This is Sys93-II.gz in view mode; [Up]
Newsgroups: comp.sys.next.sysadmin
From: eboltz@acoustica.mrd.bldrdoc.gov (Eric S. Boltz)
Subject: Re: NS3.1 and "No more processes" (3.1 - NOT!)
Message-ID: <C9GEyA.BHs@dove.nist.gov>
Sender: news@dove.nist.gov
Organization: NIST
References: <SCOTT.93Jun30150413@nic.gac.edu>
Date: Wed, 30 Jun 1993 21:42:09 GMT
In article <SCOTT.93Jun30150413@nic.gac.edu> scott@nic.gac.edu (Scott Hess)
writes:
> If I see "No more processes" about one more time on my system, I'm
> going to blow chunks.
Okay, this is really worrying me. Does anyone out there know the actual
number of processes and threads in both 3.0 and 3.1? (to compare them)
I rarely do two compiles at the same time, but I often do a compile, a
Mathematica animation rendering, X11, and others simultaneously and
I absolutely will not upgrade to 3.1 if it's going to have LESS capability.
What's the point of having GOBS of RAM if you can't use it?
Why would NeXT do this?
--
Eric S. Boltz, M.S.E. *eboltz@nist.gov*
Materials Research Engineer eboltz@jhunix.hcf.jhu.edu
National Institute of Standards and Technology NeXTMail Accepted
(Ph.D. Candidate, Johns Hopkins University)
My views, opinions and statements in no way reflect those of the U.S. Gov't,
the U.S. Department of Commerce or NIST.
Newsgroups: comp.sys.next.sysadmin
From: ijeff@beauty.carleton.ca (Ian Jefferson)
Subject: Re: UUCP NS-FIP error
Message-ID: <C9GrED.I9x@cunews.carleton.ca>
Sender: news@cunews.carleton.ca (News Administrator)
Organization: Carleton University
References: <20sc9f$17u4@info2.rus.uni-stuttgart.de>
Date: Thu, 1 Jul 1993 02:11:01 GMT
> As I said several times before: the serial drivers in NS/I 3.1 are
broken.
> No way out, sorry.
>
> Regards, Markus.
>
It is my understanding that NeXT has working serial drivers but has not
decided on a way to distribute them. I also understand that they are
working on a mechanism to do patch and driver distribution.
I just hope that severely broken stuff dosn't have to wait until 3.2!
Has anyone noticed the serial mouse performance ? vs Bus or PS/2 mouse
performance. Serial mouseing feels like OpenWindows 3 on a sparc 1.
Hmm sounds a bit cranky above .... I have NS FIP on my DX-33 clone and I
love it... in some ways it's a better OS than 3.0 on my black hardware.
Newsgroups: comp.sys.next.sysadmin
From: dgursky@andi.org (David M. Gursky)
Subject: CD-ROM
Message-ID: <C9Fy48.D3s@nextsrv1.andi.org>
Sender: usenet@nextsrv1.andi.org (usenet)
Organization: Association of NeXTSTEP Developers International
Date: Wed, 30 Jun 1993 15:38:31 GMT
Short of attaching the CD-ROM player to the Sun in the next room, is
there a way to mount a CD on a NeXT such that the disk does not eject
(i.e. it stays available, especially over NFS) to other machines on
my LAN?
--
David M. Gursky NeXTMail accepted
Synex, Inc. e-mail: dgursky@nextsrv1.andi.org
5950 Symphony Woods Road voice: ............ (301) 621-5732
Columbia, MD 21044 fax: .............. (301) 621-6005
Newsgroups: comp.sys.next.sysadmin
From: mross@antigone.com
Subject: Utility to combine saved PostScript output?
Message-ID: <1993Jul1.072002.1906@antigone.com>
Organization: Antigone Press gateway, San Francisco
Date: Thu, 1 Jul 1993 07:20:02 GMT
I need to combine several PostScript files generated with the Print Save... command
so that I can use Preview to fax all the pages together (in one call) with one
Print Fax command.
I have successfully combined 2 PostScript files manually (and hacked the page
numbers and headers) but this is convoluted and probably won't work if the headers
and fonts are very different.
Is there a utility to do this?
If not, where can I find out about what NeXT does to the PostScript, and more
specifically, multi-page PostScript documents... And what does (atend) mean?
Thanks,
Michael
--
Michael Ross
Antigone Press, San Francisco, California
e-mail: mross@antigone.com
FAX: +1 415 431 3650
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: rngu@mipos2.intel.com (Robert Ngu)
Subject: COPY FILES TO DOS FLOPPY
Message-ID: <C9GI5u.Bn@inews.intel.com>
Sender: news@inews.intel.com (USENET News System)
Organization: Intel Corporation, Santa Clara, CA USA
Date: Wed, 30 Jun 1993 22:51:29 GMT
Hi,
I am trying to copy a file generated by GRAB.APP to a DOS floppy. I have
renamed the file to fit DOS 8.3 name format and the floppy is initialized
to have DOS format. The copy operation seems to work fine. In fact, in
NextStep terminal session, the correct size was shown for the file copied.
But when I use the "dir" command in DOS, it shows a file of 0 bytes with
the right name and all but it is empty. Does anyone else out there have
the same problem.
This is on an Intel-based machine.
Thanks,
Bob Ngu
Newsgroups: comp.sys.next.sysadmin
From: uunet!lkba!lkb (Larry Blische)
Subject: Re: file's GID -- how decided?
Message-ID: <1993Jul1.121311.1566@lkba.uucp>
Sender: lkb@lkba.uucp (Larry Blische)
Organization: LKB Associates, Inc.
References: <20siil$jld@bigguy.eng.ufl.edu>
Date: Thu, 1 Jul 1993 12:13:11 GMT
In article <20siil$jld@bigguy.eng.ufl.edu> ruck@alpha.ee.ufl.edu (John R.
Ruckstuhl Jr.) writes:
> When one creates a file, of course his uid is put into the fstat, i.e.,
> he owns the file. But what gid is attached to the file?
> I tried a couple of test cases under /tmp/junk as root, and discovered
> that the new files inherited the group that is associated with the
> directory in which the files are being created.
>
> Sanity check, please.
>
> Who fills in the fstat GID... where is this fundamental but subtle
> difference: in the filesystem itself? in the kernel? in the
> user-applications, e.g. the shell? As you can see, this is not my field
> of expertise. :(
>
> How does one change his "primary" group for a single shell session.
> In SunOS, one would "newgroup", and subsequently, files created would
> get the gid of the group he newgrouped to. Also, how does one determine
> his current effective gid. In SunOS, one would use "id".
> Perhaps there is no analog...
According to "UNIX System Administration Handbook", by Nemeth, Snyder and
Seebass, 1989, page 79 (any typos are mine):
"In recent releases of BSD a user is simultaneouslt in up to eight
groups and the use of newgroup is obsolete. The meaning of the GID
has changed as well: The group owner of a directory is now the
default group owner of any files the user creates beneath that
directory. Thus, the default group owner of a file is determined
by that file's parent directory, not the GID value in the user's
/etc/passwd entry. The chgrp command for changing the group
ownership of files in now a user command and is no longer restricted
to the superuser."
---
Larry Blische lkba!lkb@uunet.UU.NET
LKB Associates, Inc. NeXTmail Welcome!
3118 Dunglow Road 410 285 2262
Dundalk, Maryland 21222-5304 USA
--
Larry Blische lkba!lkb@uunet.UU.NET
LKB Associates, Inc. NeXTmail Welcome!
3118 Dunglow Road 410 285 2262
Dundalk, Maryland 21222-5304 USA
Newsgroups: comp.sys.next.sysadmin
From: keithw@fiji.umhc.umn.edu (Keith Willard)
Subject: netinfo c api
Message-ID: <C9HKrK.5Ms@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota
Distribution: comp
Date: Thu, 1 Jul 1993 12:39:48 GMT
we have an application that needs to integrate account info from netinfo with
account info from other sources so we would like to use the netinfo c api
(netinfo(3N)). need more capability than nu provides. unfortunately i have
found the documentation on the c api to be very hard to follow and in fact it
appears to be missing some key info. i think i have managed to open up a
connection to netinfo with ni_open but i appear to be failing abysmally in
navigating its directory space. in addition i do not understand how to (once i
have been give a subdirectory list) navigate within the list structure to pull
out directories of interest.
anyone have any experience or examples they could ship me?
--
----------------------------------
Keith Willard
Laboratory Medicine and Pathology
University of Minnesota
<keithw@tahiti.umhc.umn.edu>
(NeXT mail welcome)
----------------------------------
Newsgroups: comp.sys.next.sysadmin
From: cpf8k@galen.med.Virginia.EDU (Christopher P. Fall)
Subject: buffers
Message-ID: <C9Ho35.L1p@murdoch.acc.Virginia.EDU>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia
Date: Thu, 1 Jul 1993 13:57:04 GMT
Increasing the number of buffers with sd- nbuf=xxx seems to help
system performance when compiling etc. If you crash, though, do you lose
what's in the buffers or are they already written out and just there to
prevent another disk read ?
Newsgroups: comp.sys.next.sysadmin
From: tlm@iastate.edu (Tom Marchioro)
Subject: Re: Utility to combine saved PostScript output?
Message-ID: <tlm.741537701@scl1.al.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
References: <1993Jul1.072002.1906@antigone.com>
Date: Thu, 1 Jul 1993 14:41:41 GMT
In <1993Jul1.072002.1906@antigone.com> mross@antigone.com writes:
>I need to combine several PostScript files generated with the Print Save... command
>so that I can use Preview to fax all the pages together (in one call) with one
>Print Fax command.
>I have successfully combined 2 PostScript files manually (and hacked the page
>numbers and headers) but this is convoluted and probably won't work if the headers
>and fonts are very different.
>Is there a utility to do this?
Ralph Zazula and the guys at Pinnacle make an application designed with
just this in mind, called PageChain. Pretty nice (I had a demo for a while)
but I forget the cost. All implemnted with drag-and-drop, etc. If you
are going to be doing this a lot it might be worth your time to look into
PageChain.
If you need to do it only occasionally then there are a couple of tricks you
might try: consider breaking the document into .eps files (i.e. <= one
page apiece) and then assembling all of the .eps fragments in some
document that accepts them (like, say, Edit or a Mathematica notebook) and
Faxing from there. To break into .eps you can print things one page at a
time and then use BBFig on each separate page (I actually used a combination
of WriteNow, BBFig, and Diagram this way to get the features of a primitive
mark-up program). The work is somewhat tedious, but once you get the hang
of it quite straightforward.
Another possibility --- no offense Ralph, PageChain is quite nice ---- is
that I would guess this could also be implemented through Tickle Services
by some enterprising soul.
Hope this is somewhat helpful --- Tom
From: penney@cl-next4.cl.msu.edu (Chris Penney)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NS3.1 and "No more processes"
Date: 1 Jul 1993 17:38:25 GMT
Organization: Michigan State University
Distribution: world
Message-ID: <20v7eh$10c0@msuinfo.cl.msu.edu>
References: <SCOTT.93Jun30150413@nic.gac.edu>
When you do a "ps -aux" do you have a lot of "<mach-task>"s? I think the
max number of processes under 3.0 was either 250 or 300. You must have
a ton of <mach-task>s or doing something wierd.
-=Chris=-
==== ====
= Christopher C. Penney E-mail: penney@convex.msu.edu =
= Computer Consultant Office: 110 Computer Center =
= ACM Vice Chairman Michigan State University =
= CASE Center Advisory Council Member East Lansing, Michingan =
==== ====
Scott Hess (scott@nic.gac.edu) wrote:
: If I see "No more processes" about one more time on my system, I'm
: going to blow chunks. It'd be alright if you got the message when
: you were running fourteen separate compiles plus a could archivers
: for good measure - but, I'm getting it running just a couple
: programs. For instance, if I want to recompile two programs, I'd
: like to start both compiles and then leave my desk. They can
: compile on their own, then I can come back later and pick up the
: pieces if need be.
: Is there any way to increase the number of threads the kernel will
: run? Something like the -nbuf=* parameter to the boot command?
: I'm dying here!
: [Send email, I'll summarize.]
: Later,
: --
: scott hess <shess@ssesco.com> <To the BatCube, Robin>
: 12901 Upton Avenue South, #326 Burnsville, MN 55337 (612) 895-1208 Anytime!
--
==== ====
= Christopher C. Penney E-mail: penney@convex.msu.edu =
= Computer Consultant Office: 110 Computer Center =
= ACM Vice Chairman Michigan State University =
= CASE Center Advisory Council Member East Lansing, Michingan =
==== ====
From: nico@imani.cam.org (Nicolas Dore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: CD-ROM
Message-ID: <1993Jul1.155849.3514@imani.cam.org>
Date: 1 Jul 93 15:58:49 GMT
References: <C9Fy48.D3s@nextsrv1.andi.org>
Sender: nico@imani.cam.org
In article <C9Fy48.D3s@nextsrv1.andi.org> dgursky@andi.org (David M. Gursky)
writes:
> Short of attaching the CD-ROM player to the Sun in the next room, is
> there a way to mount a CD on a NeXT such that the disk does not eject
> (i.e. it stays available, especially over NFS) to other machines on
> my LAN?
Stick it in at boot time, I think. Won't be able to eject, thought...
Ciao
> --
> David M. Gursky NeXTMail accepted
> Synex, Inc. e-mail: dgursky@nextsrv1.andi.org
> 5950 Symphony Woods Road voice: ............ (301) 621-5732
> Columbia, MD 21044 fax: .............. (301) 621-6005
--
Nicolas Dore nico@imani.cam.org
- - - - - - - - - CAREFUL! POLITICAL COMMENT ZONE!! - - - - - - - - -
> "If I can't dance, I don't want to be in your revolution!" <
> Emma Goldman (to Vladimir Ilitch Oulianov [Lenin], 1917) <
Newsgroups: comp.sys.next.sysadmin
From: fo6r@ellis.uchicago.edu (Eric's NeXT Fortune)
Subject: security question ( _writers)
Message-ID: <1993Jul1.212350.24963@midway.uchicago.edu>
Sender: news@uchinews.uchicago.edu (News System)
Organization: University of Chicago Computing Organizations
Distribution: na
Date: Thu, 1 Jul 1993 21:23:50 GMT
I am about to connect my NeXTStation running 3.1 to the net.
Is the "writers" security hole fixed, and if not - what do I need
to do? Are there other security holes that I should know about?
Thanks,
- eric fortune
fo6r@midway.uchicago.edu
NeXTMail accepted but not preferred
From: rawyatt@phakt.usc.edu (Robert Alexander Wyatt)
Newsgroups: comp.sys.next.sysadmin
Subject: FROM lines in the NeXTmail application
Date: 1 Jul 1993 16:48:16 -0700
Organization: University of Southern California, Los Angeles, CA
Sender: rawyatt@phakt.usc.edu
Distribution: world
Message-ID: <20vt40$lms@phakt.usc.edu>
We have developed a rather serious problem with our email. Hopefully someone out there can help...
Up until three hours ago, our company had a UUCP connection to UUNET for email. We swtiched to PSI and ever since I installed the PSI sendmail.cf file, the FROM lines have disappeared in the NeXTmail application. Except for one user whose FROM line does appear, this happens with all internal (office) mail. As far as outside mail goes, FROM lines are again usually not displayed.
I am relatively new to UNIX system administration and have a solid working knowledge, but unfortunately lack the UNIX-jock ability to really work miracles. Hopefully someone out there has experienced a similar problem. I am convinced this has something to do with PSI's sendmail file, as no other modifications to the system have been made.
Please send all responses to: rwyatt@ata.com (NeXTmail)
Thanks in advance for all of your help!
Best Regards,
Robert A. Wyatt
From: rawyatt@phakt.usc.edu (Robert Alexander Wyatt)
Newsgroups: comp.sys.next.sysadmin
Subject: HELP WITH FILE PERMISSIONS
Date: 1 Jul 1993 16:49:51 -0700
Organization: University of Southern California, Los Angeles, CA
Sender: rawyatt@phakt.usc.edu
Distribution: world
Message-ID: <20vt6v$lpm@phakt.usc.edu>
References: <20vt40$lms@phakt.usc.edu>
Calling all NeXT jocks:
Just a quick question:
We are a small office with five NeXT machines. All accounts have the File Creation mask set so that all files are readable, writable, and executable by everyone.
The problem lies in files that are NeXTmailed to us...When these files are copied into the shared directories, they retain the permissions of their owner. Is there a way to tell the system to give rwx priveledges to everyone when the file is copied out of NeXTmail and into one of our directories.
Any help would be greatly appreciated! Thanks!
-Rob
Robert A. Wyatt
Please reply to: rwyatt@ata.com (NeXTmail)
From: foster@seismo.CSS.GOV (Glen Foster)
Newsgroups: comp.sys.next.sysadmin
Subject: Printer won't print, help!
Date: 1 Jul 1993 21:32:40 GMT
Organization: Center for Seismic Studies, Arlington, VA
Distribution: usa
Message-ID: <20vl5o$lor@seismo.CSS.GOV>
I just purchased a used NeXT printer and hooked it to my color slab.
Unfortunately, it doesn't print. Blank pages are ejected. The following
messages appear in the console window:
mach: np0: spurious packet received, cmd = 87
mach: np0: DMA Underrun; Reprinting Page
mach: np0: spurious packet received, cmd = 87
mach: np0: DMA Underrun; Reprinting Page
mach: np0: spurious packet received, cmd = 87
mach: np0: DMA Underrun retries exhausted
Error printing page: I/O error
mach: np0: spurious packet received, cmd = e4
mach: np0: spurious packet received, cmd = c7
mach: np0: spurious packet received, cmd = c7
mach: np0: ioctl error; fatal
Server:Local_Printer[163]: Cannot get device status: I/O error
The messages are not consistent from job to job but all end the same
way. The printer and cable work fine on another machine.
Does this look like hardware or software to you gurus? What can I do
to get a better understanding of what is going wrong? What is the
meaning of the error messages printed on the console?
Please reply by e-mail and I will post a summary.
--
Glen Foster <foster@css.gov>
6815 Montivideo Sq. Ct., Falls Church, VA 22043-1657 703-241-7879
Newsgroups: comp.protocols.appletalk,comp.sys.next.sysadmin
From: draphsor@deathstar.Stanford.EDU (Matt Rollefson)
Subject: CAP lwsrv problem on a NeXT
Message-ID: <1993Jul2.010738.5766@leland.Stanford.EDU>
Summary: All pages after first printed with courier.
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Fri, 2 Jul 93 01:07:38 GMT
Well, I've been up and down trying to figure this one out, and have
had absolutely no luck; so I thought I'd see if someone else out there
has run into this and (hopefully) solved it. I am running CAP on a
NeXTstation, running an lwsrv process. The problem that I've been
encountering is that the first page of a multi-page document gets
printed fine, but subsequent pages are printed in courier type,
regardless of the font that they're supposed to be in. I've got both
CAP 6.0pl126 and 6.0pl143, and it seems to work the same. Also when I
configure for next or just straight bsd, and with or without the
procset patch. The printer is a NeXT printer, btw. Any clues are most
appreciated. Thanks in advance - email and I'll summarize.
Rollie
--
Matt Rollefson ("Rollie") draphsor@deathstar.stanford.edu
Residential Computing, Stanford University NeXTmail accepted
Newsgroups: comp.sys.next.sysadmin
From: harit@kripalu.com
Subject: Wide LPR printing
Message-ID: <1993Jul1.215312.7008@uunet!cbmvax!xmws!kripalu>
Sender: harit@uunet!cbmvax!xmws!kripalu
Organization: Kripalu Center
Date: Thu, 1 Jul 93 21:53:12 GMT
Does anyone know how to print landscape from lpr?
The -w132 option did not change the print width as I had hoped.
--
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
From: mike@media-lab.mit.edu (Michael Hawley)
Newsgroups: comp.sys.next.sysadmin
Subject: mysterious power offing
Message-ID: <1993Jul2.013928.11499@news.media.mit.edu>
Date: 2 Jul 93 01:39:28 GMT
Sender: news@news.media.mit.edu (USENET News System)
Organization: MIT Media Laboratory
A friend complains that her machine (a NeXT '030 slab)
has shut off mysteriously for no apparent reason.
Has anyone noticed behavior like this? Quirky power supply, perhaps?
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Utility to combine saved PostScript output?
Message-ID: <1254@rtbrain.rightbrain.com>
Date: 2 Jul 93 02:32:16 GMT
References: <1993Jul1.072002.1906@antigone.com>
Sender: glenn@rightbrain.com
mross@antigone.com writes
>
> I need to combine several PostScript files generated with the Print Save...
command
> so that I can use Preview to fax all the pages together (in one call) with
one
> Print Fax command.
Pinnacle's PageChain app will do this.
Also, our PasteUp 2.0 product allows you to import multiple-page PostScript
files. If you already have PasteUp, or if you want slightly more than just
tacking the files together (PasteUp is a full-fledged page layout app),
it might be just the right thing.
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
Newsgroups: comp.sys.next.sysadmin
From: paul@psmpaul.demon.co.uk (Paul Meier)
Subject: Next marries Mac
Message-ID: <C9J45H.D7s@demon.co.uk>
Keywords: Gator Cayman IPT Ushare
Sender: news@demon.co.uk
Organization: Demon Internet Services.
Distribution: comp.sys.next.sysadmin
Date: Fri, 2 Jul 1993 08:41:40 GMT
I need to connect Macs running Appletalk over phonnet to both Black and
White Nexts. I know of something called a Gator box from Cayman for
phonenet to ethernet connections, and something called IPT partner from
IPT (used to be Ushare?????). I want to be able to see Apple servers and
printers from Next, and offer next printing and file services to Mac.
Offering some form of mail to Mac would be a bonus. All Nexts will be
running 3.1.
What is the current state of play for this set of problems? What do I get
from a). Gator Boxes and b). IPT partner? What are the alternatives? Does
anyone have any experience of these or alternative products?
My thaks in advance,
Paul Meier.
From: zryx0376@awssg6.rus.uni-stuttgart.de (Markus Wenzel (Hiwi bei R.Rabenseifner))
Newsgroups: comp.sys.next.sysadmin
Subject: Re: UUCP NS-FIP error
Date: 2 Jul 1993 11:35:43 GMT
Organization: Visualization Group Comp.Center (RUS) U of Stuttgart, FRG
Message-ID: <2116if$cjo@info2.rus.uni-stuttgart.de>
References: <20sc9f$17u4@info2.rus.uni-stuttgart.de> <C9GrED.I9x@cunews.carleton.ca>
In article <C9GrED.I9x@cunews.carleton.ca> ijeff@ccs.carleton.ca writes:
>> As I said several times before: the serial drivers in NS/I 3.1 are
>broken.
>> No way out, sorry.
>>
>> Regards, Markus.
>>
>It is my understanding that NeXT has working serial drivers but has not
>decided on a way to distribute them. I also understand that they are
>working on a mechanism to do patch and driver distribution.
Where did you get your information from? As far as I know from a
NeXT employee, they even haven't an internal patch at the moment.
They rewrite the serial drivers from scratch. Distribution is no problem,
because they started to provided updated drivers on nextanswers@next.com.
Regards, Markus.
--
/dev Markus Wenzel, University of Stuttgart
/usr/spool/mail wenzel@rus.uni-stuttgart.de
~/.ircrc/nick Marsu
/etc/motd NeXTSTEP for Intel - Come on and join!
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: CAP lwsrv problem on a NeXT
Date: 2 Jul 1993 13:33:46 GMT
Organization: University of Houston
Message-ID: <211dfq$5bv@menudo.uh.edu>
References: <1993Jul2.010738.5766@leland.Stanford.EDU>
In article <1993Jul2.010738.5766@leland.Stanford.EDU>
draphsor@deathstar.Stanford.EDU (Matt Rollefson) writes:
#Well, I've been up and down trying to figure this one out, and have
#had absolutely no luck; so I thought I'd see if someone else out there
#has run into this and (hopefully) solved it. I am running CAP on a
#NeXTstation, running an lwsrv process. The problem that I've been
#encountering is that the first page of a multi-page document gets
#printed fine, but subsequent pages are printed in courier type,
#regardless of the font that they're supposed to be in. I've got both
#CAP 6.0pl126 and 6.0pl143, and it seems to work the same. Also when I
#configure for next or just straight bsd, and with or without the
#procset patch. The printer is a NeXT printer, btw. Any clues are most
#appreciated. Thanks in advance - email and I'll summarize.
#
#Rollie
#--
#Matt Rollefson ("Rollie") draphsor@deathstar.stanford.edu
#Residential Computing, Stanford University NeXTmail accepted
I have had the same experience with lwsrv when users print Mircosoft Word
documents from a Mac. It seems to be a problem with Word that only happens
under specific conditions. We print other documents from the mac without
any problems...
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.unix.admin,comp.sys.sun.admin,comp.sys.next.sysadmin
From: kumeda@beach.csulb.edu (ANDY KUMEDA)
Subject: Netinfo on a Sun
Message-ID: <C9JLvE.3xI@csulb.edu>
Sender: news@csulb.edu (News Administration/Rumor Bureau)
Organization: Cal State Long Beach
Date: Fri, 2 Jul 1993 15:04:24 GMT
Hi...
I would like to get some opinions on running Netinfo on a Sun platform.
Also, how do sysadmins handle heterogenous platforms consisting of
Netinfo and NIS?!?
Thanks.
Andy Kumeda
kumeda@csulb.edu
kumeda@tds.com
Newsgroups: comp.sys.next.sysadmin
From: djc@puck.fnbc.com (Dan Crimmins)
Subject: Re: NS3.1 and "No more processes" (3.1 - NOT!)
In-Reply-To: eboltz@acoustica.mrd.bldrdoc.gov's message of Wed, 30 Jun 1993 21:42:09 GMT
Message-ID: <DJC.93Jul2110427@puck.fnbc.com>
Sender: news@fnbc.com
Organization: First National Bank Of Chicago, Chicago, IL
References: <SCOTT.93Jun30150413@nic.gac.edu> <C9GEyA.BHs@dove.nist.gov>
Date: 2 Jul 93 11:04:27
ON NEXTSTEP 3.1:
Mach kernel version:
NeXT Mach 3.1: Fri Apr 30 08:31:15 PDT 1993; root(rcbuilder):mk-149.22.3.obj~2/RC_m68k/RELEASE_M68K
Kernel configured for a single processor only.
1 processor is physically available.
Processor type: MC680x0 (68040)
Processor speed: 33 MHz
Processor active: 0
System type: 5
Board revision: 0xf
Primary memory available: 32.00 megabytes.
Default processor set: 43 tasks, 67 threads, 1 processors
Load average: 0.01, Mach factor: 0.98
ON NeXTSTEP 3.0:
Mach kernel version:
NeXT Mach 3.0: Wed Jul 29 19:43:28 PDT 1992; root(rcbuilder):mk-127.15/BUILD/RELEASE_M68K
Kernel configured for a single processor only.
1 processor is physically available.
Processor type: MC680x0 (68040)
Processor speed: 33 MHz
Processor active: 0
System type: 5
Board revision: 0xf
Primary memory available: 32.00 megabytes.
Default processor set: 78 tasks, 118 threads, 1 processors
Load average: 0.01, Mach factor: 0.99
seems like bad news to me... anyone heard a good explanation for this yet?
--dan.
--
dan crimmins
djc@fnbc.com
Newsgroups: comp.sys.next.sysadmin
From: djc@puck.fnbc.com (Dan Crimmins)
Subject: Re: NS3.1 and "No more processes" (3.1 - NOT!)
In-Reply-To: djc@puck.fnbc.com's message of 2 Jul 93 11:04:27
Message-ID: <DJC.93Jul2112624@puck.fnbc.com>
Sender: news@fnbc.com
Organization: First National Bank Of Chicago, Chicago, IL
References: <SCOTT.93Jun30150413@nic.gac.edu> <C9GEyA.BHs@dove.nist.gov>
<DJC.93Jul2110427@puck.fnbc.com>
Date: 2 Jul 93 11:26:24
ok, next time i promise to engage my brain before posting stupid things to the
net. the "configuration" numbers quoted by hostinfo seem to be showing the
*current active* number of processes and threads, not the configured limit.
does anyone know a way to find out the limits (without spawning processes
until the machine panics :-) ?
my apologies for any confusion.
--dan.
--
dan crimmins
djc@fnbc.com
From: jmd@cube.handheld.com (Jim De Arras)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Net Boot problems under 3.1??
Date: 2 Jul 1993 19:46:15 GMT
Organization: Hand Held Products, Inc.
Distribution: world
Message-ID: <2123a7INN5qd@clem.handheld.com>
I've heard one report of netboot failing to work under 3.1 on black hardware.
I currently run 3.0, and have two "diskless" (one has a swap disk) workstations
that rely on netboot for thier very existance!
Before I upgrade (the developer packages FINALLY arrived) I would like some
feedback from any other netter's out there that have either had it fail, or
succeed!
Thanks,
Jim
--
jmd@handheld.com
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
From: mleggott@cwaves.stfx.ca (Mark Leggott)
Subject: Problem running Terminal from apps
Message-ID: <1993Jul2.202542.6015@nstn.ns.ca>
Sender: usenet@nstn.ns.ca (NNTP Entity)
Organization: NSTN Network Operations Centre, Nova Scotia, Canada
Date: Fri, 2 Jul 1993 20:25:42 GMT
I am new to the NeXT/Objectice C environment, and have inherited an
application that attempts to launch Terminal and pass a telnet command.
When I try to run it I get
sh: Terminal.app: cannot execute
I have had trouble running Terminal sessions from other apps as well.
Could there be a general parameter that is not set properly? Terminal.app
runs fine if launched from the Workspace Viewer. If I try to run
Terminal.app from the command line I get
/NextApps/Terminal.app: Permission denied.
regardless of wether I am root/su or other.
Any suggestions would be appreciated.
The section of code follows:
-------------------------------------------------------------------
sprintf( szCommand, "Terminal.app -NXFixedPitchFontSize 14 -Shell '%s'",
asthiHostInfo[iHost].command );
#ifdef ALERT
NXRunAlertPanel("Alert",
szCommand,
"OK",NULL, NULL );
#else
system( szCommand );
#endif
}
--------------------------------------------------------------
end of section
Thanks in advance.
================================================================
Mark Leggott, NeXT Administrator / Database&Network Coordinator
Angus L. MacDonald Library, St. Francis Xavier University
Antigonish, Nova Scotia, E2G 1C0 Canada
Voice 902-867-2242 FAX 902-867-2334
================================================================
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: mysterious power offing
Message-ID: <1255@rtbrain.rightbrain.com>
Date: 2 Jul 93 22:54:52 GMT
References: <1993Jul2.013928.11499@news.media.mit.edu>
Sender: glenn@rightbrain.com
Michael Hawley writes
> A friend complains that her machine (a NeXT '030 slab)
There's the problem. No such thing as an '030 slab. :-)
> has shut off mysteriously for no apparent reason.
> Has anyone noticed behavior like this? Quirky power supply, perhaps?
Check the power cord/surge supressor and things like that. I had a
situation once where the little toggle switch on the power strip was
underneath one of those plug-in transformers (like modems use), and a
slight jostling of the whole setup would put just enough pressure on
the toggle switch to turn it off and back on, which of course would
cause the NeXT to go off but not come back on.
I know it sounds like a "check the power cord" answer, but I'm serious.
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next.hardware,comp.sys.next.bugs
Subject: [rtf] BUG FIX: Gateway2000 incompatability fix for model 4DX2-66V
Date: 2 Jul 1993 23:45:10 GMT
Organization: University of Houston
Message-ID: <212ha6$pn1@menudo.uh.edu>
Enclosed is a PostScript file that explains the simple fix that will
solve the keyboard/mouse problems with NEXTSTEP and the Gateway2000
4DX2-66V. This fix involves setting a jumper on the system board.
This fix has been tested and confirmed.
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA
M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$S-#1<='@R-C@X7'1X-#`S,EQT
M>#4S-S9<='@V-S(P7'1X.#`V-%QT>#DT,#A<='@Q,#<U,EQT>#$R,#DV7'1X
M,3,T-#!<9C!<8C!<:3!<=6QN;VYE7&9S,CA<9F,P7&-F,"!<"D5N8VQO<V5D
M(&ES(&$@4&]S=%-C<FEP="!F:6QE('1H870@97AP;&%I;G,@=&AE('-I;7!L
M92!F:7@@=&AA="!W:6QL('-O;'9E('1H92!K97EB;V%R9"]M;W5S92!P<F]B
M;&5M<R!W:71H($Y%6%135$50(&%N9"!T:&4@1V%T97=A>3(P,#`@-$18,BTV
M-E8N("!4:&ES(&9I>"!I;G9O;'9E<R!S971T:6YG(&$@:G5M<&5R(&]N('1H
M92!S>7-T96T@8F]A<F0N("!4:&ES(&9I>"!H87,@8F5E;B!T97-T960@86YD
M(&-O;F9I<FUE9"Y<"EP*"GM[7$Y'1&]C=6UE;G0R-#<@1V%T97=A>3(P,#!&
M:7@N<',*,S0R,#8@32=95C`Q7"LP*C<L1S,A6#DL(2@Z,C@O)R$Y4%E@(BDJ
M1R1"44A,-BLF(RU*5R1`,4$D/#LB-"1@7&!"0@I-(4A0.RA$1S9&)B1#*31$
M,"Q&6RPX(4<C.%!4.BPV2R1((R8S,41.+RU6*RA,(R8R2%TF0S(I+$HW/$I4
M"DU*/2Y'-"HM*D<T2C4Z2$0P-"HZ5"(D*T9#.4!2*S8R6$`J)D`Q8$1*.CY"
M4"HZ+"-1*2A2/CPR7"(R+B<*35,L*B8\3D(X*#XN44$T/%\K6$@L)CTI0E@]
M2%DK65(T4#0I12))-$(T)4HX,C`O1S$\(B$A,%Q&*29-5@I-0BE04F!-7R@Z
M-4XD,RU*4BDS4B-)22]&0S%,0F!-1B(L(BA'(S!`13T]05A%8"1"(4!8/2Q7
M6R=&+21;"DTQ6%@Y2BA6*#M#3"=-*5!92BA&7"8U+D<S,417/2DQ0T==+#8Q
M-E!7.24J0$%!*T8S(4=.*"M0+R$I7D(*32U62$$[7DI@,UXO1B,G4%Q7.UXG
M0U-:75Y'-%I9+"4Q04%1,TDJ)R<^-E11-#`X/6!<1B%602Y57S(],`I-.E9:
M5"$X-4@]+$`Q449%1BXX)B4X1T,P+#PU8#PE0%%8(5`T34,W(S8J0#5@/5@P
M.ULQ05<W."I/)3\F"DTF/S$A*#P]5#124SA50$U54R(G)R)64D0H-#E".3@P
M6#A!1C50-20[/4XR+4PT.5DY,T!4(5!`2SQ!.2(*338R8$A104`H+DTK)S9'
M54!!0B1%1352.EXE4BHV*RDX8$!`4%!))2<[-CY`,#0].RP^,F!@4%A,/2M$
M.`I-)3=41E@\.#@K33-84$$]/SXD028F-CM,-#$M74)>*"%0055((R5#)B='
M(EQ@,#PH1C9;.CHQ75LK)DDF"DTG5D8X-#`X.U,_-$$A2C!`0BI+8$@X14(H
M.#I(0T@H8#HY*C,U3T@Y24E)4E9.3D<^6E`J-TI.+$1&2$H*34I&-DA22DI+
M*U4S,4<A42]"*B4F)C8O,#PV-"PL*"%@15@Y64`H(DA(2%)>*D))73DP,%E(
M)3\S-4M.)PI-8$!$1"XP.#I+/3I1.C15040L)#<F/RHB6"Y28%0Z.4LK,$%+
M530\)T\F/S!,-E@B(C912S0K4CLY2TQ/"DU-+2DR7E)</#TX4SE((55!3"PE
M3F!,5%Y66E\D-5M(*TM:3"E`+TE)2CH\5DE:7R<D-3P[+$%;3SA`12(*32)3
M-TU2*#E.)2TN03`A7S]23$I,/RXN6C0^6E-:)$I<45PL/TY04B)2(B)81#%/
M+B4_+#Q:6E-!3TE@1`I-33X[3E8K*R$R)E]=/$Q31E0[)%0G33$J6S(G-3E+
M4SI,43`R1%,_4"=#,V`A*"LM3DLW44%!5"M/328["DU+/B-!1DI4/#$P22U1
M44PJ.2Q,5%@N,"Y73S(M*"]0/3XM6$!#+"<F)EQ7(2@Q8#HY3TT\/3Q<6C-'
M/SX*32<F43<F6#`\.5Q145PJ+5TR5$DG)T`J(EPH*R(^.E,^/D%%42<M4$Y3
M+R%&)E,]3TU42#H\+"=054,Q)PI-)S8K.$=`(EY&42DW*U5<54(U44M;5BXC
M3S8C5$8I3$%63#@I52M@5U<R-U$G/D<X529;/$%?-5)>+DI)"DU)3E(B/D\T
M.%%*.3Q13%A=2%]72CE=-2X]3RP^23@^(5U>*5<V(UA0(B=-.#9=3$XA4"M;
M3#HD+U=(234*35E<.U!./2,Q.#<R16!<)#DO0RXG4#=41CQ?*5M@/U=(*"-'
M*ELD)4A?,BU`8"8O13`K/4$K2"0^-D9@(PI-*3`[(2I7-5`T4B-4)UX[0E%:
M4"TU1R$G.EM`-$Y?*E=/44`R)"=$0$0E5#DW8#Q;*#):33U$(UQ7/UTZ"DTP
M0TTP1C(E0THT*#E,1E(G3U-'2#M80")+*3@I1E\Z5%(K148C8"@A4#!7/T0D
M+"DT32(B4CU)."1*7",*32\F5RE`-4XQ3%@N1%%*(DD[0"8Q+5<F0U8]4SX\
M(RTN-3!2)38E(T$G)",G,$TI(4E6,5LF*B8G,D1#8`I-+#XX,$`Y4SLD,"PG
M6CQ@-DU`73DY0U`O)DXD5RTV.R4R1"58.%`M3UE)(B<B23I!(SHZ245.3S@D
M*#M:"DU5*"4J.E!$12(M.T!!0S\\4#!48#DJ-$LX-40F-C\K)B\D6B0X2RI$
M2BLJ/BPP3"])-#(C*S!>-DLY2#`*32%722HC*5@X0C8\6UI+4U$O640R)%!#
M0B%+54=)1EE/.#$O,T`C(D9&4T1(7%!8.UQ>.U=5*$1+5TLP00I-+5=-.T=`
M,D<I5%XQ23TM6S(T2&`N4C=%,T=")C,U3U9(05@H6R@X5U$W-$H_/C!31U]$
M6#X[.4-&1RXY"DU;)DI&4RHC*5%/7"E#64@[3%XY1TPI+2U;)E`S1UDK.BE3
M0#<I)%A91"4N+%E=4#A45#!*5$=?-B17/",*34\Q3T0C14I202<Y2D@Q040U
M0RA!1D`B*4)#,CH^44T^7#,I.D%635)=8%<Z62XX5S$U2C,\)BE'1R%%(PI-
M2C)73U8T5C!312U,7$(S2#,M)3<T721(72I@64LQ23U5(S4V0%];2DLN/B,P
M54,S74@K1E0D)"P\3"0C"DU+72M:-31635TU-55@+BY;*T<U-R@N1E4T030T
M,BDC5E1@.EI+*B510BQ6-CA/3TI52U(Z2C4J-E158#L*33,B/%E94%).3"<I
M.#!573\B,#PA0#8\+TDC,$4J32Y`4DI?0"(I/4-$(B]844M@5%PF4E8C)EQ0
M."$V3PI-4B-<.4!((E-'3C0K.V!6.%(P2BHI14142R5(/3DL3R,H/TM0/UM"
M72-%75@N5"4M7T<Z4T--,4%@2$D["DU645]&(EI!+$-@+EM=3")466!:*T-(
M+#(B*D)<,E@Y*RU(/3U4/E=-*4]/.DQ2(45"*%$L3D50,R$E*#L*33(P)C$T
M23@B6"16(34]0"PL.#$X2%(K1EY88#0W,40^6RM`0TY66258.34]5E<T5R,I
M534K0B,]0EPO6`I-(T927E])54,T,STJ05];-C5:(T`A.B\N)"4[0#%"6RA0
M4%$I5U%;*"I<.U=912(F64=4/RDC3$DW8"Y3"DTZ4$TL5E@M/R=33R15+BLA
M-BE26B<E4S\H*D96*T9#*#Q9,$-.4"-88$I42E-,/D`H12M"76`Y12<U3E,*
M34@E,C8X63!%,5-$*U!03RHL0C$_44U#,"$Q7T\C*6`Y/29-5%I:-"9=7%I5
M2U%+75-92RE4+C@J6TXF*0I-4B8K3$HR,48O/E%0)5HZ,V`T7C]1-CDO*"%+
M43TV7%1"(25)(5PC(EE'(S!(*4@C)BT\(CHP)BL\-"8P"DTC0ED[.%`V0RU`
M0DLC*B]#14Y'.#$T/UDL(D$F048V.%<N,"E/,S0J(R5;)%0R+U<[+#Y;.U`I
M-4HJ2BX*339<5UA*(4\T/SA=23X]454G5RTV5$DO.DQ6,C\D-6`X75A--D%&
M2BY+-CE`,%DC,"PD)"A(6"9424Y,(PI-3%U16B%40SDT2$%3+3E>5DI1.4=;
M)S`[+RU=1E<Z-4XB2"U13%TV328X+",F3"M0.48Z-4906U%'2SY#"DU13BM.
M-5556S0].CQ`5D-65"Y<-SXD-S(Q/#<Z/%`Y/EPL7T`K-BPA.5]"5B51,5$N
M/"$M3U<Y+5U&2C0*32TZ44U'6R]"(28\-D(D,20H03\Q5#,Q1%!.74=&3S@F
M0%M52EDD3B)`7$<_0"\H4T`F(21+,C`C-SQ`4`I-7%E+(TE@.$U`.50W63`S
M0%!()4`B5"LI4#!.(C0F5EPK/54L)3)/(U1,/C`A0T4P25!7,3--*S(V/"XF
M"DTQ,E<]+2DY(B0V*28Q65Q33R9@*",C,RU3/"@P1BHX+TY@03`G5$%`2B9;
M55I&,#TC6"0A+E`W,T`I0$0*34XO5"4R.$);52DM8%U:3S\G/R%:+U!?/S=5
M-B1`,C8F6E597U!-7C\H+T`W+RHG4#U%7"M725Q@/CI$7PI-*#\E0CM=.S]*
M4B-8-54T(5Q50S<_*RU@4U\\-SDJ)U(U)2)&)RU3,%DC2S1'0%9,0#`L.UQ/
M8")474!!"DTC-5I'2%E32#DB/"51+F`F+4TC0$,_0SY((RA0(U`\43XH)#@J
M3E`F+#TB12XC8$!404U0+2Y%.D)"52\*32Q#(EA4*#A'2"U)6"4R)S%)7"P]
M*B(^3V`[-R8P,$)!4#!,)EU)1U--+5]<630N*%1'-#])(SLP*51#0@I-,5-.
M3T4A/",D2"-344`Y1BPG74@T)UU1+"A@+4!!0T5(,B587%))030G148T1S8F
M25=(,U1'-3(U4EU)"DTD)SI-,5$]15U0*4-$)SE)3"<Y-EQ7/D`P,50C7#)+
M-$!()CE)5S<N75@E6T%104E8)SA0+#$P3T1@.B(*3458+%A,*"Y(/5=#8#%8
M+BI!44`K0$`Z3T!!5$=.(D!04#$H)EU7/5-0."DR+5%44$8G23I55RDK+B@V
M3`I-/5(T4C!@+T$U4#U?751),D(E/2%*)T106#$M8$Q(-$]$8#Q=*F`L520G
M6",H44I415`].U9@-"HD(DM9"DT\1D%.)&`[-DPV0SHA-&!0-5<J(S!'+44I
M4S\P-%9//T13+"HQ,E]62$-84#TS*R<\15M#*%%)0TU%(2@*34A",B(^)RHE
M)BA!+%1'+B5>(4=56$%*6S57,B=80B5&/"0N72@P+%A4)BDO.$<M8$4B5$@D
M(D]-,#91+PI-.34I,5DT1D8B(D8C64-*(3%`.ELN(T=5,$A*72XF0TM@0"E/
M*$`S-"1`.T8L0D1=541**T!3/T5,43E""DU06$12+5A`7EU474(P0T,F/B<O
M4UU!1598,4E4,&`Q-2E3)D)$,#U=/$`_+5I@.SXM4SU%/"%41RU4,4$*330D
M(T`F)#%:,%A6/C8A7"I,*%9%4$A13BTD,U1`-2E46#=044TR0$Y8(24S2",_
M6SXF7T8E*2%<4#<](0I-*6`]531@.$Q$*%U/0$A:,3181",X55)"-#5"6BPX
M4U-&)R],,F`])4$T3",H42-9,B@H.RE&/STJ*6!*"DTM5#-!24E@2S8U6&!!
M)CY).$).,5XC6&`E(DP^0C%5740H75A.(D1:0CA+)"@Q,SI853`W)%4V23TR
M-6`*34DS4"$E.3`Y0$5"42E&4#I8424F(C4V6D0U2EA1(S,Z)#A;0S8B5T4Z
M*$,_,21.5D$D3UE")R8[3$DW0@I-3B0E/U(S,4%462P^)#0B62HF0U,B)#(A
M.#A6)5XD7%@A45A;/5A<5C%3344B-",G2%8B3U5"2D0Q-D)8"DU,559>04),
M3SA@,2DP8#(K8%0B*$(B32-.-#\C)4,W02%(1TXL6$0Z/$,M*S%)/5Q:,CXX
M5BA%5C(R.BH*328C,BQ@2%A*44,R/SA)+TY<63Q114A>3U(W)U<D0EA&.%4\
M(DE#.#Y$0#(E.3%80U1(22Q50RY:,C(V70I--CA`35XV.%HA25);-C`[(S(R
M.%1,(49,-BA#)C4B4C9!25,B6C5?55`U6#XH05<A.C%9+V!@/"<P45))"DTI
M(SI&73A<3R0E1T5(4U4B*5))6U133%\B,DA1)"8N3EQ26DU=(S1#)%)8*2@I
M74Y0*#1@43$^7%`S5T8*34(U0U@^,C4U.CA.6B0P.EY--RA423-7,$A5,S]<
M5%I:)#E%4CTU)4)@8"I++B@Q5B0D7"%9.B)`6$HA(0I-,3-0-#I"3EY!6B=%
M/3E,*5`J(EA02B=355<I0B0C3T<H-2-*/C4N2E(U-S1!-BHR,$%?,%8F)U1=
M-5Q!"DTE1#A06&`K.EA5.S550E8J734G75(V3TPV(UQ'2B%/+3TZ(T]$4"%;
M*"4D(59*)R5<65U,+C-72V!38"L*33%(74]1.BM4+C14,T9**3LN02$]*D)*
M.DHZ-$LJ2CHH33$Y7T5!.R940#XS5%)/*EDV4#E%)EP[1$E250I-*$1>44A)
M5RE6.5==741&73TB2%),8#Q`4"):*4`P-2-$(R4F2$(D(S`P.3(\8#$B8"(N
M,S!2(C905")9"DTX0D<F3C,F)3Y*024L1U914#I"+B)*1D(L,#8S5DHQ+D)%
M1B=%.D8H4DI&*U9*02)8(TI`*DI%1BQ$,ET*33(D)U$X-S4C)2HM2EDU3#$Q
M0#@[3%`^-3$Q/C=%-DI(3DI&*EI'4DQ.0#5'15`Q)2A@,"9:1U$A7"I!4@I-
M)%E:2BU)641",V!/0"8G55$P,2U88#$[6&`H6%0X-$!88"A2*"$P32PQ.5DP
M05!.+&`L54`G4T$F03%/"DTF*EA18"=;4$)`+%!((U5#/#`L4E`A3$Y$8"Q&
M-#`M/3`C*#P\4#<W+4%@-RA".SU22E]53D,\42PA.%@*341@+3U@)B)-,3`X
M+SY7.5PE*DI#(D8C1#!*3251-"%@,4HX1%Y`*4Y`8#U.,3-)0C`D/C%.0#P^
M2$I&*0I-5DI&3%Y*2D(F2DXW440D-5Y14#=:53A&*E%)5U$S)$$B6C,\7$DN
M2DU++"LP2RA7*E`\63982B9&2DLE"DTR0#L[/C)'+BA7,"9"1#I*(44P.21)
M)R%%)CQ$1D`B2RHF3EQ!2RDG,EI03%Y:1%->6RHT.DLL4RY0/D,*33I"4#M,
M6$LR(D0P64PC528R2E9.3%LQ-$@F65M(65LW1D%.64U1.E!`-EPG3CLD35)#
M,&`^5ETC.ELX4`I-1E)77R$G0DDH62)4)%983S!@,S0P1RU%3&`W.5!!3$U@
M,U4I+$)=/EY*7R542D]=22%-8"DG,BU>6T$L"DTB*T(L*$HV*%DT4%,H635;
M6"M#3UHJ*UE81%A4650]5$@I1D\Z.E5;)E`Y73I:3$XV2TI@15E3.%Y%7D0*
M33I0.B,Z2E4B1"$Y4V!@-"-41D8Y*$,P/B4[4DY`4#%%/"@M5DQ+3R)>4"DW
M8"=37UA;4#)%0#LI/C4\*`I-/2,A)E%$)4U$8#U++"LR5DQ;(B9@52Y8(40Q
M8%4A*3I65#]+1E)?.4!'3T%51EM;2B-5,DXS)R$Q24=%"DU9*B9/(B-@)E!6
M66`M24<\4%,S45938&`W*UU@+4LI1S0K*%,V6S(B+EM;12Y;+EY&22LX*#LP
M4T)2-UL*345+6%%`5DPD4R9-74@G)%PB3"134EM5-&!)/3A(*CTT4$H^.C%*
M06!&4B0M.RM8+%LL(C%.13I.7%PI(0I-(D5(*R1*,25:53M>5%(A3B0F6%XF
M2RQ<5RPH/%!612A66D4K6ELO+210/49*-6!&(R127C9,*STZ5D8_"DU43"@H
M/2E-)E92+50L8#$M1&`U*V`B)DPV2D9;8$)33#A*2D`U-$@C+#5*2D$I*29)
M-UL^/4`]-TTU25T*34@J3")02DTN/DE%2"4[+4,H+"4C5E`^0%Q$)$(F6S!1
M1RPG+#%%/C]@25T[3R(A/B,L.4);*D,T)E-%2PI-8#I22$5%1%L\64U&6#(I
M1$PD(3PW(B\E23`A040R5%8X8"Y+1B(G4U(T2$U:(TM15%I05"Y%8%E*1B5/
M"DU7+$I.3$HR.T4L1T!4,T8S/%`X5CQ%23PK(E]#8#8D(S1"8"=$0F`K5$)@
M36!!6ETC8#Q5.$$[1#@Q65@*35A!6RPS(C=08#,Q13U17$I402M8-D$K3$)*
M7CPT,"LM-V`Y.T(Q6TI(-5-".#$[*#XE2S]'+%)?-R=;(@I-*R%,*E!"8"-(
M0SI1.$1;33HB53<M(T!9021--DTC7DY002A`0"I?22Y`+2(D,5`O/CQ*430S
M0$Y`8"Y*"DU&*EQ55#HL*DL](T,J1#HS74-:/R<L2$`L+$I%2R(G64(\2%@B
M,DU'4%Q*3ULL2#DE0T0V0RHL0R\\34<*35TE3"I<+$150#PO/$A`(2A%54))
M/EM+0%U;8%M*0RY:0%)4)4\])"<[/$X[*RE0*UA,3C\O*C!62"$O6PI-.D%3
M)U0[.%=(+2$G4D0E)4A,4$TO/$%4)"HQ)BE<229#/3$I7SQ=+$\T)"9=(DLP
M4E`X)3$U2U%.*2U""DU87%XR14,F1UHU)%$O.C%:225`+UI604E+,RPB2S`B
M)5%"0T1$0S4E-%)4*B@M(DM!/3T[)%LN(SE',$X*33LQ8"I4(2M/6D8Q6D!0
M*C<P,6`F0#%@03`P+21`8#125&`J0SM@-E-0,2--7#4C2#DM0R0P,"U@65`I
M60I-1$(\6%0A*%505CTI7D))2#@Q55-48"DR0"9*6#$M.ETD,SU',S9'4TXM
M.BA5/3HM7%TY05PF0D@J,2U4"DT_.4)&6CT_7DA`8%)4/3TD7%T]3B4]0$U$
M,"Y00E8W220W3"Y&.21`*&`J42TQ131%4R1"-"0C7SDP.%L*351`.$!,+4(Y
M6#U#.21&*"-80#HE*BU5+EA!-4M8/5<]74-?5"0U0%<T6$!`(CDG2DXH1250
M(4(N8#%'4@I-*F`^.4<U*D0C,"U-0EU#22@R0"-(,4XB*2<C+V`P*S!"(BI.
M5#(X*UI1)E%56%,K)B5-(34B1CQ(0S=+"DTO,D0F-DXE02DM53DH,"TM)"%<
M2C!0.E5@.%<Z+$)0/B]`-%)<(3E1+#$]550]73,Q/4DC)#4O+D,P*$0*34=`
M.$9/1UI94#$_2TXG6CDM,D5)8#)?,B,T*"-(3F!',$(E-S!.)S(K,#$I7&`Q
M,U`N)4)44#)$33(O1@I-+S`Y-R1%0"12(3]&,2%%4#`I42%+0E=,7B=/+20Q
M63)-/491,S%0(D-`*D%-/#A`*"$\6S598#XL-5]4"DTL.$E))#-$4$-$6SDL
M34%92&!@2%PD-",\3CU<*T,Q1$M-15PW3B<F,3$C/R<Q3CE@,"DR7&`Q+6!@
M*2P*35M.,4!00#$U7"XQ2E!.(EA5*BQ:/S`Q*D!@-%-@8"Q--"I=)6!@*3Q`
M8"I@0T`I0EPD/4E@/D)$(S$H5`I-(T-'/D`R25I87BU+/"(T*44Y)D=/0S%4
M-#(Q)5-.1CY'0E0K0TXQ/$1@*D=;0"I,-T%1441>.RHT,UDN"DT\+5XM7#%!
M,$PM7$`P+B)'8$(Z,ETC1D(\,C5,+%Q$2DQ2*%5(,T-/0S9=73$D/S<U(E9;
M55(](T-.0T`*33LQ(3<X0#1-5"(L,3Q.-4H_)$E3/"Y30U9-4E!?1%@U(6`K
M4TU#7$DO1$I+3%$Z4R$A/4XW03Q`5"8Y30I--"=80&`N0$]$+4M'5#`K4%0W
M-SHK.3P^33$L,D,].ELZ+4\Y0$U,4$@M3EQ#,5<D,S`N7U\R6"HD+5,G"DTO
M/5!7)",_2RA=4#)@74)(0C`I)5A@,R]20#$E,&`R8#=-4$L_7RA-1UU03R->
M/S`_,C0H2U]@+DXX63T*33PW-U\H.2-?*BU72TM!1"DX/EQ2)"Y@4DDS0$@L
M)5TN8%0W.CQ"-U]71BE9*"]@654N*%L]7R,U-#=970I-)$Y:0%0Y(4)862$E
M.$1)7$P^)3=`(2E>*#`I3%Q245@P4#A"."Y113=-0%`X,"U()T\V*4\_,$@Q
M,44X"DTC54$C32X[5"-.,U\H754A-UXR1C@T-4),(3E$5"(\0"8R,D\](R\]
M,$-<42Q"+41(*3)`7#=-1$!/04$*34M?05PE4#HM6U=35C-*7D\K3S0I33A3
M32,R7B1;751`5C\T)3]27$4_0BE6,UY`+5-;5"\G7R4J*EY:1`I-+3\F7BXH
M7#8O74U1/S<P+3\]3R577R9.7R\D6CQ0+%4L+RDH.B\K1TQ#-R1+,U19)U]7
M7EA/*$!742@B"DU'/E%<1U%9*#@D35\J0#U=)$%<(UDU6C$L5E]5+#0S,E<_
M.4!'7R$E2T-#,C,]54Y$+58Y0$(J3%0^(D4*34=`/T175E5=*2,P(DHS0ETB
M+%!%3T\J02XB.#P_6TU;5DA>3TD[1RDH-BM`1#%"*2LD+R0M.3(A.#4^,`I-
M*$%0*#@G7"-4)3A(23Y',$H^.B9=(2@[,$(M)%0B+2,]4"8[-%]-,SY@52Y.
M348M0R(P)SA!7CQ:42=*"DU+52@\3E%%8&!5.3%&0RPM)#A`+TT[13,X-$U*
M-U1+(3XV,B,N3D!<-3PK4TQ!7C8X)DE),TQ*+6`R2B<*33LT0SU5)DQ93D(K
M5D`X8$<T8#`^-S0I.3Y,+2Y@62I4+5,Z*EHI35DH42\M(TM=(2Y1(S!8+B@Q
M(B1%5`I-1B8E04LC62,M4"XM4%Y%*SLA0U!<630O7R8P/E(D8"5/(SDW*TI!
M34)'15,I-D`],E])4CQ.)5\O8$P^"DTU*B(F,3I*6R1/6B=`/T-@)BL]+3E,
M*#LS8%T^0$!*/$`B3#$A,CD_-DY`-C`V(C`E*34V,$I$1C(G4S@*324M)2U$
M65!7+RI#/2DD-$U.,"XK5"Q362$I,C!92SM@4UXM5R9>6$LW*#Q`2$1$)"1$
M0B(Q2C="8%I470I-3#(G/4I((5DB5SI+0%!0*DM>7T<W04L\)D4Q6D<^6S-!
M.T@X6"E!4#@X+3,\03A.5$14(25=8"4[25LJ"DTB6"A,0U!!0B9-,416)F!@
M3TDM6BI"8#Q*0&`P.&`D7S<H03LQ0S\N42Y$6UPS,21`+29"-B)9/CDV(20*
M34U51$<F33A@1R1,(E!&3"M`(C$Q52)5*C$P0"A@,%TK7UTT(3XW,%-0(5T_
M)B5>6B-')UPN,#$X)$9@8`I-/#!@*2I>*"U`,#`X-"$M*B99*T(S*#@M*#-1
M(B4A(TY13%(D.B<C/EE34U0B."<H0R4[+E@I(5A"3BQ3"DTZ(30R.F!9)5<A
M(2E!5#8N3EPT*"1&0%]23")1/E0L55`[+T5@)R15)R\Q)%9;*B@^3B94)C,Z
M0$Q1)"D*35,I(5`W*UU'1$M28"HS(T]62&`K8")>,U`^4"A"3&!2*BQ)8$-<
M*%=(7EQ&24M2+48B32@B6U!((B4\0@I-6C5&6%%3)SU8)"\K8#`E)#@O.%U!
M6TDG)$@J8"8N)3Y.1CXH*R-+)50Q-$I')"XZ05<M(R]+(2%!1D`C"DT[1")6
M,B<L/F`]8"U!6R90)C0I(C=>43%!,R1$1BLK7#$C6SI0)$L[.55!1#I((E1$
M/CDV-D5%.E0F05,*34@C)TY-(T=@5#$S8%4G2#]6)"@F02-0)2@O*%171%,K
M)4)'+R-.)$8K*R)4/D4N5D(A-DU4,TLY1R9340I-6C5+(D`C2$E:2D8B3SLF
M.EHB55(T5RE20SY22#=%,"I$,C0[4316.SA1-%1:-U1`(5(S1DTQ.S5412A@
M"DTE,D!:,DP_23(A5DM(5S9<0TU`42Y62R=;/$`]3EHM5U\H6T`L,U(J45\E
M*"=*)$,^,U(O6B,D74I,/U4*35(A6SM(5T]<0TX[42\\2R=>.$`]6%(M74\H
M7S%4,%-(45]7*"=?3D,_7U(O8",I8"),0"$R,F`K22@D7`I-1&!`4C`Q6RA:
M5D`_7#HN(S\I(S8T-"4J4F!%*2@R3D1!/S(O(DXA(CI$0UTB(B<A.%@O3$0N
M+5$P4$LH"DTF7"-<1"1=/RLI)24C/T9,2E$S*2A%/D1"45%%*ULI)4-#*#I0
M+U)@0T!74"(S-V`Q3BDH)S5'-#XN,2T*32HF2%A42R]=4BE.,"A8+41$.U(Q
M,$TH1U1@8$%2,2HV.2A9-#543E)@3C1@)#A$03`Z,C5)*%TT)$0B,@I-,B%,
M0"%/,20N44@C24PH-S0X3%!>,C<C22I$8$1<6D<S(TH_+%1$1E%>,CI)(3D]
M4B(P1#%#/31@5RI@"DU:8$XP.#0A+S4J8#LX)U528"53*6`V+V!>23)`/D$D
M2%LX-#A()DU$6"),1#)./B,I0"Y%1T@B,3)9*"8*33DL1U\^(C9-6%@^3$4M
M35$T3TDG)%=$1DY2,"Y2*2X_-$1?1D`A3&`J3RQ$2C$R-4E3*31)1$M#,"))
M40I-4&!50$4V)V`U/"DJ-CY$2CY6,4)=*#DK5$1:)F`_7U@J+S<D-$%-34A?
M*3=62"%`3C(^)BD_*$E%2S92"DTV*E@D1R$B3RTJ-5Y3*6`\)$4M*E)?(T@K
M+UQ#0CI0(3@[*")!/$DO)C`Y,DD[."1%.R,R*5A9*CPC1$X*35$^-DD_*39#
M5$4^4C)'-CDK1C=%2BM2-3PY*3M<1$DW-C)173D[)31@*EDR-BXY*SDD1$(H
M5C9<1$`G-0I-5$-=+E)3(5`J,#]&/6!2.%\W)E0X-$U*6#)'5SDL+$Q%6DI2
M-20K+#8X1$XV5C<E0RDT-U1553HS)S4I"DTJ6#Y%2EU0+%PU*2I63$==.B)=
M)R905DQ@/S=2-F`I*T4P1$1&-C0L2BD[,$1#7#I3*459)S$D1C];4C8*358S
M*39%3$DX7C)?0T4\7#PU5"I!.5`[+4@L1S!"(CLP3R<])U16/U93)U%56U@Z
M1E0V,CHH+2Y3/#1,6PI-*C`[5CA<0$1&+UE1-UA:5C9.1$]!."LM5RA<(TQ6
M(S)3)5=9+3Q68$).4C1*(2DT7TQ3040J748P+4U,"DU&5ELS.SQ*8$8](B58
M)CL]6R0I3E103RTS."1&+5U41E96,CHP0"5)7TQ662XQ4D(I3$@T1C8S,R,N
M02H*35]=0B4Z0B,K-RDX7B16."I3*R4I+C)-,%8S,",_-R5!6D%2/4HR/EM9
M.UU<1E<],SM'2$$F24!765(Y+PI-2BE.1"17-THS.U<Y+50F1S!@+CPR)RT\
M3S1:1EX^1#)0334\1RQ?4C182"$[041/35([4EHY2&!,5E(F"DU3/$DI)S)?
M1U8T428Z-2TO7BQ3,DXS/2,Y7D4L1S-0(3Y/.B1/(T1=5S4C53DI5D!$6B0]
M4SHX*2XO+D8*3259*CI"(RU+7D19,DE"*C<Y+C%414,D,SLA*R],-T19+%8_
M+E<I.SI<1R]",STW62\D7T<F5$H]75TM7@I-4T@R-4@J6U9)74]$1UTD4S]3
M*R]/0418+U8^+ETD-49()R<F,C-*26`J6D95/%(Q-RTM7#Y$5T$N,E<E"DTI
M3%141T0T+3LT.2Q9,49/1BX_24,I6#]-)T@B5"]<23!'3B(E7BH_*EPE6EA,
M7TM>,SLY64DI)$@B,S,*33-#.RXV5T127%HM7CLI4C!,549"4UQ&62]&/49>
M7%)`4TX].T9,3R\B,U4M*5!$14<_5#-".BDP7UE%)`I-7358,C<Z*2]%*$<Z
M,U,\1"H_-$-&33(]-2\Q-B5(6%E:/45,.F`J72(P350R/#LI.D-$7#Y:0T4K
M*4\G"DTD6%!$,UY#,S`_)D9=)5)!+2\B)%M$7CY`)"M)6B%174A'.#0R3BDQ
M+5TP6%U2+CHM8%E!."@X1D$K-"D*32TG+R)$35`L*5LM45A$6UY2(TQ=5E@U
M+$==)S)#8%LL)UI(65U>,RY1)3XA)%A9(E0T5RHD65-(,S9@*0I-+2\A)D!%
M*%U*3SQ<-E(]14A#.F`S0BLP+U)+6EHN,48D*4DH5%]`,$DY3&`L1RY$8%`V
M,$,Q,3L[3$!2"DTZ1#HM.5A87$11*%,U,#DM6D!%)U$V0#TG.C8_-2DP2C12
M/SDR/D=(*CY6/T=*55%+12DS8#1`)2HT-B0*34<[(S0Y75HD648P6TA61DY-
M*2\\5$A/3E%<56`H,B=))%DF1$1;,4Q03$(\3C)))UD[7CQ'1$140"U;,0I-
M-$E)+#!>1$DU.2DM)$E>-E1&)#DN)EXB)U,T-38I,C8C32I"*C-")TE&0UQ%
M65@M,D<I,S<O1B8[2"I."DTC*CPU.B,N+"Q!3$`H1T5)(U\V12)5+BT[12-(
M7%,X(4HA4S5(7#TT12([,RDU1S1<3D1273!$62@E6D4*354I/2E@7$Q@,UI"
M1D%7,C`K3%<O7C,S.2E+1SI)0U`A-T=),R9`(2@I/DA(3%$\4#4D)CHT5S(Z
M,TM?1@I-+D!60B0M+30H1%4M4D0S2THS6$5*-$Q263TG*$HD23(T7DDB.%I$
M5%`J-RY@*DY*5"LC)2I55CY`-2U6"DTC2S%<43-(.UHM4RQ'(T%5*3Y!-"XW
M1#(R(C`Y2SHC2$TG5UXT3C)9-#@^22)--C\T)2HE0T4Q,SI%*5D*34!%,T5)
M6B0M2E9+-44[23)8.C4A13E65#Q765Y4*S@Y*RD^1#!'-DQ-5RI",TQ*03)%
M,D59/C0D+DDH4@I-0B<Y*SQ(12E66CA<-3HI5RTJ,SHT52(J-$@U(C53-",R
M5RI01DTY43TR3%LZ)4`](T8N-3]*2RY//3HE"DTV)C4Z-3I!)412*3XS2$Y:
M+TXU2C%`5D8R3S5-0$U@0UI%0B]:,C\]2E<U,DDS.RM%3TDR13I--RLX4S@*
M35A&/R932T=),40M2"0Y5CM'2RDH/T4K)SY.7$@H0%(P1R]644Q%238]-TA#
M4%8R6#LE0D-$1D0Z5#M/.@I--2E-2B=$5DXU730L+"T^34Y%2C]:53XM1SLB
M-4Y,239@,TD[7%(Y/#0Y020T2B0N,SU5*C`Z-D4A/S9!"DU:1S)..D4Q,R(R
M2#-:7DA$24=`55!!*S99.4DU1E9-0#LZ5#1$.CA.53XE8"\V-$M:45)`0CLI
M.RQ+7#X*35HU03\Y6#@E2U,I,T\E.RI254D^1SQ=63DY-TI-.$,J5B)%*F!;
M1TI.)"I-)3DZ7C=--S8Z0S(W.48J/0I-3#\U4T`I234F0V!(.EXV55LI)51<
M5U%>,SU9*B\N-4HY339()2TO(59,5"]*4TA'2R8B54PH-%4L-#DW"DTC.DU!
M25Y3/B<J(4`U2U\N0"$A6RLX5$Q<6$X^,D<Z4EQ%8#4B4BA/2E-=54PQ+%-/
M/#DX3$!(6C8Z/BT*34\[*%I-2D]25B@J*C=?3D8A7S9`/24Z7T5--E8R,#M@
M0BE$14=40C(V,#LO*3!--RDZ1C,A.CE;0$PG3@I-0C(K62PG)6!06%(U-44Z
M7EE%0$LR5"]353<E541#/R$Q+TLJ+TY$2#!64"E20"9&/4!20#9.33,Z8$9%
M"DU*5%4F.3$[63<L3#Q>0RE7.B=!14Q5.S)3-CDV+$\A0E1:-EDM*3=+3$M;
M0C8M-EHX7CY$.50V0E$_-2<*32Q+741:,T]5*3Q-1$U(059*/41@/R)%2U%6
M/DPS.S-?/$L\5E9%6CHX*5Q,.5PV."4C+S@A13DM4E%=2PI-.RM04DLC3"%0
M0TDS)D5'-$@N5D@I)C1+)%U80E9&,5DK*3U-3S0V.4Q-.SY'3$!"6C,I,4LO
M2R1-,54R"DU564LW+BU-+C=:-E!'.ETV73A%+#(Q2U@U.#PC,U`B03TE,SE8
M14U92E,W*4E;+55-1U<Q5DA85CI'3$(*34A65EU1.S@S12TD.E8K0SH[/S]$
M.BU.5RE?/3HY14HD/E98,U!$245(6$!4.TU)+24A24HV6C(J3RM%)0I-(S0Z
M2C(I5CL\52U$0T@R-",M/"PX*$PD6D5!2UDH4BQ&5D16,E4I-D!@3$$A.EE&
M33LR/4Q6)"E64C99"DTG7$Q@(STR4TU3*$$N+3DH.C1)6SDK)SQ&/V!3-45;
M.DQ@355.,C<Y)SM/,"P^2BXW-6`I*%LM34`\-C0*32%=.4`W13I*1EA05%E,
M2T5*/%DU/#);/$$[2#E+)DU10SI+345&-EY663!).U`_3UXN,C=<7SL^5$U.
M*0I--E8Y)U8Z4C5(*S4V-%)9/4E.3$`].E<P(R97444^-BI-63\[/$L]3#TL
M5E!'53U))4TI3%I#,2E;7D!5"DU**3PW14Q+,E193%0R5E\H33E%+$U'*3XS
M15HY/59%0$X\-EM=33<X6D4^)BE#/E5)7DTU1DPC5U=@.S\*350^3"U).DU:
M(SHA(RQ%*S)0+5=+/48_3UDJ-EQ=5R=66DP\6RY64CLJ7",L1%-"-D%#6SQ&
M-&!44%I)6@I-23I84BU66RXA+2I9,SLT2S-#5CU813]<2T5-33HW5RQ+0"M(
M1%Y05S5`22E64D5=-%Y3*#T[,45<7EI*"DU53CU*.30W1TY-5EI87S];/4U<
M62I8(E$J/SP\.B<N-#%#*E\T,DU6)E<C.3L[7#`V+E-*0C%022E1/DT*34]8
M5D14(S]:*$132CI73U=8735%2S5$-R%",S1-*TA#-3I:2RTI-U!-4"1?52$Q
M3#H_+41?)5<A*T5`)0I-3UY@.2<B3S\[4%%.4#!<52Y%*4!>3TU6*E8W/"LZ
M2C,T3UTZ-BM62SHV745=+E(Q+%\K1$Q,26!.,U%6"DTY.B55+T4W4R(R/RI/
M.F!(2E,B2T$L*3@^)21.4D0B*4$P3D531B8X74(H+$`N)$\W(D,A(B%`5E!6
M(40*32%732,M-TU++%M@)DE)*39-4#HN2EDU*CLC/"-94C8Z22,M6EE&)$<^
M,BY7*2LJ1$553#,D)4T\42)-30I-35)&2R\K,B@N+5Y.*E0V7"DZ7$4\-RY<
M*B$K2#$F*CXV6"5!6ULZ74HE1S)23EL_*RE-56`W8#PU.D%@"DTT1#<V,DPM
M2RM@3T]16C970B\Y*3A,4R9"5RA!+#Q)5%$R.U(V3BD\)5-&*RH_)BQ9+"4T
M7$]&6E@_/#@*34$N+#4F6U93*#U`04E%7EHB-R4Y4$A>7$0S8%(F/UT\.212
M(48S)"5722<Z73E.,E(G4CLR2TY/0U-78`I-+TLZ(39.+CHN03%2.TA;)%$V
M7U5?1RD[+BU2+ELG(RM;/#-?/5U7(E(F(RDX+3U(+EU:2%@W.3Q91$]&"DU-
M6$HW6S)"*U%13%-/,TLM/EX].%`Z5%Q+24$F750Z(EA05DE"5SU1/E!3)T%-
M-BA:3B8G4E@_.5LR*#X*35$H/E=6,2E".E]-42=272\C.3HL)B$Y+S4A,TD^
M)5Q$7%=/)"U#*29@255%+RDH2RP\*BQ/.3,S.4,J5`I-141%+$5>75%/,$1'
M/5$P7U991CP^+$='42<V-4,M/#XH745:,RA,0UPR4DY1,RA2*BTO*#D[4$,[
M7R0Z"DTU2TE+54(C+U%62RDM(R=+,$A:0S(]*21<1$XL+EDT*3PT-EY20%U9
M,E%+0C@J1C$N6RHI4RE06RU20%<*34];(3Q$23=14UU6,6!912I43%`_0R9@
M55DT2UY)+#)4,BU9/%DC+5@S6R4]74M"3R8N-$I823,K1#4U40I-3TLR64`E
M1$0A7C%5,3DP(SQ%)5911&!2*S-?,C]:3C1&5EHV(2E*(RTC*5LU5EQ(1C%6
M.SD[.CU&*412"DTZ7CLK3RE$4RQ6/UY3*5A9+2<_1E0_4CE-4D%(*4Q65D16
M62Y23$LI14E-3%\W5RU,(T1635XG-E<I0#\*34DF4EY3-E-8+3A--U9)4#T\
M.RU/7TQ78#8T,CI4739<.$@N4SPS6RY@5RA8*%8^52,A7S=85RE>4TTC60I-
M+B)-1UE'4$4J-C!0*4H_)BXQ02<Y4#!91SL\4T$_,C!30T4A.$8\(2XY64,\
M5T=64TY`62XU3T):1E!`"DU35RXE52Q88#Q#4S\R3UPH1UQ68#Y16D=",21?
M/UT_7CXI7U5(5TXV4U!&(2](/T!?/4(]6%\N8"U-(UL*358S6T<Y4#)-1U]-
M4T`P,R]:3R5@+D9`*2<Z8#DM)UT^5"]342]5/T@C*U9!73LN8"M(4#\N1"%*
M.B$A70I-2#$M5$(F6R\G.TDD/UY`,3,Z8#L]*$DV5"([.C`F*2HB059#*3HR
M(SE-)#9&1"\W.B%372=71U1"/3LQ"DTH3TDE6EX\(D,R(5U-*$A>5$-5.C)@
M72@B*50^.C\R)4\M)$\F1$M/6B)!+4DV3E1!5#LR+U])*BE>1TL*32\J)#$]
M)U<V5$-<6CE$24DA,T9#-#LR-25,72HF1#E'.C)334=:3U1&0#LR.R%)+E)>
M1%=#,B8]/2A8)@I-5%<E6C,B/2@I2%0^)38R-S5-+5$F1%PC6D)774E(5%1#
M(SLT7%-%,$U>1%,O.D`I22E;-E0S43HS)BU("DTP-%1`4ELR+5E-*BY>1&`S
M6D-.74HN1U1(0#LP0R-),2U>22XO,B-+3%-&-51**#HU*T](-"M603$S-CD*
M33M,6#$N0U=?64-<34I<5U1`.3,T0R](6R5>/3I#,V`_+3=@1E1$7%HS,#])
M-R-405X_,5E9+38W7%1,0PI-6E\\3$LO3$-+0CLN33-%.C)5*SXK*E95*%LV
M3E5-05HE55]+.RQ6348^6E9;33LR7#5.(UI7)BTS3#15"DU.,ULW42TM/$!>
M3C5%32A>0%)3-2=(/C$J7"@H+5%@-2186"M`(R%06"U#65$Y.&`F(45`(5(Q
M+RA2/"@*33TI.$M@.2A:0BDP0$!;020A)"$F341`+BLQ431/)"=6)D5<(TXS
M6D)#*"@U.EE`5$A40CY?*TU35B%35`I-+3M"6D`V25$A)$I72CA!3TI.*34E
M)U0B2U([(DXP3B%#3DLB-B0I5T4P*C<Z)E`K15`G1S911C`B4E0G"DU30T0A
M3SXG7UXH*T(T)E5=+"Q#23I27E0D.C8[,B9*(3Y&+"Y-*SXX6#4U.C(^4E@M
M3S5!6RA&+4%;*T,*34\H055.(E9`)"D^)%`V/D=74DA62DM'.#A2."]>(U)=
M5#@A*%)12#@Q.T,P(R\Q(RQ:(D\W-58Z)%A#10I-8%\Z62XK6V!?5S`C2SY,
M,SY>-4!;4B])64`R2C`A+4A@-%%`+D%0-D9./C@G)2E53E@_(DI<6"U/.3@C
M"DU,5CQ!5R%96#=,7T`W."1$4&`R.$`K63XZ04\Q(C-0(2I#8$E:1B1*.2T_
M+E$U5S,L239&5C)2)SXU8&`*32\X+CXK,$,H0BQ=1C@[35XG72<L+R5@(2,W
M)B)8244Y1&!9)B-33B1,6SM`7"4Z.UM$3")/)EPL2"@X-0I-,&!944=>7T8H
M6U,J*R$C3U=,5SHW+4]0(4`E/RLZ4B%$-C=&4SI!)#9>8"U(0R5615@E22U!
M7TI`4S<C"DTD34LO72I7*#]8.#`_24595BU723`S7C1,42E04T<H)#0A+2E2
M0E(Z3#,L(U@\6BHV,U-3.B5!8#T]3%,*32LI+R]18$%-6C8_04Y4/5E(,5-`
M-B,]0SE7,4@B4E9"*#<B*"E#4$961BY<*$HA+"A6*%1@5ULP-2E%1`I-.V!:
M34LI-STF540V*T0Z5UHH.BQ*+%58,%-31%L_358T/R([.B%'3UXI5R97*3M<
M6$U)2$LF3B$Y1D$X"DTO6$0Q7$A3.R,M/B8^0"1563-&23%--2PH5EDS2C,K
M8$E'5#%$4S)$)4(M1ULF1$4P*2Y%+%-76%`B/#`*33I&,4HQ-E5!.#LV34Y$
M55160#E9*#PZ1SH_(U!%7SLD*CT]-3!6230G(C]<(STO)D8[.4)=/2PZ55I<
M*`I-6$,P35-++"@V5$Y@+TU23U%%1V`N+D->4D`_.EA8(BLZ1R8H,"]!1U@R
M.R,\46`[0#=/,B(H)$`H-#A&"DTA4$%4(T(R,%XM(B$E0F!((UA.)$`X.B-+
M4D963CM'74X]7EA675(H2U%@)S5!3T]922%.1S@U4S<G+4`*32,P4BXS/R90
M4UQ@1D\G7EA!(5\B3C@X73$C*T!*,DQ,/C(C-S\P-F!`/#XQ1TQ01C,O2S$T
M1T`T/UA7*@I-8#U5-D\P)$XH*31:34LZ)6!14D$F4$M&+40B5$@P,D!6+3<^
M3B1'.$(O3B@I+SA;(5-`6#9/.24Z0%H_"DU>4#4D.UDH(C%$2%A<*2U-*BM2
M5DHW(BY97R4\+B\I43]"-R]+0$8M.RM#7$9@0%8G*"DS/E%,.E`W054*358K
M2#\B1T`I7B-2/UI7+C(H(4`]2$M#(CI/0$LI6$(E-EM$.296+#-#6%`_(S@N
M)TTL2#A40EM#/RTJ+`I-,4]28"A1.CPP(5$T5#%"3R5%03Q'1T0H4B-@)4E`
M(4U`.%`P2EI6/"1=+TU$02(H2E\A,T@R,3`F,E97"DU`0#M&4"@P2C-,(4))
M,5Q!15Y86C8K22LG54I4+R%!64LI33145CQ:(S%,6%Q<4D<[5"0N0%PD0B4Q
M3$<*33DC7CTZ+49-)C8Z7C=%03%154<B.$,Y-4M3.CXA4#`Y-3D]+4DB038T
M*5=$,2P[-D,U5%DS05E"2E4N*0I-7B0S)5%+2%LA(R(J.R9!)4PT3"$Q*$,C
M6$]*+#@B13(O*%\T6#E;0"142C`I52I)+5<Z344^-#Q.43PJ"DTD7D]@,2PB
M6"9;,C4K.D!:.$<D2T-0+BPX(ELD,T):6B,Q1#@F)#HG3#!,+2TX(30\*$4N
M2EA123@T8#0*32(_7$,M2SM@4%)+3")4*T=&*2]*7$-=*D,T/R%745)=+EPD
M*#11+RDT)TTV)"0_-3A+-5LE+2TN(5PI,PI-."-'.$M,*CPK.5\W5"%=1E$I
M5#@U)3Q!*E92)4M/8#503"DX8&`D/%<P0#A=5EHF)4TR(CLD8"U*0B14"DU#
M8#@P*"M@/S!&4"DQ44@B1S<P)C0H,RI=63E,2&!65F`S/T@A2T=!)E<Q8#--
M8"$M*RA8)R@_1$PA4$X*32,U5F`C2SY;35]<)UTC5RY6*"]9,4$B*5DS5R1!
M7EE-)UA!+#9103(E(51&5")/-%@B)DA4.C5#)%5'0@I-1BDF(3-.+SM(/"Q.
M4E$F,D$H3UU"(F!1*2,[-2DR*%DS*BA<+S!$8#@R.D9!)T90)$95(C)7(BDR
M)D--"DU1)#!!0D$H/B='.B-`8"]/)D4R)$988#,]-#(Q6%!$75`R/UPA)BPH
M)2@N0C0F050K)&!+)$DN1$`N15L*32,E0TQ=+%`T53LL6D,V1#0O2UI+6ELF
M5&!"2BI?*2,O+%1:7CI',"T_5R1-3$@W,$(T64PA/TI!/#HO(0I-*T`A-T]&
M(21=4BD_,R=&,$`Z-"8T7"90)SY%*3]*5"P_3B15.24^45(Q0C@Z3%!+0SXB
M13A#8#,I22=3"DU?5BI%4R,S7S4C)T15+%]()E,F/$<Q7"U%1"=%(3A+,THD
M4E-*6#4Y0S<]7E!;1"9(,C]3-3Q(4$4P524*34=4-%A?+4\X)S]32R0R.5E1
M4R5%0RQ;03XA4BHP5D,L44M$(5I*1RQ9*D`\15@N72HI(4LQ5$0J,CY$6`I-
M)S4[150A,#%.2S98-6!)+%0Q55$G-3Q@)3!%12\M2UH_34@[4T(O*3%72TI(
M.490(5];*EU@2TI&6E`O"DU<-B4S1D!40C8Q7E$R/25333(P53972"@P.V!-
M0D`P*RPI*U\X-"%&,V!)05TX,20](4`R73\I/$DK5R0*33XB)#]9+4HK1"1)
M3S!+45TH8"=7138S/$]1(S(O1"XN7R]08"8R629.16`W(2HM2CDG5D)",594
M)TA$*`I-24,Z,C<Z238E*T4I-2@R6DPG3"(\3D)/5$$B/U9/1CY7)5PP+3,K
M4%]8/S!<,R4C45A:7$M(7U)/2B(F"DU6*$!$1THO-4)?3S)(-BI27SLY1S\_
M1SY7,5Y8/B5<6E@I+"=%4R8T5T0N8"1$8$4Q24I"32(H,DL\,C0*35Q1*3DH
M23E.,C);*5XZ7R0O+#(R.D\]*T1,-CTD,CM0(CQ.7R)&,D)6.4,I5T]`238X
M2S<D6317544G)`I-04A$*BHU.D5*.2(T-D<Q,B(A5R(X(D4V23<N*4HC1U8T
M1$,^55`\25Y",TQ%4UQ%,31<(B)-+#`\(S)%"DTS(512+U5<53$M.%D\/TI(
M0EHH+"E*1B\L+EDM53]<2#4P-5HZ)U8K.#DW3B=,*S!<6"=?1EM`-$U073,*
M35@C63=$/T\M24I?3$4C3F!=4CXJ2SA'6C=*2CI%*S)?/U\T35]?/#A?)EY>
M1RHR-$Q97UA/7#]"+UA#/0I-*UY85UY;,2)=744J-CU$(SDT-4\G*RI:2$4X
M-$\U32$L1$X^749>-D]<*3<E*U5#5C).(3$R,CDC12Q%"DU46#DT3ELG73`X
M5U<Q43A>,25$1C8U6D@Y*4LE75XM2UDY*R8Q*$Y40$5,.%]42$E%73PR-EI#
M74]%/U<*35(F-UHC6$\]1$HP1"]'(E%=5"(B3B@A5#],74)&+$]+04);65]&
M(5Q?42-2+U50+5`S7$)67C<A,2E#3PI-7$\C)T)?0#\T,SPI/D$G44\W4DU7
M6%DG.#Q@-RQ,,T\X15]$(E)7*21<+3]!(S$O5T=%(3@N,5LM1#@B"DU0+E\Y
M/U1/)"0^)4!0(3!,,4=-,3A%4#@H/%0F)5TH4",S/RU13V`A3$-81U%"3D,X
M2V`X*58A3$!&.UP*32,A-$!#0"4S6B%"7T=<+D8Y/E!#+$`R,E0]+ETE-R4E
M)R@D)RLA1%I!2"$S.31`.4!$+C9<-BTX)C0V)0I-/%,L)#Q!1D@W1D9'.3@P
M.44L0RTT)CA()CY9/D9+)EI9-TU,04E-45$Z(5\B0$0V,B8^6"8\1C%'2R0V
M"DU58%]`4BE<,2Q<8%9!-#@^,$L\0"9-4B(G72E(6R,Y43,Z,#%33R1$14@X
M.D%95#@J0R<B25$E2DPC3"<*36!65#=++U!8/5PR3U56230_*R,F1T8^1%0A
M2391.E=!3UXP*TY$.D8I7E,A)2],*T=4/U@D,D,T,%](0`I-4$A`+4Q173A(
M/D$E)ETM)DTR)4\X(4Q!,5TW8#L\,%%8+#A!-%<C/"9>/28U5V`G12@J73!+
M3%$\.$!;"DU<0#I=7#)'."92-"U'.RLA)2%37T%,*B%8*#(B.RPW(3@T5TA`
M02DG53XA4$!@.4Q@+$$Q/"U`3#$\-$X*328C/EPF.3Q`-4X]458A*R9(+$(Q
M*28A6%4X0$9$1RM((D%**5)7)T%1,5(_,C5:0CQ=,"5'6$0[)$<S7`I-/E%%
M/U0Y)$TH(54O4UTK43U0,"%%-#PP-"@Y2"<T)6!97R55)"(F02%=13$G65`]
M*4!`*C1`,E@G.%$G"DU9-20D3R@M6#%616`C6S@^/T@\)"Q'030G2#$G)3<I
M6"E@)3LB+B]!/B-`(5Q*(T0X,2$Z)TDW)UDZ)#`*34I!6CPQ43E"/CI`034\
M(T@T-TA4(E`C05I#)#`H0#I/05$S,EPL0#Y-+#Q;/#=/1"L[4B=;4"5<,B%7
M(@I-45E34&`Q1#]2*#]20#(N."1-62@[4"%=,B%?-$%?-3$O3C`I5C0\3BA=
M.E!@/DPH7B$F8$0A7TY17T4A"DTD/%0_6E`],D(G7%0T(BHX8$4I7RXH-T\A
M5%!@6"DP1U1,.#Q8)UQ8(SA"(2$M,F!@(DPE0F`Q5$`B,$`*35TD/%M<030R
M*"Q?(5I<8"]/0%@V,B1"6$`W0#TG0$`H8$@F5"A",2@O3$$J22)@,U@P2#(]
M.T!`*#XD+`I-*$$_3B@C02A/22E<7"(A,D)@7")!)5(D-DP\,%Q!/#XH-$4H
M65TF)"DA7SM15#`X030P/2%$/2A"*#50"DTH8#LG)4<J)C\B)4%2)#XX-5(B
M)E]@,#HT0#Y(*#91*#@\02<J,B%24B%),D%=4$%!3#@Z3B@_5"@P)C\*33-6
M*B]#(CA6(5@R,EI41"I"3$$M8#XX62A#)B-',CXI0B%'(R%/2E`C-CA"06!`
M."U@55)`6S%!/"TP-0I-3F`F0R(B6B(A.5!",UA%25TY4C`B/UTK*RXH05,B
M*#4P7D(W53PT14]<74DA74X\/3Q0(C8U+BPG(B\I"DU"+DHS0T-00S$X6%1@
M24DP0%E<*2U(*#TZ(BU/4$$P,$1:8$4W.$0E.#A;4"A6(B0N1R@V53%?-D)@
M+E0*34)20"Y,6B152BQ/2"A<*BLQ,2HP7&!48#(T64@M46!$(4!%(BA+4V`I
M8%(I)4\P.3,R,SM")#8B3#DE8`I-33@P/%`I)5@\45HE4S<Z5$0R,U-!3%@P
M1UDP5")412Y68")>*2(Q0C,O*EU!*"9,(CLK0$1>0$1.0$!8"DU823M8*R19
M*5XS(C1.(B4W03<Z.$4I,5D[,#$S4$$_-$(E(BDH/$(Y-"(U.U=5)5)%/4`A
M-C!%+#`Q7DH*32DW*6!-5F`[74=11%(U35(T4E(I621",RHE(E0I-C0I(D`O
M.SXB.RDH-5DR3$=6(R\D/5):*3XP(2=-8`I-."LH26`A-S)22R1155=4+T)4
M14-<24-,8#L[02%8+TA5,CDL1T9@)R<F2"PB.")*-#D\*$(N3$$\3$!'"DU%
M0CM*1V!/5ULC5$(]1#8K/B5:,"$J7"DB(2([,2=%26!95UA&04!-3#DE3SQ)
M4V`Q2UTQ/#`S1$HQ-C,*34A&731'/T!&(ETU5#HG+4`^-$0_23M`245!55=(
M8$LC1S=`1UM@*5@T24-,,"H^)5I?(C]((C]$2"=+0@I-6%LT1T-$*3I!7UHL
M*C\Y*44L*#M2(2TE4DLB42LP8$A-5BHN4B\U)24T7RL[6R4P.6!=-C$^/R=(
M-&!("DU-,"I.-#HF)"HF(SY62SY!4"$L,E)(/4)(.$!(33A.4B(D7F`J-C\J
M5U`I,T\B05`B2B9(4R10-R@I544*35E@.SPJ(4L\4%T\6",C)B8G.&!'+5=@
M+U156#\P,&!:*C4A*DPL0TLT,D1043-=44DT0$TJ0$HW*$4C0`I-)DU20D]1
M0EQ%(D8C,%E#,DA,4$\S8$P^4"HZ-")&6RHF4")'0&`\)5@N3V`A3#(B.EU6
M/51),40I5E]@"DU43"I'1R<P4E=97$(R0$!*021+*D1,,DPJ1B$K22(J5E(D
M-SA8*C5"2SA"+%,Y)E$T0RDZ*RLE*DM4*UP*32,R35Q'/$\X2D5@3"E.+R4L
M2DX\(5LT*DDX*DM5(R9#5R%7,TI?4$I375\L4B,K-D,I6BHD*"),(V`G*@I-
M(DLL4EE#4$LP5")43$)((B0W8"M)2BA@.D)//$)+/$(E+#`M+RTF+#A:6#PA
M7B8J3DPJ3DY@(TY"2U@B"DU1+%1+(CQ.741*7B0J4$(K3U`J4#8B7",R444P
M3"9@)R%43E](2V!0*V!8*U$J*3PS(E!.4EPU0D9&0$P*34U$2R<H250D0"-*
M*S4O+S0V,5$G2%I)0BQ?.BTL8$\Y)$I$,"M&+"M1/R=@)B,D0%)1.4<D+T!,
M,"@Q,PI--5Q#-"PI,$,\6#!4*T,E+2)313@K*E@\)BHB,&!9)#@_-B=`53DJ
M54HB6BDX72LR3$@P32TX3T1>(T(^"DTK.C4B5D0J.$HA*4Q"74\R,5Q@34\P
M3C4L*SY4(T,V(5<]*"18(E8T0#U80B0N8$XO.BY7)B,L)"M"-RT*35@G*E$F
M(ELS8%XH,BHR0$Y-/"TM)#M*7"A9*BM7)2)9*B=-6%`F*2<O)D!.2%`K1TQ/
M.DDF2F`K6E`J60I-,2,K-4A$7$$I*R@A2EA/2#Q*35Q"44\_0$)"6U0B63<R
M7BU2+RXX3B].+E=2*TQ,*S!)0"DH+DDE(E\V"DU@3RA"(5)`3R1%(U-(0UTV
M*UTC*R%=,SHW,EXO)SM20$\P4"LZ65=78$1@,"I#.BLG5"\A.V!32%);7E@*
M32(F6"I;/$]:6BHV2"9/+2M@+2PJ8$%')R=-5D!/5T(P(512.BA$*%8C8"XL
M6TI`.R8C8#M)8$I)4"Y00PI-,RU71#HN75$C(20L7C8J7E<A3B=(4#HS,#PJ
M,"182CP^)"$\0$A4(R(Q+DDU*%%9,DPZ6$E=,5XM5C-%"DTV)"X^*R1<1%-*
M*4E7(R(V.%4U5U4U)BXO2%%@8"PP*"PS7RHC3"Q-)2)6/DA>*DA-+4!),"0P
M,UA0(U8*32)!)T0E)RTD-4,D7%<Q.S@T+6!&04XJ8"0R35`L.%4L)B(L)T,C
M)C<H2D%044%`-E4]7#H\7RY!0$<G+`I-)V`O358S)RY15SHQ7EU4-"4Z,"Y>
M/&`D+$E)0S1$/UM:-UHJ4R%3*5(G4%$]3C`X6%M0,$,W7T`F1R,I"DTA*&!>
M(S(^4R@M,"@J(59`8$T[13M4*3TG0T4J5D<Q/R)"2BE46"8G0%HO6TQ@+E8]
M)$0](D@M*B-'-U\*33`P7SDR+UA1,E%5,E5=,#E#24Q#-2L\3%PB631'-3='
M,3%()%-"(4TT0TU>+$$Y/#!'/2I!(S`Z-R1'(PI-4#HT+2$F8$<Z,RU,)U!>
M/B9:(RXM(U(Z,$5(-"%-4"%,*5<X6"@Y1")632M.)&`E.2DO.3<S/RDJ22A'
M"DTS0"@]7&`W/#U(/24L-"@R2&`C0E0C0EDJ-6!8+B@^-%!@-3PT6R\H04P\
M24PI+TDP,$]`,UPH)TE8.5<*33!47T(F7SA$+T='03HA+CQ((T51.4U`35H^
M,#<L+$DM1")<(2)/(3`Y1S@B23\C(C-+."<O-&`O2"9)1`I-16`U)#5(0B1&
M)S)<,E-+.3=80%0G4#DC1C$]7&`]-B(]7BTN/D`P2%`K53%4)E1$)U$D3C`Z
M+E0A/T9$"DTM0B4R04$D0E@D0R,T,CHT)U8U*%56)BQ%+%Y$6EY@-6`I-#`H
M(R(Y*#$B-2E452@^,#A`13(T15M0*5P*32PI-U]1-2A7(4PP8#LX(S@D)3)6
M)38N8",E(35$23$Q*3-@62%,4&`V7C4U*C9',&`F)44T,T<U0S`D50I-,"5&
M.34I6C4M2"$Z5C4R/D4S/F`V744U-4)?5&`U,4DW7V!.*CHU/#XU/38K72\A
M,U9%-49)-U%2/#)("DTU6#E46BQ`.2@H55Q@-SE%,BL\)"$P65(S+R$X3D)2
M-ETH)#PH740Q(2U`*T\D(B(H8%E.0"%*,%HT8$P*340F-49*/%Q,(BA<(SDT
M/CX]*3E#8&`J0T=)(C9&7"E$2CU#)2E124)!3&`F.RDT.S<F.B<N)R%60DXT
M/PI-*5`_6"-80B57.R@D5C!>6"DS0BDU7$@A5#`Y+C8]*"1%5BHC5SXJ*UI@
M-D@C(E8I)S$B-R@]5"TP,5TH"DTC3C4C/$4Q.R%`6#-!*6!2-STH)RXZ)4\V
M.U5414$O)#E*13LX23HM4U0B1#<[*C9`-"Y>-#L_4"M/.R,*33Q<1"8Q*3\B
M,29522]5,C=./C5/.C-=1$5>6T4B/2D]44D_.RDW(5E`2#(W7B(U2SHS7CA%
M6%E%/T9$7PI--2$A.S-77%D_6#`H*2Q85EXY(20I(UE%0BHA/DQ)/CA!+54B
M(5@P*%TE7"%4-5DJ1B$Q1C9&(R0V.4`Q"DU91EQ9.#18535.*5@^-45>1B\S
M13U?14%723Q"64$K5#@_*C<J-CD^)"(H8$8K-T5!744[+4E!)#@X*$D*35%<
M(54F(CDQ7B8A4D8B+"Y;4RE!)$@T-4E',CDX6T@A6SQ6)BHV,5I&)T!@-#!!
M/TU)0%])04TP.$(J.0I-,DX[3#@V(DI&)$5&73(E33,I1$XI120H.%E*.#4^
M.BPZ.ST\)E0T(D!28"(G.44S-S@Z,%X\8"LV4"-6"DU=2V`X15XZ)%]5(STF
M*4-&0$9`)RM9(CE/+$`I)$8Q/D8D.D4G)R%'/4E#-4)?53`Y)BDF+RXY*T4F
M/UX*348_+2E(+D4^64`U5$`Q42,Y55HV4D0V0CHV0SHK/%PA.S(E0D=`/C(Y
M1R\I)C@E5"A".DHT)D=*14$L0PI-24%',E(Q(CY)2#-)+UI@0D5555%1)2,V
M/4Q0)S$D1#))*6`\0D$C63`P*#$G*$A<+#`_)&`W1R%&/"1("DU.0%D]0#A6
M.31*2CHG1"4_*C(N*",S1T5!5R4S+RDU05$E(BDT4UE<)DE1/THU4CHM(5XF
M220E-6!)3R@*35E$*C=@1C@X34XX3S8[5&`C/4<]2TM%,D1$)4)0)$$Y-5@X
M,2U,2F!0)E-**BQ)1DPO13\N*4Y0.3LQ*0I-)C16.UTT-E56-R=0*TU#1BU#
M13([24\F*44Y455-5#0[1%T^+5-+*B8L/S%.5T5-3D`D1$<[.UE%62$A"DT^
M-C1<+59;7D!@0R1+,$1$8"E1-%!+4%D\+"@A,E8T.$0S)RPA-U`A3TY%(5M)
M3TY)13(G.E(J.DXL,E8*33(U5"@C4$PB1S<K.$`Y.BTW-C99*TA9/UA1/#%@
M5#PH+BHT/BI0*3]&)UPY.51!)UA)8"$D4#`Y,"$S4@I-1D$H)#)@/5)02"M3
M44Q"225),CPC,C-18%$M7#U#)BM'*D52*T!03%E9,T$\23@Q(28C(CHV54Y'
M(S='"DU3/D516DE044)<0"E63U8\*"@S*3H]0$5'-#=`5$-%)"TI5UU)3#@Y
M25Q",U9",%=.,DM20TL^12(C)5`*35Q'3")33U]26C)&/3-@+D=55S52+"\B
M(DHD/THJ.54L2"D\,3Q4*CHY0")6+5<A2B0O-B(V5SU@3D!92`I-8"%(0#XB
M6B]/+$P]/&`\/$=/-2E=.2@G66`G+5!>(UE@3F`A/B0C1$(W038K63!'.U0A
M655`,BI)6%PX"DU40U8^3RPG0S8Q+#1'25I'/DPK3SLY6$!`+D!9+5`R/E\H
M6T%"-4`T(R-#1S);8%PC*5,_4EPC621`0#4*34TF/#Q>,$)!1TI)1UE)15HP
M25I+*5%&0"\E0#U"3"Q2.B=.,B%@/R4R6"%@)"DF7CE>7BDA6#(^(50G4`I-
M+C=16BDQ7R5-3T0R*2E>*"A#3D([*$`M4S8_5%(W329'44HB7"Y%)C0I7R99
M4UHG/S=()%)2/C-,(4I@"DU@+5Y'645%65])6%5@7DPY7E4V/U%:/2<\)UA*
M0DU+1UY)15=202%;*5Y>0C=?.#$T7C]?,4<M1$91528*35DO(5]&23]044PS
M.#Q:.C=`7"E:)C=.,B$K3T4B.2@S,4HA3%`G52E`/RHW-#HR(T@G4%Y((5@A
M(3!)/PI--$<V64E:-T$Y7BHV54(]*4`N1R%"6S@E(3A).TA()F!!259).#`J
M.BDV0%Y%4B=8(U\Y(U\X15]12B-8"DU'*CE@0%E80"U&0#8D4"%.2"-!2$\H
M0%-(8%P[2BHT(3U"2CQ-3C<K)C@C4BQ0+T@M2T5+/4DX*#HL0DD*34`L.$-'
M.C5$,C<I1D<T)$<Z0493*2<X,$%`)#HN)D(V-E)"62@E2D(E2E1%6"LA-3A'
M."U01CDW65PR.0I-(4!*7$`H+SXD)CU&2ETA1D%`.UHT/2<Y04@Z0"5*-55@
M15522"582#U"1C`\*3TR.48^*4`^2C(L5$]."DU"."PB2$U4(B(E2B1<1S!'
M2BDF,CU"*#<C*CU97"@R2D)3/21!-T8H5DDX2SHH44@P)SA0)C`J048Y7U`*
M34@R7R$C(D@P5R$B.EDC63<^7EE3*U@D+BY(248B*C9(+TX^(TU".6!*8%8Z
M-TU2/TM20$8\.#!>1S%*)`I-/T4S7BLZ)$\T,2U:(5-202%:0"(V1S4N2#U)
M+5@K(B<W2BM363%?6C]52D!?7CQ`(DPL1#TX.D@C/DHA"DTV2$8J.B\Y23HP
M(C=-3#0H)D0X0$A2/2@I1$M1)B(Y1TA@3RHH+")`+49`2%Y(0S9(*CA(*B1(
M,DHJ*2$*350U,T)"3#HQ5#Y`7E%53S!(2TM'*SY)3TY`6V`Y-TLA0ELX*D]"
M0%`V15@J2%!%2"LM0B<D245!*B$Y.@I-5D8F-DDV-2%&2%(P/$E`128C23E#
M2B0F.B4U24%!2CQ'*55&45M63$@V+2XF7$HG4$HF0U<Y1TDY33I!"DT[2#8\
M0C@]+D%</D@M*$DY,THB."DS+#HN(T)#058L7$I,7$%(1#]'1TLN*$Y)*S@J
M8"1!)U`R/"$^02T*35!823A(0CM)(SXF+3U(/T`J+$I'.5M:0$$R."XZ2%HN
M1DI12"-:2BY=24H]43))2E(Z,D--5$1,3DQ?+0I-2$0R2"T\2S-6.BPZ.5DN
M42%#4D([3D-@1C9,,D@M6"TU5TD[,2HH,D!6+T0]+5I#.%(\64XT5CI$6U!#
M"DTG(6`C,F!(0DE%34HW,RHT+$`A/%Y&1RI@)RQ)+"Q$.5@Y4S11-3]*02XZ
M1%`B-D)*-CPZ2"A71C@N234*35@J(T4R,%,P*S(Q62,N-3L^04\^23A-24Q&
M0352(2U4*C-=034R,5M74"U%-DM*4$<]5"\Y24173BHS60I-)R8_2E<G0D9`
M4"P^6D1)(D@P(DDE(DHP-4HD*DHV+5=$(4I#2CXT-4Y)(SXE04=).B\^)D9)
M1#U:,5!:"DTN*")$2#U4/4Y(0C))8%M(*3%(6$@J,S0Y,F`J-T5:.28R04A"
M3%\A22TT2%Y*15M;23HB2C%2(T!?*"8*32P^)E)>,T)824!;1"A5*C<\0$E8
M*CH_0$8L2D4[3#$T7#E,3C`X-DD])DHC-$H]54$G-"H])CA/0UQ!5PI-2DE!
M4DE;04$]5$@W0BH]-EHU0BI$5TA7+D9$13)(*U9)*BI(5BPB(CQ**2-:,T$Z
M12DZ0RDD)5\R2$A*"DU)-#M)+DU*-#9`32DJ-3-:0%8Z/TU61B5,-2,L22L[
M2%I=.5\B0EU)*C%1,#U+*D5.450Q2#8\)B,A/2T*33(N/4A10%564E=12D=+
M6"1<65U-4#<U(B-#/$E%,R(I04$]0F!06DI'*U@D+%))*30J+5HA*T1')2M"
M.0I-6F`[7#="+SHQ6B)',2@^8%A:+EY$*2)`(5!%)%)`45DG.ELA+2%2+TXL
M,BY`)EPL(2I))C,X(5M<*B9:"DTX-2-!4"1&15Y!4#`H/U(X24E")"=-)C]-
M*5%.4UD^2CTK.&`X/DL]5C<W3D=0,"0Z0DE/(RHL(DHW+SD*34`I."]02D0_
M4D$\8$A&,T@R2$H\)$HJ,5)(5%I$)UI`4%HQ+#I)-EI$3TM)+4Q*/R]**#PX
M12):1%$J10I-1U9"(EI!)U1)7D-(+EI*2$1$)"LZ2BXZ4UTV0D%2*B0Z2"\N
M2%4V23Q62B0V2D%'.C4Z.CHO2CU-7CPX"DTD)3PB1EQ91#(G+3-)*D`D42A)
M.F`I)D5.4C@P2#DO*DHE04HO2CY'4TI(.THH63I".U%<74I&*S9((4H*32-1
M5C\E4"9#)$)&.2=)(SHK,$))6UHJ,6!&4#A*/DHK05XI2BI*1%`A.2Y:,5-2
M22M=)C<A7"$P2CM5(@I-,3<S44M@-5I*23E:23]:23<V22TH*CE61S8T2CHZ
M2%=$*D134%L\*BXZ(DE`22)(/D@Z4D92129)6DA7"DTP2%%$.5-%63U'.DA/
M-#\K*#)'3$A17D9#/$8G64H]6R%!1T@T-U(X+EXZ0S)&-48B+$M(0C9&/$M)
M05<*35I#+%I-(B)((29()UI&*B)&*$5(1UI*-#9!2",Z43,J/%PX0V!`6S-%
M52LD2D]!/"E!0T0_.E,J(R@V2@I-+$8B12,R.S92.3XB/2161D]'2BA*2$TM
M.4PC.DPA2D`S,CDJ5D8P4DA45$8R74DK.DHB+EI,32HY-#HY"DTD,DXH,CU`
M6$HJ/4E%2T8G22HX-SI634H\15H]-R)`+&`_6R$B4"HN5V!$63$A/5I*3#XJ
M4B8R2EXN/D8*329+2U%&6SU&1RXK,THC+&!71V!`6"555#-`545@+$M$(28E
M2B,T,R%-,B%$6E%&4D)`,5@E154S0%PU70I-+$\G2C9#2D]'03I/0$A44CI"
M6CA`0CD[2#@U2D5:72(Y4$8F7$I6-TDT,UHV1U@_0")-2R9&(U9+.4-%"DU%
M1$5.1RHP(C(X33E')THW3UHV/2I%6%9%5TI(8%A)0RM*6U]),R%:3B5:-E(R
M03]4)BI>154K1EE;23\*33=)1$(I0"Y:055:3E0H.CU.."M"1C9%(U<F259-
M0R4]0TM64"I$*BE9*2$Z7DM**B,S32A;(DI-5"I:)PI-6CQ@65XN)C9')DQ7
M)D0[,#XS6TA*7B%'*$I*5B-.3UHJ0#)*7TI'4EI+2CI$7C0I7"LF6T=$*EA1
M+RY:"DTJ3CI.5$Y/3#)+5C(P-R)*6U=)-6`J72M$)%Q:3R%:,#E4.TU6)3E4
M2$Q#2TA213Q5*CE324\I6D]-."4*34A55CHN-S,J1RM+24951E@[03,_2"HK
M24]$*D=>+#E`,D8Z7B)/14H]2CY>6DI4+TI>*2I0*2HX0S9.+`I-)C(J0$9@
M2TPV5"9:14I06RE.2"I0)2HX2E)./RX\)R(L,"M**5]*7R=)0%5)0");4#Y:
M3#!>3CI.2T8B"DU,)%U&/T-&4T%*6"HK)2<H.$TJ.#==(TD^0THR*$171D=-
M14-,0311.R]+6D]5*#=$0"P\8"5.-DI"+RT*33,X)4`Y)R4C,D160%U9,DLC
M-5$Z0C4T4"HP2B4]*T5-,D%))BLC7DHZ43I`62Q(,$Q=8"PL/DDJ5EDJ3PI-
M2&`Q7S!=74E$6RI*)SPZ.4PV539,,T<H+$,\-#(K)"HC.TXH-4@Z-3921U\R
M.D9>(U5#/"-93R-+2DPG"DU95"0G5%I!4#!&4DPL.EI,1C]52"553R5&1317
M,&`L55%<2%0^0#,M+"PY2B-2.R$S3C)/)F!*0BA&7C(*32@[429&2BA"6EE-
M1")31&!=(T`I6$0Z14)66R0X/R$F0CI14DQ,0$I!7"XQ1E9)4TLB.25714I7
M,3<E20I-229023I<2CY,2D%,*DI/*DM+*DP[(D]+)"A64DM&4$PJ7$\N3$LQ
M3"LV3RLT1#)06R)62U)>6E)/)E!/"DU27$A"(5M93"PB3RPC2R\C*R,A*U,A
M6E-2)E!27EQ/1DQ*,TQ(.CLL1TLK+DLB4%M@6%`A4UY03#I<4#8*33%#+6`_
M+SI)-3LO+3LC,TM21CI352)05UY<5%),72U,0"$[+E)%/SM+(T`[0$8V4U=&
M4$LZ5#9)3%I73`I-+3A-*$<[+T=+)"\T4TTZ4DT]+%<^7%Y23$8Y8"Y@3R]*
M2RM2.R0J,%-?.E-@2E1=)EQ33DQ:.4PM1T\K"DTD2S-?*R0C*U,H*4A?2E$A
M6EQ,0DTJ-DPP1D\K+$LP+2LR2#M4+CE')#I5)5)<35I-+R1,,3E/*CA+,#D*
M33LT*UM4*2DS)SI572%-*B),544W+U-,,U@F/UY&-"M;-3]),24]2%Q>55<Q
M3%,R-#\_.DE,.R\X6RHH5@I-4S5*5%@B42DV72HR3$%,33$M3S-,2R]!.R-$
M2U4O6E0J0E4C2ETS/DTA*TT]5C<P(4LW7E8Z2C93,BI5"DU@1E4S,E19(4TU
M,4U`)CLO,4LQ(RLY/395*BI4+SI5+DI:8$DZ+C1,0BX[-3!+-"Y$-"TD4SDZ
M4S`F5%T*33I4-RU-(EM--$1/,$U&14DK-"9+5")*5%A9,2I>73@J338E32PC
M.S9&2RQ=.S4Z.R0B,E530E$Z,EU"5@I-339'33=53S`D2SE-)D0M2U56.E55
M*E(Z64U!.DTA0DTY,4\X-4LP1ULV*4M6)%I5*3%)039333E-*%A-"DTC)2,Z
M740^-2LT6RM50BDR1D)6+$U-*CY-/UI,.4M/.4)+-CU;-DA+5#Y:53@B5BE9
M3%XR34\Z3#I73S8*35-&/DI;-C%+4T=*5"@F541"74(R33LO33TS.SA62SE@
M2S5<2U8O2E0K0E56/4U1*DTQ4TTX0D\\5TLS)`I-2SE*)E8T6E=-1E52,E0O
M-4U",4T\7D\V-T8\/E9%/RE63DI53U9555)=.3Y-5S1-.EY/-3M+/C\[-S]+
M"DU7-BI36"95*CI=0#)-4E9-.29//D=+/#(K-#H[5D5*5S@J52=675L^35H\
M33U03SA32SPB.S=5.U8H*E8*339654%)+4I2329434!<3S8J2S<A.S@B2TE$
M-E4E)EE?0EU"2DU`0TY'*C-`3DL_74LX*"950CI5)EY90PI-*ETT5DU67$U`
M+D\Y44L^4$LT(UM77"I7*D9:)TI4-C%-7SE-0B]/+DI+-T-;-BH[55%*5#TJ
M55$F7BXB"DU.)T5-+SM./ULV/C\S1CL[52%:6"(F64=272PB3C9#34I'.S=8
M2T$S6S5=6U5-6EA>3E8J7ETU,DU1*DX*32%7.S=;2SDV-2-+.U@\.&`I4E1;
M0ET_5DTY)$TX(T\S/4LR*%4I(DM863I9/396.SI>)%I,5$].139/-@I-)DM%
M.$M(4ULR33963R913CI>/TY..T),+$I/1UQ+1%(K24-+65`J6D$F6C\R7%$F
M35@T3D@B3T@G2TDH"DT[2BM+5S):6E$Z42A:7D(F33DA3C!$(B$W.THX.THZ
M2UHV6EI'+EI%2E8V/4Q#12%)4D]*0TM*1#M*14L*35I)6EI'(EL_-3Y'-BI3
M22%*44]*.D4O5#<O8"5:52E`2#9:2T92+S5.2EY.2RI/2RI$5%I0.DTK6E]:
M6@I-35):4#I>3"Y.6T).3"5/3"%+3R@K2R5+6R):6U(^6E%*7E`J-2@M-"M.
M3TDO1BXV*T,]121.4"0\22E'"DTT6EY03DH^3E5--5<_.T\^2TL_.TM:(EI9
M)EI9.EY:/DY91DY*0D]-5TM*6%M*6EM:6BI:3#9234)>6RX*34Y?,4Y/.$])
M,$4_2TM+-2LR4S1'6CI8*#%!)CU.5U,W*D)/3S=+2RU2/"%+6U%:7$<N6E\Z
M7EI*3EA',0I-2S]/3S9!7D1$3S5!8%@P(2167RXI/TDD,5T[)R13)$M$*TA.
M1%\A)35/1"0G6EQ0,54H24\I1TXH*#=0"DU'2U`I2UQ%2UM.*ELC,ET[+3DH
M-2TV)6!'-#(A7#),631,4RM+72)<*3U&2"9?8$XU+%0I+5$U,UX[3"4*35M:
M.ELF.B)<,2Y>74I?*C).4%%/.#PS3EE`,SY&+%1;7%4I0#-"7RY64BXQ3DHB
M-S,N-35>-%$V.U8Q1@I-7"=90T5&6S%:7S<J-2X\3E):3U0K13!58"9`4"=)
M)"$G*EPQ24<W)34C74\S*S=53DM1/CM=)ULR0E9<"DTX3EQ+635712$J(2%1
M-$]16TM56CM=73M`.R$Z4T9:429>7%9.75TX6"Q/3"]+3BA+7B4K7B):7E$J
M6D\*35)?0#Y.5$5/(B4X(T(D135553U`*D5"7CE,(3<X+T12(DQ:)THQ3TY"
M1F!;0#M?2ULV*"LP12L\.E]+)@I-3SDF3SDF.TDL0$HY6U=9-"T^-5)+7E]+
M5E%>-6`Z/DY.5D];(45>1SM>62M;4CDF3397.2I2(ST[8"@R"DU63D]94TLI
M3TM>64M?*$I:2CY?/3Y?/"Y.75DX7%]/4B]+7D4[1%A`7SM*6E4N7U0Z7U4R
M3UP]3UU`3T\*325$.ED[*E!$7"9*7U@F7UA"7S-23TA%,45>,TY'2UA0)$1&
M1E](.41:5E]1*E]92D]>,4\X-#!-(28O3PI-.U]52U]:*EI2/E].02\W3D]8
M/D]824]8(TM-3C(J52LI5$4D8$-@)25`(U=/4$-06%E,8%];7"H\8"\L"DU@
M(CY?7%I?1#Y?72Y0(3)024E/7U1"3S!%,SDU8#9?8"97(SU&42%83U$I4%<E
M3#@A.U0B)3,^5211,EP*33%27"=++U1&3U`J.45$-R]1.U=@)5Y"15I<2V!/
M(ELQ/E]5/D]95TXC,U-,.TM(6EPO,%M:1TM@+&!@*`I-1R<V.4],,D\B2U`B
M8%PD33PL+44A+5Y?-%)<)2-@,"M0/2,U)$)0)4%;7$Q,(4%'73M;8",G8#8W
M+E`V"DU08#90*SDW+%\U4"-<8"<\6E);8%]&7"]#+U=>3U-*4&!&4"8J6ULI
M*U$P7%TE*V!;3EPT2R]--E`R6E`*35PY3UY,2UQ!)CTL6UT]6R$\1R-.7E`Q
M0U`G+4\G4E`H5EM.14M0-"PA+ETN-DTZ15I>449.0T)02BM,)@I--5M>,$Q@
M74Q@5#\B+ELB1CI0."]0*%!0*3%0)SQ;5S$[1BE$*4(S(D$_8$`K8$A#3R]%
M3S)#-"I'7"I'"DTK42$L*S93(DHG8$LW+EHV4$8T4"8R4"LN7")1+")6+&`C
M7R(Z0V!$*V`X2TY6.E`H0%-,*4M>3CPC(BP*35Q`*R-01V!1.RY<(E`\.5`L
M2%-.)$PO*EPB,TPB6%Y:8%)<2T=@1E-03$%0+%Y0*D%<*U@[7U-;(4\O8`I-
M5$M@54-@24M0559/*#U0+3Y<+D(L(R9<73=)/B4A)2Y(8$5+4#LL4"Y64"M/
M7"]./"-1/")37V!5.V!!"DTK)2XI."Y(4"XQ4"PL7"XV3"I:2R-03R-5-V!>
M,RY51C<^+U`O6U`A1EPO8$M/(D4D(3\D/$LC5$)0-S\*34]>+5`O-5-25$M?
M+5PJ551?62M@.CY>/59?8%90.S-.3EU,+%A;6#`\-#),)#).73!&7%(Z5$M9
M3RM%-PI-(B(X,$5;3TLD7%H[)#<_(BDK)T%>4$,O42Y,4#,S4#-57&`L3&!1
M4#%&1EPE6E]56#$O5U$D(U$S4E-;"DTW1$%",&!4,%Q=.R)?*R-933Y&6E$I
M2$XT65!#6#M1+BPZ/2M<5#LE+$I?+#Y40E%03%0I1S\P-34B(28*32PR8%4G
M-S<E3DDI,2<A5ST[)CM//2LP634T/3]6)4-<)3-!-$E26%,C)U)13E4T3S-(
M4UXQ2U\]+"4G(@I-*3Y%)SPD-3Y+(3U'3T=+43=`43=-*UE=7#5<3"9@/R9`
M5R=&,E]--E$\+$\S(U-47TM37SM,8%M@1R]@"DU>2ELN6E!7731!0SA+3S-7
M1T4M0D8G,30M.$5!4"9=.3LO.E8H54Y1.5-0-D)36CPK54U,6D(Z7TY:6U(*
M32972B$W0S51.E90,U5<,"],,BQ<8"5>7#<E*3Y3(3PS44L_43=)4#M16UHD
M/#5=7%PX63@N-EY)(E`P,PI-4291-2PL.#!"7&!$2UI!2RY=-EPP6R5,(4%*
M.%%*-$XZ0E-+.$M(/#PZ.%LT,S5#4#\D/4]@/3-174%1"DTR*3M>-4P]0RPJ
M1ULK7E4J4S,E3CE'5R1/+5=.,B=2/5([33!,.D$K)38N6EM7)5M?(3,C45<W
M,C4D42L*32(\/%$L.2146S5+(D0C)#!;8%XW.38F4"Q%.S0C8#<K1B,_1B$X
M/EI2-4(O02(B*T!<7T\J(BPN*$8D0PI-5C!-/"%`33];)EDB+V!=/U(N5%`F
M4U`\/UM:2$PM3EM`7R9<1S%"6"I?2B)/23M.,T@C33M%+D`K6D%5"DTA*"TL
M3CI334Y16$]1)R110RM37U),0%0L0TE<7T):74U67BY+(B\G44PX3RXC4TDE
M2U\\*R]`2R<\3EH*34I+)4HW(B\G4B,[4D0S4$,^55A<+$HZ6RDB+RDT+RHS
M*R(T3U$N(T]!0%-(*DP_/%LG)%Q;7RD]8#)7-@I-*E`N,TQ#35)&*U!#0EP]
M0CQ)14Q>53LI5RI>0UY1*%],54M2+$50+2]5/3L\*E-+)DQ?*4M;)2U?+E\V
M"DU2-S-21V!0+RI;6#E53BLK(R0_)B(J75Q#+RI&4&`\3RU)4UU&3"))2T0S
M/"DO+R$D*RHM02@S53<H75(*32Q=.$@X7#PP/$HP/"<B7ETO(R%@1R%1+U$H
M25$N+%-534Q'4SM%,BPG0UY=44PE7"LE+4E.4T`A2D101`I-23Q`1TPP0B8H
M0CTI/5I>*4-@7EM213Q/355,2"1<2"1;64]<)4$_*4I7)D]3(D]?4DTF-3-"
M(R9>/$LD"DT\15`L*R%?*U$W*E([(C(C4D(V45Y63$4Q7"9)*RLN7%Y6.E14
M3RM82E%9/U`S-E!&)5-?-TPF2DM?*%L*348]13=8*RL]*E=265`E.$]&35!)
M058B)C4J7TLI+#1+-5,F4UDB2E]/755214M00D=<3U\L,2@V*"-.7PI-(2LJ
M0T<O+"XA,$%24U@W3$E%*"U,2%=4*"]=/"0[*CP[+U9244(Z4DI93$I27$LR
M.UPG2RQ05RLB4RY;"DTK8$5#4B=-4D0V,$5$6U9'+"I9+%M6*R16-E]01E)-
M/U)3,%!+6DQ$0UQ1*3Q,1#PI,D\I)D<L4%,A3",*35%&3E%)4$Q2,UM)02L\
M*UM>5ULL72LJ6T)24S]3+$E24TA04UM<4%H\7%U,*2(N7$Q&7S4I(S([(D0[
M3PI-3C!04R-;-%(\6&!$7R5++"@K+RU++$HZ4C4B4U1%,S(Z3"-5*T5>+"5;
M/EXS5#,Q.RY`/E,X)4U--5-3"DTW1#Q.7#E@/#\O)RQ*1R8^0R(_0TY-6U(Y
M*CA64%Q%5DM>2RLM2T\M.S<M/$<B)R]3/2-.54E0.%P[4$D*32PR25M?)EI6
M7%LK/3LB3"M.4$!//B=34%U,1"8\.CQ+)#`O+D!/*3(S+DLF45E+3DHC4#]%
M7$A26UI$7`I-6T=90U!/*T0_(2H_4BI$4D)"4T]$2UA=.U=#7"U<7R%!6RQ6
M+3)1)U,Z1U%$0E-,+$Q`(D<Y+2Q:72M@"DU04RM+.R(N5U-`7%-<8#111EQ!
M-"Q/4"LL33\M7U)84E)3,"M/)2U35U10-DTK4EA;4T<F23(W*3I'+EP*33,B
M)U=.35=2535,2S)<5R4\4S<[*2H_(CH_*U!#(T\W3$Y94EE'4#-'+"$O/%Y=
M7"HO3R=47R9>.V!@)PI-4R]'4CTS4U5<3$Q$-C]).V`C3E\C0RM;6EA563=,
M*%)06E!4(SQ,6C`S2#P^2R<K+$\C3%<O)2Y3)S)3"DTN65-<0DQ#/SPF+SQ+
M6#):34\J6S,O8#902E=214(W)B<U*CY3.3E%7D-++BTK+S]?(5XO4$Q=4RQ#
M4U$*34E+428\5DU5(D<O+%=/8"0[,%\W4RHT4U(W4%)&7%$S+$!!/2A>3R,F
M1S%57R)14U,Y6%(D5E!'2SU@3@I-)F!/33!+/S!&.R8T320D6U0D6U,T(TQ&
M1UM245M(5DQ:/3LF+T,E/"@_2UA4)T51-&!1)$A</$8M(BHE"DU95RLM0%<K
M2#Y955%.3D\Q24),5E%<(4]<74@\+50_,34O,#0[-#5+3S%<5"5$4%$M6UI=
M7$M"/"LU+4`*320V73`K)#@K430C430_4"LW7%!"/$HI6UQ&6RI*+EE9-2$Y
M)U$T7%1<75!54%Q$/EP\)#LP.2Y:/RTH+PI-5S0O3U0W250G7U0S)%Q1.EQ:
M2CLC)4\D*B)>2%<D,R]48"5-(T905BM=*4<\4C!,8%U/8$,W,BXE)#HS"DU4
M.3-4)BQ4-45<,T<L2DM;)TQ?)T8V6T);(5E?5$`L42955T]"32I&2T%,/2<\
M)S%!5RQ&0R0L4U!`0E(*33TS4"%`7$A<32%<+3$L7S(_*S-58#1"6U,I1E0F
M23A;/5M"6BM213U:05LR7SY;32\A52M4-R%3+#15+`I-)UTN2TPS)RTM3B\O
M)3\O0SI3(TM2/DXJ*355*35=*48M*R@K(R<O*%$[)5<J4$([5$,I5"PL52%/
M7#9("DTK05U,)S9?)R$K+%8U,54[4D@J4UHP3$I9724A/2--+3)<3S)-3S)%
M-R%23TY,,U%47$TI,EPT2SM;5$(*32HC+R4M6EQ=/S](.E1-+#$Z)6!50#`Y
M13PW.T0Q)R\O*"<D0TLU8%-423505#-/2T],.C)-(5L])E!?,0I-52\P34LT
M3UM3.2Y.7#9-*"1=,CDL-"<]0TE`*BPW,6`_-$LO5"M=4R%$4%I'73!(33T\
M3"=*+ELO+S$D"DU;-%LW5$!05"M)5#`G+25;6T,X/2@W)R97+24A5S,S+U`E
M-E0L1U4E,ETD72Q85SPS+$\C4U,Q+2LD1EL*354K55$S7E$C-5TN5EM/6UQ>
M,TLF3%Y40%<E)5=5*B51+E,I-4)<.STM*C@[,5Q/,2U+,3Q?)%Y#3E=0,@I-
M-$)5-E%=+CI;0$<M65%:7V`K-4@O)2$O53$U*#`R5#U:/3,_+2$Q+2U/3RP]
M(S9/2R4J,U(Y)U1.0RDV"DTD7#E=/211730]+S,E1S-!-RY93E4E/54X/%4Q
M)UTX0TTS/TTM4C\D35LQ5B,B1TM275M1/5M0)T96-C(*34Q+7%PT-U<G)4\U
M-S\^6B95-TQ5-U15-CQ<2BM--3E=-5TN6T93,4)+)%I#3ETI,2Y:*3I+73L\
M)#!84`I-,%!/,D,V7E(F4#I73DLM54PI3%I652I<7"%&+"]#/RA@2RA<1R(D
M-U4Z5U$T/54Y*5TU+#TZ0CLE)SY="DU22E!!)3)53U18/E4U.E4Z)ETY3#TY
M6U0V2EY;3S):3$)<2T93/"Y37$)1(CM51#E,+EI;,T!?-R13-#$*32,U2"-5
M2$503&!-2CL\*DQ<0RTF7"I+-RHS+#Q#)4I/54\A53\M539#7#HI334Z+30K
M7R577R9=7R\J1@I--$A?4CTW4$!%7%TE,SE<+"PH3R\D73=@(R]77E171%4Y
M4%4^6EPV-STA)3TP.3\W,S,D2#,Q7S]44EE3"DU'1R-)5TM20UQ-,3LJ1"\N
M1DLV6595)R=56E!5.$Q5,3E=-"T])$<]/"@G,T!#-DI>551/5F!35CE152@*
M351=,TY+6B1,-B9?-"@G.BU;-3I?5#TN52)943(K7#)$/%<U72%&7S$P)SDG
M1R4_+V`B4%91-TTY)5PV,`I-*U%+75XV6E9?+EM'3V`P+S)3(50Z0%4C2UTA
M+$PW,DTV*EY:+E<Z-B<R.%=5(V!03DU.+3<].#M&/#`K"DTY1R\D+D<E1B\T
M7S-5*"5.3DY-,$A=.3)$2D@[)S1>7$HO,2XW,TLO53<Q5C0L5$0]6TM)32M&
M.S57/4,*35PW+CE3(59?5B1!5$)+5$9&74,X3$DY33HH+R1'+EE(4S`D6U8C
M+54J.$T]+5LP44U)+4TD8#Y<*S<K5PI-+R-97U-?05)).U!//UPD)%Q=,SLA
M,STT5T%`1D<O+E9.7%)4.U-5-"%=1T],)2P]7D1;+B0W.D<F435;"DU42EE6
M4SI,6$9=.")%.B)=+EM>4BLZ7C`G,5HS3E<\5$!&54L\7"I!33%*-B12,S=4
M4RQ)5EY?7E9'-%,*33LJ54M574<L74]86S5:3S)/5SA=3R5@+59<1$Q?.5,J
M*$U-4%TV*%TG-%\V1$LJ7ELE7$=2*3I235)41PI-6CPF-ETV-#TV/#Y=0U,V
M(4<V6B-675A63EI53DU=3"8L0CHM-#`_-E8C.D9>5#!@.5HA(3A24T\[33=@
M"DU=-"M-.U0O,T,S(R4G8#@\)U-?45=6341'7#U=-#<Q)"I!1SQ%7E\D,E%/
M,U%%4#)10DU1/U`W-48L05P*33I9+S<^)RY=0SY')D\I.%$]/C%0,50\/UU<
M/BT_."0F3DDJ-"DA5C57+30Q+3`T,D<L(UM=1U5=.BM?/`I--2\N1BI46U-6
M0"]7(SM@.U!1-$0T15H\/%XO/",C.3Y7)2M35"Q")S)45%0C7")13#5&/50S
M*2LP1R@P"DU'(CQ,5RT[,3XW4U%91#Q6-25,/29,+#4Y0E\U-S%4/5%+.3(\
M0E`]6%Q`05U@/TT],E\I-#LO+%,V-3,*34\S)V!0*U=77DPP5RU66DPF4%\M
M-5LO,#LA3E=6*BDO7D%14V!=3D(T-B)-6B=;+$@C*%==-#)03TM!.0I-3TM4
M+5==23T\0%`P43A7+4=2650A/DLB5R194DM05"U14&!=32=$+"9'0S4Y6SL]
M/S4[0U1,4%)/6DTK"DU67%I5*T1$/#)-+S`Q)RDO0S137U4I6U<L2U1,.ETE
M74U.8%TZ3$\B.3\\5"LT5D]72DE76E%4/44\3R8*34TY*$TZ/$\A5%\[.$<_
M."Y7*T0\-3A5-3!=/CP[5CE,*DA@)D%+)#@E04D_53`B-3XJ+55.75-&/2L^
M30I-7TLK.UE?.UI"544_3DU>5DA?45PM7"8H34E9/3Q;3ST^3R<N*S`Y2%=0
M2%96,C`F52PZ.2M?0#T])%\T"DTV/R](+358/U0^4E$O4U5+,EU"12M#7BTF
M+2Y<02,S/2Y7(D]5.4915%-5/U==7$$M-$!-/R4_/39?)R4*34Y73T\A/%(M
M64=5435=2EHM0"-<+SU?-B,U-%DS/U=.4$9%4#M85%Y=73@E+BM).SU`3SXB
M0SHK0S$^7PI-5S%"6%0L5SQ&+5Y@34!@7CM,32E96EI"7S!16U153E)43%9/
M0BU30#0V-$PY.B\\53DD35DX)3-62T16"DU)0%%31UQ'-5TP5DTN1$]`*U4L
M+5PA/S\Y1T0R(5)9,R1=2DQ+24TM6EI;*RE7(C$])E@M5"XT-SY.52L*33M<
M72$\+C0T(B9?/D(W,"TK0B4W3U`Z4U$X5"LU6UXD/%LD.U$R-T!>/RXD-R<[
M6T\V8%A74DXF05XE1`I-7B%!3D%%3#\B1S$S6S(O3TY775<I7%5>7ETM,5PR
M(T4D1B\X5S\F4#TO+C952EU0/E-4)S!=-BHM,2->"DTP)D\\+D0G*",W*"]8
M038H*"5:*"1>*5M;4B9.0B(_0D,G0R4B5T=;4BY#4EXL3TY,2U8M7#TB.R-/
M+EL*33\A/BA+)#%#4R0R3TDJ,2M./3<_1#]832=.12<Y+"$D16`K(U@B.U4C
M*EHJ*EU;-BU>+CT]1R\_1R<W5PI-6S<O2U$^*5<R754N-EPX-2U87"Q",CY:
M*$M!*2PG7B-5*$!57T)50E503$!=/$%$-3`_/TDG)51;.#`E"DU8)E181551
M24M>*%,N8%!,(4!#/BLG.3\_*"0O44U`6%XQ5U-'15DZ+%$C3EHH2T!3/$=@
M1S`N0%@L+E@*32PN65M'52]%/B8F/39+3T`S4T-.7RA2+U,\1U1,1E!,55TT
M64Q5(4TZ0CY>7#A+.2,W6C=16EE/+UY8/PI-7#XL(E1-(3PE)3U#-C]"35LX
M5%]5,RI./S5562U2/U==1EU63%LW0UM+0BXS,C$C5D(N5"A"4$TM5$Q?"DU-
M)T1,7D@B75<S0BPC-3<_3$U&5"HP3$1)72,V/$T_.T)?/T%+63`P3T='6U@^
M/#@O.3T_)EQ@(BQ'73T*32@M7R%9)R]35S)<)U,L5$\A8%M76$Y@,EQ$1CX^
M8#\O3#,I2#\Y(2-6+EQ/4SY--S5<-%@[44Y>7$,[1`I-3TU%(U=(6D-80CY6
M4BY2,RY=,S4L3BT].E%52SD[)S,[-UU#,5=4,EY*)BLQ7%]++#!!/B-"7T%'
M0E]."DU#,48O6$HB6#U4,2TF/5]633$D+2\N7RI=)T)35S-;4U,G*U)*/U=+
M,TY@5DU4,BT\7#]"3#=#+R<W6"<*350T(5<K(E0T.UPX)%XQ,#Y$-D\^)BLL
M*5\I)B]0(40V0ULT3C9>*E4M620T*V`N74HC*$LK1UXS2SP\.@I-.4U17S9=
M5ETF,TU>0DI?031#0S-*5U)+4UA=53DA54XX73A&*U@D33\_3RM<2S`]+S<A
M+S4G7D\A.5@["DU37CE>7#4K75U=23(J(SI0(S@R)UDE+%E;/U4]6C4I75U3
M0#XA.E]$5$9;5U\F7#]976!44$],4C0U,&`*35X^434A2%!23C='1",R.C=/
M+%E03U<I*%PU3S=;0RQ6.R$^75<A,U$A*21;6%)!5#XE6RM(34="/C=$/@I-
M0RDG1UE'15HC23I+65Y062HX3CY-7C]&7C=,+D=83T=<3T5<4T,W-U<_.5D_
M3%A"6EX_7%XU(SY'6C]'"DU=/T5?,TY",E50*EH^8%M&)$A@)"@A5$M46%(U
M-EXV7DXS/"1,,$]:)C=/)#!"53%++SA0439(+S@N4#4*35Y:(C\K03XM)SU/
M8$TY-#-.2R8X02XX,$(B34,B,2Y@+4HQ*#E51R)$23U%05DP.3@K*T@U3CE@
M72HJ7PI-2U$G3")634\A*CM=6EA524A6+DXD1D`B7E56(DM).3T_/$0F7"D\
M4TY.14I./EM(.C@N(B]*,%!:(B=:"DU22B9$)U<X,EY--"--.S!@4#@F6"Q*
M6T`J7T`K(SXB0U4D5RDW)E`C4R,D5#8O2%8D,2U8*E(T,B4]/D,*358E35Q#
M/R972U$Q4TM%*SP\(5-</%PU/$-#,%,Q)#`J0S$^4D)$0#HH*THT.T)0+B1!
M2"-944H](TLA8`I-*R@^7DDH7"$Y)C8S+T0P7%HX-3U%+EI`+U<F76`X(E,S
M,E$I6E(J.DM,*U4J)TDB/"M@-4\^12\S65,N"DU*72M)/3TN/2]`.T1:,%A:
M1U=;(5I*3#(K8#PK)T!"4"1"4"HD+$,E12PK,"(U,T1,(UY%(T)`1U)/-"H*
M34D]4$DQ4B5$,#Y7(25`(RPK,S4[53I")#8N4TI1,5)+72I/7UI&,4-,+EI+
M5%0X*3,T244G*E!"4B-*5@I-0&`G4R%*03%,/5I+.%LG7T,K,$Y+(B]+-$T^
M4C-*4U-:33U:1EDB35I013`R.RH^*5@C2U,S2"Q<*E%/"DU:7#A:33%:3R@G
M+RHG*TA>2SM/2U<[2C8C25=;,DXD6E<S,2A',EA+4$M`4B0Q)"=4,TI7/TI1
M6UI<2%H*34X[62U,+D]4/D,N05HY0TM-02Y<7TI=,UI=,UI"3R)-+%Y/-4Y+
M7RY,)4]+7UM+(R=+(2-;(2Y;42I:4`I-+5Y30DY+.3Y+25]+7S=*6D]+)2\]
M)4Y:.%PN3S%>4$(N6SE>3#@_2U-'2R(G2RI?6E)=6T\D6E!.5$LE"DU77"Q"
M/BL\32Y`)5%(+%8](DTI.R\K*"51(SE;8%@\,E$L."TP7$LC.$%)-3$K4"%3
M,6`C6"LD,SE(1$X*34E6*CE#4D\T,T%>3$PD33U9-$A@*#Y&(4Y$,%%*(3]*
M/DM*,RM-+D@\)%%,0%A;)%E`,DM2(4XB)$,A*PI-63)+1D%*02LM*F!:)$-.
M0D]075$R0S%9)4TA3CI8)B,D+5]%.TU$(2XH*#X[)RU`1E=9)U,W04]?359:
M"DTR+6!!,4A%,24Y/$4E+E@V)S8G)%\R25A.*4U?8"\K,#U((20Z0#PG4B<Y
M,T98/U(Y3C(_45HZ23@]3#$*344H/2537",Q/3DN-%Y0/RDW.T`V1B]/)R52
M35`](5L]7T8B02A.0DM.6#4Z3DHD*4HU3D5,*TL]+%\A)0I-1%=*55='/E-6
M6#DP35\L)SXC3UI12SXK+3Q<.UQ:.ULO)EY?7E\Q1B5.,TY-.4\]-T`H5%M+
M6CU;7%I3"DT\5RPD1%\I-D\J1%8H55,W8#M002I,*CM=(EI<*%9?(4Y00S=6
M03`V.T`C45]+4U=;/4@[/DQ@.T`K1T8*35,G63<\54!37T105BQ;65$L4S8B
M/B\R/51;/"5>1U`^2"].4C4T)UY+2U]/6U]16U]>6E]?7EQ@/V!@3PI-4&!?
M4"$G4"$[7&`_7&!!7&!*7V`K7V`L/V`O3U`C7U`C6U)?55`X)C\F7D!<0BPG
M.$-04CA!5$A34C5:"DU:(5Y'1#`^,B)734`J/20G6T<\(3DZ2#$B*R@Z5U0S
M22HC+U1*2$)`5TT])DDI(BTH+S]0(BPX+$0Z(C$*33!(3#A".31`3$HE7BM!
M3$`Z7#,H-%=*(E58.C504$Q.2U!-(BI)04XB8$$K5T)%.%1!0U%*6B):2#PB
M7`I-0$L[0"LD04Y5*"DS6B)7*"LN,B)4-B,U6&!,1B<E1%PV4R0L,$%3*3@C
M(U@[16`\.#M3)4PP45XB3%1`"CQ(6T)</T%115\A8%\G*$A&/R8H(UHG5DPB
M5EU<+35`/%9!4$-@05,I"F`*?0JL?5QP87)D7'1X,3,T-%QT>#(V.#A<='@T
M,#,R7'1X-3,W-EQT>#8W,C!<='@X,#8T7'1X.30P.%QT>#$P-S4R7'1X,3(P
M.39<='@Q,S0T,%QF,%QB,%QI,%QU;&YO;F5<9G,R.%QF8S!<8V8P(%P*7`HM
M+5P*4&%U;"!3+B!396%R<R`@("`@("`@("`@("`@("`J("!S96%R<T!U:"YE
M9'4@*$YE6%0@36%I;"!/2RE<"E1H92!5;FEV97)S:71Y(&]F($AO=7-T;VX@
M("`@*B`@<W5G9V5S=&EO;G-`=')E92YE9W(N=6@N961U("A.95A47`I%;F=I
M;F5E<FEN9R!#;VUP=71I;F<@0V5N=&5R("H@(&-O;6UE;G1S+"!C;VUP;&%I
M;G1S+"!Q=65S=&EO;G,I7`I.95A4(%-Y<W1E;2!!9&UI;FES=')A=&EO;B`@
M("H@($1O1",Q.38W("<X,R!.:6=H=$AA=VL@-C4P4T,@7`H@("`@("`@("`@
M/CX^(%-322!$:79I;F<@0V5R=&EF:6-A=&EO;B`C-S4U,#(P,#4Y(#P\/%P*
M(E!R;V=R86UM:6YG(&ES(&QI:V4@<V5X.B!/;F4@;6ES=&%K92!A;F0@>6]U
=('-U<'!O<G0@:70@82!L:69E=&EM92XB7`H*?0H@
`
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next.hardware,comp.sys.next.bugs
Subject: BUG FIX: Gateway2000 incompatability fix for model 4DX2-66V
Date: 2 Jul 1993 23:45:26 GMT
Organization: University of Houston
Message-ID: <212ham$pps@menudo.uh.edu>
(The rtf version includes a PostScript document that has a diagram of the
location jumper that needs to be changed)
Gateway2000 4DX2-66V Fix
This the "official" fix from Gateway2000 concerning the problem with
installing and running NEXTSTEP for Intel Processors version 3.1. The cause
of the problem was that the PS2Mouse driver and the PS2Keyboard driver would
not work with the newer versions of the BIOS that Micronics started shipping
with a revised system board. Mainly it concerned the new Gateway ROM BIOS
PLUS Version 0.10 GJX30-05E (but it also works for the earlier GJX30
versions).
For NEXTSTEP for Intel Processors Release 3.1 to install correctly, the new
Gateways V-Series systems must have the PS2 style keyboard jumper ENABLED.
This jumper is not documented in the Gateway2000 Manuals as the PS2 style
keyboard jumper, instead it is listed as W7 - "Reserved".
Gateway ships these systems with the jumper disabled, and usually recommends
leaving the jumper disabled for use with system and keyboard drivers.
However, ou must change the W7 jumper to the "on" position (you will need to
find a jumper to use or locate a spare one). The W7 jumper is located right
next to the W40 jumper on the motherboard. See the diagram below.
Micronics (Motherboard OEM for Gateway) is currently running NEXTSTEP on a
new Gateway with the W7 jumper changed. This setup has worked with both
serial and bus mice.
NeXT's Quality Assurance group is testing this fix now.
[This has been tested and verified at the University of Houston with the
GJX30-01D verion of the BIOS.]
**** The PS2Mouse driver must be loaded for this to work. If [and only
if!!] you followed my earlier installation notes, you were told to remove
the PS2Mouse driver from the file
/usr/Devices/System.config/Instance0.table
which was in the line "Boot Drivers". A simple way to do this is to run
the
Configure.app
located in /NextApps and click on "save". The configure.app will
automatically add the PS2Mouse driver to the Instance0.table file.
Powerdown, then add the jumper and reboot. No need to mess with the turbo
switch or anything, it should come up in NEXTSTEP automatically. To quickly
verify if your keyboard will work, check if the NUM-Lock LED is off. If it
is not, then your keyboard WILL NOT work.
The W7 jumper is located next to the first LocalBus slot near the right-back
end of the system board. This diagram is for the Desktop configuration
only. The jumper may be located in a different location if you have a
tower case.
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: jmd@cube.handheld.com (Jim De Arras)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Network access problem
Date: 3 Jul 1993 01:50:47 GMT
Organization: Hand Held Products, Inc.
Distribution: world
Message-ID: <212olnINN64t@clem.handheld.com>
References: <1993Jun27.180132.7986@kakwa.ucs.ualberta.ca>
In article <1993Jun27.180132.7986@kakwa.ucs.ualberta.ca>
clarance@uaneuro.uah.ualberta.ca (Clarance Howatt) writes:
> I was very happy to learn that the hospital where I maintain a small NeXT
> lab was to receive two new to us NeXT color stations. These machines were
> to replace existing workstations that we had on loan. When they arrived I
> was very impressed by the fact that the network recongized that they were
> new machines and prompted for a confirmation. That was all there was to
> it (NOT). I now seems that these two machines nolonger have network acces
> outside of the local domain. At first I thought that it was a name server
> problem because if I used the numeric address of a machine I had no
> problem accessing it. I talked to the people who maintain the name server
> and they said that that was NOT a possibility. They are not exactly NeXT
> supporters and assured me that it was because I was using a box that is
> evil :-). I have tried everything that I can think of and everything that
> my friends can think of. If you have any suggestings I would be most
> grateful
>
> ---------
> Clarance Howatt
Launch HostManager, go to local, and set router to automatic.
--
jmd@handheld.com
-------------------------------------------------------------------------------
From: jmd@cube.handheld.com (Jim De Arras)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Network access problem
Date: 3 Jul 1993 01:55:49 GMT
Organization: Hand Held Products, Inc.
Distribution: world
Message-ID: <212ov5INN64v@clem.handheld.com>
References: <1993Jun27.180132.7986@kakwa.ucs.ualberta.ca>
In article <1993Jun27.180132.7986@kakwa.ucs.ualberta.ca>
clarance@uaneuro.uah.ualberta.ca (Clarance Howatt) writes:
> I was very happy to learn that the hospital where I maintain a small NeXT
> lab was to receive two new to us NeXT color stations. These machines were
> to replace existing workstations that we had on loan. When they arrived I
> was very impressed by the fact that the network recongized that they were
> new machines and prompted for a confirmation. That was all there was to
> it (NOT). I now seems that these two machines nolonger have network acces
> outside of the local domain. At first I thought that it was a name server
> problem because if I used the numeric address of a machine I had no
> problem accessing it. I talked to the people who maintain the name server
> and they said that that was NOT a possibility. They are not exactly NeXT
> supporters and assured me that it was because I was using a box that is
> evil :-). I have tried everything that I can think of and everything that
> my friends can think of. If you have any suggestings I would be most
> grateful
>
> ---------
> Clarance Howatt
Ignore my first reply, I missed where you said you could connect by numeric
address.
Be sure you have a resolv.conf file in /etc, and that it is set up correctly.
Here's mine:
----------snip---------
domain handheld.com
nameserver 192.100.76.5
nameserver 128.143.2.7
---------snip----------
The first entry is the local domain, then it is followed by the numeric
addresses of a primary, and if available, secondary DNS machine.
Jim
Newsgroups: comp.sys.next.sysadmin
From: Robert_La_Ferla@hot.com
Subject: Re: Wide LPR printing
Message-ID: <1993Jul3.193840.5622@hot.com>
Sender: robertl@hot.com
Organization: Hot Technologies
References: <1993Jul1.215312.7008@uunet!cbmvax!xmws!kripalu>
Date: Sat, 3 Jul 1993 19:38:40 GMT
Try using enscript instead of lpr.
Robert La Ferla
Hot Technologies
In article <1993Jul1.215312.7008@uunet!cbmvax!xmws!kripalu>
harit@kripalu.com writes:
> Does anyone know how to print landscape from lpr?
>
> The -w132 option did not change the print width as I had hoped.
> --
> Michael Allen Latta
> Kripalu Center
> harit@kripalu.com
> (413)448-3288
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
From: louie@TransSys.COM (Louis A. Mamakos)
Subject: Re: Problem running Terminal from apps
Message-ID: <21589h$bfq@wa3ymh.transsys.com>
Sender: usenet@grebyn.com
Organization: TransSys, Inc.
References: <1993Jul2.202542.6015@nstn.ns.ca>
Date: Sun, 4 Jul 1993 00:29:37 GMT
In article <1993Jul2.202542.6015@nstn.ns.ca> mleggott@cwaves.stfx.ca (Mark Leggott) writes:
> sprintf( szCommand, "Terminal.app -NXFixedPitchFontSize 14 -Shell '%s'",
> asthiHostInfo[iHost].command );
>
/NextApps/Terminal.app is not a UNIX executable file; it is a
directory, er.. app wrapper or bundle. The actual program that you
want to execute is /NextApps/Terminal.app/Terminal.
--
Louis A. Mamakos
TransSys, Inc.
Newsgroups: comp.sys.next.sysadmin
From: d91-elu@dront.nada.kth.se (Erik Lundström)
Subject: Cant login to user-account.
Message-ID: <1993Jul3.225128.23871@kth.se>
Sender: usenet@kth.se (Usenet)
Organization: Royal Institute of Technology, Stockholm, Sweden
Date: Sat, 3 Jul 1993 22:51:28 GMT
Today my user-account (me) stopped working. I was changing my Printer-
setup in NetinfoManager and was going to print out a text file from
Edit.
Then I saw in the Process window that a LOT of processes of Edit had
been started, and Stuart, Netinfomanager... And it seemed to get more
processes every time I looked. I tried to kill the processes but I dont
think anything happened, well, I Turned off the NeXT and started it
after a half minute or so. It was then I noticed that I couldnt log
in as "me". I accepted the password. But the Login-window appeared
a few seconds later. Is there anybody who knows what I did wrong?
or what I should do. Please help.
My configuration:
NeXTcube 040
NeXTSTEP 3.0
sincerely,
David Wallin.
e-mail: d91-elu@nada.kth.se
From: jbotz@mtholyoke.edu (Jurgen Botz)
Newsgroups: comp.sys.next.sysadmin
Subject: NeXT & NIS: netgroups in password file?
Date: 4 Jul 1993 20:23:01 GMT
Organization: Mount Holyoke College, South Hadley, MA, USA
Message-ID: <217e75$5cf@slab.mtholyoke.edu>
Anybody know if/how I can use NIS netgroups in a NeXT password file?
(i.e. instead of '+' use '+@nextusers'.) I can't seem to be able to
make this happen. The machine I tried it on ws at NS 2.0 but I can
upgrade to 3.x if that works.
--
Jurgen Botz, jbotz@mtholyoke.edu | ``Accountability is the price of openness''
South Hadley, MA, USA | - Daniel Geer
From: fasano@nic.cerf.net (Christopher G. Fasano)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: printers...
Date: 4 Jul 1993 21:33:24 GMT
Organization: CERFnet Dial n' CERF Customer
Message-ID: <217ib4$qj8@news.cerf.net>
Hello,
I have several questions about printers. First, is it possible to
use an Apple Imagewriter II on my Black Hardware? If so, where can
I find out how to do this...
Next question--is it possible to use one of the Cannon bubble jet
printers (BJ-XXX series) or HP bubble jet printers on my black
hardware...?
Please respond via email to fasnao@scarolina.cerfnet.com
Thanks!
Chris Fasano
fasano@scarolina.cerfnet.com
Dept. of Chemistry and Physics
Francis Marion Univ.
Florence, SC
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: volker@abulafia.in-berlin.de (Volker Safran)
Subject: Re: SCSI I/O error - trashed home directory(2)
Message-ID: <1993Jul3.163451.963@abulafia.in-berlin.de>
Sender: volker@abulafia.in-berlin.de
Organization: Volker Safran, Interprint, Berlin, Germany
References: <212ofiINN64s@clem.handheld.com>
Date: Sat, 3 Jul 1993 16:34:51 GMT
In article <212ofiINN64s@clem.handheld.com> jmd@cube.handheld.com (Jim
De Arras) writes:
> In article <15513@blue.cis.pitt.edu> rcc@next1.math.pitt.edu (robert
cyphers)
> writes:
........
> > The server console log shows:
> >
> > Software Version 2.1 (Warp6.11)
> > Target 2: MEDIA ERROR; block 1e8eb0H retry 1
> > Target 2: MEDIA ERROR; block 1e8eb0H retry 2
> > Target 2: MEDIA ERROR; block 1e8eb0H retry 3
> > Target 2: MEDIA ERROR; block 1e8eb0H retry 4
> > Target 2: MEDIA ERROR; block 1e8eb0H retry 5
> > Target 2: MEDIA ERROR; block 1e8eb0H retry 6
> > Target 2: MEDIA ERROR; block 1e8eb0H retry 7
> > Target 2: MEDIA ERROR; block 1e8eb0H retry 8
> > Target 2: MEDIA ERROR; block 1e8eb0H retry 9
> > d1 (2,0): sense key:0x3 additional sense code:0x13
> > SCSI Block in error = 2002608; Partition d F.S. sector 251144
.......
I want to add a - perhaps - similar problem to this one. I have an
external M2623SA hooked at my station and sometimes there is a "clack"
from the drive and my console window shows the following:
Target 2: HARDWARE ERROR; block 0H retry 1
Target 2: NOT READY; retry 1
Target 2: NOT READY; retry 2
Target 2: NOT READY; retry 3
Target 2: NOT READY; retry 4
Target 2: NOT READY; retry 5
Target 2: NOT READY; retry 6
Target 2: NOT READY; retry 7
Target 2: NOT READY; retry 8
Target 2: NOT READY; retry 9
Target 2: NOT READY; retry 10
Target 2: NOT READY; retry 11
Target 2: NOT READY; retry 12
Target 2: NOT READY; retry 13
Target 2: NOT READY; retry 14
Target 2: NOT READY; retry 15
Target 2: NOT READY; retry 16
Target 2: NOT READY; retry 17
Target 2: NOT READY; retry 18
Target 2: NOT READY; retry 19
sd1 (2,0): sense key:0x2 additional sense code:0x4
SCSI Block in error = 0 (front porch)
This one repeated 2 or 3 times, after this everything seems OK. I have
tried out with different cable configurations, measured the voltage of
the power supply, it seemes ok to me (< 5%).
The drive is about 2 years old, sounds quite normal (besides this
"clack") and fsck finds nothing strange.
It seems to me, that the drive sometimes is just going down, due to a
scsi reset. But what can be the reason for this. Is it the drive,
termination, contacts or what?
Thanks for any tips, that can help me.
Volker
--
************************************************************
* Volker Safran, FB20, TU Berlin, PHONE: +49 30 4542303 *
* EMail: FAX: +49 30 4537157 *
* volker@abulafia.in-berlin.de (NeXTMail very welcome)*
* safran@fb3-s7.math.TU-Berlin.DE (no NeXTMail, sorry) *
************************************************************
Newsgroups: comp.sys.next.sysadmin
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Strange crashes
Message-ID: <1993Jul5.002336.22745@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: DSO, Stanford University
Date: Mon, 5 Jul 93 00:23:36 GMT
I've been having strange crashes for a while. basically,
whenever I leave my NeXT slab idle for more than about a
day, I come back to find it locked up, with the screen
dimmed (but the cursor visible). Sometimes it'll allow me
to reboot, sometimes it'll allow me to power down, but
sometimes nothing works except pulling the plug. Almost
always, the boot process has to run through fcsk before
letting me back in.
So what's going on? I've tried leaving the computer with
absolutely nothing running (except workspace and
lockscreen) and this still happens. Since I can't do
anything but reboot (at best) I can never see if there's
anything on the console.
I'm running 3.1, which I did a clean install for. But the
problem predates this: I also had it with 3.0.
Any help very much appreciated.
--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@frinext.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
Newsgroups: comp.sys.next.sysadmin
From: bill@bilver.uucp (Bill Vermillion)
Subject: Re: Floppies mounted R/O. Why?
Organization: W. J. Vermillion - Orlando / Winter Park, FL
Date: Sat, 3 Jul 1993 21:49:57 GMT
Message-ID: <1993Jul3.214957.27@bilver.uucp>
References: <rich.741385861@pencil>
In article <rich.741385861@pencil> rich@pencil.cs.missouri.edu (Rich Winkel) writes:
>I have a Next turbostation running Mach 3.0. I insert a floppy,
>with its write-tab set to write, and the machine mounts it R/O.
>I put the same disk in another turbostation, (running 2.2) and it mounts
>it R/W.
>What to do???
Sounds like a failed sensor in the floppy. They fail in a
'fail safe' mode. In other words if it breaks it won't write,
which is a lot better than writing on something that was to be
read only.
The old 8" floppys 'failed dangerously'.
--
Bill Vermillion - bill@bilver.uucp OR bill@bilver.oau.org
From: jgshir@athena.mit.edu (John G Shirlaw)
Newsgroups: comp.sys.next.sysadmin
Subject: Bootable floppy disks.
Date: 4 Jul 1993 18:36:48 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Message-ID: <217800$8tl@senator-bedfellow.MIT.EDU>
Can anyone tell me how to make a bootable floppy disks for emergancy purposes.
I'm still running 2.1 just for referance.
Thanks
john.
Newsgroups: comp.sys.next.sysadmin
From: mgb@moksha.uucp (Michael Branton)
Subject: the masked ball
Message-ID: <1993Jul5.033009.3216@moksha.uucp>
Keywords: umask
Sender: mgb@moksha.uucp (Michael Branton)
Organization: Totally Disorganized
Date: Mon, 5 Jul 1993 03:30:09 GMT
How can one change one's umask ? It appears that changing it in one's .login
or .cshrc has an effect only after opening a terminal window, so I assume
neither of these are sourced until you're at the down and dirty level.
I can't find a netinfo entry for it, I don't see anything in .NeXT, and
Default Manager doesn't show me anything.
Is this documented somewhere and I just haven't been able to find it ?
Any advice appreciated !
---
-Michael
mgb@moksha.UUCP
mgb@stetson.BITNET
NeXT mail welcome !
--
-Michael
From: stephan@iguwnext.tuwien.ac.at (Stephan Bublava)
Newsgroups: comp.sys.next.sysadmin
Subject: Does "loginwindow -PowerOffDisabled true" work ?
Date: 5 Jul 1993 08:57:53 GMT
Organization: Technical University Vienna, Austria
Distribution: world
Message-ID: <218qeh$hsl@email.tuwien.ac.at>
The subject says it all. It simply has no effect on my machine. I also use
a second option (-HostName localhost) and that works like a charm. I have
tried to reverse the order of the arguments but it did not help.
ps -ax gives the following output, which looks very strange:
[...]
167 ? SW 0:01 - -HostName localhost -PowerOffDisabled true console
(login
[ ...]
Any ideas ?
Stephan
stephan@iguwnext.tuwien.ac.at
root@iguwnext.tuwien.ac.at (NeXT mail)
Newsgroups: comp.sys.next.sysadmin
From: amon@lix.polytechnique.fr (Laurent Amon)
Subject: Re: the masked ball
Message-ID: <amon.741860312@mallorne.polytechnique.fr>
Keywords: umask
Sender: news@polytechnique.fr (USENET News System)
Organization: Ecole Polytechnique, Palaiseau, France
References: <1993Jul5.033009.3216@moksha.uucp>
Date: Mon, 5 Jul 1993 08:18:32 GMT
In <1993Jul5.033009.3216@moksha.uucp> mgb@moksha.uucp (Michael Branton) writes:
>How can one change one's umask ? It appears that changing it in one's .login
>or .cshrc has an effect only after opening a terminal window, so I assume
>neither of these are sourced until you're at the down and dirty level.
>
>I can't find a netinfo entry for it, I don't see anything in .NeXT, and
>Default Manager doesn't show me anything.
>
>Is this documented somewhere and I just haven't been able to find it ?
>
>Any advice appreciated !
There is a very easy solution, that covers a more general problem in that
you can set up all the environment you want under the Worspace. For instance
doing the setenv TEXFONTS so MakeTeXPK will work when called from a
Workspace activated TeXView.
My station is at home, so the indications will be a little fuzzy.
Make a shell script called, say, ~/Apps/WorkSpaceStart in which you put all
the inits you want (play a sound at login, do your setenvs and your umask)
and end it by
exec /usr/lib/NextStep/Worspace.app/Workspace (you'll have to check the path)
Then call the DefaultManager and
dwrite loginwindow WorkSpace ~/Apps/WorkSpaceStart
Voila. Make sure your script is executable and you're all set.
Hope it helps,
>
>-Michael
Lga.
---
Laurent Amon |
e-mail: amon@lix.polytechnique.fr | So far, the universe is winning.
amon@cs.stanford.edu |
Newsgroups: comp.sys.next.sysadmin
From: phy070@aixrs0.hrz.uni-essen.de (H.-R. Oberhage)
Subject: Re: Network access problem
Sender: newsadm@uni-essen.de
Message-ID: <C9oor5.Jyo@uni-essen.de>
Date: Mon, 5 Jul 1993 08:54:41 GMT
References: <212ov5INN64v@clem.handheld.com>
Organization: Uni-Essen
jmd@cube.handheld.com (Jim De Arras) writes:
: ...
: Here's mine:
: ----------snip---------
: domain handheld.com
: nameserver 192.100.76.5
: nameserver 128.143.2.7
: ---------snip----------
: The first entry is the local domain, then it is followed by the numeric
: addresses of a primary, and if available, secondary DNS machine.
: ...
Are you sure, the second nameserver is questioned at any time?
I have my doubts. How come?
Well, maybe I'm doing something wrong, but whenever our 'primary'
nameserver fails, the NeXTS come to a standstill once they have to
resolve a hostname (e.g. for HOME-directory mounting purposese),
although a secondary ony is given to them in the way described
above! It's on the same physical net and there is no problem for
the machines in contacting it - in fact it's the one with the
HOME-directories. And teh nameservers are given by IP-address,
of course, not by name :-). There is NIS/yp running too, I have
to admit. But both machines are (master- and slave-)servers for
that too!
Greetings,
Ruediger Oberhage
phy070@aixrs0.hrz.uni-essen.de
Newsgroups: comp.sys.next.sysadmin
From: dave@guinness.huma.yorku.ca (David Aspinall)
Subject: Re: Next marries Mac
Message-ID: <C9o0xI.B4n@newshub.ccs.yorku.ca>
Sender: news@newshub.ccs.yorku.ca (USENET News System)
Organization: York University, Humanities Department
References: <C9J45H.D7s@demon.co.uk>
Distribution: comp.sys.next.sysadmin
Date: Mon, 5 Jul 1993 00:20:06 GMT
paul@psmpaul.demon.co.uk (Paul Meier) writes:
:
: What is the current state of play for this set of problems? What do I get
: from a). Gator Boxes and b). IPT partner? What are the alternatives? Does
: anyone have any experience of these or alternative products?
:
: My thaks in advance,
:
: Paul Meier.
Actually, is anyone in contact with IPT? I saw them at expo, and
I have tried to mail them twice, but I have yet to receive a reply!
David
--
David Aspinall ---------- Former-Former-NeXT Campus Consultant
E-mail : cs911409@ariel.yorku.ca | I'd rather be
NeXTMail: dave@ccs.yorku.ca | rich than stupid
V-mail : (416) 663-4997 | -- Jack Handey
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: the masked ball
Date: 5 Jul 1993 14:47:49 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <219eul$rnj@umd5.umd.edu>
References: <1993Jul5.033009.3216@moksha.uucp> <amon.741860312@mallorne.polytechnique.fr>
Keywords: umask
There is an even easier solution to the original poster's problem. Go into
/NextApps/Preferences[.app] and click on the award icon.
The rest will be obvious.
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
AMAZING BUT TRUE...
There is so much sand in Northern Africa that if it were spread out it
would completely cover the Sahara Desert.
From: louie@sayshell.umd.edu (Louis A. Mamakos)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: the masked ball
Date: 5 Jul 1993 15:18:19 GMT
Organization: University of Maryland, College Park
Message-ID: <219gnr$272@ni.umd.edu>
References: <1993Jul5.033009.3216@moksha.uucp> <amon.741860312@mallorne.polytechnique.fr>
Keywords: umask
In article <amon.741860312@mallorne.polytechnique.fr> amon@lix.polytechnique.fr (Laurent Amon) writes:
>In <1993Jul5.033009.3216@moksha.uucp> mgb@moksha.uucp (Michael Branton) writes:
>
>>How can one change one's umask ? It appears that changing it in one's .login
>>or .cshrc has an effect only after opening a terminal window, so I assume
>>neither of these are sourced until you're at the down and dirty level.
>There is a very easy solution, that covers a more general problem in that
>you can set up all the environment you want under the Worspace. For instance
>doing the setenv TEXFONTS so MakeTeXPK will work when called from a
>Workspace activated TeXView.
>
>My station is at home, so the indications will be a little fuzzy.
>Make a shell script called, say, ~/Apps/WorkSpaceStart in which you put all
>the inits you want (play a sound at login, do your setenvs and your umask)
>and end it by
>exec /usr/lib/NextStep/Worspace.app/Workspace (you'll have to check the path)
Wouldn't it just be easier, to solve the umask problem, to fire up
preferences, go to the "UNIX" preferences panel, and click on the
checkmarks in the "file creating mask" panel?
Louis Mamakos
University of Maryland
Newsgroups: comp.sys.next.sysadmin
From: harit@kripalu.com
Subject: Re: Next marries Mac
Message-ID: <1993Jul5.115733.9078@uunet!cbmvax!xmws!kripalu>
Sender: harit@uunet!cbmvax!xmws!kripalu
Organization: Kripalu Center
References: <C9o0xI.B4n@newshub.ccs.yorku.ca>
Distribution: comp.sys.next.sysadmin
Date: Mon, 5 Jul 93 11:57:33 GMT
In article <C9o0xI.B4n@newshub.ccs.yorku.ca>
dave@guinness.huma.yorku.ca (David Aspinall) writes:
> paul@psmpaul.demon.co.uk (Paul Meier) writes:
> :
> : What is the current state of play for this set of problems? What
do I get
> : from a). Gator Boxes and b). IPT partner? What are the
alternatives? Does
> : anyone have any experience of these or alternative products?
> :
> : My thaks in advance,
> :
> : Paul Meier.
>
> Actually, is anyone in contact with IPT? I saw them at expo,
and
> I have tried to mail them twice, but I have yet to receive a reply!
>
> David
> --
> David Aspinall ---------- Former-Former-NeXT Campus Consultant
> E-mail : cs911409@ariel.yorku.ca | I'd rather be
> NeXTMail: dave@ccs.yorku.ca | rich than stupid
> V-mail : (416) 663-4997 | -- Jack Handey
I have partner up and running and sending print jobs to our IINTX.
It works well, and their technical support was helpful and courtious.
The first time I tried the file access my server crashed and I have
not gotten back to try it again, but for the $100 I paid at the expo
just the printing is worth it.
--
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
From: eric@skatter.USask.Ca (Eric Norum)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: MouseX server causes unbounded swapfile expansion?
Date: 5 Jul 1993 16:40:31 GMT
Organization: University of Saskatchewan, Saskatoon, Canada
Distribution: world
Message-ID: <219lhv$ikv@access.usask.ca>
Keywords: MouseX,swapfile
First of all, I'd like to extend my thanks to all those who made an X server
for the NeXT freely available.
I'm using Xfe and the the Mouse-X server on my NeXTstation color running
NeXTStep 3.0. The Info panel for Xfe says that it is version 2.3.
Everything seems to work o.k. except that something seems to grab a bunch of
swap space and never let it go -- even after all X processes have terminated.
For example:
Before running MouseX:
-rw------t 1 root 16777216 Jul 5 10:17 swapfile
-rw------t 1 root 2981888 Jul 5 10:17 swapfile.front
After running MouseX:
-rw------t 1 root 16777216 Jul 5 10:20 swapfile
-rw------t 1 root 16138240 Jul 5 10:20 swapfile.front
After running MouseX again:
-rw------t 1 root 16777216 Jul 5 10:22 swapfile
-rw------t 1 root 18120704 Jul 5 10:22 swapfile.front
And again:
-rw------t 1 root 16777216 Jul 5 10:24 swapfile
-rw------t 1 root 24387584 Jul 5 10:24 swapfile.front
I used `ps' after each of these runs to make sure that there were no
X server or client processes still running after MouseX shut down.
So where's the memory leak? I don't use X a lot (thank heavens), but
I still have to reboot every couple of days to get my swapfile back
to size. The /etc/swaptab file on my machine looks like:
/private/vm/swapfile lowat=16777216 # 16 Meg low water mark
--
Eric Norum eric@skatter.usask.ca
Saskatchewan Accelerator Laboratory
University of Saskatchewan
Saskatoon, Canada. NeXTMail accepted.
Newsgroups: comp.sys.next.sysadmin
From: eugene@nshade.uah.ualberta.ca (Eugene Mah)
Subject: Connecting Sun and NeXT networks
Message-ID: <1993Jul5.165718.17618@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Mon, 5 Jul 1993 16:57:18 GMT
I'm not sure my first post made it out into the world, so I'm going to try
this agian...
I've got a small two NeXT network, not attached to anything else at the
moment, and a 4 Sun network sitting (likewise not attached to anything
else) outside the door sitting outside the door. I'd like to connect the
two together, but I'm running into address problems. Problem is, the
internet address domain of my NeXTs is 129.128, and the Suns are 192.9.
When I connect the two together, doing the obvious (using HostManager), it
just doesn't work. I've also tried changing the internet address of my
NeXTs with HostManager, but I just ended up breaking the machines but
good.
I suppose I'm going to need a router of some sort between the two machines
huh?
Can anyone tell me how to change the Internet addresses of my NeXTs,
properly?
Many thanks! Please send responses to the address below.
--
------------------------------------------------------------------
Eugene Mah ----> eugene@uaneuro.uah.ualberta.ca (NeXT-Mail)
grad student/sys admin "For I am a Bear of Very
Department of Radiology Little Brain, and
University of Alberta Hospitals long words bother me."
Edmonton, Alberta, Canada Winnie the Pooh
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
From: marcel@nice.usergroup.ethz.ch (Marcel Waldvogel)
Subject: Re: Problem running Terminal from apps
Message-ID: <C9pHrx.16n@bernina.ethz.ch>
Sender: news@bernina.ethz.ch (USENET News System)
Organization: NiCE - NeXT User Group, Zurich, Switzerland
References: <1993Jul2.202542.6015@nstn.ns.ca> <21589h$bfq@wa3ymh.transsys.com>
Date: Mon, 5 Jul 1993 19:21:32 GMT
In article <21589h$bfq@wa3ymh.transsys.com> louie@TransSys.COM (Louis A. Mamakos) writes:
>In article <1993Jul2.202542.6015@nstn.ns.ca> mleggott@cwaves.stfx.ca (Mark Leggott) writes:
>> sprintf( szCommand, "Terminal.app -NXFixedPitchFontSize 14 -Shell '%s'",
>> asthiHostInfo[iHost].command );
>
>/NextApps/Terminal.app is not a UNIX executable file; it is a
>directory, er.. app wrapper or bundle. The actual program that you
>want to execute is /NextApps/Terminal.app/Terminal.
And you even don't want to launch multiple Terminal.apps. Take Stuart
(it's the better choice) and have a look at the StuartSpeaker Object or
do a system("soil ..."). Then you will only get one Stuart but with
multiple windows for multiple sessions. This is far more memory- and
launch-time-effective.
-Marcel
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Strange crashes
Message-ID: <1258@rtbrain.rightbrain.com>
Date: 6 Jul 93 02:58:37 GMT
References: <1993Jul5.002336.22745@leland.Stanford.EDU>
Sender: glenn@rightbrain.com
Stefano Pagiola writes
> I've been having strange crashes for a while. basically,
> whenever I leave my NeXT slab idle for more than about a
> day, I come back to find it locked up, with the screen
> dimmed (but the cursor visible). [stuff deleted].
> So what's going on? I've tried leaving the computer with
> absolutely nothing running (except workspace and
> lockscreen) and this still happens.
[Grrr. Stefano, this is the third (independent) time I have tried to
send mail to you and it has bounced; your mailer is seriously broken]
Date: Mon, 5 Jul 93 19:31:26 -0700
From: MAILER-DAEMON@fri-nxt-pagiola.stanford.edu (NeXT Mail Agent)
Subject: Returned mail: Service unavailable
To: glenn@rightbrain.com
----- Transcript of session follows -----
While connected to frinext.stanford.edu:
>>> HELO FRI-nxt-Pagiola.Stanford.EDU
<<< 553 FRI-nxt-Pagiola.Stanford.EDU config error: mail loops back to myself
554 <spagiola@frinext.stanford.edu>... 554 Service unavailable
----- Unsent message follows -----
Subject: Re: Strange crashes
Cc: spagiola@frinext.stanford.edu
In comp.sys.next.sysadmin article <1993Jul5.002336.22745@leland.Stanford.EDU>
you wrote:
> I've been having strange crashes for a while.
Hi Stefano,
You mention you're running LockScreen. Which mode
are you using? If you choose Graphical Image and
click the "Random Image" button, you can occasionally
get memory swapping problems that will fill up the
virtual memory on the system and crash, depending
on the size of the images. When they're displayed
randomly every 3 seconds for long periods of time,
as you can imagine, it can really beat on a virtual
memory system, and although there are no memory leaks
(you'd notice very quickly if there were!) in
LockScreen, just re-imaging TIFF files that often
can cause the Window Server to use up more and more
memory.
Just thought this might be part of the problem if you're
running LockScreen in that mode. If you are, try
another mode for a while to see if it gets better.
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
From: stephan@iguwnext.tuwien.ac.at (Stephan Bublava)
Newsgroups: comp.sys.next.sysadmin
Subject: "loginwindow -PowerOffDisabled true" solution
Date: 6 Jul 1993 05:48:46 GMT
Organization: Technical University Vienna, Austria
Distribution: world
Message-ID: <21b3nu$mig@email.tuwien.ac.at>
References: <218qeh$hsl@email.tuwien.ac.at>
Thanks to all who sent me mail about this. The solution is to use "dwrite
loginwindow PowerOffDisabled YES" as root to write it to the defaults
database, instead of modifing /etc/ttys.
Stephan
stephan@iguwnext.tuwien.ac.at
root@iguwnext.tuwien.ac.at (NeXT mail)
Newsgroups: comp.sys.next.sysadmin
From: mgb@moksha.uucp (Michael Branton)
Subject: Re: the masked ball(thanks everyone!)
Message-ID: <1993Jul6.072158.1118@moksha.uucp>
Sender: mgb@moksha.uucp (Michael Branton)
Organization: Totally Disorganized
References: <219gnr$272@ni.umd.edu>
Date: Tue, 6 Jul 1993 07:21:58 GMT
Boy do I feel silly! I looked everywhere BUT preferences ! Thanks to all who
replied. It was much appreciated.
--
-Michael
Newsgroups: comp.sys.next.sysadmin
From: fyr@ubszh.net.ch
Subject: Re: Does "loginwindow -PowerOffDisabled true" work ?
Content-Type: text/plain
Message-ID: <fyr.93Jul6124610@nol512>
Sender: usenet@ubszh.net.ch (news)
Organization: Union Bank of Switzerland
References: <218qeh$hsl@email.tuwien.ac.at>
Mime-Version: 1.0
Date: Tue, 6 Jul 1993 11:46:10 GMT
For the first time I tried the same thing and I made the same experience.
This would work.
The easiest way to install loginscreens is:
1) su to root
2) dwrite loginwindow ImageFile <pathname/filename>
Some people keep screens in one directory (such as /LocalLibrary/logins)
3) logout to login window.
4) for the user name enter: exit
4a)press return for the password
This kills the window server and forces it to restart. It can take as
long as five minutes on an '030 cube.
If for some reason it hangs, and doesn't reload the login window, then you'll
have to reboot.
Roger
---
Union Bank of Switzerland
Roger P. Frey
LHIS/LHDD-FYR
Flurstrasse 68
CH-8048 Zurich
Switzerland
phone: +41 1 236 60 52
fax: +41 1 236 86 08
RFC822: fyr@ubszh.net.ch (NeXT-Mail ok)
X.400: roger.frey@zh001.ubs.ubs.arcom.ch
From: kmayer@gecko.mrj.com (Ken Mayer)
Newsgroups: comp.sys.next.sysadmin
Subject: Changing master NI server
Date: 6 Jul 1993 10:37:37 -0400
Organization: MRJ, Inc./Oakton, Virginia, USA
Message-ID: <21c2nh$9v2@gecko.mrj.com>
Is there a standard procedure for moving the master NI server from one
machine to another? I have a smallish (2-level) network with 1 master
and 2 clones. It turns out that the master has to go away [sigh]. I
tried changing the /master property, but NIM says that it is read
only.
Ken
--
Office: 703-385-0722 MRJ, Inc.
Fax: 703-385-4637 kmayer@mrj.com
Home: 703-758-7927 kenmayer@access.digex.com
Home Fax: 703-758-7927 (Group 3/9600)
OBQUOTE: "When I play with my cat, who knows whether she isn't amusing
OBQUOTE: herself with me more than I am with her?"
OBQUOTE: -- Montaigne (1533-1592)
From: roskam@clap.inria.fr (Niels Roskam)
Newsgroups: comp.sys.next.sysadmin
Subject: su and autonfsmount
Message-ID: <6960@seti.inria.fr>
Date: 6 Jul 93 15:33:05 GMT
Sender: news@seti.inria.fr
Hi all,
Im a sun user but have to deal with a NeXT right now.
If I am a normal user and want to change to root mode
my NeXT keep telling me Im not allowed to do that.
So know everytime I want to change something, I have
to log out as user and login again as root. Do you guys
(and girls perhaps) know how I can change this ? Same thing
if I want to type rsh NeXT -l root he tells me "root
login refused on this terminal". Somebody got a solution ?
And then something else. On this machine is also installed
the autonfsmount package. Now Im looking for a way to add
a new device which has to be in its automount map. The
problem is I can't find the automount map. I looked in the
file rc... where the autonfsmount is started but there is
no mapfile specified. And as far as I know there is no
NIS (Yellow Page) installed, so know Im wondering where
can I add this device ...
Regards and lots a thanks in advance,
Niels Roskam
From: roskam@clap.inria.fr (Niels Roskam)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: su and autonfsmount
Message-ID: <6961@seti.inria.fr>
Date: 6 Jul 93 15:36:43 GMT
References: <6960@seti.inria.fr>
Sender: news@seti.inria.fr
Sorry I forgot something:
Same thing if I want to type rsh NeXT -l root from
another machine he tells me "root login refused on
this terminal".
Ciao,
Niels
From: nextix.muc.de!tobias (Tobias Hoellrich)
Newsgroups: comp.sys.next.sysadmin
Subject: ppp 0.3
Date: 6 Jul 1993 16:42:30 GMT
Organization: MUC.DE - Individual Network (IN) Domain Munich
Distribution: world
Message-ID: <21ca1m$ht7@colin.muc.de>
Keywords: ppp
Hi comp.sys.next.sysadmin!
I have a small problem with ppp 0.3!
Whenever I log in to the remote computer the first time a day, ppp
refuses to startup:
~$ pppon
Interface ppp0.
Pid 256.
IO
ppp: fsm_rconfreq(c021): Rcvd id 0.
ppp: write: Network is down
~$ cat /usr/local/bin/pppon
#!/bin/sh
# NOTE: the dotted quad address is the local address. chatcmd
# is the program used to automatically dial and login to the remote
# system.
# NOTE: remove the 'passive' option if the remote is passive.
ppp debug dial /usr/local/bin/chatcmd passive cufa 193.174.4.18: mru 1500
~$
The second time I start 'pppon' everything is fine!
Anybody else who experienced this problem? Any hints?
Thanks for your help
Bye
Tobias
--------------------------------------------------------------------------
Tobias Hoellrich, Nietzschestr. 26,80807 Muenchen 40, Tel: 089 - 359 03 54
NeXTMail: tobias@nextix.muc.de
EMail: med@d012s648.zfe.siemens.de, tobias@cat-ufg.de
Newsgroups: comp.protocols.appletalk,comp.sys.next.sysadmin
From: draphsor@deathstar.Stanford.EDU (Matt Rollefson)
Subject: SUMMARY: CAP lwsrv problem on a NeXT
Message-ID: <1993Jul6.164007.2385@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <1993Jul2.010738.5766@leland.stanford.edu>
Date: Tue, 6 Jul 93 16:40:07 GMT
In comp.sys.next.sysadmin draphsor@deathstar.stanford.edu writes:
>I am running CAP on a
>NeXTstation, running an lwsrv process. The problem that I've been
>encountering is that the first page of a multi-page document gets
>printed fine, but subsequent pages are printed in courier type,
>regardless of the font that they're supposed to be in.
I received a couple of replies which eventually pointed me in the
direction of a fix. The fix is to include the flag
"-Tmakenondscconformant" in your lwsrv startup options. This makes
things work. For an explanation as to what was wrong and why this
makes things work, read on...
Garance A Drosehn <gad@black-ice.its.rpi.edu> gave me the following
information, which explains what the problem is if not how to solve
it:
I suspect the problem is no where near where you think it is.
I hit the same behavior, and it was because the reverse filter does
not properly reverse some jobs. So, if you have set the REVERSE
environment variable in your papif scripts (the things you specify for
"if=" in printcap), then your job gets printed in reverse order, and
gets incorrectly printed. So it prints all but the first page, *then*
it downloads the fonts the job will need, then it prints the
first page.
This behavior happens on non-NeXT machines, and when printing to
regular laserwriters. It is particularly common with postscript level
2 jobs. I just gave up on the reverse filter altogether. This solved
a number of printing problems for me.
-----
The problem is that NeXT automatically reverses all printing, so that
the pages end up in the (face-up) paper tray in the correct order. and
I don't know of any way to force the NeXT to print in the other order.
However, the following brief message from Jim De Arras
<jmd@cube.handheld.com> pointed me in the direction of a fix:
I don't quite know why, but if you edit the -Adobe-3.0 from the first
line of the .ps file before you print it, it all works fine.
-----
Having just read up on the lwsrv man page, I figured introducing the
lwsrv flag to make the postscript non-DSC conformant might do the same
thing, which apparently it does.
My theory as to why this fixes the problem is that Word (and perhaps
other applications) claim to conform to the standard, but either they
don't properly conform or NeXT doesn't allow for documents conforming
to the standard to be put through the reverse filter properly.
Whoever's fault it is, printing doesn't work. However, when there is
no standard proposed, the NeXT looks through the entire postscript
code first, and so finds the font information, then prints. Note that
this is all speculation; I have no hard facts to support it. Perhaps
someone who knows more about postscript and how it's handled by the
NeXT and/or generated by the Macs would care to comment?
My thanks to Garance and Jim for their helpful messages.
Rollie
--
Matt Rollefson ("Rollie") draphsor@deathstar.stanford.edu
Residential Computing, Stanford University NeXTmail accepted
From: kmayer@gecko.mrj.com (Ken Mayer)
Newsgroups: comp.sys.next.sysadmin
Subject: PPD for HP LaserJet 4M???
Date: 6 Jul 1993 12:14:26 -0400
Organization: MRJ, Inc./Oakton, Virginia, USA
Message-ID: <21c8d2$ak2@gecko.mrj.com>
Is there a PostScript Printer Description (PPD) file for the
Hewlett-Packard LaserJet 4M Printer? I've just installed one on our
net. I guess that it's probably pretty close to an HPIII with a
PostScript cartridge, but I'd thought I'd check before I start hacking
at the HPIII PPD.
Ken
--
Office: 703-385-0722 MRJ, Inc.
Fax: 703-385-4637 kmayer@mrj.com
Home: 703-758-7927 kenmayer@access.digex.com
Home Fax: 703-758-7927 (Group 3/9600)
OBQUOTE: "When I play with my cat, who knows whether she isn't amusing
OBQUOTE: herself with me more than I am with her?"
OBQUOTE: -- Montaigne (1533-1592)
Newsgroups: comp.sys.next.sysadmin
From: dave@guinness.huma.yorku.ca (David Aspinall)
Subject: Re: su and autonfsmount
Message-ID: <C9r6zn.546@newshub.ccs.yorku.ca>
Sender: news@newshub.ccs.yorku.ca (USENET News System)
Organization: York University, Humanities Department
References: <6961@seti.inria.fr>
Date: Tue, 6 Jul 1993 17:23:46 GMT
roskam@clap.inria.fr (Niels Roskam) writes:
: Sorry I forgot something:
:
: Same thing if I want to type rsh NeXT -l root from
: another machine he tells me "root login refused on
: this terminal".
:
: Ciao,
: Niels
I could be wrong, but isn't this a getty issue? Isn't there a
parameter "secure" that you add to the ethernet terminal ports to
indicate that this is considered a secure connection? I thought I saw
something like that in the UUCP documentation.
Later
Dave
--
David Aspinall ---------- Former-Former-NeXT Campus Consultant
E-mail : cs911409@ariel.yorku.ca | I'd rather be
NeXTMail: dave@ccs.yorku.ca | rich than stupid
V-mail : (416) 663-4997 | -- Jack Handey
Newsgroups: comp.sys.next.sysadmin
From: sherwood@nntp.srv.ualberta.ca (System Administrator)
Subject: Re: command line faxing
Message-ID: <1993Jul6.173830.8304@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <20o13bINN5od@iskut.ucs.ubc.ca> <20peml$2ch@skates.gsfc.nasa.gov>
Date: Tue, 6 Jul 1993 17:38:30 GMT
Robert F. Cahalan (cahalan@clouds.gsfc.nasa.gov) wrote:
: In article <20o13bINN5od@iskut.ucs.ubc.ca> cadence@unixg.ubc.ca writes:
: > Does anyone know if it is possible to fax a text file from the unix
: shell?
: >
: > Thanks
: > John McMahon
: That's something that's been asked for again and again. It ought to be
: part of the standard user distribution from NeXT. We've hacked a way to
: do it under 2.1 and 3.0, but I don't know if it works under 3.1 because
: the lines you need to add to the postscript sent to lpr haven't been
: documented. Let me know if you want to try using an unofficial hack, and
: I'll send you a copy.
A quote from a mail exchange with Rob Blessing from the makers of DFax.
Lpr is still the command-line interface. DFax is launched by lpd,
using the *if: (printcap) entry in the NetInfo directory. However, in
some way, the fax information must be inserted into the PostScript
leading comments, in addition to the standard lpr control
information....
The following...
%%NXNextStepVersion: -- if 3.0 or up
%%NXFaxTo: -- if fax, addressee
%%NXFaxNumber: -- if fax, phone number, if
DFax, also speed-limit
%%NXFaxNotify: -- if fax, Yes or No
%%NXFaxHires: -- if fax, Yes or No
%%NXFaxVersion: 300 -- if 3.0 or up
%%NXFaxTrim: YES -- if 3.0 or up
must be inserted before the %%EndComments line. Otherwise,
anything which can be printed on a directly attached NeXT Printer
should be faxable as of v1.04. NO mechanism is provided for inserting
these entries by either NEXTSTEP or DFax from the commandline.
End Quote.
A shell script to ask the user the answers to these questions, and
insert them into the file is left as an exercise for the reader.
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: brad%raven@kakwa.ucs.ualberta.ca (Brad Nelson)
Subject: Help with TransSys SLIP configuration
Message-ID: <1993Jul6.175440.1773@raven.uucp>
Sender: brad@raven.uucp (Brad Nelson)
Date: Tue, 6 Jul 1993 17:54:40 GMT
Help!
I'm trying to set up a SLIP link between my machine at home
and a SLIP server on the internet, both NeXTs, using
TransSys DialUp-IP. I have it working to the point that I can
telnet or ftp from the client at home to the server, but nothing
else works. I can't telnet from another machine on the internet,
even on the 109 subnet, to the client (109.203) nor can I telnet
from the client to any machine other than the server (muscle - 109.202)
I can't even telnet to muscle's ethernet address. (109.173) But maybe
I shouldn't be trying that.
Server IP address (on ethernet) 129.128.109.173 (muscle.uah.ualberta.ca)
Server SLIP address 129.128.109.202
Client IP address (ethernet interface) 129.128.109.204 (shunda)
Client SLIP address 129.128.109.203
What about all these addresses being on the same subnet?
I notice in the SLIP docs that the server is on a different
subnet from its slip address, and from the SLIP client.
Do I need to use a different subnet for some of these?
/etc/hostconfig:
HOSTNAME=shunda
INETADDR=129.128.109.204
ROUTER=-NO-
IPNETMASK=
IPBROADCAST=-AUTOMATIC-
NETMASTER=-NO-
YPDOMAIN=-NO-
TIME=-AUTOMATIC-
/etc/resolv.conf:
domain uah.ualberta.ca
nameserver 129.128.5.215
nameserver 129.128.4.241
Should I be using this file? (resolv.conf) The only thing it appears
to accomplish is to confuse sendmail into trying to use the SLIP link
instead of uucp.
SLIP configuration:
(/usr/dialupip/config/config.slip)
SLIP0LOCAL=129.128.109.203
SLIP0REMOTE=129.128.109.202
SLIP0NETMASK=255.255.255.0
SLIP0CONFIG=SLIP
SLIP0DEFAULT=YES
Miscellaneous:
There is nothing connected to the ethernet ports on the client machine.
I've done the 'arp -s ...' thing on the server (muscle)
Should I be running routed on muscle? (I think not)
How about on the client?
This thing is driving me nuts. Any help would be appreciated.
--
-Brad brad%shunda@kakwa.ucs.ualberta.ca
bradley@cs.ualberta.ca
From: neuss@igd.fhg.de (Christian Neuss )
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: 16->20meg memory upgrade
Date: 6 Jul 93 18:03:04 GMT
Organization: IGD
Message-ID: <neuss.741981784@ramazzotti>
References: <1993Jun30.173917.29706@ctp.com>
gseng@ctp.com (Greg Sengle) writes:
>I have a NeXT station mono 25mhz, rom revision 59 which
>shipped originally from NeXT as a 16/400 machine.
>I have just purchased 4x1meg simms to upgrade to 20 megs.
>Upon power up, the machine fails diagnostics and says something
>like mixed mode in bank 1.
>ALL 8 chips are non parity ram, 100ns.
>I simply put the new four chips in the empty slots, and rebooted.
>The machine will then boot if i tell it to, but of course it doesnt
>recognize the memory.
Hm.. Your configuration is different from mine. But it looks like
you have mixed parity and non-parity RAM. Try to use the boot monitor
to turn off parity checking. If you are past a certain version (I dont
know which numbver), you can turn that off.
Then the machine should boot. Otherwise, get non-parity SIMMS.
Good luck
/*
* Christian Neuss % neuss@igd.fhg.de % ..in the humdrum
*/
From: kmayer@gecko.mrj.com (Ken Mayer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <21cenk$b1j@gecko.mrj.com>
Control: cancel <21cenk$b1j@gecko.mrj.com>
Date: 6 Jul 1993 14:06:54 -0400
Organization: MRJ, Inc./Oakton, Virginia, USA
Message-ID: <21cevv$b1t@gecko.mrj.com>
<21cenk$b1j@gecko.mrj.com> was cancelled from within trn.
--
Office: 703-385-0722 MRJ, Inc.
Fax: 703-385-4637 kmayer@mrj.com
Home: 703-758-7927 kenmayer@access.digex.com
Home Fax: 703-758-7927 (Group 3/9600)
OBQUOTE: "When I play with my cat, who knows whether she isn't amusing
OBQUOTE: herself with me more than I am with her?"
OBQUOTE: -- Montaigne (1533-1592)
From: bill@ganesha.cognet.ucla.edu (William Eldridge)
Newsgroups: comp.sys.next.sysadmin
Subject: WindoServer error, NFS timouts
Date: 6 Jul 1993 18:31:50 GMT
Organization: UCLA Cognitive Science Research Program
Message-ID: <21cgem$fue@alamut.cognet.ucla.edu>
I've lately started getting a
loginwindow[204]: could not find Window Server port!
loginwindow[204]: could not find Window Server port!
just after "reboot" when I boot the machine.
The window then comes up slow as molasses - maybe 5 minutes. It
seems to run okay after that, though we've been getting a lot
of NFS timeouts recently when accessing the disks mounted
on a Sun server. (4 Nexts are mounting their system disk from
a Sparc 10, which also serves 7 Suns. The Suns aren't having
any timeout problems, but all the Nexts are). I've cut out
all the heavy processes on the server, and still the timeouts
(this just started happening ~one week ago, while the configuration
has been pretty constant since February with no problems - it's
now difficult to untar a package without a timeout error).
Any ideas?
Thanks,
Bill
--
Bill Eldridge bill@cognet.ucla.edu
*** He who remembers the past is condemned to misread it. ***
- George Santana
Newsgroups: comp.sys.next.sysadmin
From: "Steve Hayman" <sahayman@cs.indiana.edu>
Subject: Re: command line faxing
Message-ID: <1993Jul6.155308.21920@news.cs.indiana.edu>
Organization: Steve Hayman + Associates, Toronto
References: <20o13bINN5od@iskut.ucs.ubc.ca> <20peml$2ch@skates.gsfc.nasa.gov> <1993Jul6.173830.8304@kakwa.ucs.ualberta.ca>
Date: Tue, 6 Jul 1993 15:52:28 -0500
>A shell script to ask the user the answers to these questions, and
>insert them into the file is left as an exercise for the reader.
That's easy (and I'll post my version one of these days if nobody else does);
the tricky part is incorporating those Draw-style cover sheets. I am
taking a stab at this but don't quite have it working yet.
roughly, my fax-files-from-command-line script tries to do this
1) feed text through 'enscript' to convert it to postscript
2) insert the appropriate %%NXFaxNumber: comments
3) build a suitable cover page by looking at (for instance)
/NextLibrary/Fax/English.lproj/Cover.draw; inside that bundle
is "form.eps", which is the picture of the cover page, and
"form.info", which is a description of which text fields should
be filled in where. So my script appends some move-here
show-this postscript;
4) combine the cover page and the document into one legal stream
of postscript
5) submit it all to lpr -PsomeFaxModem
I have everything working except step (4). Combining two different postscript
documents into one single stream of postscript, and fudging around all the
%%comments so that you can sneak it through lpr and the fax daemons
without complaints is harder than you might think. I can get my combined
document with cover page to print just fine, but the fax daemon refuses
to send the cover page. Grrr.
I'll post it once I get it working. (Suggestions welcome.)
Steve Hayman
shayman@Objectario.com
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: su and autonfsmount
Message-ID: <69040@mimsy.umd.edu>
Date: 6 Jul 93 20:52:25 GMT
References: <6960@seti.inria.fr>
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
In article <6960@seti.inria.fr> roskam@clap.inria.fr (Niels Roskam) writes:
> Im a sun user but have to deal with a NeXT right now.
alot of your questions are about (relatively) standard UNIX behavior
and dont really depend on whether a Sun, NeXT or any other UNIX box
is involved. just for your info - if you have Unix trouble with a NeXT
you can still refer to typical UNIX info sources - things often act the same
or at least in an analogous way.
> If I am a normal user and want to change to root mode
> my NeXT keep telling me Im not allowed to do that.
to use the su command, you must be a member of the wheel group (group 0)
and know the root password of course. you can use the UserManager.app
tool to do this in the easiest way.
> So know everytime I want to change something, I have
> to log out as user and login again as root. Do you guys
> (and girls perhaps) know how I can change this ?
if you wish to use GUI admin tools in NS 3.0, you are right
(there is a hack of su to root, cd to the directory with the executable,
- the one that ends with .app, and then invoking the executable
from the command line)
in NS3.1, there is a nice service called OpenSesame that makes this alot easier.
> Same thing if I want to type rsh NeXT -l root he tells me "root
> login refused on this terminal". Somebody got a solution ?
I think this is back to standard UNIX. try looking up .rhosts and /etc/hosts.equiv
in the man pages. or perhaps /etc/ttys (I may be reaching there)
> And then something else. On this machine is also installed
> the autonfsmount package. Now Im looking for a way to add
> a new device which has to be in its automount map.
this NeXT does differently, use NFSManager.app to import your directories
into the /Net directory. anything placed in /Net is automounted.
as far as I know this is the only way.
> as far as I know there is no NIS (Yellow Page) installed,
you can if you wish, but I think you still have to do the autmounting
the NeXT way.
all of this is is dicussed in their sysadmin book which is quite
readable - you can also get NeXTAnswers from sonata.cc.purdue.edu
with lots of good admin info.
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
From: gil@ux5.lbl.gov (gil rivlis)
Newsgroups: comp.sys.next.sysadmin
Subject: Webster and References proble in NS3.1
Date: 6 Jul 1993 21:55:19 GMT
Organization: Lawrence Berkeley Laboratory
Distribution: world
Message-ID: <21csc7$2gg@overload.lbl.gov>
Keywords: Webster, References
Hi All,
I encountered the following problem when using Webster on NS 3.1
(station Turbo). I have directories called /LocalLibrary/References
and $HOME/Library/References in which I keep some stuff. The
problem is that Webster.app looks in $HOME/Library/References
1st, /LocalLibrary/References 2nd and only then /NextLibrary/References.
It then complains that "Dictionary files do not exist in
/Home/gil/Library/References/Webster-Dictionary/."
Can someone duplicate it before I tell NeXT about it?
(BTW, my workaround is to change ~/Library/References to
~/Library/references and link /NextLibrary/References to
$HOME/Library/References.)
Thanks, Gil
--
Gil Rivlis, Physics Department, UC Berkeley.
gil@asterix.lbl.gov
From: tal@Warren.MENTORG.COM (Tom Limoncelli)
Newsgroups: comp.org.usenix,comp.unix.admin,nj.misc,nj.general,pa.admin,comp.sys.sun.admin,comp.sys.next.sysadmin,comp.sys.sgi.admin
Subject: NEW JERSEY: Introducing the GSLISA Mailing List
Followup-To: poster
Date: 6 Jul 1993 17:36:35 -0400
Organization: Mentor Graphics -- IC Group, Warren, NJ, USA
Message-ID: <21cr93$3ds@worf.Warren.MENTORG.COM>
[ Testing... testing... 1... 2... 3... is this thing on? ]
INTRODUCING:
The Garden State LISA Mailing List
The purpose of the GSLISA (pronounced Gee Ess Lisa) mailing list is to
discuss the formation of a LISA or SAGE-like organization in the Garden
State (which is New Jersey, for those that don't know).
Historicly there have been a large number of Unix sites in New Jersey.
Rumor has it that Unix was even invented here. However, there is
currently no Unix users' group or sysadmin-focused organization.
The first order of business will be to pick a better name for the
organization. Then, of course, we must decide on goals and
structure for the newly named organization.
Initially it is our hope that GSLISA will start small [possibly just a
monthly meeting at a centrally located diner with no official
structure] and expand to include regular meetings at locations where
machines can be set up and demos can be, um, demonstrated.
To subscribe to the mailing list:
% echo subscribe gslisa | mail majordomo@warren.mentorg.com
Or, send email to majordomo@warren.mentorg.com with
subscribe gslisa
in the body. The "Subject:" header is ignored.
--
Tom Limoncelli -- tal@warren.mentorg.com (work) -- tal@plts.org (play)
"Some people run 'biff' to alert them that | Disclaimer: I do not
they have new email. I run '/bin/true'". | speak for Mentor Graphics.
Newsgroups: comp.sys.next.sysadmin
From: kunal@passion.pilot.dmg.ml.com (Kunal Singh)
Subject: EXTERNAL SCSI DISK PARTITIONING
Message-ID: <C9qyEJ.CIB@tigadmin.ml.com>
Sender: kunal@passion (Kunal Singh)
Organization: Merrill Lynch Debt Markets Group
Date: Tue, 6 Jul 1993 14:18:19 GMT
Has anyone installed NextStep on a disk with more than two partitions ?
I know how to partition the disk -- create the entry in the /etc/disktab and then do a /usr/etc/disk -i -t entryname devicename.
All that works fine. But when it comes to installing the operating system software, I don't know how to go about it. If I use BuildDisk, then it tries to create two partitions on the whole disk. This is irritating. How does one install a bootable NextStep on a disk with three or more partitions ? Is there an option to BuildDisk that would do this ?
Any help would be greatly appreciated. Thanks in advance.
Newsgroups: comp.sys.next.sysadmin,comp.protocols.appletalk
From: mgb@moksha.uucp (Michael Branton)
Subject: and to cap it off...
Message-ID: <1993Jul7.020256.244@moksha.uucp>
Keywords: CAP, fonts
Sender: mgb@moksha.uucp (Michael Branton)
Organization: Totally Disorganized
Date: Wed, 7 Jul 1993 02:02:56 GMT
Can the facility in CAP6.0 for printing from a NeXT to a laserwriter be used
with a Dayna etherprint+ ? Can you print documents that use fonts that are not
already resident in the printer ? Thanks for any advice...
---
-Michael
mgb@moksha.UUCP
mgb@stetson.BITNET
NeXT mail welcome !
--
-Michael
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: uunet!sci34hub!tybrin4!trey (Trey McClendon)
Subject: Digital Librarian losing the Circle-I !
Message-ID: <1993Jul6.215639.2054@tybrin4.uucp>
Sender: trey@tybrin4.uucp (Trey McClendon)
Organization: TYBRIN Corporation, Huntsville AL
Date: Tue, 6 Jul 1993 21:56:39 GMT
Ok,
I give up on this one. For the last few months I've noticed that
Digital Librarian loses the 'I' indication of begin indexed. It happens
on multi-target bookshelves, single-target bookshelves, search-in or not.
Other users on the network do not have this problem. It is baffling.
Sometimes, I can press 'Update' and it will start updating, although
I have no permission to do so. Pressing 'Stop' then 'Setup' might, after
saying OK to the 'You don't have permission to set up' panel, turn the 'I'
back on.
I've restarted from a clean slate many times, dragging the target folders
to the shelf. The 'I' will be visible and it will work. The next day,
nothing will work.
Any ideas?
Trey
tybrin4!trey@sci34hub.sci.com
From: ti6ls@tuhhco.rz.tu-harburg.de (Ludger Solbach)
Newsgroups: comp.sys.next.sysadmin
Subject: stupid or difficult?
Message-ID: <ti6ls.741952122@tuhhco>
Date: 6 Jul 93 09:48:42 GMT
References: <ti6ls.740909475@tuhhco>
Sender: usenet@rztsun.rz.tu-harburg.de
ti6ls@tuhhco.rz.tu-harburg.de (Ludger Solbach) writes:
Either my question was too stupid or too difficult. I'd appreciate, if anyone
could point me into the right direction. Here it comes again:
> Hi, there!
>We have problems getting data out of our subnet, because the (cheap) gateway
>cannot handle the 4096 bytes mss of our NeXTs. I'd like to set a much lower
>value like 576. How can this be done?
> Regards,
> Ludger.
>*** solbach@tu-harburg.dbp.de
From: mrc@Ikkoku-Kan.Panda.COM (Mark Crispin)
Newsgroups: comp.sys.next.advocacy,comp.sys.next.sysadmin
Subject: 3.1 BAD rumors
Message-ID: <MS-C.742026402.662824084.mrc@Ikkoku-Kan.Panda.COM>
Date: 6 Jul 93 16:26:42 GMT
Article-I.D.: Ikkoku-K.MS-C.742026402.662824084.mrc
Organization: University of Washington
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
I have heard some BAD rumors about 3.1 on black hardware. In particular:
1) NeXT has reduced the number of process slots in the kernel, consequently
you see the error ``No processes available'' much more often.
2) The bug with zombie processes (all those <mach-task> processes) has NOT
been fixed. Instead, they just hacked ps so you don't see them any more. The
main culprits of zombie processes are Workspace and Mail, and the Official
NeXT Workaround is ``avoid using the Workspace''.
3) The handling of newlines in telnetd has still NOT been fixed in 3.1. But
now, you can no longer substitute a more modern telnetd from BSD sources; it
doesn't matter if you use the binary you made for 3.0, or if you recompile it,
it just gives the login prompt, hangs, and closes the connection.
These sound like excellent reasons not to upgrade to 3.1, but rather to wait
and see if 3.2 is any better. Can anyone confirm (or deny) these problems?
From: wrob@unixg.ubc.ca (Robert Wong)
Newsgroups: comp.sys.next.advocacy,comp.sys.next.sysadmin
Subject: cmsg cancel <21dsuuINN3hg@skeena.ucs.ubc.ca>
Control: cancel <21dsuuINN3hg@skeena.ucs.ubc.ca>
Date: 7 Jul 1993 07:17:04 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
Message-ID: <21dt9gINN3hq@skeena.ucs.ubc.ca>
References: <MS-C.742026402.662824084.mrc@Ikkoku-Kan.Panda.COM> <21dsuuINN3hg@skeena.ucs.ubc.ca>
Originator: wrob@unixg.ubc.ca
<21dsuuINN3hg@skeena.ucs.ubc.ca> was cancelled from within rn.
--
Robert W. Wong Jr.
wrob@unixg.ubc.ca (ASCII only)
Crasher of Automated Banking Machines
Newsgroups: comp.sys.next.sysadmin,comp.protocols.appletalk
From: bchin@nextsrv1.andi.org (Bill Chin)
Subject: Re: and to cap it off...
Message-ID: <bchin.742017145@news.andi.org>
Keywords: CAP, fonts
Organization: Association of NeXTSTEP Developers International
References: <1993Jul7.020256.244@moksha.uucp>
Date: Wed, 7 Jul 1993 03:52:25 GMT
mgb@moksha.uucp (Michael Branton) writes:
>Can the facility in CAP6.0 for printing from a NeXT to a laserwriter be used
>with a Dayna etherprint+ ? Can you print documents that use fonts that are not
>already resident in the printer ? Thanks for any advice...
I can't help you with the CAP part, but in NeXTSTEP 3.1, there are a few
printing enhancements/bug fixes including this one (from the release
notes):
"If a printer entry contains a "_nxfinalform" property, printer-specific
PostScript (including any needed fonts) is bound into spooling jobs on
the local (spooling) host. This is useful for printers on foreign hosts,
or for printers on NeXTSTEP machines that are not using the standard
NeXTSTEP spooling software."
Good luck!
--
Bill Chin, NeXTSTEP Developer, PRC Inc.
VP Communications, Washington Area NeXT Users Group
Association of NeXTSTEP Developers International Technical Staff
bchin@nextsrv1.andi.org - NeXTmail welcomed
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: command line faxing
Message-ID: <1259@rtbrain.rightbrain.com>
Date: 7 Jul 93 07:15:55 GMT
References: <1993Jul6.155308.21920@news.cs.indiana.edu>
Sender: glenn@rightbrain.com
Steve Hayman writes
[about command-line faxing]
> the tricky part is incorporating those Draw-style cover sheets. I am
> taking a stab at this but don't quite have it working yet.
> 4) combine the cover page and the document into one legal stream
> of postscript
> I have everything working except step (4). Combining two different
postscript
> documents into one single stream of postscript, and fudging around all the
> %%comments so that you can sneak it through lpr and the fax daemons
> without complaints is harder than you might think.
What you should do is to put a control-l (el), which is a UNIX-style
form feed character, at the beginning of the file before you feed it
to "enscript", let it build the first (blank) page for you, then
send it through your shell script to draw whatever you want on the
first page, which will be all set up for you with no contents. You
still have to find your way into the middle of the %%Comments for the
first page, but at least they'll be there and in the right order and
everything.
And please do post the result when you're done. It would be very useful,
and I've never had a chance to hack one up myself. The coolest part is
that you can then set up Email aliases to pipe Email through this shell
script and then you can have mailing lists that include people who only
have access to FAX but not Email! While you're designing your shell
script, maybe you can make it so you can pass in at least the phone
number on the command line, so you can use the same shell script for
many recipients.
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: command line faxing
Message-ID: <1260@rtbrain.rightbrain.com>
Date: 7 Jul 93 07:18:25 GMT
References: <1259@rtbrain.rightbrain.com>
Sender: glenn@rightbrain.com
I just wrote:
> Steve Hayman writes
>
> [about command-line faxing]
>
> What you should do is to put a control-l (el), which is a UNIX-style
> form feed character, at the beginning of the file before you feed it
> to "enscript"
As an afterthought to this, if you put one line ahead of the control-l,
say "REPLACE_ME", then you will have a pattern in every file that's
easy to replace with sed. It will look something like this:
900 14900(REPLACE_ME)B
Just a thought that might make the shell script easier to write. It's
not trivial shell hacking to insert lines into the middle of a file.
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
From: david@postman.gr.osf.org (David George)
Newsgroups: comp.sys.next.advocacy,comp.sys.next.sysadmin
Subject: Re: 3.1 BAD rumors
Date: 7 Jul 1993 12:01:49 GMT
Organization: OSF RI Grenoble
Distribution: world
Message-ID: <21edvd$47p@paperboy.osf.org>
References: <MS-C.742026402.662824084.mrc@Ikkoku-Kan.Panda.COM>
In article <MS-C.742026402.662824084.mrc@Ikkoku-Kan.Panda.COM>, mrc@Ikkoku-Kan.Panda.COM (Mark Crispin) writes:
|> I have heard some BAD rumors about 3.1 on black hardware. In particular:
|>
|> 1) NeXT has reduced the number of process slots in the kernel, consequently
|> you see the error ``No processes available'' much more often.
|>
|> 2) The bug with zombie processes (all those <mach-task> processes) has NOT
|> been fixed. Instead, they just hacked ps so you don't see them any more. The
|> main culprits of zombie processes are Workspace and Mail, and the Official
|> NeXT Workaround is ``avoid using the Workspace''.
but this code is processor independent, so why the difference between 3.1 on
the Moto and Intel ?
> These sound like excellent reasons not to upgrade to 3.1,
or upgrade to 3.0 (the CD Rom is still sat in my desk drawer).
> Can anyone confirm (or deny) these problems?
I'm dubious for the reason give, can you confirm or deny ?
David.
Newsgroups: comp.sys.next.advocacy,comp.sys.next.sysadmin
From: peter@corsica (Peter Eisch)
Subject: Re: 3.1 BAD rumors
Message-ID: <C9sqE2.Mxo@news.cis.umn.edu>
Followup-To: comp.sys.next.advocacy,comp.sys.next.sysadmin
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota
References: <MS-C.742026402.662824084.mrc@Ikkoku-Kan.Panda.COM>
Date: Wed, 7 Jul 1993 13:19:03 GMT
I've had losts of problems with telnet. I did try 'good' BSD sources and as you cite
they did me no good. This is true for both black and white and not just black.
I can't telnet in or out of our Intel box. If anyone does find a fix to this
I'd appreciate the info.
peter
Mark Crispin (mrc@Ikkoku-Kan.Panda.COM) wrote:
: I have heard some BAD rumors about 3.1 on black hardware. In particular:
: 3) The handling of newlines in telnetd has still NOT been fixed in 3.1. But
: now, you can no longer substitute a more modern telnetd from BSD sources; it
: doesn't matter if you use the binary you made for 3.0, or if you recompile it,
: it just gives the login prompt, hangs, and closes the connection.
--
I felt his rocket science training was inadequate.
peter@tahiti.umhc.umn.edu (Peter Eisch)
Newsgroups: comp.sys.next.sysadmin
From: robertn@penny.demon.co.uk (Robert Nicholson)
Subject: netinfo scripts?
Distribution: world
Date: Tue, 6 Jul 1993 18:50:39 +0000
Message-ID: <9307061848.AA00424@penny.demon.co.uk>
Sender: usenet@demon.co.uk
Has anybody written any recursive scripts to print out an entire
net info configuration on the network?
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.advocacy,comp.sys.next.sysadmin
Subject: Re: 3.1 BAD rumors
Date: 7 Jul 1993 14:15:55 GMT
Organization: University of Houston
Message-ID: <21elqr$c5e@menudo.uh.edu>
References: <C9sqE2.Mxo@news.cis.umn.edu>
In article <C9sqE2.Mxo@news.cis.umn.edu> peter@corsica (Peter Eisch) writes:
#I've had losts of problems with telnet. I did try 'good' BSD sources and
as you cite
#they did me no good. This is true for both black and white and not just
black.
#I can't telnet in or out of our Intel box. If anyone does find a fix to
this
#I'd appreciate the info.
#
Hmm. We can telnet in and out of our Intel boxes without any problems.
Please be more specific with your problems so that we may try to help you...
Here is a session log (jorge is a NeXTStation running NS3.0, john is a
Gateway2000 4DX2-66V running NS3.1/fip):
jorge> telnet john
Trying 129.7.10.97...
Connected to john.
Escape character is '^]'.
NeXT Mach (john) (ttyp0)
Password:
Last login: Wed Jun 16 09:48:57 from jorge
john> hostinfo
Mach kernel version:
NeXT Mach 3.1: Thu Apr 29 23:44:40 PDT 1993;
root(rcbuilder):Objects/mk-149.22.3.obj~2/RELEASE_I386
Kernel configured for a single processor only.
1 processor is physically available.
Processor type: I386 (Intel 486)
Processor active: 0
Primary memory available: 16.00 megabytes.
Default processor set: 41 tasks, 69 threads, 1 processors
Load average: 0.15, Mach factor: 0.84
john> logout
Connection closed by foreign host.
jorge>
jorge> hostinfo
Mach kernel version:
NeXT Mach 3.0: Wed Jul 29 19:43:28 PDT 1992;
root(rcbuilder):mk-127.15/BUILD/RELEASE_M68K
Kernel configured for a single processor only.
1 processor is physically available.
Processor type: MC680x0 (68040)
Processor speed: 25 MHz
Processor active: 0
System type: 1
Board revision: 0x1
Primary memory available: 20.00 megabytes.
Default processor set: 95 tasks, 147 threads, 1 processors
Load average: 2.82, Mach factor: 0.26
#
#--
#I felt his rocket science training was inadequate.
#peter@tahiti.umhc.umn.edu (Peter Eisch)
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: archetyp@uxh.cso.uiuc.edu (Joseph R Pickert)
Subject: 486 boot procedure
Date: Wed, 7 Jul 1993 14:38:25 GMT
Message-ID: <C9su01.2tF@news.cso.uiuc.edu>
Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
Organization: University of Illinois at Urbana
A nextstep 486 just arrived on my desk, but no one seems to
know a login for the machine.
I need to know the magic key sequence to bring it up single
user to add a login for myself. I have a slab so I know the
basic procedure, but of course the boot stuff has been changed
for the 486 version. Can someone please enlighten me? Thanks.
Joe Pickert
From: majka@next.com (Marc Majka)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: su and autonfsmount
Date: 6 Jul 1993 18:22:06 GMT
Organization: NeXT, Inc.
Message-ID: <21cfse$52d@rosie.next.com>
References: <C9r6zn.546@newshub.ccs.yorku.ca>
About su:
We ship 2 versions of su: su.nowheel works exactly the same way as the
traditional UNIX "su". To "su root", you must be in the wheel group, and
you must type root's password. su.wheel is different: to "su root", you
must be in the wheel group, but you may authenicate with your own password
or with root's password. /bin/su is shipped as a symbolic link to
su.nowheel.
About network (telnet / rlogin) root login:
Our /etc/ttys file controls the ability of root to login on a network tty.
The "secure" option is "yes" if root login is enabled, and "no" root login
is disabled. We ship /etc/ttys with secure set to "no" for network ttys.
--
Marc Majka
NeXT Computer
From: ratlifc@ctron.com (Christian A. Ratliff)
Newsgroups: comp.sys.next.advocacy,comp.sys.next.sysadmin
Subject: Re: 3.1 BAD rumors
Followup-To: comp.sys.next.advocacy
Date: 7 Jul 1993 16:28:37 GMT
Organization: Cabletron Systems, Inc.
Sender: ratlifc@alexander (Christian A. Ratliff)
Distribution: world
Message-ID: <21etjlINNioo@ctron-news.ctron.com>
References: <MS-C.742026402.662824084.mrc@Ikkoku-Kan.Panda.COM>
Cc: ratlifc@ctron.com (Christian A. Ratliff)
In article <MS-C.742026402.662824084.mrc@Ikkoku-Kan.Panda.COM>, mrc@Ikkoku-Kan.Panda.COM (Mark Crispin) writes:
> I have heard some BAD rumors about 3.1 on black hardware. In particular:
>
> 1) NeXT has reduced the number of process slots in the kernel, consequently
> you see the error ``No processes available'' much more often.
>
> 2) The bug with zombie processes (all those <mach-task> processes) has NOT
> been fixed. Instead, they just hacked ps so you don't see them any more. The
> main culprits of zombie processes are Workspace and Mail, and the Official
> NeXT Workaround is ``avoid using the Workspace''.
>
> These sound like excellent reasons not to upgrade to 3.1, but rather to wait
> and see if 3.2 is any better. Can anyone confirm (or deny) these problems?
The above two problems are preventing me from upgrading any of my machines
to 3.1Motorola. My primary machine is a cube-server and as such has a lot of
processes running [like Xservers and clients, NFS procs, and Novell processes]
aside from my own stuff. I certainly do not want to be suddenly limited in the
number of things I can do on my server because 3.1 has too few slots and many
are taken by 'invisible' <mach-tasks>.
So, because of this, and my certainty that NeXT would never release a patch,
I will not do the 3.1 upgrade. Faced with this on black hardware and the serial
drivers problems on white hardware and the ever present lame-security on all
hardware NeXTstep is the most disappointing OS with the best development
environ out there.
christian
---------
Christian Ratliff Cabletron Systems, Inc.
EDGE System Developer Rochester, NH 03867
ratlifc@ctron.com <NeXTmail OK> Work: (603) 337-1209
"I'm a NeXTSTEP man; I'm an SGI guy." Home: (207) 780-NeXT
Nobody at Cabletron knows, approves of, or recalls my opinions.
Newsgroups: comp.sys.next.sysadmin
From: ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann)
Subject: Re: command line faxing
Message-ID: <ntomczak.742064872@vega>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <1259@rtbrain.rightbrain.com> <1260@rtbrain.rightbrain.com>
Date: Wed, 7 Jul 1993 17:07:52 GMT
glenn@rightbrain.com (Glenn Reid) writes:
>It's not trivial shell hacking to insert lines into the middle of a file.
That is right. But it is pretty trivial to acomplish that feat with sed.
--mj
Newsgroups: comp.sys.next.sysadmin
From: Boris <Boris@Dylan.demon.co.uk>
Subject: NeXT PROBLEM - MACHINE FREEZES DURING BOOTUP
Message-ID: <C9sMr0.DrG@demon.co.uk>
Sender: news@demon.co.uk
Organization: BorMak Tech (Software consultants & Network Specialists)
Date: Wed, 7 Jul 1993 12:01:47 GMT
Hiya folks,
Another problem, my machine freezes during bootup. Heres what comes up
on the screen during bootup (initiated from ROM monitor with bsd -s)
NeXT Mach 1.0:Mon Sep 11 19:04:20 PDT
1989;/sources/projects/mk-1.0.68/RELEASE
physical memory = 7.99 megabytes
available memory = 7.14 megabytes
using 16 buffers containing 0.12 megabytes of memory
...then hangs...freezes...does nothing
Please help...I'm looking to get new system disks but would like to get
running in the meantime. Machine is a Next cude, model n1000 (old I know)
Please...ANYONE!
Love
Boris
XXXxxxXXX
From: pjm@SPEECH.CS.CMU.EDU (Pedro J. Moreno)
Newsgroups: comp.sys.next.sysadmin
Subject: disabling system-beep
Message-ID: <C9t3Bt.G4r.3@cs.cmu.edu>
Date: 7 Jul 93 17:59:52 GMT
Sender: news@cs.cmu.edu (Usenet News System)
Organization: School of Computer Science, Carnegie Mellon
Hi
Is it possible to disable the system beep in the next station??
What should I do?? I want to still get access to A/D D/A capabilities
but no system beep.
thanks Pedro.
--
Pedro J. Moreno (NeXTMail OK)
Ph.D. Student Electrical and Computer Engineering
Speech Group pjm@stevens.speech.cs.cmu.edu
Carnegie Mellon University Pittsburgh, PA.
Organization: The American University - University Computing Center
Date: Wed, 7 Jul 1993 15:06:37 EDT
From: <CADER@auvm.american.edu>
Message-ID: <93188.150637CADER@auvm.american.edu>
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Hard Disk Power Supply Problems
One of our drives has gone bad. Apparently it is a 1.2G Maxtor PO-12S
in a Tecor enclosure. It is a 5.24 Full Height Drive. We think it is
a power supply problem because the drive is apparently clicking...ie it
starts whirring up then a click. This happened to one of our seagates and
was a power supply problem.
We have checked the fuse and it is not blown, so I suspect that we need a
new power supply. Where can we find a power supply for this enclosure since
Tecor has gone out of business?
Appreciate any replies.
---Masud.
From: jenkinsonjp@rcwusr.bp.com (John P. Jenkinson)
Newsgroups: comp.sys.next.sysadmin
Subject: Cannot delete named object with children
Message-ID: <1993Jul7.141642.351@rcwusr>
Date: 7 Jul 93 14:16:42 -0600
Organization: BP Exploration (Alaska)
we had an over-zelous administrator add a local login to one of our NeXT.
we are in a NIS environment and need to take it our. we tried the usermanager
thing, and tired editing the /etc/passwd file to remove this entry and then
the niload passwd . < /etc/passwd and got the same error message:
Cannot delete named object with children
how do we get out of this, ie delete this one passwd entry??
---
John Jenkinson
BP Exploration (Alaska)
jenkinson@sapc1.dnet.bp.com
Newsgroups: comp.sys.next.sysadmin
From: peter@corsica (Peter Eisch)
Subject: Re: disabling system-beep
Message-ID: <C9t820.DtF@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota
References: <C9t3Bt.G4r.3@cs.cmu.edu>
Date: Wed, 7 Jul 1993 19:40:38 GMT
Check out the Cube in Preferences.app (where you would set the sound file
to play as the beep) and select visual.
peter
Pedro J. Moreno (pjm@SPEECH.CS.CMU.EDU) wrote:
: Is it possible to disable the system beep in the next station??
: What should I do?? I want to still get access to A/D D/A capabilities
: but no system beep.
--
I felt his rocket science training was inadequate.
peter@tahiti.umhc.umn.edu (Peter Eisch)
Newsgroups: comp.sys.next.sysadmin
From: archetyp@uxh.cso.uiuc.edu (Joseph R Pickert)
Subject: Re: 486 boot procedure
Date: Wed, 7 Jul 1993 20:38:46 GMT
Message-ID: <C9tAoM.HIt@news.cso.uiuc.edu>
References: <C9su01.2tF@news.cso.uiuc.edu>
Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
Organization: University of Illinois at Urbana
Problem solved! Thanks to everyone who sent mail.
Newsgroups: comp.sys.next.advocacy,comp.sys.next.sysadmin
From: brill@sybase.com (Michael Brill)
Subject: Re: 3.1 BAD rumors
Message-ID: <C9szo0.KvK@sybase.com>
Sender: usenet@sybase.com
Organization: Sybase, Inc.
References: <MS-C.742026402.662824084.mrc@Ikkoku-Kan.Panda.COM>
Date: Wed, 7 Jul 1993 16:40:47 GMT
In an effort to keep csna becoming another csnm, won't you:
Post bug reports to comp.sys.next.bugs
Post software gripes to comp.sys.next.software
Post your regular, bitter anti-NeXT reports here where they belong
Thanks, ...Michael
From: jfosback@darmok.uoregon.edu (Jason Fosback)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Creating NS/FIP disk from a black box?
Message-ID: <21fd6r$c0j@pith.uoregon.edu>
Date: 7 Jul 93 20:54:51 GMT
Article-I.D.: pith.21fd6r$c0j
Organization: University of Oregon Network Services
Since everyone (including myself) seems to be having problems installing
NS/FIP, is it possible to create the disk on a NeXT? I have a SCSI hard
drive that I want to install NS/FIP on, and I have the CD-ROM connected
to my NeXT.
Is there any way to just create the disk with this setup? I know that
DOS machines are picky about what's on sector 0, track 0, so I'm having
reservations about just dumping the base system onto the hard drive.
Could I modify the buildisk script to copy the necessary files from the
CR-ROM to the SCSI drive?
Any suggestions would be much appreciated.
Thanks!
-jason
_________________________________________________________________
Jason Fosback, User Support Analyst | No sir, I didn't like it
---- University of Oregon ---- | -R&S
Internet: jfosback@oregon.uoregon.edu | Star Trek:
NeXT mail: jfosback@darmok.uoregon.edu | The NeXT Generation...
From: blake015@mc.duke.edu (Denise Blakeley)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Anyone have a fat Perl for 3.1?
Message-ID: <17408@news.duke.edu>
Date: 7 Jul 93 20:34:41 GMT
Sender: news@news.duke.edu
Followup-To: comp.sys.next.sysadmin
Subject line says it all--if you've successfully built Perl as a fat binary
under 3.1, could you please email it to me? (NeXTMail is fine.) We've
encountered some problems in setting up the configure correctly, and we're
running short of time.
Thanks in advance--
Denise
--
Denise Blakeley | PROGRAM, tr. v., An activity similar
Duke Med Center Info Systems | to banging one's head against a wall,
Durham, NC | but with fewer opportunities for
(919) 282-6468 W | reward.
blake015@mc.duke.edu |
Newsgroups: comp.sys.next.sysadmin
From: drebnord@betenoir.syr.edu (David A. Rebnord)
Subject: NfsExtend.app for 3.1 (black)?
Message-ID: <1993Jul7.152305.10913@newstand.syr.edu>
Keywords: NfsExtend, 3.1(black)
Distribution: usa
Date: Wed, 7 Jul 93 15:23:05 EDT
NeXT is apparently not going to produce a version of NfsExtend.app
for 3.1. Has anyone taken the time to write a couple shell-scripts to do
the functional equivalent of NfsExtend under 3.1? In particular
does anyone have the symbolic links needed for the Literature.pkg and the three
Developer packages.
Yes, I know it would be simple to hack this together myself, but I suspect that
somebody has already encountered and surmounted this problem and I'm not keen
on repeating a rather tedious job.
--
Dave Rebnord | drebnord@betenoir.syr.edu (NeXTmail)
Dept. of Mathematics | (315) 443-1585 (voice)
Syracuse University | (315) 443-1475 (fax)
Syracuse NY 13244-1150 |
From: zeke@mode.css.gov (James Dehnert)
Newsgroups: comp.sys.next.sysadmin
Subject: Smail 3.1.28 and uux failure
Date: 07 Jul 1993 21:44:33 GMT
Organization: Science Applications International Corporation
Distribution: world
Message-ID: <ZEKE.93Jul7144434@mode.css.gov>
I have installed Smail 3.1.28 on my cube running 3.1 and I an now
having problems with uux.
18-#smail -v zeke@gso.saic.com
new spool file is /usr/spool/smail/input/0oDhHy-000DujC
Subject: uux failure
As we shall soon see, uux fails, but I don't
know what the error message means.
.
.
write_log:received
| from: root
| program: smail
| size: 172 bytes
zeke@gso.saic.com: gso.saic.com matched by smart_host:
routed zeke@gso.saic.com --> zeke@gso.saic.com at crash
transport demand uses driver pipe
examine retry/demand/crash
pipe: exec: "/usr/bin/uux" "-" "crash!rmail" "(zeke@gso.saic.com)"
writing error message in retry/demand/crash
write_log:zeke@gso.saic.com ... failed: (ERR_144) transport demand: child returned status EX_255 (255)
write_log:zeke@gso.saic.com ... error sent to postmaster
Smail passes all non local mail to crash ( my uucp feed ) for
delivery by way of the smart path, well its supposed to anyway.
If anyone has seen this problem before please let me know whats
going on.
Thanks,
Zeke
Newsgroups: comp.sys.next.sysadmin
From: dal@netcom.com (Dana Andre Letendre)
Subject: Re: NS3.1 and "No more processes" (3.1 - NOT!)
Message-ID: <dalC9tEuG.Jru@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <212hig$q5n@menudo.uh.edu>
Date: Wed, 7 Jul 1993 22:08:40 GMT
Hostinfo is not displaying the default processor set if
you get different numbers different times you run it. It's
probably displaying the current processor set.
If that is true, then it seems as if 3.1 is more efficient than
3.0 since it requires less tasks and threads than 3.0 to do
the same job.
Any comments?
Newsgroups: comp.sys.next.sysadmin
From: dward@mercury.forestry.umn.edu (David D. Ward)
Subject: installing gnu emacs 19.16 and gcc 2.4.5
Message-ID: <C9tGLo.Kxx@news.cis.umn.edu>
Keywords: emacs, gcc
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota
Date: Wed, 7 Jul 1993 22:45:13 GMT
Hi ho-
Attempting to install gnu emacs-19.16 and gcc-2.4.5 on a NeXT
station running 2.1, and having slight problems that would seem easy to
fix with a little help. First using this patch for emacs I am not able to
'make' properly, does anyone have any other suggestions?
--- src/unexnext.c
***************
*** 24,31 ****
#include <stdio.h>
#include <stdlib.h>
#include <stdarg.h>
! #include <mach/mach.h>
! #include <mach-o/loader.h>
#include <sys/file.h>
#include <sys/stat.h>
#include <libc.h>
--- 24,31 ----
#include <stdio.h>
#include <stdlib.h>
#include <stdarg.h>
! #include <mach.h>
! #include <sys/loader.h>
#include <sys/file.h>
#include <sys/stat.h>
#include <libc.h>
Also, during the installation of gcc-2.4.5 I not able to load
move-if-change. Although it may simply seem an access problem, it is not,
I have checked this possibility.
If any one has gotten these to make and install please send any patches or
advice from experience that may help. Thanks.
-DWARD
David Ward, College of Natural Resources
dward@mercury.forestry.umn.edu (for NeXT-mail only)
dward@saturn.soils.umn.edu (for all other mail)
Newsgroups: comp.sys.next.sysadmin
From: iwelch@agsm.ucla.edu (Ivo Welch)
Subject: mach-task s
Message-ID: <1993Jul7.150204.20053@news.mic.ucla.edu>
Organization: UCLA, Anderson Graduate School Of Management
Date: 7 Jul 93 15:02:03 PDT
$ ps -aux | grep mach-task
root -1 1.4 0.0 0K 0K ? U < 0:42 <mach-task>
root -1 0.0 0.0 0K 0K ? S 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? S 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? S 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? S 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? S 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? SW 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? SW< 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? S 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? ?W< 0:00 <mach-task>
What are these, and why do they take 10 process slots?
/ivo welch
Newsgroups: comp.sys.next.sysadmin
From: magnus@fisher.Stanford.EDU (Magnus Nordborg)
Subject: Re: installing gnu emacs 19.16 and gcc 2.4.5
Message-ID: <1993Jul8.010306.25226@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: DSO, Stanford University
References: <C9tGLo.Kxx@news.cis.umn.edu>
Date: Thu, 8 Jul 93 01:03:06 GMT
In article <C9tGLo.Kxx@news.cis.umn.edu> dward@mercury.forestry.umn.edu
(David D. Ward) writes:
[deleted stuff]
> Also, during the installation of gcc-2.4.5 I not able to load
> move-if-change. Although it may simply seem an access problem, it is
not,
> I have checked this possibility.
>
> If any one has gotten these to make and install please send any patches
or
> advice from experience that may help. Thanks.
Yes, I have built gcc-2.4.5 and had absolutely no problems. The problem
with loading move-if-change you report is easily fixed by using GNU make
instead of the one delivered with NeXTstep. GNU make compiles without
problems also, and is generally better so I recommend getting it. It is
possible that there is a straightforward fix to the makefile as well, but
I think compiling make will be faster than finding it. Can't help with
the Emacs problem, but other people have reportedly built it.
--
Magnus Nordborg
magnus@fisher.stanford.edu (NeXT mail preferred)
Department of Biological Sciences
Stanford University
Stanford, CA 94305-5020
+1 (415) 723-4952 (office)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
From: iwelch@agsm.ucla.edu (Ivo Welch)
Subject: C++ Library
Message-ID: <1993Jul7.170643.21433@news.mic.ucla.edu>
Organization: UCLA, Anderson Graduate School Of Management
Date: 7 Jul 93 17:06:42 PDT
The latest version of NeXT C++ is based on gcc 2.2.2. Unfortunately,
I need to use some third-party programs which require the iostream
library.
Has anyone managed to get the gnu libg++-2.3 libraries to work? gcc (a
link to cc) choked on vanilla libg++-2.3 from prep.ai.mit.edu with
./configure next. [In any case, libg++ docs claims I need a libg++
version lower than the compiler. Problem is, only 2.3 and 2.4 (other
than a REAL OLD 1.3 version) seem to be available.]
/ivo welch
Newsgroups: comp.sys.next.sysadmin
From: thompson@netcom.com (Eric Thompson)
Subject: gzip1.2.3 doesn't compile under 3.1 for me (black hardware)
Message-ID: <thompsonC9trvJ.75H@netcom.com>
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Date: Thu, 8 Jul 1993 02:50:07 GMT
I have 3.1 User & Developer installed on a turbo color. Here is the
message I get after doing 'configure next' and typing 'make':
sennen:116 <7:50pm> [gzip-1.2.3] make
cc -c -DASMV -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DSYSDIR=1 -O gzip.c
gzip.c: In function `reset_times':
gzip.c:1538: storage size of `timep' isn't known
*** Exit 1
Stop.
thanks for any help..
Eric
Newsgroups: comp.sys.next.sysadmin
From: magnus@fisher.Stanford.EDU (Magnus Nordborg)
Subject: Re: C++ Library
Message-ID: <1993Jul8.032635.28173@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: DSO, Stanford University
References: <1993Jul7.170643.21433@news.mic.ucla.edu>
Date: Thu, 8 Jul 93 03:26:35 GMT
In article <1993Jul7.170643.21433@news.mic.ucla.edu> iwelch@agsm.ucla.edu
(Ivo Welch) writes:
>
> The latest version of NeXT C++ is based on gcc 2.2.2. Unfortunately,
> I need to use some third-party programs which require the iostream
> library.
>
> Has anyone managed to get the gnu libg++-2.3 libraries to work? gcc (a
> link to cc) choked on vanilla libg++-2.3 from prep.ai.mit.edu with
> ../configure next. [In any case, libg++ docs claims I need a libg++
> version lower than the compiler. Problem is, only 2.3 and 2.4 (other
> than a REAL OLD 1.3 version) seem to be available.]
>
> /ivo welch
I guess you must have a reason not to use gcc-2.4.5 which is what I would
do. In any case, it might work to compile libg++ with a version of gcc
that can do it, and then use those libraries. I have gcc-2.4.5 and
libg++-2.4. Doing:
% cc++ -I/usr/local/lib/g++-include -L/usr/local/lib test.cc
-L/usr/local/lib/g
cc-lib/m68k-next-mach/2.4.5 -lg++ -liberty -lgcc
% a.out
Hello world!
worked here.
--
Magnus Nordborg
magnus@fisher.stanford.edu (NeXT mail preferred)
Department of Biological Sciences
Stanford University
Stanford, CA 94305-5020
+1 (415) 723-4952 (office)
Newsgroups: comp.sys.next.sysadmin
From: fermat@fermat.dartmouth.edu (Michael Glenn)
Subject: Re: gzip1.2.3 doesn't compile under 3.1 for me (black hardware)
Message-ID: <C9ttLC.1v4@dartvax.dartmouth.edu>
Sender: news@dartvax.dartmouth.edu (The News Manager)
Organization: Dartmouth College, Hanover, NH
References: <thompsonC9trvJ.75H@netcom.com>
Date: Thu, 8 Jul 1993 03:27:11 GMT
In article <thompsonC9trvJ.75H@netcom.com> thompson@netcom.com (Eric
Thompson) writes:
> I have 3.1 User & Developer installed on a turbo color. Here is the
> message I get after doing 'configure next' and typing 'make':
>
> sennen:116 <7:50pm> [gzip-1.2.3] make
> cc -c -DASMV -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DSYSDIR=1 -O
gzip.c
> gzip.c: In function `reset_times':
> gzip.c:1538: storage size of `timep' isn't known
> *** Exit 1
> Stop.
>
> thanks for any help..
> Eric
Yeah, I had the same problem. I compiled with -DNO_UTIME_H and it worked.
Michael
Newsgroups: comp.sys.next.sysadmin
From: devadas@ecf.toronto.edu (DEVADASON CHRISTOPHER PAUL)
Subject: No more Tunes from the CDROM drive (I don't get it - Help)
Message-ID: <C9tv4t.5G7@ecf.toronto.edu>
Organization: University of Toronto, Engineering Computing Facility
Date: Thu, 8 Jul 1993 04:00:28 GMT
This probably has come up before but I really need some help.
This is killing me!!!!
I have a non-Turbo NeXTStation mono. I had a Toshiba 838MB drive with 3.0
installed as my only harddrive (internally installed) and The sony CDROM drive.
With this configuration I was able to Play audio CD's on my CDROM drive,
using CDPlayer.app that came with 3.0 (I had to manually load CDPlayer.app
as I could not get cdaudio.util to start CDPlayer Ohwell at least they
played).
However this is nolonger the case.
On purchase of a case for the Toshiba drive I reinstalled the original
100MB drive as the internal drive and put the Toshiba as the first device
on the external chain. The CDPlayer.app now on startup gives a message
window stating : "CDPlayer
Couldn't open the CD-ROM drive."
I assumed this has something to do with the CDROM drive going from sd1 to sd2.
But /usr/filesystems/cdaudio.fs/cdaudio.device states:
/dev/rsd2h
The correct device as far as I can tell.
Here is the rest of the info I checked out:
dread gave:
CDPlayer volume 219 (I have no clue what this means)
The following is the messages from boot in /private/adm/messages:
Jul 6 22:02:02 rajaratnam mach: NeXT ROM Monitor 2.1 v59
Jul 6 22:02:02 rajaratnam mach: NeXT Mach 3.0: Wed Jul 29 19:43:28 PDT 1992; root(rcbuilder):mk-127.15/BUILD/RELEASE_M68K
Jul 6 22:02:02 rajaratnam mach: FPU version 0x40
Jul 6 22:02:02 rajaratnam mach: physical memory = 8.00 megabytes.
Jul 6 22:02:02 rajaratnam mach: available memory = 6.96 megabytes.
Jul 6 22:02:02 rajaratnam mach: using 16 buffers containing 0.12 megabytes of memory
Jul 6 22:02:02 rajaratnam mach: fc0 at 0x2114100
Jul 6 22:02:02 rajaratnam mach: Sony MPX-111N as fd0 at fc0 slave 0
Jul 6 22:02:02 rajaratnam mach: SCSI 53C90A Controller, Target 7, as sc0 at 0x2114000
Jul 6 22:02:02 rajaratnam mach: TOSHIBA MK438FB Rev 5024 as sd0 at sc0 target 0 lun 0
Jul 6 22:02:02 rajaratnam mach: Disk Label: Disk
Jul 6 22:02:02 rajaratnam mach: Disk Capacity 838MB, Device Block 512 bytes
Jul 6 22:02:02 rajaratnam mach: QUANTUM LP105S 910109405 Rev as sd1 at sc0 target 1 lun 0
Jul 6 22:02:02 rajaratnam mach: Disk Label: Disk
Jul 6 22:02:02 rajaratnam mach: Disk Capacity 100MB, Device Block 512 bytes
Jul 6 22:02:02 rajaratnam mach: SONY CD-ROM CDU-541 Rev 2.6a as sd2 at sc0 target 6 lun 0
Jul 6 22:02:02 rajaratnam mach: sd2: UNIT ATTENTION
Jul 6 22:02:02 rajaratnam mach: Waiting for drive to come ready
Jul 6 22:02:02 rajaratnam mach: ...................
Jul 6 22:02:02 rajaratnam mach: Generic SCSI Device as sg0 at sc0 target 7 lun 7
Jul 6 22:02:02 rajaratnam mach: Generic SCSI Device as sg1 at sc0 target 7 lun 7
Jul 6 22:02:02 rajaratnam mach: Generic SCSI Device as sg2 at sc0 target 7 lun 7
Jul 6 22:02:02 rajaratnam mach: Generic SCSI Device as sg3 at sc0 target 7 lun 7
- CUT -
Jul 6 22:02:02 rajaratnam mach: root on sd0
Jul 6 22:02:02 rajaratnam mach: master cpu at slot 0.
- CUT -
Jul 6 22:02:14 rajaratnam reboot: Reboot complete
Jul 6 22:02:26 rajaratnam mach: audio kernel server initialized
Jul 6 22:02:37 rajaratnam syslog: Workspace logged in
I am curious as to the second last message I don't recall seeing it before.
Last piece of info the 100MB drive is mounted as /u1 it is used for both swap and tmp
(not that this should make a difference).
Any suggestion/advice would greatly be appreciated.
Jonathan
Appavoo (Posting from a friends account).
From: wmorse@erasure_sl.cc.emory.edu (William Morse)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: No more Tunes from the CDROM drive (I don't get it - Help)
Date: 8 Jul 1993 04:38:33 GMT
Organization: Emory University, Dept of Math and CS
Distribution: world
Message-ID: <21g8c9INN7gt@emory.mathcs.emory.edu>
References: <C9tv4t.5G7@ecf.toronto.edu>
In comp.sys.next.sysadmin article <C9tv4t.5G7@ecf.toronto.edu> you wrote:
> This probably has come up before but I really need some help.
> This is killing me!!!!
<munch>
--------------------------------------------------------------------------
I have EXACTLY this same problem, except I simply upgraded to
3.1. My computer is a NeXT Turbo Color. I have a NeXT CD-ROM
drive too. It worked just as yours did under 3.0... but no longer!
It will, however, work when I am logged in as root... but not
when I am a user. Humm... I get the msg.:"CDPlayer Couldn't
open the CD-ROM drive."
Any help would be most welcome...
- William
Newsgroups: comp.sys.next.sysadmin
From: "Steve Hayman" <sahayman@cs.indiana.edu>
Subject: Re: command line faxing - here's a script. does cover sheets to.
Message-ID: <1993Jul8.001419.17115@news.cs.indiana.edu>
Organization: Steve Hayman + Associates, Toronto
References: <20peml$2ch@skates.gsfc.nasa.gov> <1993Jul6.173830.8304@kakwa.ucs.ualberta.ca> <1993Jul6.155308.21920@news.cs.indiana.edu>
Date: Thu, 8 Jul 1993 00:14:05 -0500
OK, here we go, here is a shell script that will fax text files (or stdin)
from the command line, and (optionally) fill in a standard NeXT-style
cover sheet for you.
Use is
fax -p phonenumber file1 file2 ...
and there are various other cmdline options (read the script, there's no other
documentation at the moment) for setting the recipient's name, choosing
a cover sheet, and so on.
I have not tested this extensively - I've sent maybe 3 small faxes with it.
So there are undoubtedly some problems. Please send me your feedback and
I'll try to improve it. And of course there are some features I want to
implement that I haven't done yet. Read the comments in the script.
Tested under 3.0 only. I have no idea if this method of faxing still
works under 3.1.
Only problem I know of at the moment - it aligns the fields in the cover sheet
slightly incorrectly. they're flush with the bottom of the field, and they
should really be flush with the top. You might not even notice. it all
depends how fancy a cover sheet you're using. (It looks fine with the
default "Cover.draw" cover sheet.)
Also this was originally a Perl script, and it wasn't nearly as
clumsy internally, but not everybody has Perl... so it's a /bin/sh
script, or as I like to think of it, a "Multi-Architecture NonBinary" that
might even work as-is on NeXTSTEP/HP.
Please send me suggestions, bugs, fixes etc. I'm prepared to maintain
this and send out new versions from time to time.
Without further ado,
#!/bin/sh
# fax
# Command-line faxing of text files.
#
# Use:
# fax -p phonenumber [-f] [-t to] [-c coversheet] [-m faxmodem] [-s sender] [file...]
#
# Options:
# -p phonenumber Phone number to send this fax to
# -f Filter. Send the postscript to stdout, don't fax it.
# -t to Recipient's name - will be written on cover sheet
# -c coversheet Name of a cover sheet to use (e.g. "MyCover.draw")
# (Default is "dread System FaxCoverFile")
# -C No cover sheet, text only
# -m faxmodem Which fax modem to use
# (Default is "dread System Fax" - the last one you used)
# -s sender Sender's name - will be written on cover sheet
# file... Text Files to be converted to postscript and faxed.
# Standard input will be faxed if no files specified.
#
#
# TODO
# Position the cover sheet fields properly. (They're currently bottom-aligned,
# should be top-aligned.)
# Prompt user for commandline parameters if not specified.
# Options for hi-res, notify, trim.
# Option for deferred faxing. (%%NXDeferredUntil: YYYYMMDDHHMM)
# Options to be passed through to 'enscript' to allow different formatting
# of the text files.
# Ability to fax a postscript file.
# Allow adding comments to the cover sheet.
# (Perhaps allow having all the text go in the Comments: area, for a
# quick one-page fax.)
# Multiple recipients.
# Get recipient names and numbers from the user's address book.
# Figure out how to do this using pipes only, without temp files.
#
# The first version of this script was written in Perl and was
# considerably cleaner - but, well, not everybody has perl.
# Hence this clumsier "multi-architecture" shell script.
#
# Suggestions or fixes are most welcome.
#
# Steve Hayman
# shayman@Objectario.com
# July 7 1993
#
# $Log: fax,v $
# Revision 0.8 93/07/08 00:50:13 shayman
# First version that seems to work.
#
PATH=/usr/ucb:/bin:/usr/bin export PATH
Pname=`basename $0`
# Make a temp directory to hold some scratch files.
tmpdir=/tmp/fax.$$
mkdir $tmpdir
trap exit 1 2 3 15
trap 'rm -rf $tmpdir' 0
# Some variables that you can't change at the moment but which might
# be command line options in the next version.
FaxNotify=YES
FaxHires=YES
FaxTrim=YES
# Get some useful defaults.
# redirect stderr on these dreads so they don't complain when a default
# isn't found.
faxModem=`dread System Fax 2>/dev/null | awk '{print $3}`
useCoverSheet=1
coverSheet=`dread System FaxCoverFile 2>/dev/null | awk '{print $3}'`
case "$coverSheet" in
"") coverSheet=Cover ;;
esac
# Default sender name is our own user name.
# What's the best way to do a getpwent($USER) in a shell script? hmm.
# Perhaps
# sender=`nidump passwd / | awk -F: '$1 == "'$USER'" { print $5 } '`
# but who knows if this user is defined in the / domain.
#
# Well here is one way. (Assuming you haven't replaced the stock finger prog.)
sender=`finger $USER | sed -e 's/.*In real life: //' -e 1q`
#
# parse cmdline options
#
Usage="Usage: $Pname -p phonenumber [-t to] [-c cover] [-m modem] [-s sender] file..."
while test $# -gt 0; do
case $1 in
-p) shift; phoneNumber=${1?$Usage} ;;
-t) shift; to=${1?$Usage} ;;
-c) shift; coverSheet=${1?$Usage} ;;
-m) shift; faxModem=${1?$Usage} ;;
-s) shift; sender=${1?$Usage} ;;
-f) filterOnly=1 ;;
-C) useCoverSheet=0 ;;
-*) echo $Usage 1>&2 ; exit 1 ;;
*) break ;;
esac
shift
done
#
# Must have at least a phone number. The other options, we don't care.
#
case "$phoneNumber" in
"")
echo "$Pname: Must specify a phone number." 1>&2
echo $Usage 1>&2
exit 1
;;
esac
#
# Must also have a fax modem in mind.
#
case "$faxModem" in
"")
echo "$Pname: No fax modem specified." 1>&2
echo $Usage 1>&2
exit 1
;;
esac
#
# OK.
# Anything left on the command line is a file to be faxed; if no files
# specified, we will fax standard input.
#
# Prepare the comments that will be inserted into the postscript file.
# these alert the printing system that this really is a fax.
FaxVars=$tmpdir/FaxVars
cat >$FaxVars <<EOF
%% These options set by makefax
%%NXFaxVersion: 300
%%NXFaxNumber: $phoneNumber
%%NXFaxTo: $to
%%NXFaxNotify: $FaxNotify
%%NXFaxHires: $FaxHires
%%NXFaxTrim: $FaxTrim
EOF
# Track down the cover sheet.
# todo: could look in other language directories
for dir in ~/Library/Fax /LocalLibrary/Fax /NextLibrary/Fax/English.lproj; do
if test -d $dir/$coverSheet; then
coverDir=$dir/$coverSheet
fi
done
case "$useCoverSheet" in
0) ;;
*)
case "$coverDir" in
"")
echo "$Pname: Couldn't find cover sheet named '$coverSheet'." 1>&2
exit 1
;;
esac
;;
esac
# Now enscript the files specified on the command line to convert them
# to postscript. Append the Fax comments after line 1
#
# Enscript's output looks like this...
#
# %!PS-Adobe-3.0
# ... various enscript header things
# %%Pages: (atend)
# %%Page: ? 1
# StartPage
# ... postscript for page 1
# EndPage
# %%Page: ? 2
# StartPage
# ... postscript for page 2
# EndPage
# %%Trailer
# end
# %%Pages: 2
#
# So, we copy everything until we see the %%Trailer line, then add
# one more page by appending the fax cover sheet, and then we output
# our own %%Trailer, end and %%Pages line (incrementing the Pages
# value by one.)
#
# The fax comments are added after the first line.
ens=$tmpdir/enscriptOutput
myTrailer=$tmpdir/myTrailer
#
# Run enscript here to convert the text files (or stdin) to postscript.
# Save the output in $ens
#
enscript -l -q -p $ens $*
#
# If we're not doing a cover sheet, we can quit here.
# Go ahead and insert the special fax comments and submit the file
# to lpr.
#
case "$useCover" in
0)
sed -n -e "1r $FaxVars" \
-e p \
$ens | case "$filterOnly" in
1) cat ;;
*) lpr -P$faxModem ;;
esac
exit 0
;;
esac
#
# Now the complex cover sheet construction begins.
#
#
# Figure out how many pages enscript produced.
#
Pages=`awk '/^%%Pages: [1234567890][1234567890]*/ {print $2}' $ens`
# and we're going to add one more page, so...
# (this number goes on the cover sheet, and also at the end
# of our postscript code)
Pages=`expr $Pages + 1`
set -
cat >$myTrailer <<EOF
%%Trailer
end
%%Pages: $Pages
EOF
# Put together a cover sheet with the appropriate boxes filled in.
# $coverDir/form.eps is a background file; $coverDir/form.info is a list
# of field names and coordinates.
myCoverSheet=$tmpdir/CoverSheet.eps
( echo "%%Page: ? $Pages"; cat $coverDir/form.eps ) >$myCoverSheet
# This awk script reads the form.info file, and the variables we want,
# and outputs the appropriate postscript (appended to the CoverSheet.eps
# file.)
( echo Date=`date`
echo Pages=$Pages
echo From=$sender
echo To=$to
) | awk >>$myCoverSheet '
# These offset values for some reason cause the fields
# to line up better. (Determined by trial and error)
BEGIN { XOffset = 0; YOffset = 5 }
/Page Size:/ { next }
/Entry:/ { entry = $2; next }
/Font:/ { Font[entry] = $2; next }
/Font Size:/ { FontSize[entry] = $3; next }
/Text Gray:/ { TextGray[entry] = $3; next }
# Location: x = 104, y = 596, w = 419, h = 18
/Location:/ {
# damn commas
X[entry] = substr($4, 1, length($4) - 1)
Y[entry] = substr($7, 1, length($7) - 1)
W[entry] = substr($10, 1, length($10) - 1)
H[entry] = $13
next
}
/\=/ {
split($0, a, "=")
fieldName=a[1]
fieldValue=a[2]
printf "%f %f moveto\n", X[fieldName] + XOffset, Y[fieldName] + YOffset
printf "%s setgray\n", TextGray[fieldName]
printf "/%s findfont %s scalefont setfont\n", Font[fieldName], FontSize[fieldName]
printf "(%s) show\n", fieldValue
}
END { print "showpage\n" }
' $coverDir/form.info -
#
# Now, for the big finale, put everything together.
# using one amazing sed command.
# (Optionally) submit it to be faxed out.
sed -n -e "1r $FaxVars" \
-e "/%%Trailer/r $myCoverSheet" \
-e "/%%Trailer/r $myTrailer" \
-e '/%%Trailer/q' \
-e p \
$ens | case "$filterOnly" in
1) cat ;;
*) lpr -P$faxModem ;;
esac
Newsgroups: comp.sys.next.sysadmin
From: "Steve Hayman" <sahayman@cs.indiana.edu>
Subject: Re: command line faxing - here's a script. does cover sheets too.
Message-ID: <1993Jul8.002328.17230@news.cs.indiana.edu>
Organization: Steve Hayman + Associates, Toronto
References: <20peml$2ch@skates.gsfc.nasa.gov> <1993Jul6.173830.8304@kakwa.ucs.ualberta.ca> <1993Jul6.155308.21920@news.cs.indiana.edu>
Date: Thu, 8 Jul 1993 00:23:10 -0500
OK, here we go, here is a shell script that will fax text files (or stdin)
from the command line, and (optionally) fill in a standard NeXT-style
cover sheet for you.
Use is
fax -p phonenumber file1 file2 ...
and there are various other cmdline options (read the script, there's no other
documentation at the moment) for setting the recipient's name, choosing
a cover sheet, and so on.
I have not tested this extensively - I've sent maybe 3 small faxes with it.
So there are undoubtedly some problems. Please send me your feedback and
I'll try to improve it. And of course there are some features I want to
implement that I haven't done yet. Read the comments in the script.
Tested under 3.0 only. I have no idea if this method of faxing still
works under 3.1.
Only problem I know of at the moment - it aligns the fields in the cover sheet
slightly incorrectly. they're flush with the bottom of the field, and they
should really be flush with the top. You might not even notice. it all
depends how fancy a cover sheet you're using. (It looks fine with the
default "Cover.draw" cover sheet.)
Also this was originally a Perl script, and it wasn't nearly as
clumsy internally, but not everybody has Perl... so it's a /bin/sh
script, or as I like to think of it, a "Multi-Architecture NonBinary" that
might even work as-is on NeXTSTEP/HP.
Please send me suggestions, bugs, fixes etc. I'm prepared to maintain
this and send out new versions from time to time.
Without further ado,
#!/bin/sh
# fax
# Command-line faxing of text files.
#
# Use:
# fax -p phonenumber [-f] [-t to] [-c coversheet] [-m faxmodem] [-s sender] [file...]
#
# Options:
# -p phonenumber Phone number to send this fax to
# -f Filter. Send the postscript to stdout, don't fax it.
# -t to Recipient's name - will be written on cover sheet
# -c coversheet Name of a cover sheet to use (e.g. "MyCover.draw")
# (Default is "dread System FaxCoverFile")
# -C No cover sheet, text only
# -m faxmodem Which fax modem to use
# (Default is "dread System Fax" - the last one you used)
# -s sender Sender's name - will be written on cover sheet
# file... Text Files to be converted to postscript and faxed.
# Standard input will be faxed if no files specified.
#
#
# TODO
# Position the cover sheet fields properly. (They're currently bottom-aligned,
# should be top-aligned.)
# Prompt user for commandline parameters if not specified.
# Options for hi-res, notify, trim.
# Option for deferred faxing. (%%NXDeferredUntil: YYYYMMDDHHMM)
# Options to be passed through to 'enscript' to allow different formatting
# of the text files.
# Ability to fax a postscript file.
# Allow adding comments to the cover sheet.
# (Perhaps allow having all the text go in the Comments: area, for a
# quick one-page fax.)
# Multiple recipients.
# Get recipient names and numbers from the user's address book.
# Figure out how to do this using pipes only, without temp files.
#
# The first version of this script was written in Perl and was
# considerably cleaner - but, well, not everybody has perl.
# Hence this clumsier "multi-architecture" shell script.
#
# Suggestions or fixes are most welcome.
#
# Steve Hayman
# shayman@Objectario.com
# July 7 1993
#
# $Log: fax,v $
# Revision 0.8 93/07/08 00:50:13 shayman
# First version that seems to work.
#
PATH=/usr/ucb:/bin:/usr/bin export PATH
Pname=`basename $0`
# Make a temp directory to hold some scratch files.
tmpdir=/tmp/fax.$$
mkdir $tmpdir
trap exit 1 2 3 15
trap 'rm -rf $tmpdir' 0
# Some variables that you can't change at the moment but which might
# be command line options in the next version.
FaxNotify=YES
FaxHires=YES
FaxTrim=YES
# Get some useful defaults.
# redirect stderr on these dreads so they don't complain when a default
# isn't found.
faxModem=`dread System Fax 2>/dev/null | awk '{print $3}`
useCoverSheet=1
coverSheet=`dread System FaxCoverFile 2>/dev/null | awk '{print $3}'`
case "$coverSheet" in
"") coverSheet=Cover ;;
esac
# Default sender name is our own user name.
# What's the best way to do a getpwent($USER) in a shell script? hmm.
# Perhaps
# sender=`nidump passwd / | awk -F: '$1 == "'$USER'" { print $5 } '`
# but who knows if this user is defined in the / domain.
#
# Well here is one way. (Assuming you haven't replaced the stock finger prog.)
sender=`finger $USER | sed -e 's/.*In real life: //' -e 1q`
#
# parse cmdline options
#
Usage="Usage: $Pname -p phonenumber [-t to] [-c cover] [-m modem] [-s sender] file..."
while test $# -gt 0; do
case $1 in
-p) shift; phoneNumber=${1?$Usage} ;;
-t) shift; to=${1?$Usage} ;;
-c) shift; coverSheet=${1?$Usage} ;;
-m) shift; faxModem=${1?$Usage} ;;
-s) shift; sender=${1?$Usage} ;;
-f) filterOnly=1 ;;
-C) useCoverSheet=0 ;;
-*) echo $Usage 1>&2 ; exit 1 ;;
*) break ;;
esac
shift
done
#
# Must have at least a phone number. The other options, we don't care.
#
case "$phoneNumber" in
"")
echo "$Pname: Must specify a phone number." 1>&2
echo $Usage 1>&2
exit 1
;;
esac
#
# Must also have a fax modem in mind.
#
case "$faxModem" in
"")
echo "$Pname: No fax modem specified." 1>&2
echo $Usage 1>&2
exit 1
;;
esac
#
# OK.
# Anything left on the command line is a file to be faxed; if no files
# specified, we will fax standard input.
#
# Prepare the comments that will be inserted into the postscript file.
# these alert the printing system that this really is a fax.
FaxVars=$tmpdir/FaxVars
cat >$FaxVars <<EOF
%% These options set by makefax
%%NXFaxVersion: 300
%%NXFaxNumber: $phoneNumber
%%NXFaxTo: $to
%%NXFaxNotify: $FaxNotify
%%NXFaxHires: $FaxHires
%%NXFaxTrim: $FaxTrim
EOF
# Track down the cover sheet.
# todo: could look in other language directories
for dir in ~/Library/Fax /LocalLibrary/Fax /NextLibrary/Fax/English.lproj; do
if test -d $dir/$coverSheet; then
coverDir=$dir/$coverSheet
fi
done
case "$useCoverSheet" in
0) ;;
*)
case "$coverDir" in
"")
echo "$Pname: Couldn't find cover sheet named '$coverSheet'." 1>&2
exit 1
;;
esac
;;
esac
# Now enscript the files specified on the command line to convert them
# to postscript. Append the Fax comments after line 1
#
# Enscript's output looks like this...
#
# %!PS-Adobe-3.0
# ... various enscript header things
# %%Pages: (atend)
# %%Page: ? 1
# StartPage
# ... postscript for page 1
# EndPage
# %%Page: ? 2
# StartPage
# ... postscript for page 2
# EndPage
# %%Trailer
# end
# %%Pages: 2
#
# So, we copy everything until we see the %%Trailer line, then add
# one more page by appending the fax cover sheet, and then we output
# our own %%Trailer, end and %%Pages line (incrementing the Pages
# value by one.)
#
# The fax comments are added after the first line.
ens=$tmpdir/enscriptOutput
myTrailer=$tmpdir/myTrailer
#
# Run enscript here to convert the text files (or stdin) to postscript.
# Save the output in $ens
#
enscript -l -q -p $ens $*
#
# If we're not doing a cover sheet, we can quit here.
# Go ahead and insert the special fax comments and submit the file
# to lpr.
#
case "$useCover" in
0)
sed -n -e "1r $FaxVars" \
-e p \
$ens | case "$filterOnly" in
1) cat ;;
*) lpr -P$faxModem ;;
esac
exit 0
;;
esac
#
# Now the complex cover sheet construction begins.
#
#
# Figure out how many pages enscript produced.
#
Pages=`awk '/^%%Pages: [1234567890][1234567890]*/ {print $2}' $ens`
# and we're going to add one more page, so...
# (this number goes on the cover sheet, and also at the end
# of our postscript code)
Pages=`expr $Pages + 1`
set -
cat >$myTrailer <<EOF
%%Trailer
end
%%Pages: $Pages
EOF
# Put together a cover sheet with the appropriate boxes filled in.
# $coverDir/form.eps is a background file; $coverDir/form.info is a list
# of field names and coordinates.
myCoverSheet=$tmpdir/CoverSheet.eps
( echo "%%Page: ? $Pages"; cat $coverDir/form.eps ) >$myCoverSheet
# This awk script reads the form.info file, and the variables we want,
# and outputs the appropriate postscript (appended to the CoverSheet.eps
# file.)
( echo Date=`date`
echo Pages=$Pages
echo From=$sender
echo To=$to
) | awk >>$myCoverSheet '
# These offset values for some reason cause the fields
# to line up better. (Determined by trial and error)
BEGIN { XOffset = 0; YOffset = 5 }
/Page Size:/ { next }
/Entry:/ { entry = $2; next }
/Font:/ { Font[entry] = $2; next }
/Font Size:/ { FontSize[entry] = $3; next }
/Text Gray:/ { TextGray[entry] = $3; next }
# Location: x = 104, y = 596, w = 419, h = 18
/Location:/ {
# damn commas
X[entry] = substr($4, 1, length($4) - 1)
Y[entry] = substr($7, 1, length($7) - 1)
W[entry] = substr($10, 1, length($10) - 1)
H[entry] = $13
next
}
/\=/ {
split($0, a, "=")
fieldName=a[1]
fieldValue=a[2]
printf "%f %f moveto\n", X[fieldName] + XOffset, Y[fieldName] + YOffset
printf "%s setgray\n", TextGray[fieldName]
printf "/%s findfont %s scalefont setfont\n", Font[fieldName], FontSize[fieldName]
printf "(%s) show\n", fieldValue
}
END { print "showpage\n" }
' $coverDir/form.info -
#
# Now, for the big finale, put everything together.
# using one amazing sed command.
# (Optionally) submit it to be faxed out.
sed -n -e "1r $FaxVars" \
-e "/%%Trailer/r $myCoverSheet" \
-e "/%%Trailer/r $myTrailer" \
-e '/%%Trailer/q' \
-e p \
$ens | case "$filterOnly" in
1) cat ;;
*) lpr -P$faxModem ;;
esac
Newsgroups: comp.sys.next.sysadmin.ctl
Control: cancel <1993Jul8.001419.17115@news.cs.indiana.edu>
From: "Steve Hayman" <sahayman@cs.indiana.edu>
Subject: cmsg cancel <1993Jul8.001419.17115@news.cs.indiana.edu>
Message-ID: <1993Jul8.002326.17209@news.cs.indiana.edu>
References: <20peml$2ch@skates.gsfc.nasa.gov> <1993Jul6.173830.8304@kakwa.ucs.ualberta.ca> <1993Jul6.155308.21920@news.cs.indiana.edu>
Date: Thu, 8 Jul 1993 00:23:15 -0500
Newsgroups: comp.sys.next.sysadmin
From: wkwong@lyapunov.eng.ohio-state.edu (Waihon Andrew Kwong)
Subject: How to mount a new HD with two partitions??
Message-ID: <1993Jul8.055628.15262@ee.eng.ohio-state.edu>
Sender: news@ee.eng.ohio-state.edu
Organization: The Ohio State University Dept of Electrical Engineering
Distribution: usa
Date: Thu, 8 Jul 1993 05:56:28 GMT
Hi,
I'm trying to put a new HD with two partitions into my cube and try to
mount it onto the original file system. I used buildDisk to build the disk
into two partitions and edited the fstab:
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/dev/sd1a /NS31 4.3 rw,noquota,noauto 0 2
/dev/sd1b /Util 4.3 rw,noquota,noauto 0 2
But the cube bootup and give me
hsuti:1# df
Filesystem kbytes used avail capacity Mounted on
/dev/sd0a 667719 462006 138941 77% /
/dev/sd1a 709070 105526 532637 17% /Andrew
How can them mount correctly??
Thanks in advance..
Regards,
Andy
Newsgroups: comp.sys.next.sysadmin
From: jds@aplpy.jhuapl.edu (John D Stanhope)
Subject: How do I become root
Message-ID: <1993Jul8.124338.314@aplcen.apl.jhu.edu>
Sender: news@aplcen.apl.jhu.edu (USENET News System)
Organization: Johns Hopkins University Applied Physics Lab
Date: Thu, 8 Jul 93 12:43:38 GMT
I am new to NS and I would like to know how to set my self up as
root so that I can install the developer packages after I have
the user stuff installed. Sorry if this is a real dumb question
but the docs that came with the EDU package were really scarce.
Thanks
John Stanhope
Newsgroups: comp.sys.next.sysadmin
From: hwr@pilhuhn.sub.org (Heiko W.Rupp)
Subject: Re: mach-task s
References: <1993Jul7.150204.20053@news.mic.ucla.edu>
Date: Thu, 8 Jul 1993 11:23:14 GMT
Organization: The home of the Pilhuhn
Message-ID: <C9uFMq.8tF@pilhuhn.sub.org>
iwelch@agsm.ucla.edu (Ivo Welch) writes:
>$ ps -aux | grep mach-task
>root -1 1.4 0.0 0K 0K ? U < 0:42 <mach-task>
>root -1 0.0 0.0 0K 0K ? S 0:00 <mach-task>
>root -1 0.0 0.0 0K 0K ? SW< 0:00 <mach-task>
>What are these, and why do they take 10 process slots?
Some if them are real mach tasks used by the kernel to keep the box
running; others are zombies, which have been left over by user
processes.
--
Heiko W.Rupp Gerwigstr.5 D-76131 Karlsruhe +49 721 693642
Wasserbett zu Versuchszwecken gesucht
Newsgroups: comp.sys.next.sysadmin
From: sqhilton.pc.cs.cmu.edu!beatty (Derek Beatty)
Subject: Re: NfsExtend.app for 3.1 (black)?
Message-ID: <C9uK6K.G8K.2@cs.cmu.edu>
Summary: no, but if you hum a few bars I can fake it
Originator: beatty@sqhilton.pc.cs.cmu.edu
Sender: news@cs.cmu.edu (Usenet News System)
Organization: School of Computer Science, Carnegie Mellon
References: <1993Jul7.152305.10913@newstand.syr.edu>
Distribution: usa
Date: Thu, 8 Jul 1993 13:01:32 GMT
In article <1993Jul7.152305.10913@newstand.syr.edu>
drebnord@betenoir.syr.edu (David A. Rebnord) writes:
> NeXT is apparently not going to produce a version of NfsExtend.app
> for 3.1. Has anyone taken the time to write a couple shell-scripts
> to do the functional equivalent of NfsExtend under 3.1? In
> particular does anyone have the symbolic links needed for the
> Literature.pkg and the three Developer packages.
>
> Yes, I know it would be simple to hack this together myself, but
> I suspect that somebody has already encountered and surmounted
> this problem and I'm not keen on repeating a rather tedious job.
Actually, it's worth pointing out that if you just want to do this for a
couple of machines it's not a tedious job at all. Use the GUI. Just (as
root) open a couple of file viewers side by side, one on the server and
one on the client, and drag the links into place. (Now, if I could just
remember which modifier key you use for a link...I always try them out and
watch the cursor.) I haven't actually done this, but I've done something
similar to run the developer packages directly off the CD-ROM. It took
maybe 5 minutes.
On the other hand, if you've got more than two or three machines, it's
going to get rather tedious real fast... rather than writing a script,
someone should write a meta-script that does a find on the a filesystem
containing a set of links generated by dragging, and writes the script
that would create them...
-- Derek
--
Derek_Beatty@cmu.edu ABD Comp Sci, CMU, 5000 Forbes, Pgh, PA 15213 USA
(412) 268-7898 Home: (412) 521-3482 [<11pm please]
--
Derek_Beatty@cmu.edu ABD Comp Sci, CMU, 5000 Forbes, Pgh, PA 15213 USA
(412) 268-7898 Home: (412) 521-3482 [<11pm please]
Newsgroups: comp.sys.next.sysadmin
From: eric%basilisk@src.honeywell.com (Eric D. Engstrom)
Subject: Re: How to mount a new HD with two partitions??
Message-ID: <C9uLp5.FCv@basilisk.uucp>
Keywords: fstab, mount, noauto
Sender: eric@basilisk.uucp (Eric D. Engstrom)
Organization: anonymous
References: <1993Jul8.055628.15262@ee.eng.ohio-state.edu>
Date: Thu, 8 Jul 1993 13:34:16 GMT
Waihon Andrew Kwong writes:
> I'm trying to put a new HD with two partitions into my cube and try to
> mount it onto the original file system. I used buildDisk to build the disk
> into two partitions and edited the fstab:
>
> /dev/sd0a / 4.3 rw,noquota,noauto 0 1
> /dev/sd1a /NS31 4.3 rw,noquota,noauto 0 2
> /dev/sd1b /Util 4.3 rw,noquota,noauto 0 2
Remove the "noauto" param from both your partitions... Check out the mount(8)
man page...
> But the cube bootup and give me
>
> hsuti:1# df
> Filesystem kbytes used avail capacity Mounted on
> /dev/sd0a 667719 462006 138941 77% /
> /dev/sd1a 709070 105526 532637 17% /Andrew
Not sure why it's getting mounted there.
Eric
+------------
Eric D. Engstrom, Honeywell Systems & Research Center, Mpls, MN, USA
engstrom@src.honeywell.com -or- NeXT: eric%basilisk@src.honeywell.com
< I eat from the four food groups: Barley, Hops, Yeast, Water >
Newsgroups: comp.sys.next.sysadmin
From: jds@aplpy.jhuapl.edu (John D Stanhope)
Subject: Thanks for your reponse
Message-ID: <1993Jul8.150214.5352@aplcen.apl.jhu.edu>
Sender: news@aplcen.apl.jhu.edu (USENET News System)
Organization: Johns Hopkins University Applied Physics Lab
Date: Thu, 8 Jul 93 15:02:14 GMT
Thanks to all who responeded to my post on how to become root. I
think I all the bases are covered so please save bandwidth and do
not send reply.
Thanks again
John Stanhope
Newsgroups: comp.sys.next.sysadmin
From: craighil@sfc.sony.com (Nancy Craighill)
Subject: MS Windows Broken Under NeXTSTEP Intel 3.1??
Message-ID: <1993Jul8.172608.23772@sfc.sony.com>
Organization: Sony Advanced Video Technology Center
Date: Thu, 8 Jul 1993 17:26:08 GMT
It seems to me that MS Windows 3.1 suddenly stopped working on my Intel
DOS partition after I upgraded my Intel boxes from NeXTSTEP Intel Beta
to NeXTSTEP Intel 3.1.
I have a Dell 450E/2 DGX and a Gateway 2000, each is running NeXTSTEP on
a large partition with a small 35M DOS partition. Each system was happily
running DOS and Windows during the Beta program.
I did not modify the DOS partition, in any way, when upgrading to release
3.1. After I upgraded, booting off the DOS partition and running "win"
at the DOS prompt displayed the MS Windows banner but then the program
crashed returning to the DOS prompt.
I even tried reformatting the DOS partition, and reinstalling DOS and
Windows from floppies but with no success. MS Windows consistently dies
in the same way. Even our DOS experts in the office are baffled. (We've
tried it under both DOS 5.0 and DOS 6.0 with the same results).
If this happened to only one machine I would suspect the setup on that
machine, but this is happening on two entirely different Intel machines,
suspiciously after the upgrade.
Have any ideas?
Nancy
--
Nancy Craighill w(408)944-4994
AVTC, Sony Corporation of America fax(408)954-1027
685 River Oaks Parkway, M.S. 35 email: craighill@sfc.sony.com
San Jose, CA 95134-1907 USA
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: brad%raven@kakwa.ucs.ualberta.ca (Brad Nelson)
Subject: SLIP configuration problem.
Message-ID: <1993Jul8.180251.4828@shunda.uucp>
Sender: brad@shunda.uucp (Brad Nelson)
Date: Thu, 8 Jul 1993 18:02:51 GMT
I'm trying to connect my cube at home up to the local campus net using
TransSys SLIP, with only limited success. My biggest problem seems to be
that if I try to telnet (rlogin, ftp, whatever) any machine other than the
slip server, no packets ever get sent out over the slip link. The same
seems to happen when someone tries to get a my machine from somewhere
on campus.
Anyone care to offer some suggestions? I've been through the docs about
5 times, reinstalled, torn half my hair out, and am just on the verge of
giving up entirely, or maybe going to Marble Teleconnect or something.
Should I be running routed or something? Help!
--
-Brad brad%shunda@kakwa.ucs.ualberta.ca
bradley@cs.ualberta.ca
From: klund@haas.berkeley.edu (Kyle Lundstedt)
Newsgroups: comp.sys.next.sysadmin
Subject: Where to get HP printer cable?
Date: 8 Jul 1993 19:56:54 GMT
Organization: University of California, Berkeley
Distribution: usa
Message-ID: <21hu66$b2p@agate.berkeley.edu>
Subject says it all. Anyone know where to get a pre-made printer cable,
so I can use an HPIIIP w/Postscript cartridge?
Please email reply to klund@haas.berkeley.edu.
THANKS.
Newsgroups: comp.sys.next.sysadmin
From: rdavis@inline.pixar.com (Ray Davis)
Subject: ND not being found
Message-ID: <1993Jul8.195900.29797@pixar.com>
Keywords: NeXT Dimension
Sender: news@pixar.com (Usenet Newsmaster)
Organization: Pixar -- Point Richmond, California
Date: Thu, 8 Jul 1993 19:59:00 GMT
Perhaps someone out here can help. I have run into a problem with my NeXT
Dimension board that noone here seems to be able to solve.
I have a Cube with a 16MB ND board. Normally, because of memory
constraints, I keep the ND turned off using the preferences panel. When I
need color, I turn the ND back on in preferences and then restart the
window server. Last night while trying to do this, the machine hung. Later
when I re-booted the ND wasn't "activated".
Further looking at /usr/adm/messages indicated a message when I had tried
to restart the window server, that the ND was alread in use with another
window server. Also, normal booting had a message from the kernel
indicating that the board had been located in slot 2, and gave memory
capacities and prom version numbers. This no longer happens. I have no
indication that the board has been found.
If I setup in preferences that the ND is screen 0, the boot stuff will go
to the ND, and then when the boot is complete everything shifts to the BW
monitor and the ND is again not available.
I have tried everything I can think of, and checked all the references I
can find to no avail.
If anyone has any ideas, or has experienced something similar with the ND,
I would sure appreciate any information. I also understand that there
might be a ND users mailing list. Does anyone have that address?
Thanks,
Ray Davis
Pixar
(510) 215-3461
email: rdavis@pixar.com
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Newsgroups: comp.sys.next.sysadmin
Subject: netinfo error:0, anybody seen this?
Date: 8 Jul 1993 21:06:55 GMT
Organization: Mayo Foundation
Distribution: world
Message-ID: <21i29f$dgg@fermat.mayo.edu>
we have a rogue Turbo NeXT that is not quite working like the rest of our
NeXT's in a particular NI domain (2-level). Specifically, we can't
seem to get it to automount the server's disk space. The only thing
we see in debugging this is that we can't manually mount it,
nor can we automount it.
In tracking this down we are seeing a netinfo error: 0 message
during reboot:
Jul 7 22:08:22 noether netmsgserver[66]: network_init
Jul 7 22:09:02 noether syslog: netinfo error: 0
Jul 7 22:09:04 noether reboot: Reboot complete
Other than the mount problem everything looks fine.
Is this something to worry about, and could this be the reason for
the problem with the automount?
thanks for the replies (email please)!
--
- Geoff
-----------------------------------------------------------------
Geoffrey Brunkhorst brunkhorst@Mayo.edu
Research Computing Facility, Guggenheim 10 (507) 284-1805
Mayo Foundation, Rochester MN, 55905, USA fax (507) 284-5231
Newsgroups: comp.sys.next.sysadmin
From: robocop@lehre24.informatik.Uni-Bremen.DE (Dirk Lehmann + Co)
Subject: Mysterious Problem !
Message-ID: <1993Jul8.202311.18998@informatik.uni-bremen.de>
Sender: robocop@lehre24 (Dirk Lehmann + Co)
Organization: Universitaet Bremen
Date: Thu, 8 Jul 1993 20:23:11 GMT
Hello out there !
I have a big, big problem. A few day's ago I want to read some
sheets of the NeXT-Documentation on my NeXTstation (NS 3.0),
but the Librarian nor Edit.app nor the RTFInspector of the
Workspace was able to display the graphics in the text. I only got
a NXdefaulticon instead of a figure.
I tried some other documents and generated one by myself, but
this doesn't worked too. Then I switched from my regular account to
an other account, where everything was displayed fine. Opening a
rtfd-document on my regular account via NXhost from a shell makes
Edit.app displaying all graphics.
This event makes me erasing my default-database (~/.NeXT folder).
After logging in again, I started Edit and all figures were in place.
This might be the end, but it wasn't! After I have placed all the
icons back in the dock, I got my deja-vu. No graphics !
After I erased the .NeXT-folder again, I placed an icon one by one and
let Edit display a rtfd-document. When I placed ImageViewer in the dock,
the same magic appeared. So I started again (get lost ~/.NeXT-folder !) and
left my ImageViewer in /LocalApps/Graphics. For a few minutes I was happy :
figures placed all around the text and everything on my regular account. But
this moment of satisfaction didn't last long and all graphics I saw were
NXdefaulticons. So ImageViewer is not to blame for this dilemma.
Some other trials were also without effect....
Is there somebody out there who had this problem or is able to solve it ??
Thanks in advance
Dirk
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: rngu@mipos2.intel.com (Robert Ngu)
Subject: Info needed on need for SVGA cards
Message-ID: <C9tC0x.7ny@inews.intel.com>
Sender: news@inews.intel.com (USENET News System)
Organization: Intel Corporation, Santa Clara, CA USA
Date: Wed, 7 Jul 1993 21:07:45 GMT
Hi,
I was wondering if anyone out there can tell me if using a hi-res SVGA
card actually makes a difference besides visually. A screen with 1024x768
resolution is much more pleasant to look at than 2-bit grayscale with a
generic VGA but does it actually test a different part of NextStep? If so,
what kind of code does it execute differently to display on a hi-res SVGA
card?
Are there any apps out there that require a hi-res VGA card to run?
Thanks in advance,
Bob Ngu
P/S: I am using an Intel-based machine if that makes a difference.
Newsgroups: comp.sys.next.sysadmin
From: dahl@esca.esca.com (Austin Dahl)
Subject: Printing RIB files
Message-ID: <DAHL.93Jul8133018@esca.esca.com>
Sender: dahl@esca.com (Austin Dahl)
Organization: ESCA Corporation, Bellevue WA
Distribution: comp
Date: Thu, 8 Jul 1993 21:30:18 GMT
I'm having problems printing RIB files -- even from the 3View app. I
get an error message that it cannot connect to localhost. Localhost
_is_ recognized by other programs and services (i.e. telnet, ruser).
I've tried running /usr/prman/rpc.renderd and get an error message
that it cannot create the service.
Printing RIB files used to work for me. Any clues to what may have happened?
System Info:
NSTC, Stand Alone system, NS 3.0.
Other questions:
Does the Renderman licence expire? What are the command line
switches to do a simple invokation of /usr/prman/prman?
Austin Dahl
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: rngu@mipos2.intel.com (Robert Ngu)
Subject: support for AHA1742
Message-ID: <C9v68L.LIn@inews.intel.com>
Sender: news@inews.intel.com (USENET News System)
Organization: Intel Corporation, Santa Clara, CA USA
Date: Thu, 8 Jul 1993 20:57:56 GMT
Hi,
Can anyone tell me if support for the Adaptec 1742 SCSI controller is
available yet? It is planned for R3.2 due to come out sometime in Sept???
I have a need for it now, so I would appreciate any info.
THanks,
Bob
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How to mount a new HD with two partitions??
Date: 8 Jul 1993 23:40:00 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <21ib8g$fn4@umd5.umd.edu>
References: <1993Jul8.055628.15262@ee.eng.ohio-state.edu> <C9uLp5.FCv@basilisk.uucp>
Keywords: fstab, mount, noauto
In article <C9uLp5.FCv@basilisk.uucp> eric%basilisk@src.honeywell.com (Eric D. Engstrom) writes:
[in reference to the infamous 'noauto' dilemma]
>Not sure why it's getting mounted there.
That's probably the "title" of the disk in the disk label.
>Eric
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
Evolution is as much a fact as the earth turning on its axis and going around
the sun. At one time this was called the Copernican theory; but, when
evidence for a theory becomes so overwhelming that no informed person
can doubt it, it is customary for scientists to call it a fact. That all
present life descended from earlier forms, over vast stretches of geologic
time, is as firmly established as Copernican cosmology. Biologists differ
only with respect to theories about how the process operates.
- Martin Gardner, "Irving Kristol and the Facts of Life",
The Skeptical Inquirer, Vol. XII No. 2, ppg. 128-131
Newsgroups: comp.sys.next.sysadmin
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: HP LJ4Si def files?
Message-ID: <1993Jul9.005839.14255@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Fri, 9 Jul 1993 00:58:39 GMT
I don't see any printer def files for the new 600 DPI HP LJ printers in the
3.0 release or on the archives. Anyone have one already hacked up? A new
LJ 4Si with Emulex NetJet will be arriving soon, and I want to make it feel
welcome ;-)
--
Nathan "USENET" Janette
PPP link from hilbert.csb.yale.edu
Please reply to: nathan@laplace.csb.yale.edu (NeXT)
Newsgroups: comp.sys.next.sysadmin
From: wkwong@lyapunov.eng.ohio-state.edu (Waihon Andrew Kwong)
Subject: Re: How to mount a new HD with two partitions??
Message-ID: <1993Jul9.014339.17224@ee.eng.ohio-state.edu>
Keywords: fstab, mount, noauto
Sender: news@ee.eng.ohio-state.edu
Organization: The Ohio State University Dept of Electrical Engineering
References: <1993Jul8.055628.15262@ee.eng.ohio-state.edu> <C9uLp5.FCv@basilisk.uucp> <21ib8g$fn4@umd5.umd.edu>
Date: Fri, 9 Jul 1993 01:43:39 GMT
Thanks to all the people who send me the solution. It was a typo in the
manual that I should not have the "noauto" in the entry of the fstab for
partitions rather that root.
-------------------------------
If I have two HD, is there any benifit to have them partition as different
logical disk and mount them onto the root file stucture?
I have heard there are *some* benifits for the remote mounting file structure
on a network, isn't it right? What can I gain?
Andy
From: dave@primate.asg.arlut.utexas.edu (David Slotnick)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Strange crashes
Message-ID: <88320@ut-emx.uucp>
Date: 8 Jul 93 22:34:16 GMT
References: <1993Jul5.002336.22745@leland.Stanford.EDU>
Sender: news@ut-emx.uucp
Stefano Pagiola writes:
> I've been having strange crashes for a while...
Is your sound box on top of something which is warm? I had a
similar problem with my slab, and I determined that the problem
was caused (strangely enough!) by placing my sound box on
top of my modem.
From: dave@primate.asg.arlut.utexas.edu (David Slotnick)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Strange crashes
Message-ID: <88321@ut-emx.uucp>
Date: 8 Jul 93 22:34:46 GMT
References: <1993Jul5.002336.22745@leland.Stanford.EDU>
Sender: news@ut-emx.uucp
Stefano Pagiola writes:
> I've been having strange crashes for a while...
Is your sound box on top of something which is warm? I had a
similar problem with my slab, and I determined that the problem
was caused (strangely enough!) by placing my sound box on
top of my modem.
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: No more Tunes from the CDROM drive (I don't get it - Help)
Date: 9 Jul 1993 03:28:36 GMT
Organization: Rensselaer Polytechnic Institute, Troy NY, USA
Distribution: world
Message-ID: <21iol4$2r4@usenet.rpi.edu>
References: <21g8c9INN7gt@emory.mathcs.emory.edu>
wmorse@erasure_sl.cc.emory.edu (William Morse) writes:
> I have EXACTLY this same problem, except I simply upgraded to
> 3.1. My computer is a NeXT Turbo Color. I have a NeXT CD-ROM
> drive too. It worked just as yours did under 3.0... but no longer!
>
> It will, however, work when I am logged in as root... but not
> when I am a user. Humm... I get the msg.:"CDPlayer Couldn't
> open the CD-ROM drive."
>
> Any help would be most welcome...
In your case, it sounds like you copied CDPlayer.app from one place to
another (or maybe installed it) while you were logged into some other userid
than root. Due to something like this, the file-ownership of one of
CDPlayer's files is wrong, which means you can only use the program when
you're logged in as root.
To fix:
Log in as userid root
Start up Terminal.app to get a Unix shell.
Change the directory to wherever your CDPlayer.app is. If you
have it in the standard location, you'd do that by typing
the unix command: cd /NextDeveloper/Demos/CDPlayer.app
(note you "cd" into the actual application directory)
Now type the unix command: ls -lg CDPlayer
What you should see is:
-rwsr-xr-x 1 root wheel 57344 Jul 24 1992 CDPlayer*
What you'll probably see is a different owner than root,
or the "s" in "-rws" will be an "x" instead. To fix this,
type the unix commands:
chown -R root .
chmod u+s CDPlayer
(note that there is a blank followed by a period at the end
of that "chown" command).
Given the number of "little gotcha's" in CDPlayer.app, it is going to end up
being the first demo which will merit a "Frequently Asked Questions" list of
it's own...
--
Garance Alistair Drosehn = gad@eclipse.its.rpi.edu
ITS Systems Programmer (handles NeXT-type mail)
Rensselaer Polytechnic Institute; Troy NY USA
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: No more Tunes from the CDROM drive (I don't get it - Help)
Date: 9 Jul 1993 03:33:33 GMT
Organization: Rensselaer Polytechnic Institute, Troy NY, USA
Distribution: world
Message-ID: <21ioue$2uj@usenet.rpi.edu>
References: <C9tv4t.5G7@ecf.toronto.edu>
devadas@ecf.toronto.edu (DEVADASON CHRISTOPHER PAUL) writes:
> On purchase of a case for the Toshiba drive I reinstalled the original
> 100MB drive as the internal drive and put the Toshiba as the first device
> on the external chain. The CDPlayer.app now on startup gives a message
> window stating : "CDPlayer
>
> Couldn't open the CD-ROM drive."
>
> I assumed this has something to do with the CDROM drive going from
> sd1 to sd2.
> But /usr/filesystems/cdaudio.fs/cdaudio.device states:
> /dev/rsd2h
My understanding is that CDPlayer.app simply will not work unless your
CD-ROM drive is the second-highest SCSI id on your machine. It must be the
sd1 device, from all that I've ever seen about it.
The only option is to turn on the public window server option (which, by the
way, I recommend that you *NOT* do, because it's a security risk), and then
stick music CD's into the drive. In that case the application will work no
matter what device the CD-ROM drive is. However, if you start up the
CDPlayer.app before putting in a music disc, then the application will look
at device sd1 and only sd1 (which in your new configuration is a hard disk,
and the program can not open that...).
--
Garance Alistair Drosehn = gad@eclipse.its.rpi.edu
ITS Systems Programmer (handles NeXT-type mail)
Rensselaer Polytechnic Institute; Troy NY USA
From: wmorse@erasure_sl.cc.emory.edu (William Morse)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: No more Tunes from the CDROM drive (I don't get it - Help)
Date: 9 Jul 1993 04:54:31 GMT
Organization: Emory University, Dept of Math and CS
Distribution: world
Message-ID: <21itm7INN3o7@emory.mathcs.emory.edu>
References: <21iol4$2r4@usenet.rpi.edu>
In article <21iol4$2r4@usenet.rpi.edu> gad@eclipse.its.rpi.edu (Garance A. Drosehn) writes:
<munch>
> In your case, it sounds like you copied CDPlayer.app from one place to
> another (or maybe installed it) while you were logged into some other userid
> than root. Due to something like this, the file-ownership of one of
> CDPlayer's files is wrong, which means you can only use the program when
> you're logged in as root.
>
> To fix:
> Log in as userid root
> Start up Terminal.app to get a Unix shell.
> Change the directory to wherever your CDPlayer.app is. If you
> have it in the standard location, you'd do that by typing
> the unix command: cd /NextDeveloper/Demos/CDPlayer.app
> (note you "cd" into the actual application directory)
> Now type the unix command: ls -lg CDPlayer
> What you should see is:
>
> -rwsr-xr-x 1 root wheel 57344 Jul 24 1992 CDPlayer*
>
> What you'll probably see is a different owner than root,
> or the "s" in "-rws" will be an "x" instead. To fix this,
> type the unix commands:
> chown -R root .
> chmod u+s CDPlayer
> (note that there is a blank followed by a period at the end
> of that "chown" command).
>
> Given the number of "little gotcha's" in CDPlayer.app, it is going to end up
> being the first demo which will merit a "Frequently Asked Questions" list of
> it's own...
>
> --
> Garance Alistair Drosehn = gad@eclipse.its.rpi.edu
> ITS Systems Programmer (handles NeXT-type mail)
> Rensselaer Polytechnic Institute; Troy NY USA
---------------------------------------------------------------------------------
Thank you very, very much. This worked!
- William
(I would also like to thank all the others who tried to help through email. Hey,
you all are just one more very good thing going for NeXT!)
From: scott@nic.gac.edu (Scott Hess)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: SUMMARY: Disk mirroring and multiprocessor support.
Date: 9 Jul 93 01:10:58
Organization: Is a sign of weakness
Distribution: world
Message-ID: <SCOTT.93Jul9011058@nic.gac.edu>
References: <SCOTT.93Jul2151303@nic.gac.edu>
In-reply-to: scott@nic.gac.edu's message of 2 Jul 93 15:13:03
[Again, this is from gam@inherent.techlaw.com. Respond to he, not me -scott]
Thanks to everyone who responded about Multiprocessing and
Disk Mirroring. We appreciate the support. Turns out that I
should've mentioned the obvious: that we are trying to clarify our
client's requirements and had already suggested that NEXTSTEP is
not realy meant to be a server, thus the multiprocessing issue
should or could go away. We also suggested that distributed objects
might be their solution in disguise. At least 42 great minds thought
alike on that part.
As for disk mirroring, even at a small departmental level,
where they would deploy a Pentium machine with a gigabyte, they
want some insurance/redundancy. But for corporate wide settings,
they will likely look at a Sequent class machine to spin industrial
strength DBMS and tend a disk farm.
The bottom line is that we think this was purely a check-list
exercise in matching NT against NEXTSTEP. So went the query: "NT
handles multiprocessing out of the box, so, does NEXTSTEP?" NT
also handles mirroring out of the box by allowing one to configure
two disk drives in the SCSI chain to be mirrors. NEXTSTEP handles
it transparently by leaving it to hardware. Which brings us to our
summary.
DISK MIRRORING
In short, there are a number of vendors that supply turn
key RAID/disk mirroring solutions that appear to NeXTSTEP as just
another SCSI drive. Specifically, the DPT EISA SCSI controller
(2012/90 and 95) has a hardware mirroring module and these models
are supported by NEXTSTEP/FIP, according to the Compatibility Guide.
Mirroring is provided by an add-on card to the basic controller
(another card supporting up to 4.5 MB of cache is also available).
DPT's phone number is 1-800-322-4DPT. Game over.
MULTIPROCESSING
Run NEXTSTEP at the client level and leave the driving :-)
to Auspex, DG, or preferably Hewlett Packard. Besides, when you
consider Portable Distributed Objects, and the HP PA-RISC promise,
it looks like this is the way to go. Now all we need do is convince
the requestor that this is perfectly acceptable and perfectly on
par with NT's "in your face on any platform from your clients to
your servers" strategy. Incidentally, I personally have seen NT
running on an eight 486 processor Sequent Symmetry box.
There were too many respondents to list here; thanks to
all, but here is a list of some of the best contributions in no
order of importance:
NAME ORGANIZATION
Jay Finger Convex Computer Corp.
Bill Chin ANDI
Jonathan Weeks McCaw Cellular Corp.
Mark Roder RISE Inc.
Charles Lloyd Giant Leap Software (formerly with WilTel)
David Pollack Athena Design
Benjamin Cline Athena Design
Dave Heinen Inherent Technologies Inc. <blush>
Scott Hess NXeffects Ltd. (& Inherent contractor)
Thanks again
Gregory Miller
Inherent Technologies, Inc.
From: doko@cs.tu-berlin.de (Matthias Klose)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: installing gnu emacs 19.16 and gcc 2.4.5
Date: 09 Jul 93 08:22:05 GMT
Organization: Technical University of Berlin, Germany
Message-ID: <21j6au$me2@news.cs.tu-berlin.de>
References: <C9tGLo.Kxx@news.cis.umn.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
In-reply-to: dward@mercury.forestry.umn.edu's message of 07 Jul 93 23:45:13 MET
In article <C9tGLo.Kxx@news.cis.umn.edu> dward@mercury.forestry.umn.edu (David D. Ward) writes:
emacs 19.16:
> First using this patch for emacs I am not able to
> 'make' properly, does anyone have any other suggestions?
>
> --- src/unexnext.c
> ***************
> *** 24,31 ****
> ! #include <mach/mach.h>
> ! #include <mach-o/loader.h>
> --- 24,31 ----
> ! #include <mach.h>
> ! #include <sys/loader.h>
Use the first version for NS3.0 or higher, the second for NS2.1
> Also, during the installation of gcc-2.4.5 I not able to load
> move-if-change. Although it may simply seem an access problem, it is not,
> I have checked this possibility.
add . to your PATH varibale.
(M68k-Binaries for emacs-19.16 and gcc-2.4.5 can be found on
ftp.cs.tu-berlin:/pub/NeXT/gnu-bin)
Newsgroups: comp.sys.next.sysadmin
Subject: tar 1.11.2
Message-ID: <21j4ue$cf0@zippy.Telcom.Arizona.EDU>
From: d_mc@mccube.tucson.az.us (Don McCollam)
Date: 9 Jul 1993 06:58:22 GMT
Distribution: na
Organization: University of Arizona
Has anybody gotten tar version 1.11.2 to compile using 3.1 on black
hardware? If so; please post a "how to". (version 1.11.2 uses gzip for
z files.)
Don McCollam
Newsgroups: comp.sys.next.sysadmin
From: kunal@passion.pilot.dmg.ml.com (Kunal Singh)
Subject: Installing NeXTStep with >2 partitions.
Message-ID: <C9unsp.CGK@tigadmin.ml.com>
Sender: kunal@passion (Kunal Singh)
Organization: Merrill Lynch Debt Markets Group
Date: Thu, 8 Jul 1993 14:19:37 GMT
Has anyone been successful in transferring the operating system to a hard disk with more than two partitions ?
If so what did you use ? I'm hoping you used some BuildDisk like utility.
I don't know if backup and restore are the way to go.
Help !!
Newsgroups: comp.sys.next.sysadmin
From: harit@kripalu.com
Subject: Re: No more Tunes from the CDROM drive (I don't get it - Help)
Message-ID: <1993Jul8.195602.687@uunet!cbmvax!xmws!kripalu>
Sender: harit@uunet!cbmvax!xmws!kripalu
Organization: Kripalu Center
References: <21g8c9INN7gt@emory.mathcs.emory.edu>
Date: Thu, 8 Jul 93 19:56:02 GMT
In article <21g8c9INN7gt@emory.mathcs.emory.edu>
wmorse@erasure_sl.cc.emory.edu (William Morse) writes:
> In comp.sys.next.sysadmin article <C9tv4t.5G7@ecf.toronto.edu> you
wrote:
> > This probably has come up before but I really need some help.
> > This is killing me!!!!
> <munch>
>
---------------------------------------------------------------------
-----
> I have EXACTLY this same problem, except I simply upgraded to
> 3.1. My computer is a NeXT Turbo Color. I have a NeXT CD-ROM
> drive too. It worked just as yours did under 3.0... but no longer!
>
> It will, however, work when I am logged in as root... but not
> when I am a user. Humm... I get the msg.:"CDPlayer Couldn't
> open the CD-ROM drive."
>
> Any help would be most welcome...
>
> - William
If that is the case I would look at the device protections on the sd?
device your CD comes in on.
--
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
From: fxg@drunol.informatik.rwth-aachen.de (Felix Gatzemeier)
Newsgroups: comp.sys.next.sysadmin
Subject: Non-PS printers: driver pointer
Date: 9 Jul 93 09:06:35 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
Message-ID: <fxg.742208795@drunol>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Summary: Where a driver for non-PS printers can be found
A pointer for all those striving to attach non-PS printers to the NeXT:
In
sonata.cc.purdue.edu
folder
/pub/next/3.0/src
there is
djf.tar.Z,
which is a driver packge for all kinds of HP DeskJet printers: 500, 500C, and the likes. It was built upon an Imagewriter hack.
The problem is that it goes way back to NS1.0-times and has since grown organically. You can use this one reasonably well with the supported printers, but modification/cleanup of these services ist ,,not for the faint at heart''!
We have crutched, twiddled and diked a lot until a DJ550C and a starLC24-10 worked --- somehow. Some optimization has left the star completely blank, so please don't ask!
IF you dare dive deep into the bowels of this system, you'll learn a lot about the rendering mechanisms of PostScript and the way the data are kicked through your system.
Somewhere in the doc's there is a remark that ,,the overall printing system will be overhauled in the near future''. Nice Idea! On the other hand, keep this in mind when investing time in this area.
One last hint: After working my way through this, I'm willing to pay >$2,000 for a real PostScript printer like the Apple Pro 630, so I don't have to do it *ever* again. So, does anyone have experiences with this one (or other EtherNet-driven PS laser printers)?
Felix Gatzemeier
fxg@Pool.Informatik.RWTH-Aachen.de (No NeXT-mail. Use LaTeX if you want!)
--
Felix
(fxg@Pool.Informatik.RWTH-Aachen.de, No NeXT-Mail, please!)
From: roskam@clap.inria.fr (Niels Roskam)
Newsgroups: comp.sys.next.sysadmin
Subject: Just thanks
Message-ID: <6993@seti.inria.fr>
Date: 9 Jul 93 09:40:04 GMT
Sender: news@seti.inria.fr
Tjaba everybody ... Im happy to see that there is a very
active NeXT news group ... and I want to thank everybody
for the overwhelming (or how ever you want to write it)
response on my questions about su and automount ...
Hej da and take care ... Niels
Newsgroups: comp.sys.next.sysadmin
From: ian@its.com
Subject: help with Compaq portable 486/66 RAM
Message-ID: <1993Jul8.170824.16524@its.com>
Keywords: help,compaq,ram
Sender: ian@its.com (Ian Gibbs)
Organization: Information Technology Solutions
Date: Thu, 8 Jul 1993 17:08:24 GMT
Greetings,
I've got a Compaq portable 486/66 compter with 32 MB RAM isntalled. (When
I turn it on, it "counts" the KB all the way up to 32768 - so I know that
the machine itself recognizes its presence.)
When I boot up the machine in NEXTSTEP and use the "Info Panel" of the
Workspace Manager, however, it only shows 16MB available. What am I
missing?
The index to NeXTAnswers doesn't really point me to anything useful here.
Any help in this matter would be greatly appreciated.
Ian
--
Ian Gibbs
ian@its.com
Information Technology Solutions
NeXT/NEXTSTEP Consulting
From: pierce@cantrell.tamu.edu (Pierce Cantrell)
Newsgroups: comp.sys.next.sysadmin
Subject: Remote printing to non-NeXT system using PPD file
Date: 9 Jul 1993 17:26:13 GMT
Organization: Texas A&M University, College Station, TX
Distribution: world
Message-ID: <21k9nl$q3c@tamsun.tamu.edu>
One of the 40+ printers for which PPD files were added in 3.1 is the Dec LPS 20
PS printer to which I print. I am unable to successfully print duplex or select
input trays, however. The LPS 20 is on a remote non-NeXT system. Whenever I
select duplex in the options panel of the print panel, I get one-sided output.
Selecting one of the input trays, results in a PS error message from the
printer concerning an unrecognized command. I can select at least one of the
output trays.
The printer is attached to a Mips RC3230 that runs Dec's source code to
communicate with the printer over the Ethernet. On my NS 3.1 black system, I
changed the ty field to match the PPD filename of the printer, and I set the
"_nxfinalform" property for the printer using NetInfoManager since the printer
is not attached to a NeXT.
Has anyone else be able to successfully use printer specific features such as
duplex or selecting paper trays when printing to a printer not attached to a
NeXT? It would be great if this worked so that I didn't have to ftp over to the
other system to print duplex or select ledger paper.
-pierce
--
Pierce E. Cantrell | cantrell@ee.tamu.edu
Department of Electrical Engineering |
Texas A&M University | tel: (409) 845-7441
College Station, Texas 77843-3128 | fax: (409) 845-6259
Newsgroups: comp.sys.next.sysadmin
From: jds@aplpy.jhuapl.edu (John D Stanhope)
Subject: Change NS/I configure during boot up
Message-ID: <1993Jul9.152340.20598@aplcen.apl.jhu.edu>
Keywords: ATI, Configure, Help
Sender: news@aplcen.apl.jhu.edu (USENET News System)
Organization: Johns Hopkins University Applied Physics Lab
Date: Fri, 9 Jul 93 15:23:40 GMT
I would like to know if there is a way to change the display type before
NS/I finishes booting ans display the login window. I need to know this
because after installing NS/I with a VGA card I change the display to a
ATI Graphics Ultra Pro EISA and when I reboot and login the display start
to blink and eventually the monitor , a NANO F550i complains, beeps, that's
it's no longer getting a good, proper, or displayable signal.
John Stanhope
PS. Thanks to all that responeded to my request on info on how to set up
root.
From: sherwood@nntp.srv.ualberta.ca (System Administrator)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: netinfo scripts?
Message-ID: <1993Jul9.180721.18573@kakwa.ucs.ualberta.ca>
Date: 9 Jul 93 18:07:21 GMT
References: <9307061848.AA00424@penny.demon.co.uk>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Robert Nicholson (robertn@penny.demon.co.uk) wrote:
: Has anybody written any recursive scripts to print out an entire
: net info configuration on the network?
Yup.
Sample output:
# DumpDomain /
Netinfo dump of Directory /
in Domain /
as of Fri Jul 9 12:02:54 MDT 1993
/
master: arafel/network
trusted_networks: 129.128.72
1 machines
name: machines
- - 2 arafel homehost
ip_address: 129.128.72.10
name: arafel homehost
serves: arafel/local ./network
- - 23 debussy DEBUSSY
ip_address: 129.128.72.17
name: debussy DEBUSSY
en_address: 00:00:0f:00:72:8f
..
#! /usr/local/bin/perl
# This script is useful if you are running Nexts. It will dump #
# each directory in turn in a netinfo domain, and for each #
# directory will list the properties and values. #
# #
# S.G.Botsford #
# #
####################################################################
if (!($ARGV[0])) {
$0 = `basename $0`;
chop $0;
print "Usage $0 <DomainName> [<DirectoryName>]\n";
print " <DomainName> can be either . / or tagged
domain\n";
print " <DirectoryName> defaults to /\n";
exit;
}
$Domain = $ARGV[0];
$DirName = "/";
$DirName = $ARGV[1] unless !($ARGV[1]);
print("Netinfo dump of Directory $DirName \nin Domain $Domain \nas of
",`date`);
print ("$DirName\n");
&ReadProps($DirName);
&ListDir ( $DirName, "");
sub ListDir {
local ($DirName, $Indent) = @_;
local (@Dir);
open (LIST,"niutil -list $Domain $DirName 2>&1 |");
@Dir = (<LIST>);
close(LIST);
foreach $D (@Dir) {
$D =~ /^niutil/ && next;
print "$Indent $D ";
&ReadProps($D);
($DirNum,$NextDir) = split(/\s+/,$D);
$DownDir = $DirName."/".$NextDir;
&ListDir( $DownDir, $Indent."- - ");
}
}
sub ReadProps{
local($D)= $_[0];
open (READ, "niutil -read $Domain $D|");
foreach $R (<READ>){
print "\t\t\t$R";
}
close (READ);
}
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.sysadmin
From: peter@beast.math.ualberta.ca (Peter Karbaliotis)
Subject: Re: HP LJ4Si def files?
Message-ID: <1993Jul9.184518.19594@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <1993Jul9.173556.17841@kakwa.ucs.ualberta.ca>
Date: Fri, 9 Jul 1993 18:45:18 GMT
In article <1993Jul9.173556.17841@kakwa.ucs.ualberta.ca>
peter@beast.math.ualberta.ca (Peter Karbaliotis) writes:
[munch]
> ps-file-server@adobe.com (put "send help" in the mail body)
Oops. That should be just "help" in the mail body.
--
Peter Karbaliotis - peter@beast.math.ualberta.ca - NeXTmail ok
When a particle you don't even know gives you momentum, that's impulse.
--- Daryle A. Tilroe
Newsgroups: comp.sys.next.sysadmin
From: craighil@sfc.sony.com (Nancy Craighill)
Subject: Re: MS Windows Broken Under NeXTSTEP Intel 3.1??
Message-ID: <1993Jul9.193618.5027@sfc.sony.com>
Organization: Sony Advanced Video Technology Center
References: <1993Jul8.172608.23772@sfc.sony.com>
Date: Fri, 9 Jul 1993 19:36:18 GMT
The answer to my problems was to install the Adaptec ASPI drivers so
that Windows could use the SCSI HD properly. Here are some of my
notes for those of you who are MS DOS/Windows illiterate (like me)
and want to setup a DOS partition on your Intel box. Note, you'll
have to get the Adaptec ASPI driver from Adaptec if it didn't come
with your Intel computer. Good luck!
Any suggestions/comments/additions/deletions are welcome!
Nancy
-------
DOS/WINDOWS Patition Setup Notes for NeXTSTEP Intel Machines
1) Format the DOS partition by booting off a DOS floppy and running:
format c: /s
2) Install DOS and Windows from floppies (run easy installation of Windows)
3) Make sure this line is in the autoexec.bat file:
C:\DOS\SMARTDRV
4) Do the following to gain access to all the memory (i.e., if you have 32 meg):
a) Add this to the \WINDOWS\SYSTEM.INI file:
VirtualHDIRQ=off
b) Add this line to the autoexec.bat file :
DEVICE=C:\DOS\HIMEM.SYS /EISA
5) You must install the Adaptec ASPI drivers if you have a SCSI HD. (For
details see the Installation Guide).
a) Copy over all the drivers from the ASPI floppy
to C:\DRIVERS
b) Add this line to config.sys BEFORE all other DEVICE lines:
DEVICE=C:\DRIVERS\ASPI4DOS.SYS /D
6) AT THIS POINT WINDOWS SHOULD RUN. TYPE "win" AT THE DOS PROMPT TO TEST.
7) Install any PC specific video drivers to run Windows at high resolution.
FOR THE DELL 450DE/2 DGX:
1) Locate the Dell Drivers floppy and copy files to the
\DRIVERS directory:
cd a:\ustation
copy a:dell*.* c:\drivers
2) Add the following to autoexec.bat:
SET DELLUCFG=C:\DRIVERS\DELLUCFG.DAT
3) At this point ignore the instructions in the README.DOC file and
just run Windows to install the Dell driver.
--
Nancy Craighill w(408)944-4994
AVTC, Sony Corporation of America fax(408)954-1027
685 River Oaks Parkway, M.S. 35 email: craighill@sfc.sony.com
San Jose, CA 95134-1907 USA
From: jirapa@nextover.pe.utexas.edu
Newsgroups: comp.sys.next.sysadmin
Subject: remote access to mail
Message-ID: <88332@ut-emx.uucp>
Date: 9 Jul 93 17:41:56 GMT
Sender: news@ut-emx.uucp
Distribution: usa
Hi,
How can I access mail that has already been read and stored in Active Mailbox
from a remote non-NeXT terminal?
Thanks
Jirapa
From: kline@CS.Arizona.EDU (Nick Kline)
Newsgroups: comp.sys.next.sysadmin
Subject: config of ppp problem
Date: 9 Jul 1993 15:36:47 -0700
Organization: University of Arizona CS Department, Tucson AZ
Message-ID: <21krtv$dgb@cheltenham.cs.arizona.edu>
I have a strange problem with ppp. I want any unnamed address to be
resolved over ppp. Right now it just says unresolved address.
I am using ppp 0.3 release on a next cube running os 3.0.
ppp works and I can telnet, rlogin etc to any ip address if I have it
in the numeric form. I programmed in several ip addresses using netinfo
as static links. I can use these symbolically.
ie I can do ping che.cs.arizona.edu and
ping 192.12.69.60
but if i do ping sch.cs.arizona.edu (a machine that the nameserver needs
to lookup, it doesn't look it up)
I did a route add default schoolipnumber 1 and
add schoolipnet schoolipnumber 1
so that makes all the packets route correctly.
One strange thing. when it reboots, it pauses for one minute after doing
/etc/rc.ppp. here's my rc.ppp:
LOCAL=192.xx.xx.xx #local ip address
REMOTE=192.xx.xx.xx #remote ip address
#
if [ -f /usr/local/lib/ppp_reloc ]; then
/usr/etc/kl_util -a /usr/local/lib/ppp_reloc >/dev/console 2>&1
/usr/bin/sleep 1
/usr/etc/ifconfig ppp0 LOCAL REMOTE netmask 0xffffffe0 trailers down >/dev/console
(echo -n ' ppp') >/dev/console
fi
It pauses before the echo -n 'ppp' for about 60 seconds. Any idea why it
would do this?
What i need to do is tell the nameserver to look at a machine at school
for nameserver usage.
I created a resolv.conf that looked like this: (and these are valid
nameservers)
domain cs.arizona.edu
nameserver 192.12.69.5
nameserver 192.12.69.60
nameserver 192.12.69.46
it seemed to hang upon reboot for a long time at the same as the above
point. So I removed the resolv.conf file.
Perhaps i have setup my hostmanager incorrectly.
Here's what it says:
netinfo: Use local domain only (checked box for readable only by local net)
hostname: denali
nis domain name: none (should I turn this on? its a net of suns
running 4.1.x at school)
internet address: 192.12.69.162 (this is correct)
broadcase address: default
time standard: use network time
netmask: automatic
router: dynamic
thanks for any help.
-nick
Newsgroups: comp.sys.next.sysadmin
From: kunal@passion.pilot.dmg.ml.com (Kunal Singh)
Subject: Re: How do I become root
Message-ID: <C9wI9M.1nM@tigadmin.ml.com>
Sender: kunal@passion (Kunal Singh)
Organization: Merrill Lynch Debt Markets Group
References: <1993Jul8.124338.314@aplcen.apl.jhu.edu>
Date: Fri, 9 Jul 1993 14:15:22 GMT
In article <1993Jul8.124338.314@aplcen.apl.jhu.edu>, jds@aplpy.jhuapl.edu (John D Stanhope) writes:
|> I am new to NS and I would like to know how to set my self up as
|> root so that I can install the developer packages after I have
|> the user stuff installed. Sorry if this is a real dumb question
|> but the docs that came with the EDU package were really scarce.
|>
|>
|> Thanks
|>
|> John Stanhope
One way is to login using the user name 'root' and hit return for password - initially the password should be null.
The other way is to do an 'su root' from a command line 'Terminal.app'
You'll be prompted for a password which should be null if you have not become root before.
Newsgroups: comp.sys.next.sysadmin
From: s5untj@fnma.com (Neele Johnston)
Subject: Re: su and autonfsmount
Message-ID: <1993Jul10.000233.23011@almserv.uucp>
Sender: usenet@almserv.uucp
Organization: Fannie Mae
References: <69040@mimsy.umd.edu>
Date: Sat, 10 Jul 1993 00:02:33 GMT
In article <69040@mimsy.umd.edu> alex@cs.umd.edu (Alex Blakemore) writes:
> In article <6960@seti.inria.fr> roskam@clap.inria.fr (Niels Roskam) writes:
> > And then something else. On this machine is also installed
> > the autonfsmount package. Now Im looking for a way to add
> > a new device which has to be in its automount map.
>
> this NeXT does differently, use NFSManager.app to import your directories
> into the /Net directory. anything placed in /Net is automounted.
> as far as I know this is the only way.
>
> > as far as I know there is no NIS (Yellow Page) installed,
>
> you can if you wish, but I think you still have to do the autmounting
> the NeXT way.
We have an extensive Sun network with several automounter maps set up in NIS.
First, NeXT *does* support NIS; to be a client, all you have to do is enter
your NIS domain name on the Local panel of HostManager. To be a server, you
have to ask someone smarter than me (we use the suns for that).
The trick to making automounter work like the Sun is you have to change the
line in /etc/rc that starts autonfsmount, removing the -m flag. That flag,
which NeXT includes in their rc script, tells the automounter to ignore the
auto.master map.
We have not been able to get NeXT's automounter to work with auto.direct, a
minor problem, and we have also found several shorthand notations which work
in Sun's maps and don't in NeXT's.
Other than that, we have over 60 NeXTstations happily automounting the users'
home directories and some of the application directories. We've been doing
it for 6 months with no major problems. NeXT doesn't really endorse doing
this because it leads to a File Viewer nuisance: directories to be
automounted from NIS maps don't show up in the File Viewer until they have
been visited, so how do you get to them? Answer: just start typing the full
path and the finder will show up; press return when you've typed enough of
the directory path to get the one you want to mount. [If anyone knows a real
fix for this problem, please let me know!]
--
Neele Johnston Email: neele@fnma.com
Unix Technical Services Fax: (202) 752-4205
Fannie Mae, Washington, DC Phone: (202) 752-6061
Newsgroups: comp.sys.next.sysadmin
From: kunal@passion.pilot.dmg.ml.com (Kunal Singh)
Subject: SWAP PARTITIONS
Message-ID: <C9x0qr.4nA@tigadmin.ml.com>
Sender: kunal@passion (Kunal Singh)
Organization: Merrill Lynch Debt Markets Group
Date: Fri, 9 Jul 1993 20:54:27 GMT
Does anyone know how to swap to a raw partition ?
Thanks.
From: jgshir@athena.mit.edu (John G Shirlaw)
Newsgroups: comp.sys.next.sysadmin
Subject: Mute refuses to be switched off.
Date: 10 Jul 1993 03:05:15 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Message-ID: <21lblb$rgk@senator-bedfellow.MIT.EDU>
My Slab seams to have developed a perculiar problem. I can't switch mute off.
If I open up the preference application, the mute button has a tick in it. if I
now click on the mute button the tick goes away untill I release the button. when
the tick instantly reapears. I know the sound system is fine as the power on
self test works with out a problem. Any one any ideas what may have caused this,
as I would like my sound back!
For reference its a turbo slab running 2.1, however I did just run the 3.0
prepare for upgrade application, mainly so I could use my new CD rom drive. I
know the CD rom is not affecting it as it still has problems even if the drive is
off when I boot the machine.
Any suggestions would be most appreachiated.
thanks in advance
john.
Newsgroups: comp.sys.next.sysadmin
From: wave@pixar.com (Michael B. Johnson)
Subject: Re: Printing RIB files
Message-ID: <1993Jul10.022425.10005@pixar.com>
Sender: news@pixar.com (Usenet Newsmaster)
Organization: Pixar -- Point Richmond, California
References: <DAHL.93Jul8133018@esca.esca.com>
Distribution: comp
Date: Sat, 10 Jul 1993 02:24:25 GMT
In article <DAHL.93Jul8133018@esca.esca.com> dahl@esca.esca.com (Austin
Dahl) writes:
>
> Other questions:
> Does the Renderman licence expire? What are the command line
> switches to do a simple invokation of /usr/prman/prman?
>
To my knowledge, the RenderMan license on the NeXT doesn't expire. To
invoke /usr/prman/prman on a RIB file, just type:
/usr/prman/prman myFile.rib
Depending on what the Display line in the rib file looks like, this will
probably write out a TIFF file. Just to make sure, edit the RIB file
(it's okay, it's an ASCII file, use your favorite text editor) and edit
the line with Display on it (probably the first line) to be something
like:
Display "/tmp/myFile.tiff" "file" "rgba"
--
--> Michael B. Johnson -- wave@media.mit.edu, wave@pixar.com
--> MIT Media Lab -- Computer Graphics & Animation Group
--> P*I*X*A*R -- IceMan Group (for the summer)
Newsgroups: comp.sys.next.advocacy,comp.sys.next.sysadmin,comp.sys.next.misc
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: DFax and FaxModems (was Re: ``Object Oriented Software'')
Message-ID: <1993Jul10.073049.2110@ToTSySSoft.com>
Sender: bruce@ToTSySSoft.com
Organization: Total System Software
Date: Sat, 10 Jul 1993 07:30:49 GMT
Time to clear up a couple of mis-statements which have
appeared in this
(csn.advocacy) newsgroup, and inform our present customers
and customers
to come. -- This message is in response to a migrating name
thread last
called:...and Telebit modems (was:...)
1. Presently Supported Hardware
DFax is currently available in v1.04d - SupraFAXmodem
and
v1.04k - (BABT approved)-Mistral-FaxModem version.
Each modem is supported to the capacity of the modem.
The SupraFAXmodem version supports ``Adaptive
Answering''
so the DFax-Supra version does too. The Mistral
supports
Fax OR Data on incoming calls. Outgoing calls on all
versions
can have any mix of fax and data calls, and
intermixed with
incoming calls according to setting. Either version
may be
set to only accept Fax or Data calls, and this
behaviour
can be varied by system-clock events if desired.
With v1.04, an entirely new .app has been included
which
allows the Superuser, group `Staff' and `Wheel' or
any
user (handy for private systems) to override the
default
behaviour on a call-by-call basis, -- allowing
receipt of
faxen from broken or improperly desined fax equipment
which
does not produce the distinctive ``CNG'' tone with a
manual
override. Other administrative functions are also
available
to the superuser, including a temporary disable which
effectively
removes DFax interaction from the system for such
things as
debugging a SLIP connection with a single button --
off -- on.
v1.04 also allows ``manual answer'' which allows for
switching
from voice to data or fax on an established voice
call when both
the faxmodem and telephone share the same line.
``Procedure
interrupt'' (switching the other direction, from
fax-to-voice)
is under study.
v1.04 app displays status on-dock with a backup
explanation
option when activity is noted but semi-distinct. The
app
must execute on the server, but may use a remote
windowserver.
DFax has been designed also, to allow timed
behaviour, that-is
background (cron) control of its behaviour -
answer/no-answer,
adaptive (on FaxModems which support adaptive
answer), fax-only
data-only according to the needs of the
administrator. This
function does require knowledgable setup. Other
items are
now GUI push-buttons & selections.
v1.04d (Supra) will operate with NEXTSTEP v2.1/2.2,
3.0 or 3.1.
v1.04k (Mistral) will operate with NEXTSTEP v3.0 or
v3.1
DFax leaves the serial port UNOCCUPIED when it is not
actually
in use. The only allowance needed by other software
is the
sending of an ATZ, ATZ1 or other initialization
strings desirable
to share the modem for outgoing calls. (suid-uucp is
also
recommended for compatibility with uucp uses of the
modem).
DFax does leave the modem in a state ready to accept
calls
if the modem is sent an ATA, and the primary
noticable dif-
ference between the DFax initialization and other
uses is
that command-echo is turned off by DFax intialization
to
enhance processing.
2. Compatibility
DFax has been shown compatible with SoftPC usage of
the modem
(i.e. Prodigy software) with uucp, MicroPhone-Pro,
kermit, tip,
cu, SLIP, and ppp. When SLIP/ppp is used, DFax is
same-line
and same-call compatible with telnet, ftp, rlogin,
net-shared
filesystems, remote Windowserver, gateway operations
to other
networks, and Net-Backup operations... In short the
only thing
we've been incompatible with was some Scanner/Tablet
software
which plays with the DFax port, even when it is
installed for
the other port. DFax receives outgoing faxen from
normal
Print-Panel option jobs, and places incoming faxen
for the
standard NEXTSTEP Fax Reader application.
Background generation of faxes by non-GUI Unix tasks
has been
done, but is not directly supported by DFax or Total
System
Software. Incoming data calls may be from anything
which would
work with /usr/etc/getty answering the line, as it
actually does
receive all incoming (if configured) data calls,
which normally
passes the login response to the standard Unix login
program.
3. New Version available to registered users
We have established (307)-635-3751 v.42bis/14400 for
a ``Public''
login on one of our NeXT systems. Similar to an
anonymous-ftp
login, send ``guest'' as the login id, and your
E-Mail address
at the password prompt. This allows download of a
few `public'
files, chat with TSS personnel (talk) when available,
and
quick on-system posting of E-Mail queries, including
request
for upgrade-login. Registered licensees of DFax,
including
both pre-release and later purchasers may (after
obtaining
a secondary login id & password) download the latest
version
ready to install on their system. (Other extensions
are
in development which will be free ONLY to pre-release
customers). Download will be in one of the following
manners
Download timings are approximate:
Z-Modem 4.5 min (sent with sz
-Z)
Kermit 9-12 min (default
settings, no-swin)
X- or Y-Modem 10-15 min
ASCII Streamed/UU-Encoded 23-min.
Terminal emulation supported defaults to NeXT's
termcap
XTERM, an excellent vt100 variant, compatible with
C-Kermit
Terminal.app, PC-Kermit, and nearly all vt-100/-102
-320...
emulations. Prompts are presented for use of Z-Modem
(or other
protocols) under C-Kermit when selected for download.
Registered
licensees of DFax are invited to login (guest) or
E-Mail for
upgrade access. Download passwords will NOT be
issued on-line.
E-Mail requests should be addressed to
emily@TotSysSoft.com
Upgrade announcement was delayed by equipment
problems and
the arrival of 3.1-NEXTSTEP. Upgrading from 1.0x to
1.04
does NOT imply a multiplication of license. A
registered
licensee may use any combination of versions
two-modems
per license purchased, on one or two workstations.
When
the second modem is on a second NeXT not the property
of the licensee, support is to the licensee only.
4. Under development
v1.20 (current designation) is under development
which will
support Supra, Mistra, ZyXEL, HSD, and if
negotiations meet
expectations, the new DoveFax 14400 FaxModem. This
version
may be field-upgradable for other faxmodems, but will
support
any combination of these four. (two per license).
As always, v1.04 and v1.20 are licensed for support
of up to
two faxmodems on one or two NEXTSTEP systems. If
lowest level
code (and serial driver fix) for FIP timing
coincides, this will
be furnished in fat binaries -- thus the two licensed
usages
will be for any combination of white and black
NEXTSTEP.
v1.20 will REQUIRE v3.1 NEXTSTEP (or FIP). In either
case
net-faxing from white or black is the same.
We're finally getting into the swing to support other
fax
modems on a timely basis when reasonable
communication is
available from the modem manufacturer, regarding
exact
proper activity of THEIR subset of Class-2 behaviour.
5. Availablility (blatant advertisement)
DFax is available Retail or to Dealers or Educational
buyers
from Alembic Systems Ltd. of Denver, CO and London
UK.
E-Mail to robbie@Alembic.com for pricing. A
Toll-free support
and order number is also maintained by
Alembic-Denver.
1-800-452-7608 or 1-303-799-6223 Sorry, upgrade
downloads
and upgrade download passwords are not (yet)
available from
Alembic.
6. WHAT IS ADAPTIVE ANSWER?
Adaptive answer is a feature on some FaxModems which
detect the
``CNG'' warble-ringing tone emitted by properly
functioning
fax equipment during dialing and until connection by
the
dialed party. FaxModems with this feature will
generally
answer in Data mode (if the feature is enabled) if
this tone
is not present when the phone is answered. The modem
will
notify the computer of the type of call.
7. WHAT IS DISTINCTIVE RING
Distinctive ring is two different timings of incoming
rings
depending upon the telephone number dialed. Current
DFax
versions count rings as sent by the modem. The most
common
distinctive ring is as follows...
Line-1 RING RING RING
RING
Line-2 RING RING RING RING RING
RING
Some modems accept the double-rings as a single ring
sending
a single ``RING'' message to the host. Others send
every
ring. You may observe the same behaviour on a
variety of
answering machines.
8. Modems to be considered for support
A. Must have some modicum of developer support from
manufacturer
B. Should, but does not HAVE to, support adaptive
answer
C. Must support Class-2, 2., or 2.0 protocols.
D. Should be already in production
E. Should be operable over standard Serial cu/tty
devices
F. Must support at least 19200bps DCE-DTE
G. Modem must be answerable in Fax/Data mode with ATA
H. SHOULD not require NVRAM writes to disable
auto-answer
9. The ``Damn'' ad campaign in NeXT-World wasn't my idea. :)
Bruce
DFax/DFAX is a trademark of Total System Software
NEXTSTEP is a trademark of NeXT, Inc.
------------------------------------
Bruce Gingery bruce@TotSysSoft.com
Total System Software - the creators of DFax
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: remote access to mail
Message-ID: <1993Jul10.081743.2253@ToTSySSoft.com>
Sender: bruce@ToTSySSoft.com
Organization: Total System Software
References: <88332@ut-emx.uucp>
Date: Sat, 10 Jul 1993 08:17:43 GMT
In article <88332@ut-emx.uucp> jirapa@nextover.pe.utexas.edu
writes:
=> Hi,
=>
=> How can I access mail that has already been read and
stored in Active Mailbox
=> from a remote non-NeXT terminal?
=>
=> Thanks
=> Jirapa
If it's NeXT-Mail it gets more complicated...
If Non- NeXT-Mail you should be able to
more ~/Mailboxes/Active.mbox/mbox
and use the keyboard commands to locate
the header or keyword(s) you are looking
for. This isn't quite as handy as using
NeXT-Mail or even the non-GUI Mail util.
which will get you the full contents of the mailbox
BUT only headers for NeXT-Mail and full messages for
non-NeXT.
The NeXT-Mail message texts can also be accessed...
Use the rtf-ascii filter. The message text will be
in the appropriate ___.attach subdirectory under the
Active.mbox directory as ``index.rtf'', and other
attachments to the message will be separate files
in that directory.
------------------------------------
Bruce Gingery bruce@TotSysSoft.com
Total System Software - the authors of DFax
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: SLIP configuration problem.
Message-ID: <1993Jul10.083129.2359@ToTSySSoft.com>
Sender: bruce@ToTSySSoft.com
Organization: Total System Software
References: <1993Jul8.180251.4828@shunda.uucp>
Date: Sat, 10 Jul 1993 08:31:29 GMT
In article <1993Jul8.180251.4828@shunda.uucp>
brad%raven@kakwa.ucs.ualberta.ca (Brad Nelson) writes:
=>
=> I'm trying to connect my cube at home up to the local
campus net using
=> TransSys SLIP, with only limited success. My biggest
problem seems to be
=> that if I try to telnet (rlogin, ftp, whatever) any
machine other than the
=> slip server, no packets ever get sent out over the slip
link. The same
=> seems to happen when someone tries to get a my machine
from somewhere
=> on campus.
=>
=> Anyone care to offer some suggestions? I've been
through the docs about
=> 5 times, reinstalled, torn half my hair out, and am just
on the verge of
=> giving up entirely, or maybe going to Marble Teleconnect
or something.
=>
=> Should I be running routed or something? Help!
=> --
=> -Brad brad%shunda@kakwa.ucs.ualberta.ca
=> bradley@cs.ualberta.ca
=>
Brad,
It would appear that your system only knows about
the server, and not the Net it's on. Take a look at
your various network setups -- route(8c), and routed(8c),
and ESPECIALLY note your /etc/gateways entry for the host/net
------------------------------------
Bruce Gingery bruce@TotSysSoft.com
Total System Software - the authors of DFax
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: netinfo scripts?
Date: 10 Jul 1993 15:41:52 GMT
Organization: University Of Maryland, College Park, MD
Distribution: world
Message-ID: <21mo00$p2s@umd5.umd.edu>
References: <9307061848.AA00424@penny.demon.co.uk> <21l1ak$8cv@morrow.stanford.edu>
With NeXTstep 3.1, there *is* the nidump -r option (complimented by niload
-r)....
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
Molecule: The ultimate, indivisible unit of matter. It is
distinguished from the corpuscle, also the ultimate, indivisible unit
of matter, by a closer resemblance to the atom, also the ultimate,
indivisible unit of matter...The ion differs from the molecule, the
corpuscle and the atom in that it is an ion...
From: jim@ljkiraly.lerc.nasa.gov(L J "Jim" Kiraly)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Mysterious Problem !
Date: 10 Jul 1993 16:53:39 GMT
Organization: NASA Lewis Research Center
Message-ID: <21ms6j$ln4@eagle.lerc.nasa.gov>
References: <1993Jul8.202311.18998@informatik.uni-bremen.de>
Dirk Lehmann + Co writes
> Hello out there !
>
> I have a big, big problem. A few day's ago I want to read some
> sheets of the NeXT-Documentation on my NeXTstation (NS 3.0),
> but the Librarian nor Edit.app nor the RTFInspector of the
> Workspace was able to display the graphics in the text. I only got
> a NXdefaulticon instead of a figure.
There is a bug in the 3.0 text object which has been fixed in 3.1 with
rtfd documents. If you are running image services, the graphics in rtfd
documents display the default icon if the image file name prefix is the
same size or shorter than the image suffixes being serviced. It's kind of
weird- you can fix documents by going inside the txt part of the rtfd
document and renaming the images with longer names or (easier) disabling
the image services and restarting.
--
__________________________________________________________________
Jim Kiraly- jim@ljkiraly.lerc.nasa.gov- NASA Lewis Research Center
----------------- NeXT Mail preferred ----------------------------
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How do I become root
Date: 10 Jul 1993 16:44:44 -0500
Organization: University of Illinois at Urbana
Message-ID: <21nd8q$fme@ux1.cso.uiuc.edu>
References: <1993Jul8.124338.314@aplcen.apl.jhu.edu> <C9wI9M.1nM@tigadmin.ml.com>
kunal@passion.pilot.dmg.ml.com (Kunal Singh) writes:
>In article <1993Jul8.124338.314@aplcen.apl.jhu.edu>, jds@aplpy.jhuapl.edu (John D Stanhope) writes:
>|> I am new to NS and I would like to know how to set my self up as
>|> root so that I can install the developer packages after I have
>One way is to login using the user name 'root' and hit return for password - initially the password should be null.
Remember that he probably is under the 'me' account with no
password. In order to be able to log in as root, you will either
have to set a password for the 'me' account, or hold down the mouse
button as the loginwindow comes up (after you log out, or when you
first start up the machine)
[I am assuming that this still works on NS/Intel)
>The other way is to do an 'su root' from a command line 'Terminal.app'
>You'll be prompted for a password which should be null if you have not become root before.
If there is no password set, you will not be prompted by a password
prompt.
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
Newsgroups: comp.sys.next.sysadmin
From: jgraham1@cc.swarthmore.edu (Ye)
Subject: mail problem
Message-ID: <jgraham1-100793200659@mac5.hicks.swarthmore.edu>
Followup-To: comp.sys.next.sysadmin
Sender: news@cc.swarthmore.edu (USENET News System)
Organization: Swarthmore Collge
Date: Sun, 11 Jul 1993 00:12:34 GMT
I cannot send any email to off campus, though I have no problem receiving
it. The on-campus email works bidirectionally. Does anyone know why and
how to solve the problem? Here is the -Transcript of session-
550 mailhost(ether)...550 Host unknown
554 (the off-campus email add.)...550 Host unknown (Authoritative answer
from name server)
I'm using NS3.0.
Any help is greatly appreciated.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-Ye
Newsgroups: comp.sys.next.sysadmin
From: royce@splunge.uucp (Royce Howland)
Subject: Re: Installing NeXTStep with >2 partitions.
Message-ID: <1993Jul10.160049.4352@splunge.uucp>
Organization: Ashley, Howland & Wood
References: <C9unsp.CGK@tigadmin.ml.com>
Date: Sat, 10 Jul 1993 16:00:49 GMT
kunal@passion.pilot.dmg.ml.com (Kunal Singh) writes:
>Has anyone been successful in transferring the operating system to a hard disk with more than two partitions ?
>If so what did you use ? I'm hoping you used some BuildDisk like utility.
>I don't know if backup and restore are the way to go.
>Help !!
I've got a 1.2GB drive with 5 partitions, on my slab. I built it without
much grief using a handy, powerful (and undocumented, unsupported) script
called /usr/etc/builddisk. This is apparently something created by NeXT
before the BuildDisk app was available. What is does is provide a disk
build back-end that is controlled by some other special build scripts,
called /etc/BLD.*. (The BLD scripts are present under NS 2.x, but missing
under NS 3.x.)
When I upgraded to 3.0, I also upgrade from a 660MB disk to a 1.2GB disk,
and decided I wasn't comfortable with just one or two partitions any more.
After some digging into the matter, I stumbled onto /usr/etc/builddisk,
which fit my needs perfectly. After recovering the missing BLD scripts
from 2.1, I proceeded with a pretty much straight-forward 5-partition
disk creation.
The builddisk script uses standard utilities like /usr/etc/disk and
/usr/etc/newfs to format the disk and create its filesystems, so you can
create a custom partition scheme in /etc/disktab, and it will be used
when you build your disk. (The BuildDisk app, by contrast, seems to
ignore disktab. This seems odd to me. More ranting later.)
The high level procedure you follow to build a disk using this method is
to fix a bug or two in /usr/etc/builddisk, create a BLD script (say,
/etc/BLD.foo) that specifies how you want your install done, create a
custom partition scheme for your drive in /etc/disktab, mirror the
partition scheme in a custom fstab template file called /etc/fstab.foo,
and then run /usr/etc/disktab. Your new multi-partition disk will be
formatted, partitioned, and installed from the boot disk on the machine
you're using. (I may be a bit off on this synopsis; it's been a long
time since I did this.)
Because the BLD scripts offer a pretty general mechanism, you can have
all kinds of extras intalled from the boot disk that the BuildDisk app
would ignore. You customize the BLD scripts to do pretty much whatever
you want.
If anybody would like more info than what I've provided here, such as
copies of my fixed version of /usr/etc/builddisk, and sample BLD and
fstab files, send me mail and I will reply. Please indicate if you can
receive NeXT mail if you ask for copies of the scripts and files.
Now a minor rant: I sure would like to know why NeXT is so apathetic
towards the creation of multi-partition disks. I've had to rebuild
enough UNIX systems after catastrophic crashes that the concept of
having 1GB and bigger disks with only one or even two filesystems makes
me cower. :~)
Heck, even the single filesystem problem I've had on my machine had the
potential to be exceedingly nasty. It was back in the days of my single-
partition 660MB disk. During an incoming news feed, something went a
bit wrong and news started getting written all over random, occupied
sections of the disk. Fortunately, nothing was clobbered that was
necessary for booting, so I got the system up in single-user mode and
recovered after only a few hours of effort. Still, that effort would
possibly have been eliminated if I'd had my multi-partition layout in
place, since I've separate my news spool in its own partition.
The only reasonable explanation for NeXT's cool attitude towards custom
partition schemes seems to be that multiple filesystems do add some
administrative overhead in terms of capacity planning, inode allocation,
backup and recovery, and so on; NeXT seems to be trying to simplify
things as much as possible for non-UNIX weenies. Still, it would be
nice if they'd build an expert mode into BuildDisk, say, that would use
custom partition schemes that an expert might want to build. Also, the
capability of the custom install procedures provided by the BLD scripts
can be really handy.
Why force people into obscure shell scripts, half the support files for
which get dropped from the release? Simple doesn't have to mean
simplistic.
--
Royce Howland, DKW Systems Corp. | "And since OS/2 2.0 is a 32-bit
Everything is IMHO | operating system, programs are
royce@splunge.uucp (NeXTMail OK) | easier to write and run faster,
or kakwa!atlantis!splunge!royce | too." -ad for OS/2 2.0
Newsgroups: comp.sys.next.sysadmin
From: royce@splunge.uucp (Royce Howland)
Subject: Re: Installing NeXTStep with >2 partitions.
Message-ID: <1993Jul10.230023.657@splunge.uucp>
Organization: Ashley, Howland & Wood
References: <C9unsp.CGK@tigadmin.ml.com> <21kus9$6fr@umd5.umd.edu>
Date: Sat, 10 Jul 1993 23:00:23 GMT
matthews@is-next.umd.edu (Mike Matthews) writes:
>In article <C9unsp.CGK@tigadmin.ml.com> kunal@passion.pilot.dmg.ml.com (Kunal Singh) writes:
>>Has anyone been successful in transferring the operating system to a hard
>>disk with more than two partitions ?
>>If so what did you use ? I'm hoping you used some BuildDisk like utility.
>>I don't know if backup and restore are the way to go.
>[...dump & restore procedure...]
>>Help !!
>I tried replying by Email but it bounced. The BuildDisk program of NeXT pre
>3.0 was nothing more than a front end to /usr/etc/builddisk, which is an
>easily modified shell script. I'm not sure what they did in 3.0 but there is
>no /usr/etc/builddisk any more.
Hmm, I just checked my NS 3.0 CD-ROM, and /usr/etc/builddisk is there.
The /etc/BLD.* scripts it depends upon, however, are not. As I mention
in another post, though, you can grab them from NS 2.x, and they work.
I hadn't realized the 2.x BuildDisk was based on /usr/etc/builddisk.
Makes me wonder even more why NeXT didn't better support custom disk
partition schemes...
--
Royce Howland, DKW Systems Corp. | "And since OS/2 2.0 is a 32-bit
Everything is IMHO | operating system, programs are
royce@splunge.uucp (NeXTMail OK) | easier to write and run faster,
or kakwa!atlantis!splunge!royce | too." -ad for OS/2 2.0
From: Ward_Travis@transarc.com
Newsgroups: comp.sys.next.sysadmin
Subject: ?s: SLIP+Ethernet, also mqueue protections
Date: Sun, 11 Jul 1993 13:10:16 -0400
Organization: Carnegie Mellon, Pittsburgh, PA
Message-ID: <4gE4ZsX0BwyOQ4Clom@transarc.com>
Hello, Two questions for the net, one that's been pounded to death
before I was concerned, and another that's simple.
1) I use SLIP and UUCP, and they get along fine. Just now, however,
a neighbor got a NeXT and I put it on a 30' thinwire to my system
and tweaked sendmail.cf to forward mail to that system through mine.
This is fine *except* that, even though that system (vito) is on the
same IP network as mine (a.b.c.*), NetInfo insists on bringing up
SL/IP to find out that the nameserver for my SL/IP domain doesn't
know any systems named 'vito'. NetInfo then falls back to the
local NetInfo domain '/' and finds 'vito' in the 'machines' list.
After that, the mail does fine and gets to 'vito' quickly through en0 .
Meanwhile I've tied up my modem for N minutes until my timeout on
SL/IP gets reached, and around here local calls also cost a little money.
Question: where should I be looking to make a change? I want NetInfo
not to bother asking my nameserver from /etc/resolv.conf for any
machines already known to the local NetInfo domain. Is the problem
likely to be in my route tables' 'default'? /etc/gateways?
resolv.conf?
My slip0 is the default interface, and my resolv.conf says:
domain hellco.com
nameserver ttt.uuu.vvv.15
'vito' has no domain, it's just the other end of my wire.
2) /usr/spool/mqueue/syslog got removed when I issued a 'rm' in
the wrong directory. Recreating this file with owner root.wheel
and permissions rw,r,r seems to be wrong; it remains with length 0
even after many mail messages come and go. Who should own this
file? What mode should I set on it?
Thanks! If anyone wants to help with #1 and needs more info, just ask!
--
Ward C. Travis Pittsburgh PA USA "The fact is the sweetest dream that
travis@transarc.com (412) 338 4388 labor knows." - R. Frost
From: thor@sushi.uib.no
Newsgroups: comp.dcom.modems,comp.sys.next.sysadmin,comp.sys.next.programmer,comp.sys.next.hardware
Subject: Registering CallerID on a ZyXEL with NXFax???
Message-ID: <1993Jul11.171341.24992@alf.uib.no>
Date: 11 Jul 93 17:13:41 GMT
Sender: usenet@alf.uib.no (Bergen University Newsaccount)
Organization: University of Bergen, Norway
Hi.
I have a ZyXEL U1496E and NXFax, and wondered about a few things.
NXFax currently does not support Caller ID function of the ZyXEL, but I
would like to register which numbers have called my modem. The standard
NXFax log gives only information for calls which are successful (i.e. it
gets the fax number of the calling machine from the remote machine). I don't
have an answering machine (I have am, but too bad it doesn't work with
NXFax :-( but registering the Caller ID would be almost as useful for me.
Additionally, I suspect (my paranoia :-) someone has been calling the
machine trying to log in... I know, I could just turn off data calls, but
I use it, and I would like to catch this individual, if it is really happening.
Below is the `standard' NXFax log. How hard would it be to write a script or daemon that went to the modem and got the caller ID info after such an entry
was logged, and logged it in a file? For a non-programmer...
I know the modem command AT*T returns the last Caller ID. Could a small script
watch over the ZyXEL log, and upon seeing the `ring 3' string (maybe `call
complete' would be more appropriate) wait some seconds, establish a connection
with the modem, issue AT*T and save the resulting string into a file with a
date/timestamp?
Would it maybe be better to find some way to log the Caller ID info directly
from the modem/program while NXFax is answering/looking for a remote fax?
As a non-programmer, I assume that the above is certainly perhaps the most
difficult way to accomplish what I want, so if anyone (who knows what they
are talking about :-) has any suggestions or tips, I would welcome them.
BTW - NXFax is an incredible program - I am 100% pleased with their product,
service, and support!
%> NXFax: ZyXEL modem
%> NXFax: U1496E V 6.01 M
%> NXFax: wait for incoming call
%> NXFax: activity on port Tue Jun 22 15:30:17 1993
----------NXFax Driver Version 1.03a----------
%> NXFax: Tue Jun 22 15:30:19 1993
%> NXFax: incoming call
%> NXFax: wait for connect
%> NXFax: ring 2
%> NXFax: ring 3
%> NXFax: carrier not found on line
%> NXFax: call complete
---------------------------------------------
Regards,
--
Thor Legvold | "This is the strangest life
NorNeXT User Group leader | I've ever known..."
University of Bergen | -Jim Morrison, The Doors
NORWAY | edmtl@edb.uib.no
Newsgroups: comp.sys.next.sysadmin
From: uunet!sci34hub!tybrin4!holli!me (Trey McClendon)
Subject: Re: No more Tunes from the CDROM drive (I don't get it - Help)
Message-ID: <1993Jul11.124043.3142@holli.uucp>
Sender: me@holli.uucp (My Account)
Organization: TYBRIN Corporation -- Huntsville, AL
References: <21ioue$2uj@usenet.rpi.edu>
Date: Sun, 11 Jul 1993 12:40:43 GMT
In article <21ioue$2uj@usenet.rpi.edu> gad@eclipse.its.rpi.edu (Garance A.
Drosehn) writes:
> devadas@ecf.toronto.edu (DEVADASON CHRISTOPHER PAUL) writes:
> > On purchase of a case for the Toshiba drive I reinstalled the original
> > 100MB drive as the internal drive and put the Toshiba as the first device
> > on the external chain. The CDPlayer.app now on startup gives a message
> > window stating : "CDPlayer
> >
> > Couldn't open the CD-ROM drive."
> >
> > I assumed this has something to do with the CDROM drive going from
> > sd1 to sd2.
> > But /usr/filesystems/cdaudio.fs/cdaudio.device states:
> > /dev/rsd2h
>
> My understanding is that CDPlayer.app simply will not work unless your
> CD-ROM drive is the second-highest SCSI id on your machine. It must be the
> sd1 device, from all that I've ever seen about it.
>
[ some deletia]
We have a Toshiba 3401 CD-ROM drive on a SCSI chain like this:
SCSI ID DEVICE
0 Quantum 105
2 Fujitsu 1.2G
3 DEC 2.0G
4 WangDAT 1300
5 Toshiba 3401
There have been no problems at all with this setup. CDPlayer.app autolaunches
like it is supposed to work.
Trey
tybrin4!trey@sci34hub.sci.com
--
Trey McClendon, Madison, AL
Newsgroups: comp.sys.next.sysadmin
From: volker@abulafia.in-berlin.de (Volker Safran)
Subject: Re: No more Tunes from the CDROM drive (I don't get it - Help)
Message-ID: <1993Jul9.090452.8963@abulafia.in-berlin.de>
Sender: volker@abulafia.in-berlin.de
Organization: Volker Safran, Interprint, Berlin, Germany
References: <C9tv4t.5G7@ecf.toronto.edu>
Date: Fri, 9 Jul 1993 09:04:52 GMT
In article <C9tv4t.5G7@ecf.toronto.edu> devadas@ecf.toronto.edu
(DEVADASON CHRISTOPHER PAUL) writes:
<deleted>
> Jul 6 22:02:02 rajaratnam mach: TOSHIBA MK438FB Rev 5024 as sd0 at
sc0 target 0 lun 0
> Jul 6 22:02:02 rajaratnam mach: Disk Label: Disk
> Jul 6 22:02:02 rajaratnam mach: Disk Capacity 838MB, Device
Block 512 bytes
> Jul 6 22:02:02 rajaratnam mach: QUANTUM LP105S 910109405 Rev as sd1
at sc0 target 1 lun 0
> Jul 6 22:02:02 rajaratnam mach: Disk Label: Disk
> Jul 6 22:02:02 rajaratnam mach: Disk Capacity 100MB, Device
Block 512 bytes
> Jul 6 22:02:02 rajaratnam mach: SONY CD-ROM CDU-541 Rev 2.6a as
sd2 at sc0 target 6 lun 0
> Jul 6 22:02:02 rajaratnam mach: sd2: UNIT ATTENTION
> Jul 6 22:02:02 rajaratnam mach: Waiting for drive to come ready
> Jul 6 22:02:02 rajaratnam mach: ...................
<deleted>
As far as I know, it is only possible, if you do not have anything at
target 0 AND target 1 TOGETHER.
Simply change target 0 to target 1 and target 1 to target 2. This should
work.
>
> Any suggestion/advice would greatly be appreciated.
>
> Jonathan
> Appavoo (Posting from a
friends account).
>
CIAO Volker
--
************************************************************
* Volker Safran, FB20, TU Berlin, PHONE: +49 30 4542303 *
* EMail: FAX: +49 30 4537157 *
* volker@abulafia.in-berlin.de (NeXTMail very welcome)*
* safran@fb3-s7.math.TU-Berlin.DE (no NeXTMail, sorry) *
************************************************************
From: sahayman@cs.indiana.edu (Steve Hayman)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: command line faxing - here's a script. does cover sheets too.
Message-ID: <1993Jul11.175409.19381@news.cs.indiana.edu>
Date: 11 Jul 93 22:54:02 GMT
References: <1993Jul6.173830.8304@kakwa.ucs.ualberta.ca> <1993Jul6.155308.21920@news.cs.indiana.edu> <1993Jul8.002328.17230@news.cs.indiana.edu>
Organization: Steve Hayman + Associates, Toronto
I posted a script that did command-line faxing, including cover pages. It's
been pointed out to me that my script was appending the cover page at the end,
and now that I think about it (duh) the cover sheet goes at the *BEGINNING*,
and that's why they call it the "cover sheet".
I will fix this and repost a new version.
Thank you to everyone for the feedback.
Steve
P.S. If you're wondering how I got confused on an obvious point like this -
try printing something, from the Print panel pick "Fax", from the Fax panel
pick "Preview", and from Preview.app save the postscript file that's generated.
I was studying the resulting files to see how the cover sheet got integrated
by the NeXT software .... but ...
Notice that by the time your document gets to Preview.app, the cover page is at
the end, even though it would have been sent out at the beginning if you really
had faxed it. I don't know why this is, but it got me confused.
Newsgroups: comp.sys.next.sysadmin
From: jblue@ocotillo.mitre.org (Jason D. Blue)
Subject: NetInfo (3.0) @#$%!!
Message-ID: <1993Jul11.221641.20157@linus.mitre.org>
Sender: news@linus.mitre.org (News Service)
Organization: The MITRE Corporation
Distribution: usa
Date: Sun, 11 Jul 1993 22:16:41 GMT
I have set up a 3.0 machine. I configure it (using Simple Network
Manager) to be a server (mailhost, timehost, Homes, General, and
LocalApps), and reboot. No problem so far.
Now I am trying to make it into a three level domain: I am using
NetInfo to create a new parent domain. But each time I try NetInfo
either dispears on me or gives an error "Could not find address for
"X"." where X is either "name", up to 5 characters of the six in the
name of the local-host (i.e. "pawp" out of "pawpaw"), or several
random characters (such as "[#B"). The domain seems to be created,
but I am woried it might be corrupted. I tried removing all my
configurations, reloading the
/usr/template/client/etc/netinfo, and starting from scratch,
but that did not help.
What do you think? Any ideas why NetInfo is crashing on me?
--
Jason D. Blue
NeXT Network and Systems Administrator
The MITRE Corporation, McLean, VA
jblue@mitre.org (NeXT Mail Encouraged!)
TIP#081
Newsgroups: comp.sys.next.sysadmin
From: "Steve Hayman" <sahayman@cs.indiana.edu>
Subject: Re: command line faxing - here's a script. does cover sheets too.
Message-ID: <1993Jul12.002426.27989@news.cs.indiana.edu>
Organization: Steve Hayman + Associates, Toronto
References: <1993Jul6.155308.21920@news.cs.indiana.edu> <1993Jul8.002328.17230@news.cs.indiana.edu> <1993Jul11.175409.19381@news.cs.indiana.edu>
Date: Mon, 12 Jul 1993 00:24:20 -0500
I've placed a new version of my 'fax' script on sonata.cc.purdue.edu
in /pub/next/submissions/fax0.12.tar.Z . It may migrate somewhere else.
This version puts the cover page first.
Feedback is more than welcome, of course.
Steve "If only everyone had perl, this script would be a lot simpler" Hayman
shayman@Objectario.com
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,co.general
From: timothy@eddie.rmNUG.org
Subject: Email for Mac, PC & NeXTSTEP
Message-ID: <1993Jul12.033126.529@nugget.rmNUG.ORG>
Followup-To: timothy@eddie.rmnug.org
Sender: timothy@nugget.rmNUG.ORG (Tim Miller)
Organization: Rocky Mountain NeXT Users' Group
Date: Mon, 12 Jul 1993 03:31:26 GMT
I'm setting up a new email system that uses PC's, Mac's, and
hopefully NeXTSTEP all dialing in remotely. Any suggestions?
Thanks,
Tim Miller
--
Tim Miller, Boulder, CO
timothy@eddie.rmNUG.org [NeXTmail accepted]
Newsgroups: comp.sys.next.sysadmin
From: tholland@pars.skidmore.edu (Anthony Holland)
Subject: Blad Hardware won't print to Apple LaserWrite -Advice needed-
Message-ID: <1993Jul11.170836.2195@scott.skidmore.edu>
Keywords: printing trouble
Sender: news@scott.skidmore.edu (news manager)
Organization: Skidmore College, Saratoga Springs NY
Date: Sun, 11 Jul 1993 17:08:36 GMT
The title says it.
We're running 3.0 and have found the Apple Laserwrite NT on the appletalk
net, but I was only able to print a test page ONE time. Not been able to
print since then. Ideas ? Recommendations ?
Thanks
Anthony Holland
Skidmore College
From: phil@cnam.cnam.fr (Philippe Provost)
Newsgroups: comp.sys.next.sysadmin
Subject: DPT card: install troubles
Date: 12 Jul 1993 10:56:10 +0200
Organization: Conservatoire National des Arts et Metiers, Paris, France
Distribution: world
Message-ID: <21r8va$5st@cnam.cnam.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Keywords: install, DPT , SCSI, NSI
Hello,
I have a 486 Siemens, with wich i would like to install
NSI-486.
I encounter troubles with the install.
here comes the manipulation i already made:
i inserted the card slot #1. (no other scsi controller card exist)
i run the EISA config software and set the IRQ to : 15 edge.
i have a scsi disk on ID0 (with a DOS bootable partition onto it),
a sony CD-rom with ID1, and another scsi disk on a higher ID (but
lower than 7 of course).
When i try to boot without inserting the next floppy (install disk) disk
to check if the disks are recognized, it failed.
the disks never appears, and the system do not boot on the DOS partition.
it just display the '/select F1 to rebbot or F2 to set up' message.
Any idea ?
Phil
PS: please email your suggestions to phil@cnam.cnam.fr
Thank you.
--
=============================================================================
Provost Philippe phil@cnam.cnam.fr
NeXT Registered developper
" La vie est tellement extraordinaire lorsque l'Amour est sa compagne"
Newsgroups: comp.sys.next.sysadmin
From: royce@splunge.uucp (Royce Howland)
Subject: Re: SWAP PARTITIONS
Message-ID: <1993Jul11.180629.2349@splunge.uucp>
Organization: Ashley, Howland & Wood
References: <C9x0qr.4nA@tigadmin.ml.com>
Date: Sun, 11 Jul 1993 18:06:29 GMT
kunal@passion.pilot.dmg.ml.com (Kunal Singh) writes:
>Does anyone know how to swap to a raw partition ?
It can't be done. (This statement is based on my own experiments,
but more importantly, on the concensus of the last 100 or so iterations
of this thread of discussion. FAQ time? :~)
--
Royce Howland, DKW Systems Corp. | "And since OS/2 2.0 is a 32-bit
Everything is IMHO | operating system, programs are
royce@splunge.uucp (NeXTMail OK) | easier to write and run faster,
or kakwa!atlantis!splunge!royce | too." -ad for OS/2 2.0
From: balfanz@zorro.informatik.hu-berlin.de (Dirk Balfanz)
Newsgroups: comp.sys.next.sysadmin
Subject: Help! Problems with Mail.app
Date: 12 Jul 1993 09:27:49 GMT
Organization: Humboldt University Berlin, Department of Computer Science
Distribution: world
Message-ID: <21raql$sog@hahn.informatik.hu-berlin.de>
I've just put our new NeXT in our non-NeXT net but Mail.app won't work.
There's no documentation available other than the user's manual which
says nothing about how Mail.app works :-(
Here's the problem: I've mounted the spool directory from our (non-NeXT)
mail server to /usr/spool/mail and I am able to get mail if I use the
UNIX mail utility. But Mail.app won't show me any messages. When logging
in it will signal me that new mail arrived (three letters, sound), but
when I unhide Mail.app it will show me an empty mailbox. Note that I *can*
receive mail using UNIX mail in a Terminal.app shell window.
My preferences settings are: Mail Dir: ~/Mailboxes
Spool Dir: /usr/spool/mail
Mailer: /usr/lib/sendmail
Anybody able to help? (BTW, the /usr/spool/mail/username files all
belong to username, group is 'news'.)
Thanks in advance!
Dirk.
Newsgroups: comp.sys.next.sysadmin
Subject: Re: remote access to mail
Message-ID: <1993Jul12.122449.4045@urz.unibas.ch>
From: frank@ifi.unibas.ch (Robert Frank)
Date: Mon, 12 Jul 1993 12:24:49 GMT
Sender: news@urz.unibas.ch (USENET News System)
References: <88332@ut-emx.uucp>
Distribution: usa
Organization: Institut fuer Informatik
In article <88332@ut-emx.uucp> writes:
> Hi,
>
> How can I access mail that has already been read and stored in Active Mailbox
> from a remote non-NeXT terminal?
>
> Thanks
> Jirapa
By digging into the appropriate Mail folder and locating the actual data
folder. You can use an editor to go through the mails manually.
The general solution is to use mail -f Mailboxes/Active.mbox/mbox
My .mailrc looks as follows:
...
set EDITOR=/usr/ucb/vi
set folder=~/Mailboxes/Active.mbox/mbox
set record=~/Mailboxes/Outgoing.mbox/mbox
...
This puts all outgoing mail into ~/Mailboxes/Outgoing.mbox/mbox and
all incoming mail into ~/Mailboxes/Active.mbox/mbox
whenever I use mail from the command line. In this way I loose nothing.
For some reason I don't quite know, it is no longer necessary to remove the
table_of_contents file after changing the mbox before reading mail with mail
app. It seems to rebuild the table_of_contents automatically.
-Robert
--
Robert Frank tel. + (061) 321 99 67
Institut fuer Informatik fax + (061) 321 99 15
University of Basel, Switzerland
Mittlere Strasse 142 rfc822: frank@ifi.unibas.ch (NeXT mail accepted)
CH-4056 Basel X400: S=frank;OU=ifi;O=unibas;P=switch;A=arcom;C=ch
( if all fails try frank@urz.unibas.ch )
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: harit@kripalu.com
Subject: HELP = read error on Next partition in NS/I
Message-ID: <1993Jul12.133556.761@uunet!cbmvax!xmws!kripalu>
Sender: harit@uunet!cbmvax!xmws!kripalu
Organization: Kripalu Center
Date: Mon, 12 Jul 93 13:35:56 GMT
How do I boot from the NS/I CD in standalone mode?
I need to run fsck on my NS/I partition and if possible repair it or
just reinstall the boot/kernael files.
Any help appreciated.
Please us e-mail or if possible voice mail.
---
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
--
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
Newsgroups: comp.sys.next.sysadmin
From: kunal@passion.pilot.dmg.ml.com (Kunal Singh)
Subject: Re: Help! Problems with Mail.app
Message-ID: <CA221s.7Jv@tigadmin.ml.com>
Sender: kunal@passion (Kunal Singh)
Organization: Merrill Lynch Debt Markets Group
References: <21raql$sog@hahn.informatik.hu-berlin.de>
Date: Mon, 12 Jul 1993 14:10:40 GMT
Thanks guys for all the help. I've finally got my 1.2 Gig drive installed
with three partitions.
I'll take your word for it when it comes to swapping to raw partitions -- that it can't be done. Because I've tried just about every possible permutation in the /etc/fstab and /etc/swaptab.
As a side question, does this hurt us, NeXTSTEP users, any -- not swapping to raw partitions ? I assume that the indirections of the Unix file system still slow swapping down.
Newsgroups: comp.sys.next.sysadmin
From: sherwood@nntp.srv.ualberta.ca (System Administrator)
Subject: adim works sometimes...
Message-ID: <1993Jul12.162545.26896@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Mon, 12 Jul 1993 16:25:45 GMT
I'm using adim (Written by Harold Barker, formerly barker@wri.com) to
preserve the health of my monitors.
To date this is the only screen saver I've found that works on login
screens under NS2.X.
Only thing: Only is working on some of my machines. On other machines,
the program is running, it's /tmp/adim.pid file is in place, but it acts
like it's using NS defaults instead of the ones specfied on the command
line.
This is reflected in the adim -v status report.
Running the same command line from my rc file resets it and from then on
it seems to work, at least for a while.
Ideas anyone?
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.sysadmin
From: tlm@tantalus.scl.ameslab.gov (Dr. T. L. Marchioro II)
Subject: Re: remote access to mail
Message-ID: <CA2B42.9KF@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
References: <1993Jul10.081743.2253@ToTSySSoft.com>
Date: Mon, 12 Jul 1993 17:26:25 GMT
Bruce Gingery writes
[]In article <88332@ut-emx.uucp> jirapa@nextover.pe.utexas.edu
[]writes:
[]=> Hi,
[]=>
[]=> How can I access mail that has already been read and
[]stored in Active Mailbox
[]=> from a remote non-NeXT terminal?
[]=>
[]=> Thanks
[]=> Jirapa
[]
[]
[]If it's NeXT-Mail it gets more complicated...
[]
[]If Non- NeXT-Mail you should be able to
[] more ~/Mailboxes/Active.mbox/mbox
[] and use the keyboard commands to locate
[] the header or keyword(s) you are looking
[] for. This isn't quite as handy as using
[] NeXT-Mail or even the non-GUI Mail util.
[]
[]which will get you the full contents of the mailbox
[]BUT only headers for NeXT-Mail and full messages for
[]non-NeXT.
Instead of using more.. . you can instead just use your favorite
command-line mail reader, and make ~/Mailboxes/Active.mbox/mbox the active
mail folder, for example by typing
mail -fo ~/Mailboxes/Active.mbox/mbox
at the command line. This is even easier in Elm, and I strongly urge
anyone facing this kind of problem to get Elm and read the appropriate
instructions.
As Bruce (Hi Bruce!) says, NeXTmail attachments will not show
up, but you will know they came because of the "empty" letter associated
with them.
Hope this is helpful --- Tom
--
Dr. Thomas L. Marchioro II Two-wheeled theoretical physicist
Center for Physical and
Computational Mathematics 515-294-6629
Ames Laboratory 515-233-1216 (home)
Ames, Iowa 50011 tlm@iastate.edu
Newsgroups: comp.sys.next.sysadmin
From: bottdm@leland.Stanford.EDU (Donald Bott)
Subject: NeXT frozen at "Starting Local Services" Window
Message-ID: <1993Jul12.184857.15136@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: DSG, Stanford University, CA 94305, USA
Date: Mon, 12 Jul 93 18:48:57 GMT
I have a 68040 running 3.0. Right now, whenever I reboot or power on,
the machine appears to reboot, but then stops at the "Starting
Local Services" Window.
The machine is running---I can telnet to it and everything seems
normal, but just can't use the console. If I look at the processes, I
see (among others):
root 139 0.0 22.1 19.3M 1.77M ? SW 0:01 - console (WindowServer)
root 140 0.0 7.9 3.53M 648K ? S 0:00 - console (loginwindow)
However, the file /usr/adm/messages contains about a billion (OK, so I
am not a math major) lines that read:
... loginwindow[140]: loginwindow: could not find WindowServer port!
Does anyone have any suggestions? I have diff'ed my rc* files and
those from another NeXT---I couldn't see any differences between
the startup scripts.
Looking through prior messages, I note that bill@cognet.ucla.edu posted
a similar message (although it appears that his login window did eventually
did come up), but I didn't see any replies.
Thanks for any info,
Donald Bott
bottdm@leland.stanford.edu
From: mycroft@ccwf.cc.utexas.edu (Alex)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How do I become root
Message-ID: <88379@ut-emx.uucp>
Date: 12 Jul 93 18:08:35 GMT
References: <1993Jul8.124338.314@aplcen.apl.jhu.edu>
Sender: news@ut-emx.uucp
Organization: Klatu Verata Necktie
In article <1993Jul8.124338.314@aplcen.apl.jhu.edu> John D Stanhope,
jds@aplpy.jhuapl.edu writes:
>I am new to NS and I would like to know how to set my self up as
>root so that I can install the developer packages after I have
>the user stuff installed. Sorry if this is a real dumb question
>but the docs that came with the EDU package were really scarce.
Assuming the following: When you boot your NeXT you do not see a login window,
you are automatically logged into the "me" account.
You need to do the following: open the "preferences" application. Scroll over
to the padlock screen. You need to enter a password for the me account here...
where it says "enter current password" you just hit return (as there is no
password currently). Add whatever password you like at this point and re-enter
it to verify. Log out. You will get a login window into which you type "root"
and a carriage return in the password field. You will now login as root at
which point you should go back to preferences and enter a password for root.
If the above is not the case... if the computer is not yours you will need to
contact the system administrator for root access.
Hope this helps.
----------------------------------
Alex Currier
HotLine Technical Support
Texas Union MicroCenter, UT Austin
----------------------------------
From: gdrew@cs.umd.edu (Greg Drew)
Newsgroups: comp.sys.next.sysadmin
Subject: Can anyone point me to information about 3.0 NetWare?
Message-ID: <69243@mimsy.umd.edu>
Date: 12 Jul 93 20:03:00 GMT
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
I need to hook my NeXT tcp/ip net to the company Novell (v3.11) lan. We
alreadfy have an ethernet board for the Novell server. Can anyone
enlighten me to what needs to be done as far as software. I know NeXT has
provided some Novell support with 3.0, but I have not yet been able to get
the manuals. What does that support include? Will I be able to log onto
the novell server from the NeXT? How about mail sharing with ccmail (a DOS
mail application). Thanks!
-- GDD
--
----------------------------------------------------------------------------
Greg Drew | N3MXX
gdrew@trellis.cs.umd.edu |
----------------------------------------------------------------------------
From: fasano@nic.cerf.net (Christopher G. Fasano)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Imagewriter II and NS 3.1
Date: 12 Jul 1993 21:37:48 GMT
Organization: CERFnet Dial n' CERF Customer
Message-ID: <21sljc$cn3@news.cerf.net>
Hello,
I have been trying to get an imagewriter working on my NeXTStation,
and I just can't seem to get it to print ANYTHING. I am using iwf-2.0
and I believe that I have the correct printcap entry and cable. Now I
am beginning to wonder if iwf-2.0 doesn't work with NS 3.1. Has anyone
tried this. I heard some noise on the net about serial ports being
"broken" under 3.1... Is this what I am seeing? Is there a newer
version of iwf?
Please respond to fasano@scarolina.cerfnet.com
Thanks!
Chris Fasano
Dept of Chemistry and Physics
Francis Marion Univ.
Florence, SC 29501
From: gvh@metrosoft.com (Gordon Van Huizen)
Newsgroups: comp.sys.next.advocacy,comp.sys.next.sysadmin
Subject: NeXTmail attachments (was: Re: 3.1 BAD rumors)
Message-ID: <1993Jul12.152149.7619@metrosoft.com>
Date: 12 Jul 93 15:21:49 GMT
References: <1993Jul10.002034.1226@dagobah.fdn.org>
Sender: gvh@metrosoft.com
Organization: Metrosoft
In article <1993Jul10.002034.1226@dagobah.fdn.org> yann@dagobah.fdn.org
(Yann Lechelle) writes:
> Gordon Van Huizen writes
> > In article <1993Jul7.182400.2969@midway.uchicago.edu>
> > lars@gsblas.uchicago.edu (Lars Andreas Stole) writes:
> > >
> > > Also, I have had new problems with NeXTmail (attachments not being
> > > sent,etc.) which I suspect is also related to NS3.1.
> > >
> >
> > This problem existed well before 3.1.
>
> I had this "problem" a couple of times as well... yet I
> figured out that the attachements that weren't sent were
> only dragged and dropped from symbolic links [...] On the
> mail recepient's end, the attachment was usually (as I
> was told :-) a NeXT logo in 48x48 TIFF format; probably
> meaning "attachment not found here !." Simply enough, I
> reissued the mail with a fresh drag&drog from a "plain"
> hard link...
I know about links, thanks. What I was referring to is when
the complete NeXTmail attachment fails to be decoded.
You send out a nice little multi-font NeXTmail message
and it arrives blank. The attachments is there,
uuencoded and seemingly happy, but NeXTmail acts as if it
doesn't exist. This problem has been around (for us
anyway) since 2.1. And it *seems* to be worse lately.
Doesn't matter if it's mail sent to the same machine or
different machines.
> Knowing this, and not counting my rare forgetfulness
> (after all, computers are not supposed to replace our
> brains; although NS does already much of it...) ALL MY
> ATTACHMENTS REACHED THE REQUESTED DESTINATIONS !!!
Well GOOD FOR YOU! I GUESS MY PROBLEM DOESN'T EXIST THEN!
:-)
Gordon
--
Gordon Van Huizen vox: 619.488.9411 fax: 619.488.3045
Metrosoft gvh@metrosoft.com [NeXTmail welcome]
"Our ship is coming in, it just isn't black." - MTD 2/93
Newsgroups: comp.sys.next.sysadmin
From: bstone@acs.ucalgary.ca (Blake Stone)
Subject: Re: Help! Problems with Mail.app
Message-ID: <Jul13.002741.66360@acs.ucalgary.ca>
Date: Tue, 13 Jul 1993 00:27:41 GMT
Distribution: na
References: <21raql$sog@hahn.informatik.hu-berlin.de> <CA221s.7Jv@tigadmin.ml.com>
Organization: The University of Calgary, Alberta
> I'll take your word for it when it comes to swapping to raw
> partitions -- that it can't be done. Because I've tried just
> about every possible permutation in the /etc/fstab and
> /etc/swaptab.
As have many people on the net. You're not alone! At least you
haven't started disassembling the swap code yet. :-)
> As a side question, does this hurt us, NeXTSTEP users, any --
> not swapping to raw partitions ? I assume that the
> indirections of the Unix file system still slow swapping down.
Not THAT much. It is my understanding that NeXTSTEP caches the
locations of blocks in the swap file and swaps directly to them
rather than going through the file system. The file system is
only used to reserve the blocks in the first place. The biggest
problem is when the swapfile needs to grow dynamically ... now
that's a time consuming operation and can result in your swapfile
being scattered about the disk more than most would like.
If you have the space for it, create a large swapfile right from
the start to preallocate everything and avoid swapfile growth.
--
Blake W. Stone | DKW Systems Corporation
Chief Technical Officer | A N[EXTSTEP,eXT[STEP,step,Step]] VAR
bstone@acs.ucalgary.ca |
| ... couldn't have been ME
Newsgroups: comp.sys.next.sysadmin
From: wkwong@lyapunov.eng.ohio-state.edu (Waihon Andrew Kwong)
Subject: Help! A Weired problem upon login.....
Message-ID: <1993Jul13.025800.23749@ee.eng.ohio-state.edu>
Sender: news@ee.eng.ohio-state.edu
Organization: The Ohio State University Dept of Electrical Engineering
Distribution: usa
Date: Tue, 13 Jul 1993 02:58:00 GMT
Hi,
I have been getting a weired problem lately.
Everytime I login to my Black NeXT (NS3.0) as a user, I will not be able to
do anything for about 30 seconds to 1 mins. It looks like normal when lock
in but if I just click on file viewer - I will get a rotating disk and I
have to wait. In the mean time, I can still launch the apps on the dock and
do things in the apps. Except that I can use the file viewer......
Anybody got this same thing as I do? Is it just me?
Andy
Newsgroups: comp.sys.next.sysadmin
From: john@wpa.com (John Bartley)
Subject: Connecting a NeXT to a DEC Pathworks LAN????
Message-ID: <1993Jul13.023946.696@nimno.wpa.com>
Sender: john@nimno.wpa.com
Organization: Workgroup Productivity Associates
Date: Tue, 13 Jul 1993 02:39:46 GMT
I plan to bring a NeXTstation into my office at a client site, but I'm a
little too rusty on the DEC (VAX VMS) side of things to know if what I
want to do is workable. They've got a Vaxcluster and have Pathworks
installed for PC attachment, if I understand things correctly. Will I be
able to successfully and painlessly hook into their network? I'd like to
be able to exchange e-mail and have a way to store and exchange files.
I've been told that DEC doesn't support NeXT-style TCP/IP without some
additional software on the VAX side. Does Pathworks provide this
capability?
The last time I worked in a VAX environment was before I got involved with
NeXT so I've never really had a chance to try any of this out. It may be
trivial, but I'd like to avoid any sysadmin confrontations if this is
going to be anything other than "plug-n-play."
If anyone works on a NeXT in an environment like this, please e-mail me if
there's anything I need to be aware of before asking for this setup.
BTW - the e-mail part of this is the most important. I'd like to know more
specific "how-to's" in that area if possible.
Thanks for any help.
John Bartley
john@wpa.com
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin
From: jds@aplpy.jhuapl.edu (John D Stanhope)
Subject: !!!! NeXT goes belly up !!!!
Message-ID: <1993Jul13.121907.1386@aplcen.apl.jhu.edu>
Sender: news@aplcen.apl.jhu.edu (USENET News System)
Organization: Johns Hopkins University Applied Physics Lab
Date: Tue, 13 Jul 93 12:19:07 GMT
JUST KIDDING. But I wanted to get your attention.
Does anyone have any experience using the ATI EISA card under NS/I. Since
it didn't "just work" I tried other numerous settings and other worthless
crap just trying to get the entire test program to display something but
the card still blanks my Nano F550i at resolution higher than 640x480.
I have removed all other cards from my system (Dell 450DE). I tried ATI
support but there closed by the time I can get home to play with my system.
I tried dell support and 1 guy said that another guy got it working by
disbaling the memory aperture in the ATI config but enabling it in the EISA
config, but that didn't work either. I also moved the memory aperture
location around and tried various power configurations.
PLEASE, PLEASE, if you know anyone or you personally have set up this card and
had it work please tell what you did, even if you didn't do anything. And if
you have this card working and can boot to DOS please run the install programs
diagnostics and tell me if everything came up OK, screen doesn't die at 1024x768,
because this means my card is most likely bad.
I am eagerly awaiting your reponse espicially if you have the answer to my
problem. If I can't get this working its back to OS/2 and another very
dissatisified customer of NeXT's fabulous service and support.
thanks
John Stanhope
PS. I know I've posted this before but so far nothing has worked and I get just
a little tired of this crap especially since everything I have is listed under
the compatibilty quide.
From: jmd@cube.handheld.com (Jim De Arras)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next.bugs
Subject: NetWare and Partner/Ushare not compatible?
Date: 13 Jul 1993 12:58:22 GMT
Organization: Hand Held Products, Inc.
Distribution: world
Message-ID: <21ubheINN2ke@clem.handheld.com>
In both beta releases, and now the final release, which I just bought,
Partner/UShare does NOT work with NetWare is active. Anyone else had
similiar/different experences?
Also, I'm STILL having NFS problems with Partner/UShare running, the NeXT
stops "sharing" it's drives via NFS. I have the latest Partner/UShare which
is susposed to correct that, too.
IMHO, Partner/UShare is not ready for release.
Jim
--
----------------------------------------------------------------------------
Jim De Arras - WA4ONG | "Government is not reason. It is not eloquence.
NRA,ILA | it is a force, like fire a dangerous servant
jmd@handheld.com | and a terrible master." -- George Washington
From: cahalan@clouds.gsfc.nasa.gov (Robert F. Cahalan)
Newsgroups: comp.sys.next.sysadmin
Subject: My cube's getting senile!
Date: 13 Jul 1993 14:24:07 GMT
Organization: NASA Goddard Space Flight Center -- InterNetNews site
Distribution: world
Message-ID: <21ugi7$2pf@skates.gsfc.nasa.gov>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
I wonder if anyone else has had the peculiar problem I've been having over
the past few months? I got my 68040 NeXTdimension cube in June of 1991,
and have since had to replace the motherboard twice after power surges.
Right now the hardware seems to be working fine, but .... my NeXT has a
brief "seizure" now and then, and wakes up with no memory of preferences.
It happened again this morning. The Workspace froze as I tried to empty
the recycler, and I got an Alert! panel telling me to save files and log
out. After logging out and back in, I found that all preferences had
returned to the default! In Preferences, I had to reset the "Unix Expert"
switch (okay, maybe I'm not much of an expert, but shouldn't my cube be
friendly about it?), and in Edit I had to claim once again that I want
"Developer Mode" and "Plain Ascii". And NewGrazer had to be told again
which news server I use, and that I want the articles sorted, with authors
listed. And so on.
I'm getting awfully tired of having to set all these preferences over and
over again! Has anyone else out there seen this kind of Alzheimer's, or
have any ideas about it?
Thanks for any advice/condolences, etc....
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.Dr. Robert F. Cahalan (Bob)...#..Laboratory for Atmospheres......
.cahalan@clouds.gsfc.nasa.gov..#..NASA-Goddard Space Flight Center
.*** NeXTMail accepted ***.....#..Greenbelt, MD 20771.............
.FAX: (301) 286-1627...........#..voice: (301) 286-4276...........
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.sys.next.sysadmin
From: neil@ms.uky.edu (Neil Greene)
Subject: Re: MS Windows Broken Under NeXTSTEP Intel 3.1??
Message-ID: <CA3x8z.6y8@ms.uky.edu>
Organization: Kentucky NeXT User Group, Inc.
References: <1993Jul8.172608.23772@sfc.sony.com>
Date: Tue, 13 Jul 1993 14:22:10 GMT
craighil@sfc.sony.com (Nancy Craighill) writes:
>It seems to me that MS Windows 3.1 suddenly stopped working on my Intel
>DOS partition after I upgraded my Intel boxes from NeXTSTEP Intel Beta
>to NeXTSTEP Intel 3.1.
>I have a Dell 450E/2 DGX and a Gateway 2000, each is running NeXTSTEP on
>a large partition with a small 35M DOS partition. Each system was happily
>running DOS and Windows during the Beta program.
>I did not modify the DOS partition, in any way, when upgrading to release
>3.1. After I upgraded, booting off the DOS partition and running "win"
>at the DOS prompt displayed the MS Windows banner but then the program
>crashed returning to the DOS prompt.
>I even tried reformatting the DOS partition, and reinstalling DOS and
>Windows from floppies but with no success. MS Windows consistently dies
>in the same way. Even our DOS experts in the office are baffled. (We've
>tried it under both DOS 5.0 and DOS 6.0 with the same results).
>If this happened to only one machine I would suspect the setup on that
>machine, but this is happening on two entirely different Intel machines,
>suspiciously after the upgrade.
>Have any ideas?
I had Dos 5.0 running just fine with Windows on our local PC lan. Right after
doing a complete backup of our accountants computer with all of our companys
accounting records, I proceeded to upgrade to Dos 6.0 and check out that
Dblspace jazz. Well, as you have guessed, I just complete sucessfully loading
the entire computer back from Tape. Damn glad these backups are properly
maintained!
I don't know how we can expect NeXT and/or Insignia to get it right when
Microsoft can't.
Newsgroups: comp.sys.next.sysadmin
From: andrew@stone.com (Andrew Stone)
Subject: 030, floppies and CDROM's
Message-ID: <1993Jul13.134537.2569@stone.com>
Sender: andrew@stone.com
Organization: Stone Design Corp
Date: Tue, 13 Jul 1993 13:45:37 GMT
It's embarrassing, but we still have one 030 cube, which we are trying to
rebuild to 3.0J.
Are there any known problems with trying to hook up a CDROM to an 030
Motherboard? For some reason, the drive doesn't seem to be recognized,
although it could be as simple as bad cables, I want to make sure it's not
an impossible task to begin with. If you know anything or have some
alternate hints, email me!
Thanks!
andrew
--
||<<->>||<<==>>||<<++>>||<<?>>||<<+>>||<<-->>||<<==>>||<<+>>||
!! Andrew Stone !! (505) 345-4800 !!
!! andrew@stone.com <> Stone Design Corp !!
||<<->>||<<==>>||<<++>>||<<?>>||<<+>>||<<-->>||<<==>>||<<+>>||
Newsgroups: comp.sys.next.sysadmin
From: brill@sybase.com (Michael Brill)
Subject: MAIL - How to send correct From: name
Message-ID: <CA2qwA.AF5@sybase.com>
Sender: usenet@sybase.com
Organization: Sybase, Inc.
Date: Mon, 12 Jul 1993 23:07:21 GMT
When I send mail from NS, my From: label is in the form of:
user@machine ... in my case it's: brill@stratnext
When I send mail from any other machine on the net, it only sends my user
name "brill"
Is there a way that I can instruct my mailer to just send "brill" instead
of "brill@stratnext"
Thanks, ...Michael
Newsgroups: comp.sys.next.sysadmin
From: sherwood@nntp.srv.ualberta.ca (System Administrator)
Subject: Re: Help! Problems with Mail.app
Message-ID: <1993Jul13.165524.5205@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <21raql$sog@hahn.informatik.hu-berlin.de>
Date: Tue, 13 Jul 1993 16:55:24 GMT
Dirk Balfanz (balfanz@zorro.informatik.hu-berlin.de) wrote:
: I've just put our new NeXT in our non-NeXT net but Mail.app won't work.
: There's no documentation available other than the user's manual which
: says nothing about how Mail.app works :-(
: Here's the problem: I've mounted the spool directory from our (non-NeXT)
: mail server to /usr/spool/mail and I am able to get mail if I use the
: UNIX mail utility. But Mail.app won't show me any messages. When logging
: in it will signal me that new mail arrived (three letters, sound), but
: when I unhide Mail.app it will show me an empty mailbox. Note that I *can*
: receive mail using UNIX mail in a Terminal.app shell window.
: My preferences settings are: Mail Dir: ~/Mailboxes
: Spool Dir: /usr/spool/mail
: Mailer: /usr/lib/sendmail
: Anybody able to help? (BTW, the /usr/spool/mail/username files all
: belong to username, group is 'news'.)
: Thanks in advance!
You just got bitten by the groupname gotcha. Unfortunately the various
flavours of unix do not agree on the maping of groups to gids. In your
mail.app directory there are two executables. Mail and MailFetch.
Probably both of these are setgid Mail. Try chgrp-ing these two to
news, and see if that works.
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: harit@kripalu.com
Subject: How to boot standalone from CD in NS/I
Message-ID: <1993Jul13.152359.1303@uunet!cbmvax!xmws!kripalu>
Sender: harit@uunet!cbmvax!xmws!kripalu
Organization: Kripalu Center
Date: Tue, 13 Jul 93 15:23:59 GMT
I have been trying to figure out how to boot standalone from the CD
for days. The boot: prompt is not documented and the "option" field
is not in the same format as the NeXT monitor.
Any help appreciated.
Please e-mail or call, I need this ASAP.
--
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
Newsgroups: comp.sys.next.sysadmin
From: sherwood@nntp.srv.ualberta.ca (System Administrator)
Subject: Re: My cube's getting senile!
Message-ID: <1993Jul13.172402.6107@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <21ugi7$2pf@skates.gsfc.nasa.gov>
Date: Tue, 13 Jul 1993 17:24:02 GMT
[Preferences disappearing]
These defaults, along with a raft of others are stored in ~/.NeXT/*
I don't recall off hand what's stored where. You can cope a bit better
by getting everything set up, logging out, logging in, and making a tar
of this directory. (The log out step is necessary, as the prefs are
written on logout.)
Then the next time it has a senility attack open a terminal/Stuart
window, extract from the tar file, log out and log in. (Some things
will take effect immediately some won't.)
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.sysadmin
From: sherwood@nntp.srv.ualberta.ca (System Administrator)
Subject: Re: Help! A Weired problem upon login.....
Message-ID: <1993Jul13.171707.5827@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <1993Jul13.025800.23749@ee.eng.ohio-state.edu>
Distribution: usa
Date: Tue, 13 Jul 1993 17:17:07 GMT
Waihon Andrew Kwong (wkwong@lyapunov.eng.ohio-state.edu) wrote:
: Hi,
: I have been getting a weired problem lately.
: Everytime I login to my Black NeXT (NS3.0) as a user, I will not be able to
: do anything for about 30 seconds to 1 mins. It looks like normal when lock
: in but if I just click on file viewer - I will get a rotating disk and I
: have to wait. In the mean time, I can still launch the apps on the dock and
: do things in the apps. Except that I can use the file viewer......
: Anybody got this same thing as I do? Is it just me?
: Andy
NextStep tries to prefetch a couple levels down on all the directories
that the fileviewer shows. If you have a slow nfs disk, or a tree that
branches a lot, you will find it slow on startup.
Try turning on the Large File System box in Preferences=>Unix=>
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: kramer@nx27.mik.uky.edu (mike d andrews)
Subject: CD-ROM recommendations
Message-ID: <kramer.742587985@mik.uky.edu>
Sender: news@ms.uky.edu (USENET News System)
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Tue, 13 Jul 1993 18:26:25 GMT
At the risk of asking a frequently asked question (the FAQ's expired here..)
I've only caught bits and pieces of the threads on multispeed CDROM drives
and such, and as I'm in the market for a drive, I'd like some suggestions
on what would be good under $400 (rules out the Toshiba 3401 unfortunately,
unless someone actually sells one that cheap)... I was looking at the
Texel 3024 drive, but there was a post a few days back saying it couldn't
be booted from... I think there's a Panasonic and a Sony drive in the
same price range with about the same specs (multisession photo CD, etc)?
Email responses preferred.... (including the relevant sections of the FAQ,
if it's in there :)
--
Mike Andrews
root@fragile.termfrost.org [NeXTmail OK]
kramer@wittenberg.edu (school) "This guy's pretty bizarre, Gus."
kramer@mik.uky.edu (hometown) -- Primus
Newsgroups: comp.sys.next.sysadmin
From: opus@ipnh.mv.com (David C. Jedlinsky)
Subject: SLIP and NS3.1 (Black hardware)
Sender: usenet@mv.mv.com (Rob Chesler)
Organization: Los Alamos National Laboratory, NM
Date: Tue, 13 Jul 1993 20:35:49 GMT
Message-ID: <CA4EJq.Eto@mv.mv.com>
Summary: Does it work?
I am currently running TransSys DialUpIP SLIP (920904-A) on NS 3.0.
Will this work if I upgrade to 3.1, or is there a newer version that
will?
-Dave Jedlinsky
opus@ipnh.mv.com
From: kline@CS.Arizona.EDU (Nick Kline)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: config of ppp problem
Date: 13 Jul 1993 16:36:56 -0700
Organization: University of Arizona CS Department, Tucson AZ
Message-ID: <21vguo$mde@cheltenham.cs.arizona.edu>
References: <21krtv$dgb@cheltenham.cs.arizona.edu>
I solved the problem. Two changes were necessary:
1. change the hostmanager selection of router to none (which I did)
2. delete the resolv.conf file.
making these two changes removed the halt, which perhaps was called by the
router seeking out something to connect to.
-nick
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.misc
Subject: Tunes from the CDROM drive (CDPlayer.app FAQ)
Followup-To: comp.sys.next.software
Date: 14 Jul 1993 00:20:57 GMT
Organization: Rensselaer Polytechnic Institute, Troy NY, USA
Distribution: world
Message-ID: <21vjha$6ph@usenet.rpi.edu>
References: <1993Jul11.124043.3142@holli.uucp>
In the thread with the subject:
No more Tunes from the CDROM drive (I don't get it - Help)
uunet!sci34hub!tybrin4!holli!me (Trey McClendon) writes:
> gad@eclipse.its.rpi.edu (Garance A. Drosehn) writes:
> > devadas@ecf.toronto.edu (DEVADASON CHRISTOPHER PAUL) writes:
> > > The CDPlayer.app now on startup gives a message
Note the phrase "on startup"
> > > window stating : "CDPlayer
> > > Couldn't open the CD-ROM drive."
> > >
> > > I assumed this has something to do with the CDROM drive going
> > > from sd1 to sd2. [...etc...]
> >
> > My understanding is that CDPlayer.app simply will not work unless
> > your CD-ROM drive is the second-highest SCSI id on your machine.
> > It must be the sd1 device, from all that I've ever seen about it.
> >
> [ some deletia]
I wish you had not deleted the second paragraph here...
> We have a Toshiba 3401 CD-ROM drive on a SCSI chain like this:
> SCSI ID DEVICE
> 0 Quantum 105
> 2 Fujitsu 1.2G
> 3 DEC 2.0G
> 4 WangDAT 1300
> 5 Toshiba 3401
>
> There have been no problems at all with this setup. CDPlayer.app
> autolaunches like it is supposed to work.
Now note the phrase "autolaunches".
I realize Trey is just trying to be helpful here, but it seems I should
clarify my remarks (and repeat the second paragraph) as I also got a number
of email messages which hinted that I was confused in thinking that CDPlayer
only works when the CD-ROM is device sd1. And, like Trey, they all skipped
over my second paragraph (which I find a little annoying).
There are two (common) ways to use CDPlayer.app to play music CD's:
1) Start up CDPlayer.app by double-clicking on it. The program asks
you to insert the music CD in "external disk 1". If you can do
that (if your CD-ROM is device sd1), then you're all set. If
some other device is sd1, then it just gives you an error message
and quits.
2) Turn on the "Public Window Server" option in the Unix section of
Preferences.app (and then log out and log back in again for that
change to take effect). With this option on, you can then stick
a music CD in *without* starting CDPlayer.app, and NeXTSTEP will
autolaunch the CDPlayer program. While this is nicer, it also
means you have turned on that "Public Window Server" option, and
that option is a serious security hole for any NeXT which is
connected to a network. No network-connected NeXT should have
this option on. For that matter, NeXT never should have
implemented the option the way they did (ie, with zero security).
The original poster mentioned that he got the error message when *starting
up* CDPlayer.app. They were therefore using method #1. My first paragraph
was meant for how that method works (or doesn't work, as the case may be).
As far as I know, if you double-click on the application then it will *only*
work if your CD-ROM drive is setup such that it's device sd1 (or, to be more
precise, so that it can be reached at /dev/rsd1h).
My phrasing in that paragraph did not make it clear that I was talking about
a limitation that exists only with method #1, but my second paragraph seems
to make the point about as clearly as I can think of:
"The only option is to turn on the public window server option
(which, by the way, I recommend that you *NOT* do, because it's
a security risk), and then stick music CD's into the drive. In
that case the application will work no matter what device the
-------------------------------
CD-ROM drive is. However, if you start up the CDPlayer.app
before putting in a music disc, then the application will look
at device sd1 and only sd1 (which in your new configuration is
a hard disk, and the program can not open that...)."
Some of the confusion that has occurred in (the many) usenet threads on
CDPlayer.app is because people are talking about different methods. Someone
helpfully offers advice for how they are using method #X, and the other
person can't get music CD's to work despite that help because they are using
the other method.
Now, let me say once again that I recommend that no one turn on the "Public
Window Server" preference. That seems to leave you with method #1 -- and
that limitation where the CD-ROM drive must be sd1. (aside: note that "sd1"
does not necessarily mean the device at SCSI ID #1. If you don't know how
SCSI ids map to device numbers, then read up about it or something).
Well, this limitation sucks, so I futzed around a little last night and
figured out how to run CDPlayer.app *without* turning on Public Window
Server, and *without* restricting which device the CD-ROM drive must be.
It turns out you can specify which device CDPlayer.app should to use when it
starts up (in fact, that's all method #2 is really doing). You just have to
give CDPlayer.app a text file which contains the name of the device that it
should use. Note the text file needs to be *just* that device name (no
characters after it, including linefeeds or carriage-returns). Also note
that you have to have write access to that file (even though the program
doesn't seem to write to the file).
If you check the file /usr/filesystems/cdaudio.fs/cdaudio.device, you should
see a file with the right format. Unfortunately that file is owned by root,
and other userids don't have write access to it. So, what I did was copy
that file to a file in my home directory with the command:
cp -p /usr/filesystems/cdaudio.fs/cdaudio.device ~/SetUp/cdaudio.device
This gives me a file that I have write access to (it'd probably be a good
idea to check and see if this file lists the right unix device name to get
to your CD-ROM drive, in my case it's /dev/rsd2h).
I then created a simple shell script named Start_CD that has the following
two lines in it (the second line is probably wrapped in this usenet article,
sorry about that...):
#!/bin/sh
/NextDeveloper/Demos/CDPlayer.app/CDPlayer -NXOpen
~gad/SetUp/cdaudio.device &
and put that shell script in a directory that's in my PATH (in my case, it's
in /usr/local/bin/Start_CD). Then all I have to do is type Start_CD as a
unix command and CDPlayer.app will start up and ask me to insert a disk in
"external disk 2". Once I do that, I'm merrily playing my music CD's. Note
that this method should even allow you to pick which CD-ROM player to use
for playing music CD's (assuming you have more than one connected to your
NeXT), but I doubt many people will care about that.
I realize this seems like a lot of silly little steps just to play music
CD's, but for some people this will be the only way to get CDPlayer.app to
work. It'd be pretty trivial to write a NeXTSTEP application to handle
these minor details, but I feel too silly about writing an application which
does little more than launch some other application.
This isn't really a complete FAQ list for the questions that come up with
CDPlayer.app, but maybe it'll help clear up some questions for some people
interested in using this demo program. I'm a bit of a CD fanatic (with a
collection of music CD's to match) myself, so I wanted to figure this out
and then pass the info along in case other people were interested.
The other most common problem is when CDPlayer.app has lost it's setuid root
status, and thus runs as the user who is logged in (and thus can't open any
devices anywhere). I covered that in another recent article in
comp.sys.next.sysadmin though, so I'll skip it here.
--
Garance Alistair Drosehn = gad@eclipse.its.rpi.edu
ITS Systems Programmer (handles NeXT-type mail)
Rensselaer Polytechnic Institute; Troy NY USA
From: buckley@mayo.edu (Paul Buckley)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NeXTmail attachments (was: Re: 3.1 BAD rumors)
Date: 14 Jul 1993 00:34:26 GMT
Organization: Mayo Foundation
Message-ID: <21vkai$qhs@fermat.mayo.edu>
References: <1993Jul12.152149.7619@metrosoft.com>
In article <1993Jul12.152149.7619@metrosoft.com> gvh@metrosoft.com (Gordon Van
.. stuff deleted
> >
> > I had this "problem" a couple of times as well... yet I
> > figured out that the attachements that weren't sent were
> > only dragged and dropped from symbolic links [...] On the
> > mail recepient's end, the attachment was usually (as I
> > was told :-) a NeXT logo in 48x48 TIFF format; probably
> > meaning "attachment not found here !." Simply enough, I
> > reissued the mail with a fresh drag&drog from a "plain"
> > hard link...
>
> I know about links, thanks. What I was referring to is when
> the complete NeXTmail attachment fails to be decoded.
> You send out a nice little multi-font NeXTmail message
> and it arrives blank. The attachments is there,
> uuencoded and seemingly happy, but NeXTmail acts as if it
> doesn't exist. This problem has been around (for us
> anyway) since 2.1. And it *seems* to be worse lately.
> Doesn't matter if it's mail sent to the same machine or
> different machines.
>
.. stuff deleted
>
> "Our ship is coming in, it just isn't black." - MTD 2/93
--
Some time back there was discussion about an important first line or first word
that gets deleted by some mailers and the result is the incomming message
uudecoded message does not get recognized as such. It's not so much who gets
the mail but who sent it and/or how it got there.
Somebody posted a fix (sorry for the lack of acknowledgement): put the
following in your alias list:
decode paste | ( mkdirs /tmp/DecodeNeXTMail ; cd /tmp/DecodeNeXTMail ;
uudecode ; (cat .tar* ; rm .tar*) | uncompress | tar xf -; open . )
[no hard returns]
select the undecoded text from "begin..." to "...end" and type "decode" in a
unix shell. For our non-shell users I made this a script in /usr/local/etc and
set up a TickleService (hurah for Scott Hess) to exec the script. It could
probably be done nicer in TCL but this was fast and functional.
Hope this helps
_________________________________________
Paul Buckley
Mayo Graduate School (NeXT Mail)
Guggenheim 14 buckley@mayo.edu
200 First Street SW FAX 507-284-9349
Rochester, MN TEL 507-284-2065
55905
_________________________________________
Now, let's try that again
"...a kinder, gentler nation..."
From: buckley@mayo.edu (Paul Buckley)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NeXTmail attachments (was: Re: 3.1 BAD rumors)
Date: 14 Jul 1993 00:34:54 GMT
Organization: Mayo Foundation
Message-ID: <21vkbe$qht@fermat.mayo.edu>
References: <1993Jul12.152149.7619@metrosoft.com>
In article <1993Jul12.152149.7619@metrosoft.com> gvh@metrosoft.com (Gordon Van
.. stuff deleted
> >
> > I had this "problem" a couple of times as well... yet I
> > figured out that the attachements that weren't sent were
> > only dragged and dropped from symbolic links [...] On the
> > mail recepient's end, the attachment was usually (as I
> > was told :-) a NeXT logo in 48x48 TIFF format; probably
> > meaning "attachment not found here !." Simply enough, I
> > reissued the mail with a fresh drag&drog from a "plain"
> > hard link...
>
> I know about links, thanks. What I was referring to is when
> the complete NeXTmail attachment fails to be decoded.
> You send out a nice little multi-font NeXTmail message
> and it arrives blank. The attachments is there,
> uuencoded and seemingly happy, but NeXTmail acts as if it
> doesn't exist. This problem has been around (for us
> anyway) since 2.1. And it *seems* to be worse lately.
> Doesn't matter if it's mail sent to the same machine or
> different machines.
>
.. stuff deleted
>
> "Our ship is coming in, it just isn't black." - MTD 2/93
--
Some time back there was discussion about an important first line or first word
that gets deleted by some mailers and the result is the incomming message
uudecoded message does not get recognized as such. It's not so much who gets
the mail but who sent it and/or how it got there.
Somebody posted a fix (sorry for the lack of acknowledgement): put the
following in your alias list:
decode paste | ( mkdirs /tmp/DecodeNeXTMail ; cd /tmp/DecodeNeXTMail ;
uudecode ; (cat .tar* ; rm .tar*) | uncompress | tar xf -; open . )
[no hard returns]
select the undecoded text from "begin..." to "...end" and type "decode" in a
unix shell. For our non-shell users I made this a script in /usr/local/etc and
set up a TickleService (hurah for Scott Hess) to exec the script. It could
probably be done nicer in TCL but this was fast and functional.
Hope this helps
_________________________________________
Paul Buckley
Mayo Graduate School (NeXT Mail)
Guggenheim 14 buckley@mayo.edu
200 First Street SW FAX 507-284-9349
Rochester, MN TEL 507-284-2065
55905
_________________________________________
Now, let's try that again
"...a kinder, gentler nation..."
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: command line faxing - here's a script. does cover sheets too.
Message-ID: <1267@rtbrain.rightbrain.com>
Date: 14 Jul 93 00:30:02 GMT
References: <1993Jul11.175409.19381@news.cs.indiana.edu>
Sender: glenn@rightbrain.com
Steve Hayman writes
[why the cover sheet should come first on a fax]
> P.S. If you're wondering how I got confused on an obvious point like this -
> try printing something, from the Print panel pick "Fax", from the Fax panel
> pick "Preview", and from Preview.app save the postscript file that's
generated.
> I was studying the resulting files to see how the cover sheet got
integrated
> by the NeXT software .... but ...
>
> Notice that by the time your document gets to Preview.app, the cover page
is at
> the end, even though it would have been sent out at the beginning if you
really
> had faxed it. I don't know why this is, but it got me confused.
The reason is that the cover sheet has "computed" elements in it, and is
generated last. In particular, the "5 pages including cover sheet" that
gets printed on the cover sheet is not known (in general) until the
PostScript file has been generated.
I think what happens is the fax software, after reading the comments,
knows whether or not there is a cover sheet, and if there is, it knows
it's the last page, so it transmits that page first. Preview knows no
such thing, so you see the cover sheet last.
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
Newsgroups: comp.sys.next.sysadmin
From: robin (Robin D. Wilson)
Subject: Brain teaser -- SYSLOG.<nnnn> and LOGFILE.<nnnn> filling up /usr/spool/uucp
Message-ID: <1993Jul14.013240.2917@pencom.com>
Keywords: HELP!, Brain teaser.
Sender: usenet@pencom.com (News system)
Organization: Pencom Systems Incorporated
Date: Wed, 14 Jul 1993 01:32:40 GMT
I have noticed that recently (like in the last 2 months) I am
suddenly getting copious numbers of files in "/usr/spool/uucp".
The file are named "SYSLOG.$$" (where '$$' is obviously a process
ID) and "LOGFILE.$$". Sometimes 5 or more of these files will be
created inside of a minute. If I don't remove them constantly they
will grow into the thousands over the course of a couple of days.
What gives? Nobody on my network will confess to screwing with any
config files, but we must have changed something... Any help would
be greatly appreciated.
BTW, I was able to track down those files names in the
"/etc/uucp/uucp.day.sh" file; but we don't seem to call that script
anywhere either... Just so we don't waste alot of mail and net
bandwidth on already tried stuff...
---
robin "Nana nana nana nana... BATMAN!"
robin@pencom.com (212) 513-7777
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA
M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$Q-3)<='@R,S`T7'1X,S0U-EQT
M>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V7'1X,3`S-CA<='@Q
M,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R-%QF8S!<8V8P($D@:&%V92!N;W1I
M8V5D('1H870@<F5C96YT;'D@*&QI:V4@:6X@=&AE(&QA<W0@,B!M;VYT:',I
M($D@86T@<W5D9&5N;'D@9V5T=&EN9R!C;W!I;W5S(&YU;6)E<G,@;V8@9FEL
M97,@:6X@(B]U<W(O<W!O;VPO=75C<"(N("!4:&4@9FEL92!A<F4@;F%M960@
M(E-94TQ/1RXD)"(@*'=H97)E("<D)"<@:7,@;V)V:6]U<VQY(&$@<')O8V5S
M<R!)1"D@86YD("),3T=&24Q%+B0D(BX@(%-O;65T:6UE<R`U(&]R(&UO<F4@
M;V8@=&AE<V4@9FEL97,@=VEL;"!B92!C<F5A=&5D(&EN<VED92!O9B!A(&UI
M;G5T92X@($EF($D@9&]N)W0@<F5M;W9E('1H96T@8V]N<W1A;G1L>2!T:&5Y
M('=I;&P@9W)O=R!I;G1O('1H92!T:&]U<V%N9',@;W9E<B!T:&4@8V]U<G-E
M(&]F(&$@8V]U<&QE(&]F(&1A>7,N7`I<"E=H870@9VEV97,_("!.;V)O9'D@
M;VX@;7D@;F5T=V]R:R!W:6QL(&-O;F9E<W,@=&\@<V-R97=I;F<@=VET:"!A
M;GD@8V]N9FEG(&9I;&5S+"!B=70@=V4@;75S="!H879E(&-H86YG960@<V]M
M971H:6YG+BXN("!!;GD@:&5L<"!W;W5L9"!B92!G<F5A=&QY(&%P<')E8VEA
M=&5D+EP*7`I"5%<L($D@=V%S(&%B;&4@=&\@=')A8VL@9&]W;B!T:&]S92!F
M:6QE<R!N86UE<R!I;B!T:&4@(B]E=&,O=75C<"]U=6-P+F1A>2YS:"(@9FEL
M93L@8G5T('=E(&1O;B=T('-E96T@=&\@8V%L;"!T:&%T('-C<FEP="!A;GEW
M:&5R92!E:71H97(N+BX@2G5S="!S;R!W92!D;VXG="!W87-T92!A;&]T(&]F
M(&UA:6P@86YD(&YE="!B86YD=VED=&@@;VX@86QR96%D>2!T<FEE9"!S='5F
M9BXN+EP*7`HM+2U<"G)O8FEN"2).86YA(&YA;F$@;F%N82!N86YA+BXN($)!
J5$U!3B$B7`IR;V)I;D!P96YC;VTN8V]M"2@R,3(I(#4Q,RTW-S<W"GT*
`
Newsgroups: comp.sys.next.sysadmin
From: dlw@netcom.com (David L. Williams)
Subject: Using Sun Tape Drive on NeXT?
Message-ID: <dlwCA52J4.9Fz@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Wed, 14 Jul 1993 05:13:51 GMT
Ok, here is a "stupid" question. Will a NeXTSTATION support using a plain
old Sun cartridge tape drive? The kind that is in the form factor that is
half size of an IPC/IPX box?
What device files do I need to create in /dev
What are the mknod commands for doing that?
Then is it just as simple as hooking it up to the scsi port and doing
tars from/to the device? Will it read tar tapes that have been created from
a sparcstation?
If the answers are yes please send me some email on HOW to do this.
thanks.
David Williams
Newsgroups: comp.sys.next.sysadmin
From: trebels@desdemona.theo-phys.gwdg.de (Stephan Trebels)
Subject: Re: Connecting a NeXT to a DEC Pathworks LAN????
Message-ID: <RPCFBMPR@gwdu03.gwdg.de>
Sender: news@gwdu03.gwdg.de (USENET News System)
Organization: GWDG, Goettingen
References: <1993Jul13.023946.696@nimno.wpa.com>
Date: Wed, 14 Jul 1993 07:38:43 GMT
In article <1993Jul13.023946.696@nimno.wpa.com> john@wpa.com (John
Bartley) writes:
> I plan to bring a NeXTstation into my office at a client site, but I'm a
> little too rusty on the DEC (VAX VMS) side of things to know if what I
> want to do is workable. They've got a Vaxcluster and have Pathworks
> installed for PC attachment, if I understand things correctly. Will I be
> able to successfully and painlessly hook into their network? I'd like to
> be able to exchange e-mail and have a way to store and exchange files.
If you do not install TCP/IP on the Vaxes, there is no chance.
Let the install TGV Multinet, or even UCX by Digital itself.
>
> I've been told that DEC doesn't support NeXT-style TCP/IP without some
> additional software on the VAX side. Does Pathworks provide this
> capability?
This is another story, the PC's can be configured to run TCP/IP,
so you can login from any of those PC's to your NeXT (I doubt
whether that is so important to you ;-)) Normally a Pathworks PC
will only be configured for DECnet and LAT, so these PC's will have
to be reconfigured, but the software is included in Pathworks 4.1.
Sorry if can't help more, NeXT has nothing special compared to
another U*ix, so perhaps you will have more success asking a
DEC-VAX-VMS newsgroup. These themes are quite often discussed there.
Ciao, Stephan
--
+--------------------------------------------------------------+
/ Stephan Trebels voice: +49 551 44690 /|
+--------------------------------------------------------------+ |
| <trebels@theo-phys.gwdg.de> "No NeXTmail yet, it's a HP" | +
| <trebels@desdemona.theo-phys.gwdg.de> "NeXTmail welcome" |/
+--------------------------------------------------------------+
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next.hardware
From: ian@its.com
Subject: Compaq QVision in 486 portable
Message-ID: <1993Jul13.222548.14261@its.com>
Sender: ian@its.com (Ian Gibbs)
Organization: Information Technology Solutions
Date: Tue, 13 Jul 1993 22:25:48 GMT
Greetings,
Many thanks to all of you who have responded with help on the Compaq
memory question I posed last week. The answer turned out to be "make the
memory 'linear' rather than 'Compaq'"
The question this week: I've also got the QVision card installed within
this portable system. I should be able to use it to attach an external
monitor to get 1024 X 768 8 bit greyscale, right? When I try this, (using
the "Configure" program), I just get a bunch of static on the screen. It
looks pretty - in a psychadelic sort of way, but isn't very functional.
(There is no inteligable image whatsoever.)
Has anybody properly installed the Compaq QVision card?
Many thanks again,
Ian
--
Ian Gibbs
ian@its.com
Information Technology Solutions
NeXT/NEXTSTEP Consulting
Newsgroups: comp.sys.next.sysadmin
From: harit@kripalu.com
Subject: FSCK Not reading disk label = HELP
Message-ID: <1993Jul14.113422.2102@uunet!cbmvax!xmws!kripalu>
Sender: harit@uunet!cbmvax!xmws!kripalu
Organization: Kripalu Center
Date: Wed, 14 Jul 93 11:34:22 GMT
I am running NS/I.
I have a hard disk that needs repair to boot. When I boot off the CD
and attempt to use FSCK it reports that it can not read the disk
label. I have tried the alternate super block at 16 to no avail.
Any other ideas or help greatly appreciated.
--
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
From: cs438@cleveland.Freenet.Edu (Denis LaFont)
Newsgroups: comp.sys.next.sysadmin
Subject: 400 Mo internal disk to use as external
Date: 14 Jul 1993 15:50:36 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
Message-ID: <221a0c$9re@usenet.INS.CWRU.Edu>
Hello,
I have a internal configured HD (a seagate ST1480, 400Mo)).
I would like to use it as an external HD.
How must I place the jumpers ?
Thanks,
Denis
--
_________________________________________________________________
Denis LAFONT, Software Engineer
e-mail : cs438@cleveland.freenet.edu -no NeXT Mail please ;-(-
Disclaimer: Any opinions expressed are mine.
Newsgroups: comp.sys.next.sysadmin
From: jdeclari@is.rpslmc.edu (John-William DeClaris)
Subject: Lost recycler on external drive
Message-ID: <1993Jul14.160636.18735@rpslmc.edu>
Keywords: recycler
Sender: news@rpslmc.edu
Organization: Rush-Presbyterian-St. Luke's Medical Center
Date: Wed, 14 Jul 1993 16:06:36 GMT
Well, I really did it this time. I was cleaning up my external drive and I
accidently removed the recycler option. I tried putting a .NextTrash file, but
it was no good. Is this the only file I need, and where exactly does it
reside. I can not rebuild the disk because it has 1 gig of info. Help.
--
John-William DeClaris
All comments made by me are mine and not reflective of RUSH
or anyone else... even any spelling errors I most likely made.
Live each day as if it were your last, because someday it will be.
From: sutter@calvin.usc.edu (Carl Sutter)
Newsgroups: comp.sys.next.sysadmin
Subject: NS/FIP DOS-NextStep Partitions Question
Date: 14 Jul 1993 09:27:37 -0700
Organization: University of Southern California, Los Angeles, CA
Sender: sutter@calvin.usc.edu
Message-ID: <221c5p$c0e@calvin.usc.edu>
I installed NS/FIP on a 1GB SCSI Drive that had originally been partitioned
as all MSDOS. I let NextStep use 600MB, with the MSDOS partition keeping
400MB. Much to my surprise, NextStep didn't trash the DOS partition - good
thing the files were all at the front of the disk! I was also happy that
NextStep can see the DOS partition.
Questions:
1) df reports rs0h (dos) as having 1GB. and sd0a (next) as having 600MB.
Will I have conflicts if I start using the disk up?
2) After booting DOS, it still thinks it has 1GB - will I clobber NextStep
accidentally?
3) I had a Mac CD-ROM with some DOS files on it. I wanted to copy those
to the DOS partition, but got the error: "File error for /ms-dos/DISK1
Invalid argument." Should I be able to copy these files?
Thanks,
- Carl
---
Carl F. Sutter
Academic Software Development Consultant
University of Southern California
Center for Scholarly Technology
(213) 740-2925 sutter@usc.edu (NeXT mail capable)
Newsgroups: comp.sys.next.sysadmin
From: iraf@rchland.vnet.ibm.com (Ira Frosch)
Subject: How to do mail over SLIP
Message-ID: <1993Jul14.174351.30782@rchland.ibm.com>
Sender: icf@oliverwjones.rchland.ibm.com (Ira Frosch)
Date: Wed, 14 Jul 1993 17:43:51 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester
There was a request out a few days ago on how to get/receive mail correctly with SLIP. I'm using UUCP, but since I don't have Taylor, I want to go over SLIP so I am faster, as well as being able to use my brand-new shiny domain name. What do I need to do? Also, how do I get the black magic box of sendmail.cf working correctly with this?
Thanks. Please send replies to gypsy!iroo@csn.org. I'll post the results if people are interested.
--
Ira Frosch
iraf@vnet.ibm.com (No NeXTmail)
gyspy!iroo@csn.org (NeXTmail Ok)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: woo@ra-next.arc.nasa.gov (Alex Woo x6010 227-6 rm 315)
Subject: ioctl failures
Message-ID: <1993Jul14.182251.28924@news.arc.nasa.gov>
Keywords: ioctl,pipe,texview
Sender: usenet@news.arc.nasa.gov
Organization: NASA Ames Research Center, Moffett Field, CA
Date: Wed, 14 Jul 1993 18:22:51 GMT
Problem: unable to open connections with either gnuplot, texview,
pft, etc. Here is a sample error message:
ioctl: Operation not supported on socket
open: can't open connection to Workspace on local host.
Does anyone have any suggestions for this problem? Is this
caused by file protections?
Thanks. Please e-mail reponses directly.
--
==============================================================
Alex Woo, MS 227-6 woo@ames.arc.nasa.gov
NASA Ames Research Center NASAMAIL ACWOO
Moffett Field, CA 94035-1000 SPANET 24582::WOO
(415) 604-6010 (FAX) 604-4357 {hplabs,decwrl,uunet}!ames!woo
Disclaimer: These are not official statements of NASA or EMCC.
Newsgroups: comp.sys.next.sysadmin
From: tpg@rchland.vnet.ibm.com (Terry Gliedt)
Subject: Re: Using Sun Tape Drive on NeXT?
Sender: news@rchland.ibm.com
Message-ID: <1993Jul14.175500.32747@rchland.ibm.com>
Date: Wed, 14 Jul 1993 17:55:00 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
References: <dlwCA52J4.9Fz@netcom.com>
Organization: IBM Rochester
I cannot comment directly on SUN equipment, but I can confirm that the IBM 7207
(external 1/4 inch cartridge tape drive) works with my NeXTstation. This
required no changes on the NeXT side, just hook it up like any other SCSI device.
In order to read tapes created by the RISC/6000, use smit to set the block size
for the device to 0 (variable length). That has worked well for me.
On the down side, the same tape drive would not behave for a friend with a color
NeXtstation (same level of software, 3.0). Go figure. I'd hope that a SUN tape
drive would work as easily as the IBM drive did. Of course, your mileage may
vary.
From: dnw@williams.physics.lsa.umich.edu (David N. Williams)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Using Sun Tape Drive on NeXT?
Date: 14 Jul 1993 19:18:58 GMT
Organization: University of Michigan - College of Literature, Science, and TheArts
Message-ID: <221m72$cnp@controversy.math.lsa.umich.edu>
References: <dlwCA52J4.9Fz@netcom.com>
In article <dlwCA52J4.9Fz@netcom.com> dlw@netcom.com (David L. Williams)
writes:
> Ok, here is a "stupid" question. Will a NeXTSTATION support using a plain
> old Sun cartridge tape drive? The kind that is in the form factor that is
> half size of an IPC/IPX box?
>
> What device files do I need to create in /dev
> What are the mknod commands for doing that?
> ...
> thanks.
>
> David Williams
I couldn't resist replying to this, because of your obvious good taste in
names!
If the old Sun cartridge is the QIC 1/4" format (DC600, DC6000
cartridges, etc.), the answer is, it works fine, but you may have to run a
little program first to set the block size to a fixed 512 bytes. You
don't have to create any /dev files--they are already there. I seem to
recall it's rst0 and nrst0.
If you can accept NeXTmail, I could send you a copy of the binary for
setting the block size.
--David *N.* Williams
--
David N. Williams Phone: 1-(313)-764-5236
Physics Department Email: dnw@williams.physics.lsa.umich.edu
University of Michigan David.N.Williams@um.cc.umich.edu
Ann Arbor, MI 48109-1120 DWILLIAMS@umiphys.bitnet
From: pjinkila@thunder.LakeheadU.Ca (Paul Inkila)
Newsgroups: comp.sys.next.sysadmin
Subject: Access to Rom monitor on Nextstation
Keywords: ROM monitor
Message-ID: <1130@thunder.LakeheadU.Ca>
Date: 14 Jul 1993 19:36:36 GMT
Organization: Lakehead University; Thunder Bay, Ont
In running the Simple Network Starter, I've managed to hang my Nextstation.
Now when booting up, the system is hung at the 'Checking System Files' window.
My manual says that holding down the Alt,Command,and ~ keys should give access
to the ROM monitor. Unfortunately nothing happens.
Any idea how to access the ROM monitor, or how to boot a NextStation into
'single user'. i.e. avoid the system file checks.
Thanx,
Paul Inkila
Lakehead University
From: kiwi@cs.tu-berlin.de (Axel Habermann)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Access to Rom monitor on Nextstation
Date: 14 Jul 1993 20:27:57 GMT
Organization: Technical University of Berlin, Germany
Message-ID: <221q8d$bc6@news.cs.tu-berlin.de>
References: <1130@thunder.LakeheadU.Ca>
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
Keywords: ROM monitor
pjinkila@thunder.LakeheadU.Ca (Paul Inkila) writes:
>In running the Simple Network Starter, I've managed to hang my Nextstation.
>Now when booting up, the system is hung at the 'Checking System Files' window.
>My manual says that holding down the Alt,Command,and ~ keys should give access
>to the ROM monitor. Unfortunately nothing happens.
>Any idea how to access the ROM monitor, or how to boot a NextStation into
>'single user'. i.e. avoid the system file checks.
Press COMMAND+` (it's the key in the upper left edge of the numpad)
just after the TESTING SYSTEM Message has disappeared. Then you should find
yourself in the ROM-Monitor.
To boot into SINGLE USER MODE, enter the command
bsd-s
By the way - something similar happened to me when I messed around
with Simple Network Starter. I just did NOT do what the program asked
for (like "you must reboot now"). Mail me if you need more advice.
>Thanx,
>Paul Inkila
>Lakehead University
You're welcome,
Axel
--
Axel Habermann \\|// FaxFon: +49 30 4543046
Fehmarnerstr. 4 )o o( eMail: kiwi@cs.tu-berlin.de
13353 Berlin (Wedding) \ | / "Wenn Du nicht weisst
Germany \~/ was du tust, mach's mit Eleganz!"
Newsgroups: comp.sys.next.sysadmin
From: robin (Robin D. Wilson)
Subject: Re: Help! Problems with Mail.app
Message-ID: <1993Jul14.202416.7186@pencom.com>
Sender: usenet@pencom.com (News system)
Organization: Pencom Systems Incorporated
References: <1993Jul13.165524.5205@kakwa.ucs.ualberta.ca>
Date: Wed, 14 Jul 1993 20:24:16 GMT
In article <1993Jul13.165524.5205@kakwa.ucs.ualberta.ca>
sherwood@nntp.srv.ualberta.ca (System Administrator) writes:
> Dirk Balfanz (balfanz@zorro.informatik.hu-berlin.de) wrote:
> : I've just put our new NeXT in our non-NeXT net but Mail.app won't work.
> : There's no documentation available other than the user's manual which
> : says nothing about how Mail.app works :-(
>
> : Here's the problem: I've mounted the spool directory from our (non-NeXT)
> : mail server to /usr/spool/mail and I am able to get mail if I use the
> : UNIX mail utility. But Mail.app won't show me any messages. When logging
> : in it will signal me that new mail arrived (three letters, sound), but
> : when I unhide Mail.app it will show me an empty mailbox. Note that I
*can*
> : receive mail using UNIX mail in a Terminal.app shell window.
>
> : My preferences settings are: Mail Dir: ~/Mailboxes
> : Spool Dir: /usr/spool/mail
> : Mailer: /usr/lib/sendmail
>
> : Anybody able to help? (BTW, the /usr/spool/mail/username files all
> : belong to username, group is 'news'.)
> : Thanks in advance!
>
> You just got bitten by the groupname gotcha. Unfortunately the various
> flavours of unix do not agree on the maping of groups to gids. In your
> mail.app directory there are two executables. Mail and MailFetch.
> Probably both of these are setgid Mail. Try chgrp-ing these two to
> news, and see if that works.
Another possibility is that the user doesn't have 'write' permission to the
'/usr/spool/mail' directory. The 'MailFetch' program writes out a
'<user>.lock' file when it is fetching the mail from the spool, it puts this
file in '/usr/spool/mail'. If the user can't write there, MailFetch dies.
---
robin "Nana nana nana nana... BATMAN!"
From: bense@heart4.ucsd.edu (Booker C. Bense)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: C++ Library
Date: 15 Jul 1993 04:15:32 GMT
Organization: San Diego Supercomputer Center @ UCSD
Message-ID: <222ll4$nts@pravda.sdsc.edu>
References: <1993Jul7.170643.21433@news.mic.ucla.edu> <1993Jul8.032635.28173@leland.stanford.edu>
In <1993Jul8.032635.28173@leland.stanford.edu> Magnus Nordborg <magnus@fisher.Stanford.EDU> wrote:
>In article <1993Jul7.170643.21433@news.mic.ucla.edu> iwelch@agsm.ucla.edu
>(Ivo Welch) writes:
>>
>> The latest version of NeXT C++ is based on gcc 2.2.2. Unfortunately,
>> I need to use some third-party programs which require the iostream
>> library.
>>
>> Has anyone managed to get the gnu libg++-2.3 libraries to work? gcc (a
>> link to cc) choked on vanilla libg++-2.3 from prep.ai.mit.edu with
>> ../configure next. [In any case, libg++ docs claims I need a libg++
>> version lower than the compiler. Problem is, only 2.3 and 2.4 (other
>> than a REAL OLD 1.3 version) seem to be available.]
>>
>> /ivo welch
- I find this question real interesting myself as gcc-2.2.2 for other
platforms was rumored to have very serious problems with C++. I recall
that you basically had to have gcc.2.3.3 to do any C++ at all. I can't
say for sure as the only thing I've ever used libg++ for was to build
groff on an SGI. Has the Objective-C++ environment disappeared ????
>
>I guess you must have a reason not to use gcc-2.4.5 which is what I would
>do. In any case, it might work to compile libg++ with a version of gcc
>that can do it, and then use those libraries. I have gcc-2.4.5 and
>libg++-2.4. Doing:
- By all accounts, gcc2.4.5 and libg++2.4 are where you should be for
a reliable C++ environment. gcc-2.4.5 builds without problem on
NeXTStep 3.0. I haven't downloaded the libg++ yet. Supposely, NeXT and
the folks at GNU doing the Objective-C runtime had a meeting of the
minds to allow objects built by the two systems to interoperate. We
shall see....
- Booker C. Bense "News, News, It's long, It's ASCII?,
prefered: benseb@grumpy.sdsc.edu It's Wood. News, News, It's better
NeXT Mail: benseb@next.sdsc.edu than bad, It's Good!" Ren&Stimpy
From: mjt@genesis.MCS.COM (Michael Trogni)
Newsgroups: comp.sys.next.sysadmin
Subject: Using USR Courier 14,400 Modem and Transarc SLIP
Date: 14 Jul 1993 21:02:25 -0500
Organization: MCSNet Subscriber, Chicago, IL
Distribution: na
Message-ID: <222drh$2m1@genesis.MCS.COM>
Summary: I can't figger this thing out :-(
Hi, I am trying to get a NeXT '40 with a USRobotics
Courier 14.4 modem to do TranSys SLIP to a remote
SLIP server. the remote modems are AT&T Paradyne
14.4 modems. Kermit and UUCP work fine with my modem.
but after I set up the SLIP connection, and login to the
SLIP server, the connection sends a few packets out and
then drops carrier.
I suspect the problem is on "my end". My "AT" commands
in my dial-hayes.tcl might not be correct. Does anybody
have a "good" dial-hayes.tcl that they can send me that
works with their USRobotics Courier modems for SLIP? Also
any handy debugging docs would be much appreciated.
Thanks,
Mike Trogni
mjt@genesis.mcs.com fun (Internet)
mjt@zaibatsu.chi.il.us home (UUCP oddjob.uchicago.edu!clout!zaibatsu!mjt )
Newsgroups: comp.sys.next.sysadmin
From: jmeacham@scott.skidmore.edu (james meacham)
Subject: SLIP/UUCP feed problems
Message-ID: <1993Jul14.200213.17238@scott.skidmore.edu>
Organization: Skidmore College, Saratoga Springs NY
Distribution: world
Date: Wed, 14 Jul 1993 20:02:13 GMT
HI All,
After getting a new local host from which to telnet to my UUCP provider,
I've found that for some reason, I can't sign on. It seems that the
Carriage returns are not being sent/translated/recieved by the terminal
server which connects me to the dial-in host. I've checked the modem
registers, and they look ok, and I've tried several compbinations of chat
script combinations. It is not only a problem with UUCP, but with tip as
well. When I use Microphone, it sends the CR just fine. The terminal
server is a Xyplex, and I'm running NS 2.1 on my machine. Anyone have any
ideas on how to correct this problem?
Also, I'm trying to set up a SLIP connection with another host, and I was
wondering where I should look for programs and information to help me in
this daunting task.
I bow at the your knowldge, oh NeXT/unix deities. Thanks in advance,
James Meacham
Newsgroups: comp.sys.next.sysadmin
From: harit@kripalu.com
Subject: HELP = Next Partition getting munged
Message-ID: <1993Jul15.112026.2573@uunet!cbmvax!xmws!kripalu>
Sender: harit@uunet!cbmvax!xmws!kripalu
Organization: Kripalu Center
Date: Thu, 15 Jul 93 11:20:26 GMT
I finally reinstalled NeXTSTEP on the NeXT partition last night.
Then used DOS for a bit to play games. When I came in this morning
the NeXT partition is munged again. The disk label is not readable
and it will not boot.
Has anyone else had problems with the partitioning?
--
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
From: buckley@mayo.edu (Paul Buckley)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Access to Rom monitor on Nextstation
Date: 15 Jul 1993 13:41:13 GMT
Organization: Mayo Foundation
Message-ID: <223mpp$kfd@fermat.mayo.edu>
References: <1130@thunder.LakeheadU.Ca>
In article <1130@thunder.LakeheadU.Ca> pjinkila@thunder.LakeheadU.Ca (Paul
Inkila) writes:
> In running the Simple Network Starter, I've managed to hang my Nextstation.
> Now when booting up, the system is hung at the 'Checking System Files'
window.
> My manual says that holding down the Alt,Command,and ~ keys should give
access
> to the ROM monitor. Unfortunately nothing happens.
>
> Any idea how to access the ROM monitor, or how to boot a NextStation into
> 'single user'. i.e. avoid the system file checks.
>
> Thanx,
> Paul Inkila
> Lakehead University
--
command-command-~ (upper left on keypad) brings up the mini-monitor from which
you can continue or go to the real monitor window (? gives you a list of
options).
_________________________________________
Paul Buckley
Mayo Graduate School (NeXT Mail)
Guggenheim 14 buckley@mayo.edu
200 First Street SW FAX 507-284-9349
Rochester, MN TEL 507-284-2065
55905
_________________________________________
Now, let's try that again
"...a kinder, gentler nation..."
Newsgroups: comp.sys.next.sysadmin
From: hitt@Xenon.Stanford.EDU (Daniel Hitt)
Subject: cannot boot (/: file system full)
Message-ID: <1993Jul15.134744.4190@CSD-NewsHost.Stanford.EDU>
Summary: How can i trim root without booting? file repair?
Keywords: boot, root, file system, swap file
Sender: hitt@cs.stanford.edu
Organization: Computer Science Department, Stanford University.
Date: Thu, 15 Jul 1993 13:47:44 GMT
I had a system crash due (i think) to a swap file growing to fill up
the partition it is on.
Now i cannot boot; the diagnostics on the ROM monitor end up:
. . .
The network is disabled or your computer isn't connected to it.
/: file system full
IO error on pageout: error = 28
vnode_pageout: failed!
and at this point nothing else happens.
There should be at least 50 free megabytes on the main partition, but
i suspect that it has somehow got overrun.
Could there be some problem that the computer needs swap space before
it can clean out /tmp and the swapfile?
I have a 68040 cube, and i would prefer not to disturb the hardware
(by taking out the internal disk drive) if possible.
I could attach another drive to it to provide alternate swap space
if i knew how (i.e., there's a spare drive i can use, and i have the
cabling, but i'm not sure how to manage all this just using the
ROM monitor, which is all i have available right now).
I'd sure appreciate any info anyone can provide.
dan
From: boardman@casbah.acns.nwu.edu (Michael Boardman)
Newsgroups: comp.sys.next.sysadmin
Subject: User.addresses
Date: 15 Jul 93 14:22:13 GMT
Organization: Northwestern University, Evanston, IL USA
Message-ID: <boardman.742746133@news.acns.nwu.edu>
Summary: help needed
Keywords: address book
Greetings. Several days ago, I posted a note to CSNM regarding NS3.0
address books. I cannot seem to find any documentation on how to get phone
numbers and addresses into
/NextLibrary/Addresses/User.addresses.
Even as root, I cannot access the phone and address fields. Does anyone
know if I need to mess with NetInfo? If so, what propery names should be
used and where?
BTW, I can easily edit any local address book, it's just the system one
that is causing trouble.
Thanks,
Michael Boardman
boardman@davinci.lfc.edu
Newsgroups: comp.sys.next.sysadmin
From: sherwood@nntp.srv.ualberta.ca (System Administrator)
Subject: Re: Lost recycler on external drive
Message-ID: <1993Jul15.154548.17594@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <1993Jul14.160636.18735@rpslmc.edu>
Date: Thu, 15 Jul 1993 15:45:48 GMT
John-William DeClaris (jdeclari@is.rpslmc.edu) wrote:
: Well, I really did it this time. I was cleaning up my external drive and I
: accidently removed the recycler option. I tried putting a .NextTrash file, but
: it was no good. Is this the only file I need, and where exactly does it
: reside. I can not rebuild the disk because it has 1 gig of info. Help.
It needs to have the following permissions:
drwxrwxrwt 41 root 3072 Jul 2 11:36 /u/scratch/.NextTrash
So chmod a+rwx,+t .NextTrash
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.sysadmin
From: Becki Kain <beckers@imagine.com>
Subject: sun machine in a next world
Message-ID: <1993Jul12.134624.179@imagine.com>
Sender: beckers@imagine.com
Organization: Imagine Multimedia, Inc., Ann Arbor, MI, USA
Date: Mon, 12 Jul 1993 13:46:24 GMT
hi there:
my net recently aquired a sun ipc and i need to integrate it. it's the
only non-next (or nextstep 486) that we have so i'm not real familiar with
the nis/netinfo stuff. can anyone who's done this before help?
thanks
beckers
--
Becki Kain - Imagine Multimedia, Inc. - beckers@imagine.com nextmail welcome
"I just love being carbon"
Newsgroups: comp.sys.next.sysadmin
From: Becki Kain <beckers@imagine.com>
Subject: laser printer in a next/dos world
Message-ID: <1993Jul15.180650.890@imagine.com>
Sender: beckers@imagine.com
Organization: Imagine Multimedia, Inc., Ann Arbor, MI, USA
Date: Thu, 15 Jul 1993 18:06:50 GMT
hi there:
we have a 10baseT network of black and white nexts, with some of the white
machines having a dos partition. now, i need to somehow connect the dos
side fo the white machines so that they can print to one printer and have
the next side of the white machines (and the black machines) print to the
same printer. any ideas how to do this and what kind of printer i should
get?
thanks
beckers
--
Becki Kain - Imagine Multimedia, Inc. - beckers@imagine.com nextmail welcome
"I just love being carbon"
Newsgroups: comp.sys.next.sysadmin
From: Becki Kain <beckers@imagine.com>
Subject: exception #2 on boot
Message-ID: <1993Jul15.184925.966@imagine.com>
Sender: beckers@imagine.com
Organization: Imagine Multimedia, Inc., Ann Arbor, MI, USA
Date: Thu, 15 Jul 1993 18:49:25 GMT
I have recently started getting that error on boot up of an
040/nextdimension cube. i replaced the hardrive with one from another
cube and i'm getting the same error so i think it's the scsi controller.
does anyone have any ideas or suggestions what is going on?
thanks
beckers
--
Becki Kain - Imagine Multimedia, Inc. - beckers@imagine.com nextmail welcome
"I just love being carbon"
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: jds@aplpy.jhuapl.edu (John D Stanhope)
Subject: ATI & Adaptec in DELL ?
Message-ID: <1993Jul15.195157.15825@aplcen.apl.jhu.edu>
Sender: news@aplcen.apl.jhu.edu (USENET News System)
Organization: Johns Hopkins University Applied Physics Lab
Date: Thu, 15 Jul 93 19:51:57 GMT
I heard that the ATI EISA card and the Adpatec scsi card are
incompatible with each other in a DELL machine. You will get
this type of errors
AHA interupt: bad status ff
sd0 INVALID STATUS (Internal error): FATAL ERROR
The hard disk is still usable though, for a little while that
is then it will get tons of write errors and eventually panic
the system.
Someone who has a 450ME informed me of this. I have a 450DE. Can
anyone confirm or deny this? What can I do to remedy the
situation short of returning my card and getting another one?
Will ISA buslogic card work in place of the Adaptec?
If it doesn't, what's the lowest price for a DPT 2012/90 EISA
controller?
Thanks
John Stanhope
Newsgroups: comp.sys.next.sysadmin
From: tholland@pars.skidmore.Edu
Subject: Dove Fax Modem don't work - advice wanted
Message-ID: <1993Jul15.202306.11959@scott.skidmore.edu>
Sender: news@scott.skidmore.edu (news manager)
Organization: Skidmore College, Saratoga Springs NY
Date: Thu, 15 Jul 1993 20:23:06 GMT
Just got a new dovefaxmodem. It sends lots of error messages to
the console, but no faxing ! Any suggestions ?
3.0 software
NeXT cube 040 CPU
thanks
Anthony Holland
Skidmore College
Newsgroups: comp.sys.next.sysadmin
From: harit@kripalu.com
Subject: WARNING WARNING NS/I Users READ THIS
Message-ID: <1993Jul15.172804.2826@uunet!cbmvax!xmws!kripalu>
Sender: harit@uunet!cbmvax!xmws!kripalu
Organization: Kripalu Center
Date: Thu, 15 Jul 93 17:28:04 GMT
I have been experisncing problems for the last few days with sharing
the disk between DOS and NeXT.
I think I have found the problem.
When I installed NeXTSTEP I told it to leave some space for DOS. It
appeared to do this and leave the files intact. DO NOT BE FUOLED.
The DOS partition needs to be reformatted!!!!!!!!
The NeXT Install just leaves that part of the disk alone. This means
that it is still formatted as a disk sized for the entire disk. As
space needs on the DOS partition grow it will gladly take sectors
from OUTSIDE it's partition thus overwriting your NeXT volume label
and master blocks.
--
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
Newsgroups: comp.sys.next.sysadmin
From: ez@isc.com (Ezra Goldman)
Subject: Re: Can anyone point me to information about 3.0 NetWare?
Message-ID: <1993Jul15.213242.5686@i88.isc.com>
Sender: usenet@i88.isc.com (Usenet News)
Organization: INTERACTIVE Systems Corporation, Naperville, IL
References: <69243@mimsy.umd.edu>
Date: Thu, 15 Jul 1993 21:32:42 GMT
In article <69243@mimsy.umd.edu> gdrew@cs.umd.edu (Greg Drew) writes:
> I need to hook my NeXT tcp/ip net to the company Novell (v3.11) lan.
I located the basic installation and admin info in the on-line
documents that came with my 3.0 upgrade. It describes how to do
the NeXT-side set-up to use the NetWare client software.
My path to the doc is:
/NextLibrary/Documentation/NextAdmin/11_MixedNet/03_NetWare.rtfd
I did have a problem in the NeXT initialization sequence. I
located the problem by observing the messages on the console
during boot in verbose mode. These messages don't make it in
/usr/adm/messages. It was obvious that some netware driver
was missing. Tracing through the scripts to locate what was
needed, and discovered that I was missing a program "kl_util".
Solved the problem by adding the line:
/usr/lib/kern_loader/nuc/nuc_reloc
to /etc/kern_loader.conf
I can't offer any help on the Netware admin side other than to say that the local Netware admin doesn't even know I exist and client access works
(if I use a correct login/password pair when prompted by the Netware
client software).
-- ez@isc.comblem in the NeXT initialization sequence. I
located the problem by observing the messages on the console
during boot in verbose mode. These messages don't make it in
/usr/adm/messages. It was obvious that some netware driver
was missing. Tracing through the scripts to locate what was
needed, and discovered that I was missing a program "kl_util".
Solved the problem by adding the line:
/usr/lib/kern_loader/nuc/nuc_reloc
to /etc/kern_loader.conf
I can't offer any help on the Netware admin side other than to say that the local Netwar
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Installation on a Compaq ProSignia Server???
Date: 15 Jul 1993 23:24:57 GMT
Organization: University of Houston
Message-ID: <224p09$t7t@menudo.uh.edu>
Has anyone installed NEXTSTEP on the following configuration (highly
unlikely):
Compaq ProSignia Server/Multimedia system (EISA)
36M Ram
*1.0G SCSI Internal drive
SVGA
Pro Audio Spectrum 16 Soundcard
*SMC EtherExpress 32
Plus internal tape, CD-Rom, etc...
The (*) means that I don't think that these devices are currently supported.
Does anyone know if the SMC EtherElite 16 driver will work with the 32 bit
card? (well, I guess I will know tomorrow :-) Also, I believe that the
SCSI card in the system is of Compaq origin and thus it might not be usable
either which means no NEXTSTEP on this baby since there is not an IDE
drive...
Btw, my first attempt to install failed when I tried to use my trusty
Adaptec 1540C SCSI card and NeXT CD-Rom drive (a winning combination, which
worked for every other system I installed). I couldn't get the card to be
accepted in the configuration with the silly configuration utility. It
seems that on this server, every card slot that is used must be explicitly
defined and the proper config installed and it won't auto recognize ISA
cards (why am I not surprised?)...
I am going to try the Compaq SCSI tomorrow because I didn't have the needed
SCSI-2 to SCSI-1 cable (the adaptec has an SCSI-1 connector, as well as the
NeXT CD-Rom so I only had my SCSI-1 to SCSI-1 cable with me...)
Anyway, does anyone have an hints on configuring this beast (and I mean
beast!). The manuals aren't very clearly written and sometimes
contradicting... Any tips would be greatly appreciated (yeah and this from
the guy who figured out the Gateway2000 mess....)
:-)
Thanks...
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: stoney@oyster.smcm.edu (Stanley Toney)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: WARNING WARNING NS/I Users READ THIS
Date: 16 Jul 1993 01:08:35 GMT
Organization: University of Maryland, College Park
Message-ID: <224v2j$cuq@umd5.umd.edu>
References: <1993Jul15.172804.2826@uunet!cbmvax!xmws!kripalu>
In article <1993Jul15.172804.2826@uunet!cbmvax!xmws!kripalu>
harit@kripalu.com writes:
>When I installed NeXTSTEP I told it to leave some space for DOS. It
>appeared to do this and leave the files intact. DO NOT BE FUOLED.
>The DOS partition needs to be reformatted!!!!!!!!
>
>The NeXT Install just leaves that part of the disk alone. This means
>that it is still formatted as a disk sized for the entire disk. As
>space needs on the DOS partition grow it will gladly take sectors
>from OUTSIDE it's partition thus overwriting your NeXT volume label
>and master blocks.
wait a sec. did you set up the DOS partition first or the NS. the best order
and as i recall the proper order is first set up the dos partition (first
partition on on the disk) with DOS and use FDISK to set the dos size, leave
rest of disk alone (as i recall). get DOS up and running.
Install NS it says how much space can i use then uses it. Dos sees only its
partition NO more. under FDISK it shows up as Non-Dos partition. Dos wil then
not write beyond the partition parameters. NS sees both.
If you install NS over an existing partiton and let it just try to chop it
yes you are asking for trouble.
if i have misunderstood you please clarify and i'll understand better what
problem you encountered.
--
Stanley Toney stoney@oyster.smcm.edu NeXTMail - OK
Division of Mathematics and Natural Sciences
St. Mary's College of Maryland
St. Marys City MD 20686
my opinions are my own, not my employers
Newsgroups: comp.sys.next.sysadmin
From: aris@mundoe.maths.mu.OZ.AU ( Aris Theocharides )
Subject: Anonymous ftp logging (after NeXTanswers).
Message-ID: <9319712.6833@mulga.cs.mu.OZ.AU>
Sender: news@cs.mu.OZ.AU
Organization: Department of Mathematics, University of Melbourne
Date: Fri, 16 Jul 1993 02:53:43 GMT
If one reads the entry sysadmin.725 in NeXTanswers about ftpd:
> Q: Why won't ftpd log anonymous ftp logins?
>
> A: There's a very old bug in ftpd which prevents this, even
> if the -l option is given (in the ftpd arguments listed in
> /etc/inetd.conf; see the UNIX Manual Pages for ftpd and
> inetd).
>
> There's a workaround which applies if the ~ftp directory
> and the /dev directory are on the same file system. In
> /etc/rc, after starting syslog, make a hard link from
> ~ftp/dev/log to /dev/log. Note that this requires the
> ~ftp/dev directory to exist already (that directory
> should be owned by root, and its permissions should
> permit the owner to read and search [execute], and the
> group and others to search [execute]: r-x--x--x, mode
> 511).
>
> Hard links cannot cross file systems, so if ~ftp and /dev
> are on different file systems this workaround does not
> apply.
>
Okay. I do all this, and still no logging.
Where should the logging take place?
I assume in /usr/adm/messages or /tmp/console.
Is it necessary to modify /etc/rc? Can't I just create the link once?
I only have one filesystem (hard disk), so the link works.
IE:
I have modified the inetd.conf file to have ftpd -d -l -t600
and updated the inetd process (or rebooted). I have followed the procedure
above for creating anopnymous ftp access and still I see no logging.
Could someone who runs an anonymous ftp NeXT machine please let me know if I
am doing something wrong?
Thanks.
Aris.
--
name: aris theocharides.
address: room mg14, maths dept, melb uni, parkville, vic, australia, 3052.
phone [+613] uni: 344.74.16, home: 489.90.14, fax: 344.45.99
Newsgroups: comp.sys.next.sysadmin
From: jr@sade.ka.sub.org (Jochen Richter)
Subject: gzip from the FileViewer?
Date: Fri, 16 Jul 1993 08:28:53 GMT
Organization: The home of the Pilhuhn
Sender: news@pilhuhn.sub.org (Das Newssystem auf pilhuhn)
Message-ID: <CA90w5.ALL@pilhuhn.sub.org>
Is it possible to change some configuration that the File Viewer uses for the
Compress command gzip instead of compress?
--
Jochen Richter Phone +49-721-696922
Zahringerstrasse 57 Fax +49-721-696988
D-7500 Karlsruhe 1 e-mail: jr@sade.ka.sub.org
Germany jr@resy.kfk.de (>50K)
Newsgroups: comp.sys.next.sysadmin
From: jr@sade.ka.sub.org (Jochen Richter)
Subject: Environment variables in File Viewer
Date: Fri, 16 Jul 1993 08:31:08 GMT
Organization: The home of the Pilhuhn
Sender: news@pilhuhn.sub.org (Das Newssystem auf pilhuhn)
Message-ID: <CA90zx.Ant@pilhuhn.sub.org>
Is it possible to set some envirnoment variable (i.e. DISPLAY) for the File
Viewer, i.e. to launch X-applications from the File Viewer?
--
Jochen Richter Phone +49-721-696922
Zahringerstrasse 57 Fax +49-721-696988
D-7500 Karlsruhe 1 e-mail: jr@sade.ka.sub.org
Germany jr@resy.kfk.de (>50K)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: mihe@gordon.enea.se (Mike Henry)
Subject: Re: ioctl failures
Message-ID: <1993Jul16.090401.27853@enea.se>
Keywords: ioctl,pipe,texview
Sender: usenet@enea.se
Organization: ENEA DATA AB, Stockholm, Sweden
References: <1993Jul14.182251.28924@news.arc.nasa.gov>
Date: Fri, 16 Jul 1993 09:04:01 GMT
In article <1993Jul14.182251.28924@news.arc.nasa.gov> woo@ames.arc.nasa.gov writes:
>Problem: unable to open connections with either gnuplot, texview,
>pft, etc. Here is a sample error message:
>
>ioctl: Operation not supported on socket
>open: can't open connection to Workspace on local host.
>
>Does anyone have any suggestions for this problem? Is this
>caused by file protections?
This probably comes from a) the person that installed gcc on your
system did not run fixincludes, or b) the fixed includes are not
included as they should. (I ran into this when compiling xpilot B^)
-Mike
--
Mike Henry INET : mihe@enea.se ///
Box 232 ///
S-183 23 Taby TEL : +46 8 792-2500 \\\///
SWEDEN TFX : +46 8 768-4388 \XX/
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: sun machine in a next world
Date: 16 Jul 1993 07:10:41 -0500
Organization: University of Illinois at Urbana
Message-ID: <2265sf$p3h@ux1.cso.uiuc.edu>
References: <1993Jul12.134624.179@imagine.com>
Becki Kain <beckers@imagine.com> writes:
>hi there:
>my net recently aquired a sun ipc and i need to integrate it. it's the
>only non-next (or nextstep 486) that we have so i'm not real familiar with
>the nis/netinfo stuff. can anyone who's done this before help?
The magnitude of your job depends on if you are using netinfo or NIS
for your user info. If you are using Netinfo, you might want to buy
the netinfo client from Xexos for the Sun. If you are using NIS,
just set the Sun up as though it had a Sun NIS server. The NIS code
on the NeXT is more or less the same as that on the Sun. Same for
NFS. Same for lpr. The only difference is that the Sun may store
some information like /etc/princap and such in an actual file called
/etc/printcap while the NeXT keeps it in netinfo generally. Unless
you're getting that from NIS, of course.
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: cannot boot (/: file system full)
Date: 16 Jul 1993 07:14:40 -0500
Organization: University of Illinois at Urbana
Message-ID: <22663u$pim@ux1.cso.uiuc.edu>
References: <1993Jul15.134744.4190@CSD-NewsHost.Stanford.EDU>
Keywords: boot, root, file system, swap file
hitt@Xenon.Stanford.EDU (Daniel Hitt) writes:
>I had a system crash due (i think) to a swap file growing to fill up
>the partition it is on.
>There should be at least 50 free megabytes on the main partition, but
>i suspect that it has somehow got overrun.
>Could there be some problem that the computer needs swap space before
>it can clean out /tmp and the swapfile?
It looks like that is what happened. If you have a floppy drive,
you could try to get a microboot floppy from your campus support.
Another way to fix this is to netboot from a netboot server if you
have one. You probably don't, though.
Sometimes the command bsd -sx has worked for me in having it start
up even if the drive is full, but not always.
If a friend has a spare drive (external) that is bootable, you could
hook that up, boot off it, and then clear out the swapfile on your
internal drive. (with the command cat /dev/null >/private/vm/swapfile,
don't rm it!)
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: laser printer in a next/dos world
Date: 16 Jul 1993 07:18:04 -0500
Organization: University of Illinois at Urbana
Message-ID: <2266aa$pvt@ux1.cso.uiuc.edu>
References: <1993Jul15.180650.890@imagine.com>
Becki Kain <beckers@imagine.com> writes:
>hi there:
>we have a 10baseT network of black and white nexts, with some of the white
>machines having a dos partition. now, i need to somehow connect the dos
>side fo the white machines so that they can print to one printer and have
>the next side of the white machines (and the black machines) print to the
>same printer. any ideas how to do this and what kind of printer i should
>get?
Any printer that is available via LPD to the network will work.
THere are LPD clients for DOS in several packages. Clarkson's
CUTCP (version of NCSA telnet) has one. FTP Software's PC/TCP
package has another. You can probably find CUTCP on
ftp.ncsa.uiuc.edu in a PC/Telnet/contrib directory.
One way is to hook a NeXT printer to a black NeXT and have it as the
print server. This is quite straightforward to set up.
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
From: buckley@mayo.edu (Paul Buckley)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: gzip from the FileViewer?
Date: 16 Jul 1993 14:52:29 GMT
Organization: Mayo Foundation
Message-ID: <226fbd$729@fermat.mayo.edu>
References: <CA90w5.ALL@pilhuhn.sub.org>
In article <CA90w5.ALL@pilhuhn.sub.org> jr@sade.ka.sub.org (Jochen Richter)
writes:
> Is it possible to change some configuration that the File Viewer uses for the
> Compress command gzip instead of compress?
>
> --
> Jochen Richter Phone +49-721-696922
> Zahringerstrasse 57 Fax +49-721-696988
> D-7500 Karlsruhe 1 e-mail: jr@sade.ka.sub.org
> Germany jr@resy.kfk.de (>50K)
--
Use Scott Hess' TickleServices application instead. The Archive group of
services will do what you want (you can use the command key alternative of your
choice) and you get much more functionality too. There's a mailing list for
TickleServices questions and new service postings: send "subscribe" to
majordomo@cubetech.com
_________________________________________
Paul Buckley
Mayo Graduate School (NeXT Mail)
Guggenheim 14 buckley@mayo.edu
200 First Street SW FAX 507-284-9349
Rochester, MN TEL 507-284-2065
55905
_________________________________________
Now, let's try that again
"...a kinder, gentler nation..."
Newsgroups: comp.sys.next.sysadmin
From: sherwood@fenris.space.ualberta.ca (System Administrator)
Subject: Re: Lost recycler on external drive
Message-ID: <1993Jul16.161205.25893@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <1993Jul14.160636.18735@rpslmc.edu> <1993Jul15.154548.17594@kakwa.ucs.ualberta.ca>
Date: Fri, 16 Jul 1993 16:12:05 GMT
System Administrator (sherwood@nntp.srv.ualberta.ca) wrote:
: John-William DeClaris (jdeclari@is.rpslmc.edu) wrote:
: : Well, I really did it this time. I was cleaning up my external drive and I
: : accidently removed the recycler option. I tried putting a .NextTrash file, but
: : it was no good. Is this the only file I need, and where exactly does it
: : reside. I can not rebuild the disk because it has 1 gig of info. Help.
: It needs to have the following permissions:
: drwxrwxrwt 41 root 3072 Jul 2 11:36 /u/scratch/.NextTrash
: So chmod a+rwx,+t .NextTrash
oops
It doesn't have to have the text bit set.
And your workspace won't notice the change until next login.
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.sysadmin
From: sherwood@fenris.space.ualberta.ca (System Administrator)
Subject: Re: cannot boot (/: file system full)
Message-ID: <1993Jul16.171349.27657@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <1993Jul15.134744.4190@CSD-NewsHost.Stanford.EDU>
Date: Fri, 16 Jul 1993 17:13:49 GMT
[Nextcube that won't even boot single user]
You need to boot off another disk, either a boot floppy, or in your case
a boot optical.
Then mount the original boot disk as something easy, say /t
mount /dev/sd0a /t
Now cd /t, then start housekeeping. Try to avoid removing
/private/vm/swapfile. While this is a sure cure, when your system
creates a new swapfile, it may not be in one piece, and performance
suffers.
For stuff you can delete, check /tmp /usr/spool/appkit
/usr/spool/NeXT/*/*. You only need to get it down to about 104% for it
to boot sucessfully.
If you are a C programmer, then see the truncate system call. (I'm
surprised that there isn't a builtin command for ths, but it isn't)
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.sysadmin
From: sherwood@fenris.space.ualberta.ca (System Administrator)
Subject: Re: laser printer in a next/dos world
Message-ID: <1993Jul16.173604.28309@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <1993Jul15.180650.890@imagine.com>
Date: Fri, 16 Jul 1993 17:36:04 GMT
Becki Kain (beckers@imagine.com) wrote:
: hi there:
: we have a 10baseT network of black and white nexts, with some of the white
: machines having a dos partition. now, i need to somehow connect the dos
: side fo the white machines so that they can print to one printer and have
: the next side of the white machines (and the black machines) print to the
: same printer. any ideas how to do this and what kind of printer i should
: get?
An easy one!
Assuming that you have one of the nexts set up as a network
printer, then the problem of the DOS machines becomes a software poblem
only. Get NCSA telnet. It has an lpr utility that is fairly straight
forward to use.
Note: This messes up printer accounting, as the DOS telnet
configuration has a default user; whenever the machine connects to a
unix box, it does so as that user.
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
From: kevin@american.edu (Kevin Cruz)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How do I become root
Date: 16 Jul 1993 18:26:24 GMT
Organization: The American University Computing Center
Message-ID: <226rsgINNqs5@au-ns.american.edu>
References: <C9wI9M.1nM@tigadmin.ml.com>
Kunal Singh writes
-> In article <1993Jul8.124338.314@aplcen.apl.jhu.edu>,
jds@aplpy.jhuapl.edu (John D Stanhope) writes:
-> |> I am new to NS and I would like to know how to set my self up
as
-> |> root so that I can install the developer packages after I have
-> |> the user stuff installed. Sorry if this is a real dumb question
-> |> but the docs that came with the EDU package were really scarce.
-> |>
-> |>
-> |> Thanks
-> |>
-> |> John Stanhope
->
-> One way is to login using the user name 'root' and hit return for
password - initially the password should be null.
->
-> The other way is to do an 'su root' from a command line
'Terminal.app'
-> You'll be prompted for a password which should be null if you have
not become root before.
Let's not forget that in order to 'su' you must be part of the wheel
group, otherwise, you'll get a "You do not have permission to su."
To set this up, start /NextAdmin/NetInfoMgr. Select the
/groups/wheel dir (double click) and add yourself to the list of
'users' by selecting Directory->Add Value in the menu. After that,
if you have done everything on the previous postings, you should be
able to use 'su' from the Terminal.
--Kevin
---------------------------------------------------------------------
Kevin Cruz E-mail: kevin@american.edu
Computer Science Dept. Phone: (202) 885-2767
The American University
Washington, D.C.
---------------------------------------------------------------------
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FYI;"!4:6UE<RU2;VUA;CM]"EQM
M87)G;#$R,`I<;6%R9W(Q,C`*7'!A<F1<='@U-C!<='@Q,3(P7'1X,38X,%QT
M>#(R-#!<='@R.#`P7'1X,S,V,%QT>#,Y,C!<='@T-#@P7'1X-3`T,%QT>#4V
M,#!<9C!<8C!<:3!<=6QN;VYE7&9S,CA<9F,P7&-F,"!+=6YA;"!3:6YG:"!W
M<FET97-<"BT^($EN(&%R=&EC;&4@/#$Y.3-*=6PX+C$R-#,S."XS,31`87!L
M8V5N+F%P;"YJ:'4N961U/BP@:F1S0&%P;'!Y+FIH=6%P;"YE9'4@*$IO:&X@
M1"!3=&%N:&]P92D@=W)I=&5S.EP*+3X@?#X@22!A;2!N97<@=&\@3E,@86YD
M($D@=V]U;&0@;&EK92!T;R!K;F]W(&AO=R!T;R!S970@;7D@<V5L9B!U<"!A
M<UP*+3X@?#X@<F]O="!S;R!T:&%T($D@8V%N(&EN<W1A;&P@=&AE(&1E=F5L
M;W!E<B!P86-K86=E<R!A9G1E<B!)(&AA=F5<"BT^('P^('1H92!U<V5R('-T
M=69F(&EN<W1A;&QE9"X@4V]R<GD@:68@=&AI<R!I<R!A(')E86P@9'5M8B!Q
M=65S=&EO;EP*+3X@?#X@8G5T('1H92!D;V-S('1H870@8V%M92!W:71H('1H
M92!%1%4@<&%C:V%G92!W97)E(')E86QL>2!S8V%R8V4N(%P*+3X@?#X@7`HM
M/B!\/B!<"BT^('P^(`D)5&AA;FMS7`HM/B!\/B!<"BT^('P^(`D)2F]H;B!3
M=&%N:&]P95P*+3X@7`HM/B!/;F4@=V%Y(&ES('1O(&QO9VEN('5S:6YG('1H
M92!U<V5R(&YA;64@)W)O;W0G(&%N9"!H:70@<F5T=7)N(&9O<B!P87-S=V]R
M9"`M(&EN:71I86QL>2!T:&4@<&%S<W=O<F0@<VAO=6QD(&)E("`*;G5L;"Y<
M"BT^(%P*+3X@5&AE(&]T:&5R('=A>2!I<R!T;R!D;R!A;B`G<W4@<F]O="<@
M9G)O;2!A(&-O;6UA;F0@;&EN92`G5&5R;6EN86PN87!P)UP*+3X@66]U)VQL
M(&)E('!R;VUP=&5D(&9O<B!A('!A<W-W;W)D('=H:6-H('-H;W5L9"!B92!N
M=6QL(&EF('EO=2!H879E(&YO="!B96-O;64@<F]O="!B969O<F4N7`I<"DQE
M="=S(&YO="!F;W)G970@=&AA="!I;B!O<F1E<B!T;R`G<W4G('EO=2!M=7-T
M(&)E('!A<G0@;V8@=&AE('=H965L(&=R;W5P+"!O=&AE<G=I<V4L('EO=2=L
M;"!G970@82`@(EEO=2!D;R!N;W0@:&%V92!P97)M:7-S:6]N('1O('-U+B(@
M5&\@<V5T('1H:7,@=7`L('-T87)T("].97AT061M:6XO3F5T26YF;TUG<BX@
M(%-E;&5C="!T:&4@+V=R;W5P<R]W:&5E;"!D:7(@*&1O=6)L92!C;&EC:RD@
M86YD(&%D9"!Y;W5R<V5L9B!T;R!T:&4@;&ES="!O9B`@)W5S97)S)R!B>2!S
M96QE8W1I;F<@1&ER96-T;W)Y+3Y!9&0@5F%L=64@:6X@=&AE(&UE;G4N("!!
M9G1E<B!T:&%T+"!I9B!Y;W4@:&%V92!D;VYE(&5V97)Y=&AI;F<@;VX@=&AE
M('!R979I;W5S('!O<W1I;F=S+"!Y;W4@<VAO=6QD(&)E(&%B;&4@=&\@=7-E
M("=S=2<@9G)O;2!T:&4@5&5R;6EN86PN7`H*7`HM+4ME=FEN"EP*+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM7`I+979I;B!#<G5Z"0D)12UM86EL.B!K979I
M;D!A;65R:6-A;BYE9'5<"D-O;7!U=&5R(%-C:65N8V4@1&5P="X)"5!H;VYE
M.B`H,C`R*2`X.#4M,C<V-UP*5&AE($%M97)I8V%N(%5N:79E<G-I='E<"E=A
M<VAI;F=T;VXL($0N0RY<"BTM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
K+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+0I]"BTM
`
From: kevin@american.edu (Kevin Cruz)
Newsgroups: comp.sys.next.sysadmin
Subject: FAQ for ...next.sysadmin? AND Mail question
Date: 16 Jul 1993 18:45:19 GMT
Organization: The American University Computing Center
Message-ID: <226svvINNr17@au-ns.american.edu>
Is there a FAQ for this group? I remember seeing something like that a while
ago. If there is, could some one post it up.
The reason I ask is b/c there was something in there that I saw and interested
me. It was about a NeXT tool for sorting out mail into different mailboxes
depending on the sender or subject of line. If I remember correctly, there was
an ftp site where I could obtain it.
Comments, suggestion, help, etc is appreciated. Thanks in advance.
--Kevin
---------------------------------------------------------------------
Kevin Cruz E-mail: kevin@american.edu
Computer Science Dept. Phone: (202) 885-2767
The American University
Washington, D.C.
Newsgroups: comp.sys.next.sysadmin
From: harit@kripalu.com
Subject: Re: WARNING WARNING NS/I Users READ THIS
Message-ID: <1993Jul16.132624.3246@uunet!cbmvax!xmws!kripalu>
Sender: harit@uunet!cbmvax!xmws!kripalu
Organization: Kripalu Center
References: <224v2j$cuq@umd5.umd.edu>
Date: Fri, 16 Jul 93 13:26:24 GMT
In article <224v2j$cuq@umd5.umd.edu> stoney@oyster.smcm.edu (Stanley
Toney) writes:
> In article <1993Jul15.172804.2826@uunet!cbmvax!xmws!kripalu>
> harit@kripalu.com writes:
> >When I installed NeXTSTEP I told it to leave some space for DOS.
It
> >appeared to do this and leave the files intact. DO NOT BE FUOLED.
> >The DOS partition needs to be reformatted!!!!!!!!
> >
> >The NeXT Install just leaves that part of the disk alone. This
means
> >that it is still formatted as a disk sized for the entire disk.
As
> >space needs on the DOS partition grow it will gladly take sectors
> >from OUTSIDE it's partition thus overwriting your NeXT volume
label
> >and master blocks.
>
> wait a sec. did you set up the DOS partition first or the NS. the
best order
> and as i recall the proper order is first set up the dos partition
(first
> partition on on the disk) with DOS and use FDISK to set the dos
size, leave
> rest of disk alone (as i recall). get DOS up and running.
> Install NS it says how much space can i use then uses it. Dos
sees only its
> partition NO more. under FDISK it shows up as Non-Dos partition.
Dos wil then
> not write beyond the partition parameters. NS sees both.
> If you install NS over an existing partiton and let it just try
to chop it
> yes you are asking for trouble.
>
> if i have misunderstood you please clarify and i'll understand
better what
> problem you encountered.
To restate:
If you format you disk as one DOS partition (as delivered from most
vendors).
Then install NeXTStep leaving some space for DOS.
The DOS partition NEEDS to be reformatted even if it looks usable.
--
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
From: yanik@planon.qc.ca (Yanik Crepeau)
Newsgroups: comp.sys.next.sysadmin,fr.comp.sys.next
Subject: NeXTSTEP 3.1, Problemes de connection.
Keywords: 3.1 NeXT, NeXTSTEP, Francais, French,loginWindow, loginWindow.app
Message-ID: <1993Jul13.185107.410@CAM.ORG!planon>
Date: 13 Jul 93 18:51:07 GMT
Sender: yanik@CAM.ORG!planon
Voici une copie du message que j'ai expedie il y a quelques heures a Ask_NeXT@NeXT.Com en
Californie.
The following problem relate to the 3.1 User version UPGRADE for NeXT Computers when the
administrator chose the French language as main language. It will be described in French
first followed by a short translation.
Machines: NeXTCube (68040) with 3.0
NeXTStation (68040) with 3.0
NeXTStation (68040) with 3.1 Pre-release 1
Software: /usr/lib/NextStep/loginwindow.app
Langue/Language: French, good reason to beleive that the problem is
the same in German, Italian, Spanish and Swedish.
Francais, j'ai de bonne raison de croire que ce
probleme existe galement en Allemand, Italien
Espagnol et Su dois
URGENT URGENT URGENT
Ce message doit tre relay tous les utilisateurs francophones du NeXT.
This message should be relayed to any French speaking user of a NeXT computer.
Le logiciel /usr/lib/NextStep/loginwindow.app est le premier logiciel invoqu lorsque
vous allumez votre machine et est celui qui est nouveau rappell lorsque vous fermez
votre session de travail. Le r le de ce logiciel est de vous pr senter la fen tre o on
vous demande de vous identifier et qui valide votre acc s par mot de passe.
Lors de la mise niveau la version 3.1 de nos machines, ces derni res ont t rendu
inutilisables en raison d'une erreur majeure pr sente sur le CD-ROM. Une fois la
"d -compression des paquets de langue fran aise" effectu e, nous n'avons pas vu la
fen tre habituelle du login... plus moyen d'entrer sur notre compte, m me en tapant nos
noms et mots de passe en aveugle.
Le probl me vient du fait que le dossier English.lproj et French.lproj ne sont pas
identiques. Il manque les fichiers "ConnectPanel.nib" et "login.nib". Ce fichiers sont
galements manquants dans les version Allemande, Italienne, Su doise et Espagnole du m me
logiciel. Ces fichiers sont pr sents dans la version Anglaise.
Un fait fort curieux est que les machines ayant fait l'objet d'une installation de la
version 3.1 PRERELEASE, sont immunis es contre ce mal. Seule les machines faisant l'objet
d'une mise jour 3.0 -> 3.1 sont victimes de ce probl me.
Toutes les autres fonctions de l'appareil (UUCP, connection Telnet de l'ext rieur etc.)
ne sont pas affect es par ce probl me.
J'ai pu r cup rer l'acc s a mon appareil en utilisant le NFS et "rlogin" d'une machine
l'autre en copiant le programme /usr/lib/NextStep/loginwindow.app d'une machine utilisant
la version 3.1 PRERELEASE.
ENGLISH TRANSLATION.
The first software called when you open up your NeXT Computer and when you log out from
your own user account is /usr/lib/NextStep/loginwindow.app. The goal of this software is
to ask you your user name and your password.
When we upgraded our NeXT machines to 3.1, our machines have been set unusable. No way to
have the login window. No way to type our name and password blindly to startup the window
server and the workspace manager. Except for UNIX-deamon called by crontab (UUCP) or from
an external rlogin/telnet session, nothing could be done with our computer.
The problem comes from the fact that English.lproj and French.lproj are not the same.
"ConnectPanel.nib" and "Login.nib" are missing in all non-English lproj directories. The
result is when a system is configured to use French as primary language, it try to find a
lproj directory named French. If it find it (and it's the case now) it try to find all
localized documents inside. If some document is missing, the software crashes.
When we upgraded from 3.1 PRERELEASE to 3.1, we did not have that problem. I suppose that
the upgrade plan is not the same for 3.0 ->3.1 -vs- 3.1PR -> 3.1 and the
/usr/lib/NextStep/loginwindow.app is not replaced in the first case.
Every pure-Unix (terminal based or background-deamon) work fine. Just the Windowing
environement is concerned by this problem.
I have fixed the problem using NFS, niutil, exportfs, mounts and cp to copy the version I
had from 3.1 PRERELEASE to bugged machines.
Yanik Cr peau
Administrateur de syst me
Planon T lexpertise
Boucherville QUEBEC, Canada
E-Mail: yanik@planon.qc.ca
Fax: 514-449-6481
========
--
Yanik Crepeau
Programmer
Planon Telexpertise
E-Mail: yanik@planon.qc.ca (NeXT)
From: iwelch@agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Printing an HP-LJ binary
Date: 17 Jul 1993 00:04:00 GMT
Organization: UCLA, Anderson Graduate School Of Management
Message-ID: <227flh$jgt@news.mic.ucla.edu>
I have an HP Laserjet-iv printer. Occasionally, people give me a
Laserjet HP binary file, printed on dos by
copy *.hp prn /b
How do I print it on a NS-FIP machine? I tried simply catting it into
/dev/np0, but that didn't work. Any ideas?
/ivo
From: andrew@cubetech.com (Andrew Loewenstern)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: gzip from the FileViewer?
Date: 16 Jul 1993 16:41:10 -0500
Organization: Cube Technologies, Inc
Message-ID: <22779m$9c@imladris.cubetech.com>
References: <CA90w5.ALL@pilhuhn.sub.org> <226fbd$729@fermat.mayo.edu>
In article <226fbd$729@fermat.mayo.edu> buckley@mayo.edu (Paul Buckley) writes:
>Use Scott Hess' TickleServices application instead. The Archive group of
>services will do what you want (you can use the command key alternative of your
>choice) and you get much more functionality too. There's a mailing list for
>TickleServices questions and new service postings: send "subscribe" to
>majordomo@cubetech.com
A new gzip service that works just like the workspaces compress
(deletes the old file...) was just posted. However, to subscribe you
need to send mail with the body "subscribe tickle-services <your real
name here>"... You can also send it to listserver@cubetech.com, but
that doesn't matter...
andrew
--
andrew@cubetech.com | "We cannot dwell in the time that is to come,
Andrew Loewenstern | lest we lose our now for a phantom of our
Cube Technologies, Inc. | own design." - Erendis FYEO Public Key:
0000000701B61D1ADF0DFC9C16185CEA055200000007EB4A9FEB1922065D471A89E905B5
Newsgroups: comp.sys.next.sysadmin
From: anderson@macc.wisc.edu (Jess Anderson)
Subject: NFS Curiosity
Message-ID: <1993Jul17.013007.8626@macc.wisc.edu>
Sender: news@macc.wisc.edu (USENET News System)
Organization: Division of Information Technology, UW-Madison
Date: Sat, 17 Jul 93 01:30:07 GMT
Now that the bugs are worked out of my ISDN connection, my
home NeXT (black, 3.0) is on a subnet of the campus network
that includes my office NeXT (black, 3.0). Each machine is
on a mixed (non-Netinfo) network.
Yesterday I realized how easy it would be to NSF mount my
home directory of each onto /Net/<host>/etc of the other
(autonfsmount). Using NFSManager, I set up exports and
imports in (I thought) an identical fashion on each side,
the only real difference being the hostnames (the host
tables are the same on both sides). The directories
autonfsmounted are read/write, restricted to the specific
host on the other side.
When I'm at the office and try to drag a home file into the
office recycler, I get the warning panel to the effect "that
disk has no recycler, you're going to really destroy the
file." I know I have write permission, because I can edit
the file and change it.
Well, it *is* a different disk, all right.
But the curious thing is this: I do not get that warning
when I'm at home and drag an office file into the recycler;
it plops in there, disappears from the remote browser, and
gets destroyed when I dump the recycler.
I actually prefer the latter situation, since I'm careful
about deleting things, but the absence of parallel behavior
on the two sides is a bit baffling.
So far I haven't found what the difference is. The disks
each have only one partition and are the only hard disk in
the machine.
--
[Jess Anderson <> Division of Information Technology, University of Wisconsin]
[Internet: anderson@macc.wisc.edu <-best, UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[----------> Is life an illusion? Or does it just seem that way? <-----------]
Newsgroups: comp.sys.next.sysadmin
From: cpm@fnbc.com (Paul Merriman)
Subject: PPD for a Xerox 4700 Colour printer
Message-ID: <1993Jul16.123745.7366@fnbc.com>
Keywords: ppd xerox colour printer
Sender: news@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
Date: Fri, 16 Jul 93 12:37:45 GMT
Subject says it all.
I'm after a PPD file for the Xerox 4700 Colour (Color) printer - any one
have one/know where I can get one - maybe even an email address at adobe?
(I'm trying Xerox but not holding my breath :-))
Thanks in advance,
Paul
--
Paul Merriman
Unix Network Administrator cpm@fnbc.com (US)
International Technology Group cpm@fnbc.co.uk (UK)
First National Bank of Chicago
First Chicago House, Tel: 071 438 4486
90 Long Acre, Fax: 071 438 4181
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin,comp.sys.next.bugs
From: jds@aplpy.jhuapl.edu (John D Stanhope)
Subject: Dell and Adaptec
Message-ID: <1993Jul16.184504.12770@aplcen.apl.jhu.edu>
Sender: news@aplcen.apl.jhu.edu (USENET News System)
Organization: Johns Hopkins University Applied Physics Lab
Date: Fri, 16 Jul 93 18:45:04 GMT
Has anyone got the below error on there system and been able to fix
it?
AHA interrupt: bad status ff
sd0: INVALID STATUS (Internal error): FATAL ERROR
target:0 lun: 0 op: Read block: some # blockcount: some #
I am trying to get NS/i to use the scsi drive with out totally
destroying it before any serious work can be done. I tried
3 different irq's (10,11,15) and 3 dma channels (5,6,7) and they
gave me this error when booting. And when I woudl try to
intialize the disk using disk I would get write error and newfs
would fail. If I use the settings specified by NeXT I can init
the disk and use it for a while but eventualy causes a system
panic.
If any out there has been able to get the ATI EISA card and an
Adaptec card to work PLEASE respond. If any has an Adaptec card
working in a Dell 450[DM]E please tell, especially if you had to
do some tweaking to get it to work.o
Even though some said this is a conflict between the two cards and
the DELL I seem to remember having the same problem using an
older ATI card for the VGA display. Could this be a DRIVER BUG?
Any and all responses are welcomed.
John Stanhope
Newsgroups: comp.sys.next.sysadmin
From: anderson@macc.wisc.edu (Jess Anderson)
Subject: Re: NFS Curiosity
Message-ID: <1993Jul17.024201.11860@macc.wisc.edu>
Sender: news@macc.wisc.edu (USENET News System)
Organization: Division of Information Technology, UW-Madison
References: <1993Jul17.013007.8626@macc.wisc.edu>
Date: Sat, 17 Jul 93 02:42:01 GMT
Following myself up:
>[Recycler not working the same for autonfsmounted remote
> directories]
>When I'm at the office and try to drag a home file into the
>office recycler, I get the warning panel to the effect "that
>disk has no recycler, you're going to really destroy the
>file." I know I have write permission, because I can edit
>the file and change it.
>But the curious thing is this: I do not get that warning
>when I'm at home and drag an office file into the recycler;
>it plops in there, disappears from the remote browser, and
>gets destroyed when I dump the recycler.
I've found *a* difference, but I don't know if it's *the*
difference. It has to do with .NextTrash, which I guess is
what "recycler" really means.
Obviously, there has to be more than one place for files to
go, since some come off this disk, some come off the remote
disk. So I noticed that on the office side there are two
trash bins (directories):
/Users/anderson/.NeXT/.NextTrash
/Users/anderson/.NextTrash/anderson
While I'm at home, the files dragged off the office disk go
into the second place until I dump the home recycler, which
removes the files there as well as those in
/Users/anderson/.NeXT/.NextTrash
on *this* side.
The big difference might be that there *is* no
/Users/anderson/.NextTrash/anderson on the home machine.
Well, next time I'm at the office I can check that out more
fully.
(I just love answering my own questions, even when I turn
out to be wrong, don't you? :-)
--
[Jess Anderson <> Division of Information Technology, University of Wisconsin]
[Internet: anderson@macc.wisc.edu <-best, UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[> It's easier to believe than to deny: our minds are naturally affirmative. <]
Newsgroups: comp.sys.next.sysadmin
From: dlw@netcom.com (David L. Williams)
Subject: Re: Using Sun Tape Drive on NeXT?
Message-ID: <dlwCAAKnM.FAx@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <dlwCA52J4.9Fz@netcom.com>
Date: Sat, 17 Jul 1993 04:33:22 GMT
David L. Williams (dlw@netcom.com) wrote:
: Ok, here is a "stupid" question. Will a NeXTSTATION support using a plain
: old Sun cartridge tape drive? The kind that is in the form factor that is
: half size of an IPC/IPX box?
I'd like to thank everyone for their help--it works just great now.
THANKS!
David Williams
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: gzip from the FileViewer?
Message-ID: <1993Jul17.062533.19137@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <CA90w5.ALL@pilhuhn.sub.org>
Date: Sat, 17 Jul 1993 06:25:33 GMT
In article <CA90w5.ALL@pilhuhn.sub.org> jr@sade.ka.sub.org
(Jochen Richter) writes:
>Is it possible to change some configuration that the File Viewer uses for the
>Compress command gzip instead of compress?
Sure.
dwrite Workspace compress /usr/local/bin/gzip
[No need to install any BogusServices!]
N.B. Just because it's possible doesn't mean it's a good idea.
-=EPS=-
-------
Defaults for /usr/lib/NextStep/Workspace.app/WM.app/Compressor.tool
Owner Name Value
----- ---- -----
Workspace rm /bin/rm
Workspace tar /usr/bin/gnutar
Workspace compress /usr/ucb/compress
Workspace uncompress /usr/ucb/uncompress
Workspace AlwaysTarForCompress Yes
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: hussain@artsci.wustl.edu (G. H. Chinoy)
Subject: changing ttyp's in Terminal.app
Message-ID: <1993Jul17.182323.830@wuecl.wustl.edu>
Sender: usenet@wuecl.wustl.edu (News Administrator)
Organization: Washington University, School of Engineering, St. Louis MO
Date: Sat, 17 Jul 1993 18:23:23 GMT
Does anyone know how to do this (it may be more of a unix question):
I have a ttyp open on another NeXT. On my present NeXT, I'd like to open the
Terminal.app and switch to that ttyp that's on the other NeXT.
Is there a way to do this?
________________________________
G. H. Chinoy
hussain@artsci.wustl.edu
Newsgroups: comp.sys.next.sysadmin
From: uli@zoodle.robin.de (Ulrich Grepel)
Subject: Re: cannot boot (/: file system full)
Message-ID: <CAAz7s.6J@zoodle.robin.de>
Sender: uli@zoodle.robin.de (Ulrich Grepel)
Organization: meow!!!
References: <1993Jul15.134744.4190@CSD-NewsHost.Stanford.EDU>
Date: Sat, 17 Jul 1993 09:47:51 GMT
In article <1993Jul15.134744.4190@CSD-NewsHost.Stanford.EDU>
hitt@Xenon.Stanford.EDU (Daniel Hitt) writes:
> I had a system crash due (i think) to a swap file growing to fill up
> the partition it is on.
>
> Now i cannot boot; the diagnostics on the ROM monitor end up:
> . . .
> The network is disabled or your computer isn't connected to it.
> /: file system full
> IO error on pageout: error = 28
> vnode_pageout: failed!
>
> and at this point nothing else happens.
Have you tried to boot in single user mode? this might help
(command 'b -s' from ROM monitor)
Bye,
Uli
Newsgroups: comp.sys.next.sysadmin
From: yf5990@u.cc.utah.edu (Yan Fang)
Subject: Proper modem settings for Supra dialin
Message-ID: <1993Jul18.054639.3554@fcom.cc.utah.edu>
Sender: news@fcom.cc.utah.edu
Organization: University of Utah Computer Center Student Mail Machine
Date: Sun, 18 Jul 93 05:46:39 GMT
I'm throwing in the towel after hours and hours of unsuccessful work.
I'm trying to enable high-speed connections from some user group members'
cubes to my 25 MHz slab using Supras on both ends. What I get are incredibly
slow UUCP file transfers even though the modem reports that connection and
computer rates are both 14400 bps. All machines work exceptionally well
with MicroPhone, tip, etc.
Is there anyone who has enabled dialin for uucp with Supra-to-Supra
connections? If so would you kindly forward to this address your
ttys/gettytab/L.sys settings?
Kris Magnusson
Alpine ``incredibly cheap Intel Professional GXs'' Computing
kris@doberman.com
yf5990@u.cc.utah.edu
--
Yan Fang-Magnusson <yf5990@u.cc.utah.edu>
"You shouldn't tug on that--you never know what it's attached to...."
--Pecos Bill, Buckaroo Banzai
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
From: Zacharias J. Beckman <zac@dolphin.com>
Subject: Max number of user processes... How to get more?
Message-ID: <1993Jul18.052954.1505@dolphin.com>
Sender: zac@dolphin.com
Organization: Dolphin Software
Distribution: usa
Date: Sun, 18 Jul 1993 05:29:54 GMT
Did anyone find the boot parameter that will allow an increase in the number
of user processes under NeXTSTEP 3.1? I've run into the "no more processes"
problem a few times now. I have noted that it helps greatly to reboot your
machine on a more-or-less daily basis. That helps to keep <mach tasks> and
other things down... and seems to help the user process problem as well.
The worst thing I've run into on this is that... if you run out of processes,
NeXTMAIL doesn't notify you. It continues to blindly attempt to send
messages. What it is ACTUALLY sending are empty messages (groan!). If you
use your outgoing mailbox, you'll find that NeXTMAIL (not normal mail) fails
to bundle up properly--and whomever you send mail to gets an empty mail
message (nothing more than the mail header). Sigh.
--
Zacharias J. Beckman - Dolphin Technologies Inc. - zac@dolphin.com - NeXTMAIL!
To be "matter of fact" about the world is to blunder into fantasy.... and dull
fantasy at that, as the real world is strange and wonderful. --- R. A. Heinlen
Those opinions I express herein are my own, I'm fairly sure. --- Z. J. Beckman
From: rjesse@oracle.uucp (Robert Jesse)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: program to turn a next laser printer off
Message-ID: <1993Jul18.161433.27128@oracle.us.oracle.com>
Date: 18 Jul 93 16:14:33 GMT
Sender: usenet@oracle.us.oracle.com (Oracle News Poster)
Organization: Oracle Corporation, Redwood Shores, CA
at Oracle Corporation. The opinions expressed are those
of the user and not necessarily those of Oracle.
noticing the articles Re: commands to turn a next laser printer on and off:
what i wanted was to not have the printer on all the time, but also to not
have to think about turning it off. here's a little program (i start it
up from /etc/rc.local) that turns the printer off after N minutes (given
on the command line) of non-use. feel free to take/use/modify; no warranties
expressed or implied; i'd appreciate hearing about bug fixes and improvements.
- bob
-----------------------------------------------------------------------------
#
/*
* nppowerd.c rjesse 19 oct 92
*
* This daemon turns off a NeXT 400 dpi printer (/dev/np0)
* that has been idle for more than "interval" minutes.
*
* Usage: nppowerd [interval minutes]
*/
#define INTERVAL (60*60) /* 60 minute default */
#include <stdio.h>
#include <bsd/sys/types.h>
#include <mach/boolean.h>
#include <bsd/sys/ioctl.h>
#include <bsd/sys/file.h>
#include <bsd/sys/stat.h>
#include <bsd/dev/npio.h>
char printer[] = "/dev/np0";
time_t
pmtime() {
struct stat pstat;
if (stat(printer, &pstat) < 0) {
fputs("nppowerd: ", stderr);
perror(printer);
exit(1);
}
return pstat.st_mtime;
}
turnpoff() {
struct npop op;
register pfd;
extern errno;
errno = 0;
if ((pfd=open(printer, O_WRONLY, 0)) < 0)
return errno;
op.np_op = NPSETPOWER;
op.np_power = 0;
ioctl(pfd, NPIOCPOP, &op);
close(pfd);
return errno;
}
main(ac, av)
int ac;
char **av;
{
time_t offtime, mtime, idle;
register interval = INTERVAL;
if (ac > 2) {
fputs("Usage: nppowerd [minutes]\n", stderr);
return 1;
}
switch (fork()) {
default:
return 0;
case -1:
return 1;
case 0:
; /* child */
}
if (ac > 1)
interval = atoi(av[1]) * 60;
if (interval<60 || interval>(24*60*60) )
interval = INTERVAL;
/*
* it seems (see NP(4)) to be impossible to test whether the
* printer is on or off without first turning it on - opening
* the device, even without O_WRONLY, turns it on. so we assume
* that upon nppowerd invocation (probably from /etc/rc) that
* the printer is on (it gets turned on during the boot sequence).
*/
offtime = 0;
mtime = pmtime();
while (1) {
if (mtime != offtime) {
/* there has been some printer activity */
while ((idle = time() - mtime) < interval) {
sleep(interval-idle+1);
mtime = pmtime();
}
if (turnpoff() == 0)
offtime = mtime = pmtime();
}
sleep(interval);
mtime = pmtime();
}
/*NOTREACHED*/
}
From: gregory@brigham-circle.mit.edu (Greg Howland)
Newsgroups: comp.sys.next.sysadmin
Subject: Need file that allows NEXT hardware to read CD ROM drives
Date: 18 Jul 1993 16:59:41 GMT
Organization: Massachvsetts Institvte of Technology
Message-ID: <22bvht$8h@senator-bedfellow.MIT.EDU>
I am trying to upgrade a Cube from NS 2.1 to 3.0. However I have optical, hard, and CD
ROM drives, but no floppy drive. Could someone NEXTMail to me the file that comes on
the floppy so that I can install NS 3.0 from the CD ROM, thanks.
** Greg **
gregory@brigham-circle.mit.edu
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9G-W:7-S($AE;'9E=&EC83M]"EQM
M87)G;#$R,`I<;6%R9W(Q,C`*7'!A<F1<='@U,S-<='@Q,#8W7'1X,38P,5QT
M>#(Q,S5<='@R-C8X7'1X,S(P,EQT>#,W,S9<='@T,C<P7'1X-#@P,UQT>#4S
M,S=<9C!<8C!<:3!<=6QN;VYE7&9S,C1<9F,P7&-F,"!)(&%M('1R>6EN9R!T
M;R!U<&=R861E(&$@0W5B92!F<F]M($Y3(#(N,2!T;R`S+C`N($AO=V5V97(@
M22!H879E(&]P=&EC86PL(&AA<F0L(&%N9"!#1"!23TT@9')I=F5S+"!B=70@
M;F\@9FQO<'!Y(&1R:79E+B!#;W5L9"!S;VUE;VYE($Y%6%1-86EL('1O(&UE
M('1H92!F:6QE('1H870@8V]M97,@;VX@=&AE(&9L;W!P>2!S;R!T:&%T($D@
M8V%N(&EN<W1A;&P@3E,@,RXP(&9R;VT@=&AE($-$(%)/32P@=&AA;FMS+EP*
M7`HJ*B!'<F5G("HJ7`IG<F5G;W)Y0&)R:6=H86TM8VER8VQE+FUI="YE9'4*
"?0HJ
`
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: changing ttyp's in Terminal.app
Message-ID: <1993Jul18.120016.2609@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Jul17.182323.830@wuecl.wustl.edu>
Date: Sun, 18 Jul 1993 12:00:16 GMT
In article <1993Jul17.182323.830@wuecl.wustl.edu>
hussain@artsci.wustl.edu (G. H. Chinoy) writes:
->
-> Does anyone know how to do this (it may be more of a
unix question):
-> I have a ttyp open on another NeXT. On my present NeXT,
I'd like to open the
-> Terminal.app and switch to that ttyp that's on the other
NeXT.
-> Is there a way to do this?
->
By this I think you mean you have used telnet, rsh or
rlogin to attain access to a ttyp terminal login on another
NeXT. You want to release that connection, assume it from
another local terminal session on your own and just have
the session on the other end ``hold'' until you can connect
to it?
I can't say I know of any way. You can certainly telnet
from machine to machine (and back) login permissions or BSD
known host presumed permissions permitting -- but I don't
know how you could hit Command-Shift-N, (or the equivalent
menu option) to open a NEW terminal and connect it to the
existing session -- not if you have anything running in the
session, that is. If you don't... just open another
terminal instance (window) and connect it the same way and
continue there.
In general it's a pain to push a shell to the
background on a NeXT and start a remote session in the
foreground. Much better to open another window for the
remote session.
----
Bruce Gingery bruce@TotSysSoft.com
Total System Software -- the makers of DFax
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Proper modem settings for Supra dialin
Message-ID: <1993Jul18.120842.2671@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Jul18.054639.3554@fcom.cc.utah.edu>
Date: Sun, 18 Jul 1993 12:08:42 GMT
In article <1993Jul18.054639.3554@fcom.cc.utah.edu>
yf5990@u.cc.utah.edu (Yan Fang) writes:
-> I'm throwing in the towel after hours and hours of
unsuccessful work.
->
-> I'm trying to enable high-speed connections from some
user group members'
-> cubes to my 25 MHz slab using Supras on both ends. What
I get are incredibly
-> slow UUCP file transfers even though the modem reports
that connection and
-> computer rates are both 14400 bps. All machines work
exceptionally well
-> with MicroPhone, tip, etc.
->
-> Is there anyone who has enabled dialin for uucp with
Supra-to-Supra
-> connections? If so would you kindly forward to this
address your
-> ttys/gettytab/L.sys settings?
->
-> Kris Magnusson
-> Alpine ``incredibly cheap Intel Professional GXs''
Computing
-> kris@doberman.com
-> yf5990@u.cc.utah.edu
Kris,
The trick isn't in the settings if you have them
reasonable for MicrophonePro -- etc, with the same
ttys/gettytab setting. Our DFax setup strings for Supra,
other than enabling adaptive answer and doing some Fax mode
setups, do nothing more than the standard &F2 and turn Echo
off.
The trick for Supra-to-Supra higher speed UUCP and
E-Mail (uucico uucp-mail transfers) is to force ``f''
protocol over the error-free (MNP5 or better v.42bis) link.
To do this, use the ``PAD'' device instead of ``DIR'. You
still chat-script your L.sys for direct setup and control
of the modem (dialing, checking responses, etc), but you
get a much larger (file-sized) block check. So long as you
don't have a TERRIBLE link, your throughput will go up to
nearly window'd kermit or uncompressed (no -Z switch)
Z-Modem speed.
In L-devices, clone your DIR 38400 setting to a PAD 38400
setting -- exact same parameters. In L.sys, where you had
specified DIR, specify PAD.
---
Bruce Gingery bruce@TotSysSoft.com
Total System Software -- the makers of DFax
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann)
Subject: Re: program to turn a next laser printer off
Message-ID: <ntomczak.742961918@vega>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <1993Jul18.161433.27128@oracle.us.oracle.com>
Date: Sun, 18 Jul 1993 02:18:38 GMT
rjesse@oracle.uucp (Robert Jesse) writes:
>noticing the articles Re: commands to turn a next laser printer on and off:
>what i wanted was to not have the printer on all the time, but also to not
>have to think about turning it off. here's a little program (i start it
>up from /etc/rc.local) that turns the printer off after N minutes (given
>on the command line) of non-use. feel free to take/use/modify; no warranties
>expressed or implied; i'd appreciate hearing about bug fixes and improvements.
>- bob
Program deleted. This was posted a long time ago:
--mj
-----------------------------------------------------------------
#! /bin/csh -f
#
#From: dnanian@uw.com (Dave Nanian)
# /private/adm/np0-off
#
# This script is run every 15 minutes by cron. It turns off
# the np0 printer if it has been left on.
#
#
# If there's no np0-off.time file, we don't look for it, and assume the
# printer is on. Note that this will only happen the first time this script
# turns the printer off.
#
if (-e /private/adm/np0-off.time) then
set ison=(`find /usr/spool/NeXT/Local_Printer/lock -newer /usr/adm/np0-\
off.time -print`)
else
set ison='faked on, no np0-off file.'
endif
#
# We don't want to try to turn the printer off if there are spool control
# files, so we check for them explicitly.
#
set spooling=(`find /usr/spool/NeXT/Local_Printer -name 'cf*' -print`)
if ($#ison && !($#spooling)) then
/usr/etc/nppower off
touch /usr/adm/np0-off.time
endif
#Note that at boot time, I also do the following in /etc/rc.local:
#(echo -n ' initializing np0-off.time') >/dev/console
#/bin/rm -f /usr/adm/np0-off.time
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: cannot boot (/: file system full)
Date: 18 Jul 1993 20:46:24 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <22ccr0$11k@umd5.umd.edu>
References: <1993Jul15.134744.4190@CSD-NewsHost.Stanford.EDU> <CAAz7s.6J@zoodle.robin.de>
If you can not boot into single user mode with "bsd -s" you can always try
"bsd -sb". bsd -s fails when it tries to source /etc/rc.boot; something in
there (not sure what) tries to write to /tmp, which fails.
[It's probably the "> /etc/mtab" line.]
If you "bsd -sb" it won't source /etc/rc.boot and you'll be given a shell
and the rawest Unix system you can get.
At this point, you can "mount -o remount,rw /dev/sd0a /" and start your
housekeeping. The remount,rw is necessary because / is mounted readonly at
first.
Note that the disk may not have been cleanly umounted so it's
probably best to fsck the thing first.
If *THAT* fails, then your only recourse is to boot off another device.
That shouldn't fail though.
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
Rule of the Great:
When people you greatly admire appear to be thinking deep
thoughts, they probably are thinking about lunch.
Newsgroups: comp.sys.next.sysadmin
From: dekorte@ibm19.scri.fsu.edu (Stephen L. DeKorte)
Subject: addind hard drive to cube with OD
Sender: usenet@mailer.cc.fsu.edu
Organization: Supercomputer Computations Research Institute
Date: Sun, 18 Jul 1993 20:35:02 GMT
Message-ID: <CADnuE.H3L@mailer.cc.fsu.edu>
I'm trying to add a hard drive to a cube with an OD.
If I connect the HD internally or externally, the system
boots fine off the OD but doesn't recognize the HD(as existing)
when I try format it.
When I use the nmi, it says there's no sd (scsi drive) just a
"Generic SCSI device as sg0 at sc0 target 7 lun 7"
I know the HD is set to SCSI ID 0, so the ID is ok.
And as far as I can tell the termination is fine.(I tried a number
of diffent cables with and without terminators)
Does anyone know what's wrong and/or how I can fix it?
Or even what I might check or look into?
Thanks for any help,
-Steve Dekorte
PS. please respond by email
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: mike@media-lab.mit.edu (Michael Hawley)
Subject: No sounds?
Message-ID: <1993Jul19.035826.12270@news.media.mit.edu>
Sender: news@news.media.mit.edu (USENET News System)
Organization: MIT Media Laboratory
Date: Mon, 19 Jul 1993 03:58:26 GMT
A friend's NeXT is acting up -- won't play any sounds.
We have tried toggling the "mute" and adjusting the
slider in Preferences to no avail. Any ideas?
From: rjesse@oracle.com (Robert Jesse)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: Re: program to turn a next laser printer off
Message-ID: <1993Jul19.035427.15660@oracle.us.oracle.com>
Date: 19 Jul 93 03:54:27 GMT
Sender: usenet@oracle.us.oracle.com (Oracle News Poster)
Organization: Oracle Corporation, Belmont, CA
at Oracle Corporation. The opinions expressed are those
of the user and not necessarily those of Oracle.
ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann) writes:
>rjesse@oracle.uucp (Robert Jesse) writes:
>
>>noticing the articles Re: commands to turn a next laser printer on and off:
>
>>what i wanted was to not have the printer on all the time, but also to not
>>have to think about turning it off. here's a little program (i start it
>>up from /etc/rc.local) that turns the printer off after N minutes (given
>>on the command line) of non-use. feel free to take/use/modify; no warranties
>>expressed or implied; i'd appreciate hearing about bug fixes and improvements.
>>- bob
>
>Program deleted. This was posted a long time ago:
> --mj
[script deleted.] i believe these two schemes have different effects.
the script you posted checks every 15 minutes, and if the printer is
on and idle (nothing queued), turns it off (even if the most recent
use was only a minute ago.) the .c program's effect is not tied to
fixed clock intervals - it turns the printer off N minutes after its
most recent use, whenever that may be.
perhaps the difference seems small. i would guess that the latter strategy
results in fewer on/off cycles and maybe longer printer life. - bob
From: stoney@oyster.smcm.edu (Stanley Toney)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: WARNING WARNING NS/I Users READ THIS
Date: 19 Jul 1993 13:08:28 GMT
Organization: University of Maryland, College Park
Message-ID: <22e6cc$lom@umd5.umd.edu>
References: <1993Jul16.132624.3246@uunet!cbmvax!xmws!kripalu>
In article <1993Jul16.132624.3246@uunet!cbmvax!xmws!kripalu>
harit@kripalu.com writes:
>In article <224v2j$cuq@umd5.umd.edu> stoney@oyster.smcm.edu (Stanley
>Toney) writes:
>> In article <1993Jul15.172804.2826@uunet!cbmvax!xmws!kripalu>
>> harit@kripalu.com writes:
> [munch]
>To restate:
>
>If you format you disk as one DOS partition (as delivered from most
>vendors).
>Then install NeXTStep leaving some space for DOS.
>The DOS partition NEEDS to be reformatted even if it looks usable.
This becomes a problem if the vendor has no clue about nextstep.
best bet if you buy from vendor X who does not preinstall NS then trash their
DOS partition (after backing up what you want of course) Set a new one using
DOS FDISK, format it, reinstall the DOS stuff, then Install NS on rest of
DISK.
Better bet if you dont enjoy this but from vendor Y who will preinstall or
get a secend HD for NS. (of course i can't afford ither of these right now,
but my existing HD cant hold both DOS and NS so i save away)
stan
--
Stanley Toney stoney@oyster.smcm.edu NeXTMail - OK
Division of Mathematics and Natural Sciences
St. Mary's College of Maryland
St. Marys City MD 20686
my opinions are my own, not my employers
Newsgroups: comp.sys.next.sysadmin
From: pjm@SPEECH.CS.CMU.EDU (Pedro J. Moreno)
Subject: Getting my NextStation in the net.......
Message-ID: <CAEx5F.7Fz.3@cs.cmu.edu>
Sender: news@cs.cmu.edu (Usenet News System)
Organization: School of Computer Science, Carnegie Mellon
Date: Mon, 19 Jul 1993 12:53:38 GMT
A question for you guys.
Someone upgraded my machine to 3.0 and now I find I cannot nfs-mount
disks or do rlogins or telnets UNLESS I use IP numbers.......
What is missing?? In fact the rest of te machines in the net do not
recognize my machine either......
IS there som kind of net-name server that has to be upgraded??
Please help me, I'd love to begin using my new next!!
--
Pedro J. Moreno (NeXTMail OK)
Ph.D. Student Electrical and Computer Engineering
Carnegie Mellon University Pittsburgh, PA.
From: cahalan@clouds.gsfc.nasa.gov (Robert F. Cahalan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Dove Fax won't FAX more info
Date: 19 Jul 1993 14:36:58 GMT
Organization: NASA Goddard Space Flight Center -- InterNetNews site
Distribution: world
Message-ID: <22ebia$4e4@skates.gsfc.nasa.gov>
References: <1993Jul16.180906.5578@scott.skidmore.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
In article <1993Jul16.180906.5578@scott.skidmore.edu>
root@pars.skidmore.edu (Operator) writes:
> My new DoveFaxmodem won't fax. Any advice would be greatly appreciated.
> I'm on an 040 NeXTCube running 3.0.
>
> Thanks
>
> Anthony Holland
> Skidmore College
>
> Here's a grab from my console.....
> Seems like I'm not getting access to the phone line or something ?
> Any advice ?
Anthony,
I get something like that every time I try to FAX. Tech support said
they'd never heard of that problem. But I find that if I re-initialize
the modem by selecting it in PrintManager, and clicking "OK", the fax will
go. Unfortunately, I have to do that for each fax.
--Bob--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.Dr. Robert F. Cahalan (Bob)...#..Laboratory for Atmospheres......
.cahalan@clouds.gsfc.nasa.gov..#..NASA-Goddard Space Flight Center
.*** NeXTMail accepted ***.....#..Greenbelt, MD 20771.............
.FAX: (301) 286-1627...........#..voice: (301) 286-4276...........
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: cahalan@clouds.gsfc.nasa.gov (Robert F. Cahalan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: No sounds?
Date: 19 Jul 1993 14:46:22 GMT
Organization: NASA Goddard Space Flight Center -- InterNetNews site
Distribution: world
Message-ID: <22ec3u$4kk@skates.gsfc.nasa.gov>
References: <1993Jul19.035826.12270@news.media.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
In article <1993Jul19.035826.12270@news.media.mit.edu>
mike@media-lab.mit.edu (Michael Hawley) writes:
> A friend's NeXT is acting up -- won't play any sounds.
> We have tried toggling the "mute" and adjusting the
> slider in Preferences to no avail. Any ideas?
When that happened to me, I needed a new soundbox.
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.Dr. Robert F. Cahalan (Bob)...#..Laboratory for Atmospheres......
.cahalan@clouds.gsfc.nasa.gov..#..NASA-Goddard Space Flight Center
.*** NeXTMail accepted ***.....#..Greenbelt, MD 20771.............
.FAX: (301) 286-1627...........#..voice: (301) 286-4276...........
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: jr@sade.ka.sub.org (Jochen Richter)
Subject: 2 bootable partitions on 1 harddisk?
Date: Sat, 17 Jul 1993 19:25:14 GMT
Organization: The home of the Pilhuhn
Sender: news@pilhuhn.sub.org (Das Newssystem auf pilhuhn)
Message-ID: <CABpy3.xL@pilhuhn.sub.org>
Is it possible to install 2 bootable partitions on 1 harddisk? However,
BuildDisk doesn't support it. You can only select an entire harddisk.
--
Jochen Richter Phone +49-721-696922
Zahringerstrasse 57 Fax +49-721-696988
D-7500 Karlsruhe 1 e-mail: jr@sade.ka.sub.org
Germany jr@resy.kfk.de (>50K)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: cannot boot (/: file system full)
Message-ID: <MAX.93Jul19115402@Kolmogorov.gac.edu>
From: max@Kolmogorov.gac.edu (Max Hailperin)
Date: 19 Jul 93 11:54:02
References: <1993Jul15.134744.4190@CSD-NewsHost.Stanford.EDU> <22663u$pim@ux1.cso.uiuc.edu>
Organization: Gustavus Adolphus College, St. Peter, MN
In-reply-to: lemson@ux1.cso.uiuc.edu's message of 16 Jul 1993 07:14:40 -0500
In article <22663u$pim@ux1.cso.uiuc.edu> lemson@ux1.cso.uiuc.edu
(David Lemson) writes:
[ regarding wedging when / totally full; suggests booting from
another drive, says single user boot sometimes but not
always works in this case ]
The alternative I sent the original poster worked for him, as well as
many others. I've sent this individually to enough people that it
should proably be in the FAQ. For everyone's benefit, here it is:
From max Fri Jul 16 08:39:29 1993
To: hitt@Xenon.Stanford.EDU (Daniel Hitt)
In-reply-to: hitt@Xenon.Stanford.EDU's message of Thu, 15 Jul 1993 13:47:44 GMT
Subject: cannot boot (/: file system full)
Reply-to: Max Hailperin <max@nic.gac.edu>
You were right in your guess that there is a catch-22 where disk space
is needed before it gets freed up by shrinking the swapfile down to
its lowat[er] point and clearing /tmp.
If you have a mild version of this, it sometimes works to just boot
single user, by typing bsd -s at the rom monitor, and then in the
single user shell zapping whatever needs it.
However, in my experience when in this wedged state frequently even
the normal single-user boot fails, so you have to go one step further
to the super-raw single user mode you get with
bsd -bs
This disables the normal execution of the /etc/rc.boot script before
entering the single user shell. One important consequence of that is
that the root file system is still mounted read-only. So, the first
thing you have to do once in the shell is
mount -o remount /
Then nuke away.
Newsgroups: comp.sys.next.sysadmin
From: fugue!william (William Wei)
Subject: testing software....
Message-ID: <1993Jul19.200818.2818@imagine.com>
Sender: william@imagine.com
Organization: Imagine Multimedia, Inc., Ann Arbor, MI, USA
Distribution: usa
Date: Mon, 19 Jul 1993 20:08:18 GMT
Does anyone know any testing software that allow me to do progression
tests as batch jobs? It has to handle NEXTSTEP apps' GUI EVENT.
I'm looking for all kinds of testing solutions for NEXTSTEP apps.
Thanks
William
--
+-----------------------------------------------------------------+
|William Wei Imagine Multimedia |
| |
|Ann Arbor, Michigan william@imagine.com |
Newsgroups: comp.sys.next.sysadmin
From: magnus@fisher.Stanford.EDU (Magnus Nordborg)
Subject: Re: cannot boot (/: file system full)
Message-ID: <1993Jul19.204134.600@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: DSO, Stanford University
References: <MAX.93Jul19115402@Kolmogorov.gac.edu>
Date: Mon, 19 Jul 93 20:41:34 GMT
In article <MAX.93Jul19115402@Kolmogorov.gac.edu> writes:
> In article <22663u$pim@ux1.cso.uiuc.edu> lemson@ux1.cso.uiuc.edu
> (David Lemson) writes:
>
> [ regarding wedging when / totally full; suggests booting from
> another drive, says single user boot sometimes but not
> always works in this case ]
>
> The alternative I sent the original poster worked for him, as well as
> many others. I've sent this individually to enough people that it
> should proably be in the FAQ. For everyone's benefit, here it is:
>
> From max Fri Jul 16 08:39:29 1993
> To: hitt@Xenon.Stanford.EDU (Daniel Hitt)
> In-reply-to: hitt@Xenon.Stanford.EDU's message of Thu, 15 Jul 1993
13:47:44 GMT
> Subject: cannot boot (/: file system full)
> Reply-to: Max Hailperin <max@nic.gac.edu>
>
> You were right in your guess that there is a catch-22 where disk space
> is needed before it gets freed up by shrinking the swapfile down to
> its lowat[er] point and clearing /tmp.
>
> If you have a mild version of this, it sometimes works to just boot
> single user, by typing bsd -s at the rom monitor, and then in the
> single user shell zapping whatever needs it.
>
> However, in my experience when in this wedged state frequently even
> the normal single-user boot fails, so you have to go one step further
> to the super-raw single user mode you get with
> bsd -bs
> This disables the normal execution of the /etc/rc.boot script before
> entering the single user shell. One important consequence of that is
> that the root file system is still mounted read-only. So, the first
> thing you have to do once in the shell is
> mount -o remount /
> Then nuke away.
I agree that this should be in the FAQ (wherever they are). I would
suggest adding two points, however.
1.) When "nuking away", try to remove (and compress) other stuff first
(i.e. not the swapfile). This is because removing the swapfile causes it
to be newly created in a fragmented manner, with an associated decrease in
performance.
2.) THIS PROBLEM CAN BE AVOIDED ALTOGETHER BY SETTING A HIWAT IN
/etc/swaptab
--
Magnus Nordborg
magnus@fisher.stanford.edu (NeXT mail preferred)
Department of Biological Sciences
Stanford University
Stanford, CA 94305-5020
+1 (415) 723-4952 (office)
From: edc@crick.bchs.uh.edu (edward s. chen)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: Internal Error # 3007
Date: 19 Jul 1993 21:20:28 GMT
Organization: University of Houston
Message-ID: <22f36s$i71@menudo.uh.edu>
Any clues as to what the mysterious "Internal Error # 3007" is?
Periodically, my NeXT will have a pop-up window indicating this
error has been discovered, and "Continue at your own risk."
If either the "Continue" button, or the "Log Out" button is chosen,
the machine hangs. Any advice welcome.
Thanks much,
<ESC>
Ed Chen
--
When I'm driving, I sometimes close my eyes and meditate. Is that dangerous?
No. My chauffeur actually does the driving.
Ringo Starr, 1968
Newsgroups: comp.sys.next.sysadmin
From: nwc (Nick Christopher)
Subject: Re: Digital Librarian losing the Circle-I !
Message-ID: <CAFIo7.JEr@ny.shl.com>
Sender: usenet@ny.shl.com (Net News)
Organization: SHL Systemhouse Inc.
References: <1993Jul6.215639.2054@tybrin4.uucp>
Date: Mon, 19 Jul 1993 20:38:31 GMT
Look up the filesystem for a .index.store file. For example see if some one
tried to index / - that will cause the problems you mentioned. If this has
happened then Librarian thinks the current folder should use that index since
its a subdirectory.
\n
Nicholas Christopher
Systemhouse
nwc@ny.shl.com
From: cosc176t@menudo.uh.edu (Jason Asbahr)
Newsgroups: comp.sys.next.sysadmin
Subject: tn3270
Date: 19 Jul 1993 22:03:22 GMT
Organization: /posole/cosc176t/.organization
Message-ID: <COSC176T.93Jul19170322@menudo.uh.edu>
Greetings!
Has anyone had any luck compiling tn3270, the telnet that simulates
an IBM 3270 terminal, on the NeXT?
Thanks,
Jason Asbahr 116 E. Edgebrook #603
asbahr@uh.edu Houston, Texas 77034
asbahr@tree.egr.uh.edu (NeXTmail) (713) 941-8294 voice
asbahr@gothamcity.jsc.nasa.gov UH NeXT Consultant
--
Jason Asbahr 116 E. Edgebrook #603
asbahr@uh.edu Houston, Texas 77034
asbahr@tree.egr.uh.edu (NeXTmail) (713) 941-8294 voice
asbahr@gothamcity.jsc.nasa.gov UH NeXT Consultant
From: cosc176t@menudo.uh.edu (Jason Asbahr)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: SLIP/UUCP feed problems
Date: 19 Jul 1993 22:05:35 GMT
Organization: /posole/cosc176t/.organization
Distribution: world
Message-ID: <COSC176T.93Jul19170535@menudo.uh.edu>
References: <1993Jul14.200213.17238@scott.skidmore.edu>
In-reply-to: jmeacham@scott.skidmore.edu's message of Wed, 14 Jul 1993 20:02:13 GMT
Greets!
I had this same weird problem! Have you tried switching over to
Taylor UUCP?
--
Jason Asbahr 116 E. Edgebrook #603
asbahr@uh.edu Houston, Texas 77034
asbahr@tree.egr.uh.edu (NeXTmail) (713) 941-8294 voice
asbahr@gothamcity.jsc.nasa.gov UH NeXT Consultant
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
From: archetyp@uxh.cso.uiuc.edu (Joseph R Pickert)
Subject: Floppy drive problems under NextStep 486
Date: Tue, 13 Jul 1993 12:58:28 GMT
Summary: Can't write floppy under nextstep 486
Message-ID: <CA3tDH.MoK@news.cso.uiuc.edu>
Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
Keywords: floppy, nextstep
Organization: University of Illinois at Urbana
I have a NCR system 3333 on which I can't seem to get the floppy working
correctly.
I can format, read, and write to the floppy just fine under
DOS, so I am pretty sure there is nothing wrong with the drive itself.
I can use the disk utility to format a disk, and that seems to work ok.
I can also seem to read it with the disk utility.
If I try to write a label or use newfs to write a filesystem, I get
many messages like:
mach: fd0: Sector XX cmd = Write; DMA Over/underrun: RETRYING
mach: fd0: Sector XX cmd = Write; DMA Over/underrun: RECALIBRATING
.
.
.
mach: fd0: Sector XX cmd = Write; DMA Over/underrun: FATAL
I tried formating and putting a fs on a disk on my slab and then mounting
it on my 486 and the 486 crashes.
Can anyone clue me in to what is happening, and, if possible tell me how
to fix it?
Thanks.
Joe Pickert
Newsgroups: comp.sys.next.sysadmin
From: beaucham@uxh.cso.uiuc.edu (James Beauchamp)
Subject: NeXTDimension Video out -- Help!
Date: Wed, 14 Jul 1993 03:29:45 GMT
Message-ID: <CA4xpL.2Er@news.cso.uiuc.edu>
Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
Organization: University of Illinois at Urbana
I inherited a NeXTDimension Cube (called it Cube #1) from someone, and I want
to use it in a lecture with a separate (ordinary!) video monitor so everyone
can see what's going on with the screen. Using another ND cube (call it cube
#2) -- that I can't use for the lecture -- I was able to prove to myself that
/NextDeveloper/Demos/ScreenScape actually does allow part of the screen to show
up on the monitor. (I connected the ND card's video out to the monitor input
using an RCA cable.) The problem is that for some reason Cube #1 -- the one I
can use -- seems to be encapable of running the ScreenScape program.
First of all, ScreenScape was not in the /NextDeveloper/Demos area when I
inspected that area on Cube #1. Second, when I put a copy of the program there
it refused to come up when I doubled-clicked it (I made sure it was executable).Someone has suggested that video drivers need to be installed. If so, what
do I need to do to install them? By the way, I am using OS 2.1.
Any clues would be appreciated!
Jim Beauchamp
j-beauchamp@uiuc.edu
Newsgroups: comp.sys.next.sysadmin
From: beaucham@uxh.cso.uiuc.edu (James Beauchamp)
Subject: Re: NeXTDimension Video out -- Help!
Date: Wed, 14 Jul 1993 14:19:01 GMT
Message-ID: <CA5rrp.FAt@news.cso.uiuc.edu>
References: <CA4xpL.2Er@news.cso.uiuc.edu>
Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
Organization: University of Illinois at Urbana
I should add that both cubes are running the 2.1 OS. It is not clear why
the ND cube I inherited did not have ScreenScape installed, but that might
have something to do with why it doesn't run when simply copied from the other
cube. Something in the environment is obviously missing -- the question is
what?
Someone mentioned that there must be an option to install video drivers when
building the 2.1 disk in the first place. However, I just reinstalled 2.1
on the inherited cube the other day and didn't see any such option. Also, why
would they (the NeXT OS install designers) bother with this -- it's such a
small item.
The only thing I can think of is that the presence of the ND video board is
supposed to be automatically detected when building the system on the HD, and
for some reason (perhaps a bad jumper) the installer did not detect its
presence.
Jim Beauchamp
Newsgroups: comp.sys.next.sysadmin
From: beaucham@uxh.cso.uiuc.edu (James Beauchamp)
Subject: Re: NeXTDimension Video out -- Help!
Date: Wed, 14 Jul 1993 16:02:32 GMT
Message-ID: <CA5wK8.JpE@news.cso.uiuc.edu>
References: <CA4xpL.2Er@news.cso.uiuc.edu>
Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
Organization: University of Illinois at Urbana
I'd also like to emphasize the way the execution of ScreenScape (and also
VideoApp) fails on the inherited NeXT ND cube. When I click on its icon, the
icon drops to the bottom of the screen and disappears.
Jim Beauchamp
Newsgroups: comp.sys.next.sysadmin
From: beaucham@uxh.cso.uiuc.edu (James Beauchamp)
Subject: Re: NeXTDimension Video out -- Help!
Date: Thu, 15 Jul 1993 17:26:26 GMT
Message-ID: <CA7v43.E5B@news.cso.uiuc.edu>
References: <CA4xpL.2Er@news.cso.uiuc.edu>
Sender: usenet@news.cso.uiuc.edu (Net Noise owner)
Organization: University of Illinois at Urbana
My latest clue is that there is something under NextLibrary/Packages called
Update_ND.pkg that I need to install. I'll keep you posted ...
JB
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Subject: Re: Max number of user processes... How to get more?
Date: Sun, 18 Jul 1993 07:35:37 GMT
Message-ID: <CACnrD.9ow@news.cso.uiuc.edu>
Distribution: usa
References: <1993Jul18.052954.1505@dolphin.com>
Sender: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Originator: jbn35564@uxa.cso.uiuc.edu
Organization: University of Illinois at Urbana
Zacharias J. Beckman writes:
>Did anyone find the boot parameter that will allow an increase in the number
>of user processes under NeXTSTEP 3.1?
I've heard from numerous e-mail reports that this is a parameter only
NeXT can change since it's something that is compiled into the kernal
and (of course) only NeXT has the source to the kernal. I hope that
what I've been told is incorrect, it would be a shame to continue
losing mail and not being able to run certain image programs multiple
times before having to reboot the machine (as another poster said he
had to do with his 3.1).
> That helps to keep <mach tasks> and
I've heard that 3.0's Terminal app created one of these zombie
processes with each closed terminal window. Perhaps this is also your
problem and switching to Stuart might help?
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: gzip from the FileViewer?
Message-ID: <69436@mimsy.umd.edu>
Date: 19 Jul 93 22:25:18 GMT
References: <CA90w5.ALL@pilhuhn.sub.org> <1993Jul17.062533.19137@csus.edu>
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
[you can set the following defaults to have the workspace manager use gzip
instead of compress, (or the compression tool of your choice)]
In article <1993Jul17.062533.19137@csus.edu> eps@cs.sfsu.edu writes:
> Owner Name Value
> ----- ---- -----
> Workspace rm /bin/rm
> Workspace tar /usr/bin/gnutar
> Workspace compress /usr/ucb/compress
> Workspace uncompress /usr/ucb/uncompress
> Workspace AlwaysTarForCompress Yes
It turns out that DarkForest will use the same default
at least:
dwrite DarkForest compress /usr/bin/gzip
seemed to work
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
Newsgroups: comp.sys.next.sysadmin
From: pwm@csis.dit.csiro.au (Peter Milne)
Subject: remapping bad disk sectors
Message-ID: <1993Jul20.001336.18287@csis.dit.csiro.au>
Organization: CSIRO Division of Information Technology
Date: Tue, 20 Jul 1993 00:13:36 GMT
I've had a couple of recent instances where a bad block was reported on
my NeXTSTATION's internal disk. The most recent was:
Target 1: HARDWARE ERROR; block 65fe0H retry 1
Target 1: HARDWARE ERROR; block 65fe0H retry 2
I didn't note the details of the previous error which happenned a couple of
weeks ago, however it was successful after a second retry. Unfortunately
I don't know whether it was on the same block or not.
A week or so after the first error my file system got corrupted and I had
to re-initialize the disk. Following this most recent error I can't help
wondering if a bad block was responsible for crashing the file system.
Whilst I understand that one probably needn't get too worried about a very
occasional bad block being reported, especially if they are different blocks,
I would like to find out what options I have for remapping bad blocks on
a NeXTSTATION. I've consulted the manuals and online documentation without
finding anything. In particular can you remap blocks without having to
rebuild the whole disk?
Thanks,
Peter
(milne@csis.dit.csito.au)
Newsgroups: comp.sys.next.sysadmin
From: bebeada@elof.iit.edu(Adam Beberg)
Subject: Re: Internal Error # 3007
Message-ID: <1993Jul20.010337.29850@iitmax.iit.edu>
Sender: news@iitmax.iit.edu (News)
Organization: Illinois Institute of Technology / Academic Computing Center
References: <22f36s$i71@menudo.uh.edu>
Date: Tue, 20 Jul 93 01:03:37 GMT
In article <22f36s$i71@menudo.uh.edu> edc@crick.bchs.uh.edu (edward s.
chen) writes:
>
> Any clues as to what the mysterious "Internal Error # 3007" is?
>
> Periodically, my NeXT will have a pop-up window indicating this
> error has been discovered, and "Continue at your own risk."
>
> If either the "Continue" button, or the "Log Out" button is chosen,
> the machine hangs. Any advice welcome.
>
No advice but I've gotten the same error 5 times in 2 days, one of
those times caused a panic :-(
However, I have figured out what seems to be causeing it.
It occurs when I attempt to drag&drop a "# files" icon, and occurs as soon
as I start to move the icon. It's intermitant too :-(
quite frankly this is getting quite annoying, as I tend to drag&drop alot.
-
Adam Beberg.
Golden Sphinx (tm)
bebeada@elof.iit.edu
NeXTMail Welcome.
))) In Sterio Where Available (((
Newsgroups: comp.sys.next.sysadmin
From: cowboy@trans.csuohio.edu (Joe Rosenfeld)
Subject: Re: tn3270
Message-ID: <1993Jul20.033431.21778@news.csuohio.edu>
Sender: news@news.csuohio.edu (USENET News System)
Organization: Cleveland State University
References: <COSC176T.93Jul19170322@menudo.uh.edu>
Date: Tue, 20 Jul 1993 03:34:31 GMT
Jason Asbahr (cosc176t@menudo.uh.edu) wrote:
: Greetings!
: Has anyone had any luck compiling tn3270, the telnet that simulates
: an IBM 3270 terminal, on the NeXT?
: Thanks,
Tn3270 already ships with NeXTSTEP. Look in /usr/ucb for tn3270.
Cowboy
Newsgroups: comp.sys.next.sysadmin
From: aris@mundoe.maths.mu.OZ.AU ( Aris Theocharides )
Subject: Re: Anonymous ftp logging (after NeXTanswers).
Message-ID: <aris.743146735@mundoe>
Sender: news@cs.mu.OZ.AU
Organization: Computer Science, University of Melbourne, Australia
References: <9319712.6833@mulga.cs.mu.OZ.AU>
Date: Tue, 20 Jul 1993 05:38:55 GMT
In article <9319712.6833@mulga.cs.mu.OZ.AU> aris@mundoe.maths.mu.OZ.AU (
Aris Theocharides ) writes:
> If one reads the entries in sysadmin.725 in NeXTanswers about ftpd:
>
I was trying to do 2 things:
1. Have anonymous ftp on a local machine here.
2. Log all users (files in/out) and errors.
The way the ftpd that comes with NeXTstep does things is to log to whatever
you have set up in syslog.conf. I had set this file with a line:
daemon.debug /usr/local/adm/daemon.messages
which logged all daemon messages to the file above. Overkill, and messy.
The best suggestion (from David Meyer <dmm0t@rincewind.mech.virginia.edu>)
was to use the wu-archive version:
wuarchive.wustl.edu:/packages/wuarchive-ftpd
which I did. I am running 3.0, and I had to copy
~/wu-ftpd-2.1a/support/authuser.* to ~/wu-ftpd-2.1a/src
and then simply "build nx3" and "build install" worked OK. A little
modification of the ftpaccess file was needed but apart from that all seems
to now work well.
Thanks to the people who helped me out.
Aris Theocharides <aris@mundoe.maths.mu.OZ.AU>
--
name: aris theocharides.
address: room mg14, maths dept, melb uni, parkville, vic, australia, 3052.
phone [+613] uni: 344.74.16, home: 489.90.14, fax: 344.45.99
e.mail: aris@mundoe.maths.mu.OZ.AU (NeXTmail)
name: aris theocharides.
address: room mg14, maths dept, melb uni, parkville, vic, australia, 3052.
phone [+613] uni: 344.74.16, home: 489.90.14, fax: 344.45.99
Newsgroups: comp.sys.next.sysadmin
From: aris@mundoe.maths.mu.OZ.AU ( Aris Theocharides )
Subject: Re: Anonymous ftp logging (after NeXTanswers).
Message-ID: <9320115.12986@mulga.cs.mu.OZ.AU>
Sender: news@cs.mu.OZ.AU
Organization: Department of Mathematics, University of Melbourne
Date: Tue, 20 Jul 1993 05:43:51 GMT
In article <9319712.6833@mulga.cs.mu.OZ.AU> aris@mundoe.maths.mu.OZ.AU (
Aris Theocharides ) writes:
> If one reads the entries in sysadmin.725 in NeXTanswers about ftpd:
>
I was trying to do 2 things:
1. Have anonymous ftp on a local machine here.
2. Log all users (files in/out) and errors.
The way the ftpd that comes with NeXTstep does things is to log to whatever
you have set up in syslog.conf. I had set this file with a line:
daemon.debug /usr/local/adm/daemon.messages
which logged all daemon messages to the file above. Overkill, and messy.
The best suggestion (from David Meyer <dmm0t@rincewind.mech.virginia.edu>)
was to use the wu-archive version:
wuarchive.wustl.edu:/packages/wuarchive-ftpd
which I did. I am running 3.0, and I had to copy
~/wu-ftpd-2.1a/support/authuser.* to ~/wu-ftpd-2.1a/src
and then simply "build nx3" and "build install" worked OK. A little
modification of the ftpaccess file was needed but apart from that all seems
to now work well.
Thanks to the people who helped me out.
Aris Theocharides <aris@mundoe.maths.mu.OZ.AU>
--
name: aris theocharides.
address: room mg14, maths dept, melb uni, parkville, vic, australia, 3052.
phone [+613] uni: 344.74.16, home: 489.90.14, fax: 344.45.99
e.mail: aris@mundoe.maths.mu.OZ.AU
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Max number of user processes... How to get more?
Message-ID: <1993Jul20.071208.16038@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Jul18.052954.1505@dolphin.com> <CACnrD.9ow@news.cso.uiuc.edu>
Date: Tue, 20 Jul 1993 07:12:08 GMT
In article <CACnrD.9ow@news.cso.uiuc.edu> jeffo@uiuc.edu
(J.B. Nicholson-Owens) writes:
>I've heard from numerous e-mail reports that this is a parameter only
>NeXT can change since it's something that is compiled into the kernal
max_proc is initialized to 500 in 3.1/m68k. I take it that means
you're running out of some other resource long before that
becomes a limitation.
-=EPS=-
Control: cancel <aris.743146735@mundoe>
Newsgroups: comp.sys.next.sysadmin
From: aris@mundoe.maths.mu.OZ.AU ( Aris Theocharides )
Subject: cancel <aris.743146735@mundoe>
Message-ID: <9320117.15861@mulga.cs.mu.OZ.AU>
Sender: news@cs.mu.OZ.AU
Organization: Computer Science, University of Melbourne, Australia
Date: Tue, 20 Jul 1993 07:20:11 GMT
cancel <aris.743146735@mundoe> in newsgroup comp.sys.next.sysadmin
name: aris theocharides.
address: room mg14, maths dept, melb uni, parkville, vic, australia, 3052.
phone [+613] uni: 344.74.16, home: 489.90.14, fax: 344.45.99
e.mail: aris@mundoe.maths.mu.OZ.AU
Newsgroups: comp.sys.next.sysadmin
From: mshaler@tdocad.sps.mot.com (Michael Shaler)
Subject: Re: tn3270
References: <1993Jul20.033431.21778@news.csuohio.edu>
Date: Tue, 20 Jul 1993 11:57:22 GMT
Organization: Nippon Motorola Ltd., Tokyo, Japan
Sender: news@tkymail.sps.mot.com
Message-ID: <1993Jul20.115722.11398@tkymail.sps.mot.com>
Joe Rosenfeld writes
Jason Asbahr (cosc176t@menudo.uh.edu) wrote:
: Greetings!
: Has anyone had any luck compiling tn3270, the telnet that simulates
: an IBM 3270 terminal, on the NeXT?
: Thanks,
Tn3270 already ships with NeXTSTEP. Look in /usr/ucb for tn3270.
Does anybody have a better keymapping than the shipping version? (I know about Connextion's third-party stuff, but would rather not take that route... In fact, I'd rather not--well, never mind...)
F11 is pretty tough on black hardware without the function keys that Monsignor Jobs finally succumbed to with NS/FIP....
Email to me, and I will post a follow-up. Thanks.
---
Michael Shaler
Tokyo Design Center
Nippon Motorola Ltd.
+813 3280 8245 voice
+813 3440 0033 fax
mshaler@tdocad.sps.mot.com [NeXTmail]
Tools: Development Tools for PowerPC Microprocessors
These manuals can be obtained from of charge from the following site:
Motorola Literature Distribution Center
P.O. Box 20912
Phoenix, AZ 85036
800/52
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
From: jdeclari@is.rpslmc.edu (John-William DeClaris)
Subject: MAc format on NeXT
Message-ID: <1993Jul20.134511.19184@rpslmc.edu>
Sender: news@rpslmc.edu
Organization: Rush-Presbyterian-St. Luke's Medical Center
Date: Tue, 20 Jul 1993 13:45:11 GMT
I have a rather frustrating problem with the NeXT. I was under the impression
that NeXTStep could write in Mac format, just as it can in DOS, but I can not
seem to to do that. It used to be able to read a Mac disk in NS 3.0,
sometimes, but now, under 3.1, which is supposed to have fixed the quirky
nature of reading and writing to Mac format, the NeXT, can not do that at all.
What is the problem, and does someone know the answer?
---
John-William DeClaris
All comments made by me are mine and not reflective of RUSH
or anyone else... even any spelling errors I most likely made.
Live each day as if it were your last, because someday it will be.
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin,comp.sys.next.bugs
From: laux@lxki.toppoint.de (Thorsten Laux)
Subject: Re: Dell and Adaptec
Message-ID: <1993Jul20.120709.6512@lxki.toppoint.de>
Organization: Private uucp site
References: <1993Jul16.184504.12770@aplcen.apl.jhu.edu>
Date: Tue, 20 Jul 1993 12:07:09 GMT
jds@aplpy.jhuapl.edu (John D Stanhope) writes:
>Has anyone got the below error on there system and been able to fix
>it?
>AHA interrupt: bad status ff
>sd0: INVALID STATUS (Internal error): FATAL ERROR
> target:0 lun: 0 op: Read block: some # blockcount: some #
I have exactly the same problem trying to install Nextstep for Intel
on 2 different Eisa Systems with ATI ISA Ultra Pro and another
Graphics Card and a 1542b Controller. I suspect you cannot get the
1542b to work in an Eisa System. Has anybody succeeded in doing this ?
Thorsten Laux
--
Thorsten Laux, Schuhmacherstr. 27/29, 2300 Kiel, FRG,
Voice: +49 431 96334, email: laux@lxki.toppoint.de
Newsgroups: comp.sys.next.sysadmin
From: rick@TotSysSoft.com (Richard Jacoby)
Subject: trouble Installing on Gateway
Message-ID: <1993Jul20.101028.968@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
Date: Tue, 20 Jul 1993 10:10:28 GMT
We are trying to install NEXTSTEP on a Gateway 4DX2-66V with a
microsoft mouse on com1 irq4, and have ran into a snag. We fixxed
the keyboard jumber and booted off the floppy just fine. It loaded
the sytem on the harddisk and rebooted. While it was rebooting it
said somthing to the effect that it was probing for the mouse and
didn't find it.
It then came all the way up to the panal that asks what kind of
machine you have, but we had no mouse or keboard. If you boot in
single user mode, in UNIX, we can use the keyboard, but one we get up
in NEXTSTEP it doesnt work any more.
ANY IDEAS!!!!
From: kmayer@gecko.mrj.com (Ken Mayer)
Newsgroups: comp.sys.next.sysadmin
Subject: Disappearing automount point
Date: 20 Jul 1993 11:24:23 -0400
Organization: MRJ, Inc./Oakton, Virginia, USA
Message-ID: <22h2n7$htl@gecko.mrj.com>
I have my NeXT automounting two directories from a file server. The
mount points are /home/projects and /home/users. From time to time,
/home/users disappears. /home/projects will be mounted under
/private/Net/server/home/projects (as it should be), but the user
partition will be missing. I suspect it has something to do with the
fact that I've got 2 auto mount points sharing a common parent
directory and the daemon isn't really built to "reach" into a
subdirectory for a mount point. The odd thing is that I never use
/home/projects. I do use the /home/users partition (it has another
home directory of mine -- another long story).
Here's an excerpt from 'nidump fstab /':
server:/home/projects /Net nfs bg,intr,net 0 0
server:/home/users /Net nfs bg,intr,net 0 0
Thoughts anyone?
Ken
--
Office: 703-385-0722 MRJ, Inc.
Fax: 703-385-4637 kmayer@mrj.com
Home: 703-758-7927 kenmayer@access.digex.com
Home Fax: 703-758-7927 (Group 3/9600)
OBQUOTE: "What is that gobbledygook? It looks like swearing." --Heidi Wall
Newsgroups: comp.sys.next.sysadmin
From: hussain@artsci.wustl.edu (G. H. Chinoy)
Subject: connecting shells of two different NeXTs?
Message-ID: <1993Jul20.162044.4787@wuecl.wustl.edu>
Sender: usenet@wuecl.wustl.edu (News Administrator)
Organization: Washington University, School of Engineering, St. Louis MO
Date: Tue, 20 Jul 1993 16:20:44 GMT
I was wondering if there was a way to connect a ttyp session on one NeXT to a
shell of a Terminal.app of another NeXT?
e-mail or post, please
NeXTmail Welcome
________________________________
G. H. Chinoy
hussain@artsci.wustl.edu
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
From: bill@bilver.uucp (Bill Vermillion)
Subject: Re: Floppy drive problems under NextStep 486
Organization: W. J. Vermillion - Orlando / Winter Park, FL
Date: Tue, 20 Jul 1993 15:08:10 GMT
Message-ID: <1993Jul20.150810.4935@bilver.uucp>
Keywords: floppy, nextstep
References: <CA3tDH.MoK@news.cso.uiuc.edu>
In article <CA3tDH.MoK@news.cso.uiuc.edu> archetyp@uxh.cso.uiuc.edu (Joseph R Pickert) writes:
>I have a NCR system 3333 on which I can't seem to get the floppy working
>correctly.
>I can format, read, and write to the floppy just fine under
>DOS, so I am pretty sure there is nothing wrong with the drive itself.
That can be a very wrong assumption! Ask the tech who got fired
because they wouldn't come out to replace a floppy that worked under
DOS but failed under Unix. The quote was "If it works under DOS it
has to be a Unix problem". Bad move Bix!
DOS looks at the media to determine the disk type. It tries to read
the first track. If it can do that then it formats to the density that
was on the disk. And Unix systems can vary, but this one looked to
see if there was a disk in the drive and that it was not write
protected. (3.5" media).
You could format 'air' in the UNIX device, it just failed when it tried
to verify the non-existant disk it just formatted. Of course, loading
the heads together with no media between them is a bit hard on heads
too.
The problem was a failed sensor or LED. That would have also
over-written and disk that was write-protected too.
I'm not saying that your problem is a failed drive, but the reasoning
that "it works under DOS so it must be okay" is flawed because they
access their devices in differing ways.
--
Bill Vermillion - bill@bilver.uucp OR bill@bilver.oau.org
From: gihill@thunder.LakeheadU.Ca (Geoff Hill)
Newsgroups: comp.sys.next.sysadmin
Subject: sendmail problem
Keywords: sendmail mail
Message-ID: <1141@thunder.LakeheadU.Ca>
Date: 20 Jul 1993 18:15:54 GMT
Organization: Lakehead University; Thunder Bay, Ont
Hello,
We are having a problem with 'sendmail' and we don't have
any user manuals (of course!). We can't seem to deliver
mail locally -- all mail is being forwared to our relay
host. The sendmail.cf file in /etc/sendmail seems to be
correct (It is almost identical to the one we use on our SUN's
which does deliver locally). We tried modifying the
sendmail.cf file and then testing it using the '-bt' option.
In the tests it is resolving local address correctly. But
when actually using 'mail' program, the same problem occurs.
Is there a 'frozen' configuration file or compiled DB file
that must be rebuilt ?.
Please reply directly. Thanks.
--
Geoff Hill UUCP: watmath!thunder!gihill
Lakehead University Internet: occhill@busoff.lakeheadu.ca (VMS)
Thunder Bay, Ontario, Can gihill@thunder.lakeheadu.ca (UNIX)
Newsgroups: comp.sys.next.sysadmin
From: trefan@fractal.phys.unt.edu (Gyorgy Trefan)
Subject: standalone -> client
Message-ID: <1993Jul20.171211.11605@mercury.unt.edu>
Keywords: standalone, client, transform
Sender: usenet@mercury.unt.edu (UNT USENet Adminstrator)
Organization: University of North Texas
Date: Tue, 20 Jul 1993 17:12:11 GMT
Hi comp.sys.next.sysadm
I have been struggling with a problem for a week. We have a
network of NeXTStations with NS 3.1. I reformatted the hard disk (100MB)
of a client computer.
Then I folllowed the instructions "how to add a new/modified host"
in the Network & Sysadm Manual. The result: the client with the newly
formatted Hard disk recognizes its name, I can crossmount everything with
the server but after the reboot it it always comes up as single user
computer with a me userid and it never gives the network loginwindow.
Q: How can I bring up the loginwindow so to make it a real
networked computer?
I would appreciate help, since I have no idea. Thanks
George Trefan alias george@fractal.phys.unt.edu
Newsgroups: comp.sys.next.sysadmin
From: jpowell@borg.lib.vt.edu (James Powell)
Subject: Help with NXHost
Message-ID: <1993Jul20.201239.25399@ecsvax.uncecs.edu>
Sender: usenet@ecsvax.uncecs.edu (News Administrator)
Organization: UNC Educational Computing Service
Date: Tue, 20 Jul 1993 20:12:39 GMT
Upon successfully installing NSFIP on a 486 in our office, we wanted to
test out NXHost so he could run some software on a Nextstation. It worked
but we found we were using a reserved test IP address, and had to
reconfigure the system for its new assigned address. However, NXHost no
longer works between the two systems. Is it not possible to do the
following:
next> WordPerfect -NXHost 127.0.0.1 &
(Pretend that the IP address is real and not loopback)
Does NXHost require a name? This system's name is not yet registered.
All other settings (router, broadcast address, etc.) seem to be fine for
our site and for this particular IP address.
--
James Powell - Library Automation, University Libraries, VPI&SU
jpowell@borg.lib.vt.edu - NeXTMail welcome here
Owner of VPIEJ-L, a discussion list for Electronic Journals
Archives: http://borg.lib.vt.edu:80/ gopher://borg.lib.vt.edu:70/
file://borg.lib.vt.edu/~ftp
Newsgroups: comp.sys.next.sysadmin
From: dekorte@ibm19.scri.fsu.edu (Stephen L. DeKorte)
Subject: nqs instead of nis
Sender: usenet@mailer.cc.fsu.edu
Organization: Supercomputer Computations Research Institute
Date: Tue, 20 Jul 1993 21:27:57 GMT
Message-ID: <CAHFMM.Hrq@mailer.cc.fsu.edu>
How do I add new hosts?
The local network has no NIS server- it's nqs.
I've tried changing the etc/hosts file but this doesn't
do anything.
Any help would be much appreciated,
- Steve
Newsgroups: comp.sys.next.sysadmin
From: sherwood@fenris.space.ualberta.ca (System Administrator)
Subject: Ftp daemon replacment.
Message-ID: <1993Jul20.224621.4571@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Tue, 20 Jul 1993 22:46:21 GMT
A while ago, someone was asking about logging ftp activity.
Pick up wu-ftpd-2.1b.tar from finer archive sites everywhere.
This not only has a raft of logging options, but you can restrict
incomming stuff to various places, create a kill list, (users who aren't
allowed on) limit the number of simultaneous ftp logins, and so on.
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
From: dasu@wisssc.edu (dasu)
Newsgroups: comp.sys.next.sysadmin
Subject: SupraFAX fax capability
Message-ID: <DASU.93Jul20173225@wisssc.edu>
Date: 20 Jul 93 23:32:25 GMT
Sender: news@cs.wisc.edu (The News)
Distribution: comp.sys.next.sysadmin
Organization: /users/dasu/.organization
Hi:
Does NeXTSTEP built-in FAX software work with SupraFAX modem? or
Do I have to buy DFax or some other software? Thanks for any help.
- Sridhara Dasu
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Help with NXHost
Message-ID: <1993Jul21.024034.27122@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Jul20.201239.25399@ecsvax.uncecs.edu>
Date: Wed, 21 Jul 1993 02:40:34 GMT
In article <1993Jul20.201239.25399@ecsvax.uncecs.edu>
jpowell@borg.lib.vt.edu (James Powell) writes:
>Does NXHost require a name?
Yes.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
Subject: Grab on NS3.1/FMP
Message-ID: <22icbp$ffq@zippy.Telcom.Arizona.EDU>
From: d_mc@mccube.tucson.az.us (Don McCollam)
Date: 21 Jul 1993 03:15:05 GMT
Distribution: world
Organization: University of Arizona
I've just noticed that although Grap is in (most) of my Services menus,
none of Grabs choices are selectable. ??? Everything looks fine in
Preferences. I can execute Grab via the Browser just fine. What's the
problem? I'm running NS3.1 on a 25Mhz Cube. Any ideas. BTW, I tried
this on various .apps. Some didn't have Grap as an option. Those that
did would not allow me to select a Grab option.
Don McCollam
citdem@happy.rc.arizona.edu
Newsgroups: comp.sys.next.sysadmin
From: rick@TotSysSoft.com (Richard Jacoby)
Subject: Serial Mouse became unavailable after initial config FIP
Message-ID: <1993Jul21.071154.2556@ToTSySSoft.com>
Keywords: FIP,SerialMouse-not,Gateway2000
Sender: news@ToTSySSoft.com
Organization: Total System Software
Date: Wed, 21 Jul 1993 07:11:54 GMT
Installing FIP on a Gateway-2000 hasn't been all that smooth. First
problem -- the faxmodem-card was on Com1, Mouse on Com3, and empty
DB25 on Com2.
Not all that hard. Switch the toggle switches to move the modem
to Com2 (eventually, though just temporarily pulled the card). Used
the BIOS setup routine to reconfigure the ComA/B's to Com1/2 IRQ4/3.
Problem was, as other posters here have found, that the lines were
swapped at the motherboard connectors.
Next problem - Approved a `standard' Gateway2000 setup. The mouse
was working UNTIL OK was pressed forcing a re-boot. Now the Serial
mouse has stopped working.
Does anyone know which of the ASCII configuration files need to be
altered to re-enable the Serial mouse? NeXTStep comes up pretty and
colored nicely in 1024x768, with nice sharp readable everything on
the 15" Crystal monitor -- we just need to get the mouse back! Too
many things you can't hot-key. We'd hate to take up his time to
fully re-install the system.
Thanks
Newsgroups: comp.sys.next.sysadmin
From: royce@splunge.uucp (Royce Howland)
Subject: Re: Max number of user processes... How to get more?
Message-ID: <1993Jul20.220631.21784@splunge.uucp>
Organization: Ashley, Howland & Wood
References: <1993Jul18.052954.1505@dolphin.com> <CACnrD.9ow@news.cso.uiuc.edu> <1993Jul20.071208.16038@csus.edu>
Date: Tue, 20 Jul 1993 22:06:31 GMT
eps@futon.SFSU.EDU (Eric P. Scott) writes:
>In article <CACnrD.9ow@news.cso.uiuc.edu> jeffo@uiuc.edu
> (J.B. Nicholson-Owens) writes:
>>I've heard from numerous e-mail reports that this is a parameter only
>>NeXT can change since it's something that is compiled into the kernal
>max_proc is initialized to 500 in 3.1/m68k. I take it that means
>you're running out of some other resource long before that
>becomes a limitation.
This is the same as 3.0/m68k and 3.1/i386. Is there some other
process-related resource that has different limits under 3.1 than
under 3.0? Or is this thread still barking up the wrong tree? :~)
--
Royce Howland, DKW Systems Corp. | "And since OS/2 2.0 is a 32-bit
Everything is IMHO | operating system, programs are
royce@splunge.uucp (NeXTMail OK) | easier to write and run faster,
or kakwa!atlantis!splunge!royce | too." -ad for OS/2 2.0
Newsgroups: comp.sys.next.sysadmin
From: marcel@nice.usergroup.ethz.ch (Marcel Waldvogel)
Subject: Re: Grab on NS3.1/FMP
Message-ID: <CAIJGM.440@bernina.ethz.ch>
Sender: news@bernina.ethz.ch (USENET News System)
Organization: NiCE - NeXT User Group, Zurich, Switzerland
References: <22icbp$ffq@zippy.telcom.arizona.edu>
Date: Wed, 21 Jul 1993 11:48:21 GMT
In article <22icbp$ffq@zippy.telcom.arizona.edu> d_mc@mccube.tucson.az.us writes:
>I've just noticed that although Grap is in (most) of my Services menus,
>none of Grabs choices are selectable. ??? Everything looks fine in
>Preferences. I can execute Grab via the Browser just fine. What's the
>problem? I'm running NS3.1 on a 25Mhz Cube. Any ideas. BTW, I tried
>this on various .apps. Some didn't have Grap as an option. Those that
>did would not allow me to select a Grab option.
When Grab is executed as a service, it wants to return a TIFF image to
the calling app. If the application does not accept TIFF images at
all, the 'Grab' items will not be visible. If the application can
accept TIFF images but cannot do that just now, then the 'Grab' items
are grayed out (that's the way it works with all services).
If you have an open document in IconBuilder or whatever app is
accepting TIFF images, then it should work OK (with IconBuilder it does).
-Marcel
From: ainman@css.itd.umich.edu (Andrew Douglas Inman)
Newsgroups: comp.sys.next.sysadmin
Subject: Error with netinfo
Date: 21 Jul 1993 12:26:35 GMT
Organization: University of Michigan ITD Consulting and Support Services
Distribution: world
Message-ID: <22jclr$ccv@stimpy.css.itd.umich.edu>
Summary: netinfo, error, parent
In trying to delete some stuff using the niload -d command from my netinfo
I get the error message:
deletion for ID 0 failed: Cannot delete name object with children
Any ideas?
-- Andrew Inman, ITD Consulting and Support Services
ainman@umich.edu
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: making changes to parent netinfo database from client machines
Date: 21 Jul 1993 13:12:42 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jfca$suu@zip.eecs.umich.edu>
Recently, I inherited the sysadmin job of two different NeXT networks. Both
are running 3.0, and both have a two level netinfo structure. On one of the
networks I can make changes to the top (parent) level netinfo database from any
NeXT in the network. But with the other network, I can only make changes to
the top level netinfo database from the machine that runs the top level netinfo
database daemon. If I try to make changes from any other machine, I get a "No
writes allowed: all objects are read-only" alert panel.
I've looked through the on-line documentation, but can't find anything that
will tell me how I can change the second network so that I can make changes
from any machine. Any suggestions?
Thanks in advance,
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: making changes to parent netinfo database from client machines
Date: 21 Jul 1993 13:13:14 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jfda$suv@zip.eecs.umich.edu>
Recently, I inherited the sysadmin job of two different NeXT networks. Both
are running 3.0, and both have a two level netinfo structure. On one of the
networks I can make changes to the top (parent) level netinfo database from any
NeXT in the network. But with the other network, I can only make changes to
the top level netinfo database from the machine that runs the top level netinfo
database daemon. If I try to make changes from any other machine, I get a "No
writes allowed: all objects are read-only" alert panel.
I've looked through the on-line documentation, but can't find anything that
will tell me how I can change the second network so that I can make changes
from any machine. Any suggestions?
Thanks in advance,
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: making changes to parent netinfo database from client machines
Date: 21 Jul 1993 13:21:12 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jfs8$t1j@zip.eecs.umich.edu>
Recently, I inherited the sysadmin job of two different NeXT networks. Both
are running 3.0, and both have a two level netinfo structure. On one of the
networks I can make changes to the top (parent) level netinfo database from any
NeXT in the network. But with the other network, I can only make changes to
the top level netinfo database from the machine that runs the top level netinfo
database daemon. If I try to make changes from any other machine, I get a "No
writes allowed: all objects are read-only" alert panel.
I've looked through the on-line documentation, but can't find anything that
will tell me how I can change the second network so that I can make changes
from any machine. Any suggestions?
Thanks in advance,
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: making changes to parent netinfo database from client machines
Date: 21 Jul 1993 13:21:25 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jfsl$t1k@zip.eecs.umich.edu>
Recently, I inherited the sysadmin job of two different NeXT networks. Both
are running 3.0, and both have a two level netinfo structure. On one of the
networks I can make changes to the top (parent) level netinfo database from any
NeXT in the network. But with the other network, I can only make changes to
the top level netinfo database from the machine that runs the top level netinfo
database daemon. If I try to make changes from any other machine, I get a "No
writes allowed: all objects are read-only" alert panel.
I've looked through the on-line documentation, but can't find anything that
will tell me how I can change the second network so that I can make changes
from any machine. Any suggestions?
Thanks in advance,
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: making changes to parent netinfo database from client machines
Date: 21 Jul 1993 13:21:35 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jfsv$t1l@zip.eecs.umich.edu>
Recently, I inherited the sysadmin job of two different NeXT networks. Both
are running 3.0, and both have a two level netinfo structure. On one of the
networks I can make changes to the top (parent) level netinfo database from any
NeXT in the network. But with the other network, I can only make changes to
the top level netinfo database from the machine that runs the top level netinfo
database daemon. If I try to make changes from any other machine, I get a "No
writes allowed: all objects are read-only" alert panel.
I've looked through the on-line documentation, but can't find anything that
will tell me how I can change the second network so that I can make changes
from any machine. Any suggestions?
Thanks in advance,
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: making changes to parent netinfo database from client machines
Date: 21 Jul 1993 13:21:40 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jft4$t1o@zip.eecs.umich.edu>
Recently, I inherited the sysadmin job of two different NeXT networks. Both
are running 3.0, and both have a two level netinfo structure. On one of the
networks I can make changes to the top (parent) level netinfo database from any
NeXT in the network. But with the other network, I can only make changes to
the top level netinfo database from the machine that runs the top level netinfo
database daemon. If I try to make changes from any other machine, I get a "No
writes allowed: all objects are read-only" alert panel.
I've looked through the on-line documentation, but can't find anything that
will tell me how I can change the second network so that I can make changes
from any machine. Any suggestions?
Thanks in advance,
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: making changes to parent netinfo database from client machines
Date: 21 Jul 1993 13:21:46 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jfta$t1q@zip.eecs.umich.edu>
Recently, I inherited the sysadmin job of two different NeXT networks. Both
are running 3.0, and both have a two level netinfo structure. On one of the
networks I can make changes to the top (parent) level netinfo database from any
NeXT in the network. But with the other network, I can only make changes to
the top level netinfo database from the machine that runs the top level netinfo
database daemon. If I try to make changes from any other machine, I get a "No
writes allowed: all objects are read-only" alert panel.
I've looked through the on-line documentation, but can't find anything that
will tell me how I can change the second network so that I can make changes
from any machine. Any suggestions?
Thanks in advance,
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: making changes to parent netinfo database from client machines
Date: 21 Jul 1993 13:21:52 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jftg$t1r@zip.eecs.umich.edu>
Recently, I inherited the sysadmin job of two different NeXT networks. Both
are running 3.0, and both have a two level netinfo structure. On one of the
networks I can make changes to the top (parent) level netinfo database from any
NeXT in the network. But with the other network, I can only make changes to
the top level netinfo database from the machine that runs the top level netinfo
database daemon. If I try to make changes from any other machine, I get a "No
writes allowed: all objects are read-only" alert panel.
I've looked through the on-line documentation, but can't find anything that
will tell me how I can change the second network so that I can make changes
from any machine. Any suggestions?
Thanks in advance,
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: making changes to parent netinfo database from client machines
Date: 21 Jul 1993 13:23:31 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jg0j$t26@zip.eecs.umich.edu>
Recently, I inherited the sysadmin job of two different NeXT networks. Both
are running 3.0, and both have a two level netinfo structure. On one of the
networks I can make changes to the top (parent) level netinfo database from any
NeXT in the network. But with the other network, I can only make changes to
the top level netinfo database from the machine that runs the top level netinfo
database daemon. If I try to make changes from any other machine, I get a "No
writes allowed: all objects are read-only" alert panel.
I've looked through the on-line documentation, but can't find anything that
will tell me how I can change the second network so that I can make changes
from any machine. Any suggestions?
Thanks in advance,
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: making changes to parent netinfo database from client machines
Date: 21 Jul 1993 13:23:36 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jg0o$t2b@zip.eecs.umich.edu>
Recently, I inherited the sysadmin job of two different NeXT networks. Both
are running 3.0, and both have a two level netinfo structure. On one of the
networks I can make changes to the top (parent) level netinfo database from any
NeXT in the network. But with the other network, I can only make changes to
the top level netinfo database from the machine that runs the top level netinfo
database daemon. If I try to make changes from any other machine, I get a "No
writes allowed: all objects are read-only" alert panel.
I've looked through the on-line documentation, but can't find anything that
will tell me how I can change the second network so that I can make changes
from any machine. Any suggestions?
Thanks in advance,
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: making changes to parent netinfo database from client machines
Date: 21 Jul 1993 13:23:39 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jg0r$t2c@zip.eecs.umich.edu>
Recently, I inherited the sysadmin job of two different NeXT networks. Both
are running 3.0, and both have a two level netinfo structure. On one of the
networks I can make changes to the top (parent) level netinfo database from any
NeXT in the network. But with the other network, I can only make changes to
the top level netinfo database from the machine that runs the top level netinfo
database daemon. If I try to make changes from any other machine, I get a "No
writes allowed: all objects are read-only" alert panel.
I've looked through the on-line documentation, but can't find anything that
will tell me how I can change the second network so that I can make changes
from any machine. Any suggestions?
Thanks in advance,
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: making changes to parent netinfo database from client machines
Date: 21 Jul 1993 13:23:43 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jg0v$t2d@zip.eecs.umich.edu>
Recently, I inherited the sysadmin job of two different NeXT networks. Both
are running 3.0, and both have a two level netinfo structure. On one of the
networks I can make changes to the top (parent) level netinfo database from any
NeXT in the network. But with the other network, I can only make changes to
the top level netinfo database from the machine that runs the top level netinfo
database daemon. If I try to make changes from any other machine, I get a "No
writes allowed: all objects are read-only" alert panel.
I've looked through the on-line documentation, but can't find anything that
will tell me how I can change the second network so that I can make changes
from any machine. Any suggestions?
Thanks in advance,
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
From: blommer@hertz.eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: sorry
Date: 21 Jul 1993 13:27:15 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <22jg7j$t6f@zip.eecs.umich.edu>
Newgrazer was giving me a "posting failed" error when I tried to post the
"making changes to parent netinfo database from client machines" message.
Sorry for the multiple posts.
Mike Blommer
blommer@eecs.umich.edu (NeXT mail accepted)
Newsgroups: comp.sys.next.sysadmin
From: hussain@artsci.wustl.edu (G. H. Chinoy)
Subject: volume check from the terminal?
Message-ID: <1993Jul21.141628.18218@wuecl.wustl.edu>
Sender: usenet@wuecl.wustl.edu (News Administrator)
Organization: Washington University, School of Engineering, St. Louis MO
Date: Wed, 21 Jul 1993 14:16:28 GMT
Is there a way to set/check the volume level through the terminal?
________________________________
G. H. Chinoy
hussain@artsci.wustl.edu
NeXT Mail cuddled
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jg0v$t2d@zip.eecs.umich.edu>
Control: cancel <22jg0v$t2d@zip.eecs.umich.edu>
Date: 21 Jul 1993 14:40:32 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22jkh0$1j0@zip.eecs.umich.edu>
References: <22jg0v$t2d@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jg0v$t2d@zip.eecs.umich.edu> was cancelled from within rn.
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jg0r$t2c@zip.eecs.umich.edu>
Control: cancel <22jg0r$t2c@zip.eecs.umich.edu>
Date: 21 Jul 1993 14:40:42 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22jkha$1jd@zip.eecs.umich.edu>
References: <22jg0r$t2c@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jg0r$t2c@zip.eecs.umich.edu> was cancelled from within rn.
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jfs8$t1j@zip.eecs.umich.edu>
Control: cancel <22jfs8$t1j@zip.eecs.umich.edu>
Date: 21 Jul 1993 14:40:57 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22jkhp$1jr@zip.eecs.umich.edu>
References: <22jfs8$t1j@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jfs8$t1j@zip.eecs.umich.edu> was cancelled from within rn.
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jfsl$t1k@zip.eecs.umich.edu>
Control: cancel <22jfsl$t1k@zip.eecs.umich.edu>
Date: 21 Jul 1993 14:41:01 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22jkht$1jv@zip.eecs.umich.edu>
References: <22jfsl$t1k@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jfsl$t1k@zip.eecs.umich.edu> was cancelled from within rn.
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jfsv$t1l@zip.eecs.umich.edu>
Control: cancel <22jfsv$t1l@zip.eecs.umich.edu>
Date: 21 Jul 1993 14:41:04 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22jki0$1k3@zip.eecs.umich.edu>
References: <22jfsv$t1l@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jfsv$t1l@zip.eecs.umich.edu> was cancelled from within rn.
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jft4$t1o@zip.eecs.umich.edu>
Control: cancel <22jft4$t1o@zip.eecs.umich.edu>
Date: 21 Jul 1993 14:41:05 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22jki1$1k4@zip.eecs.umich.edu>
References: <22jft4$t1o@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jft4$t1o@zip.eecs.umich.edu> was cancelled from within rn.
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jfta$t1q@zip.eecs.umich.edu>
Control: cancel <22jfta$t1q@zip.eecs.umich.edu>
Date: 21 Jul 1993 14:41:10 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22jki6$1k7@zip.eecs.umich.edu>
References: <22jfta$t1q@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jfta$t1q@zip.eecs.umich.edu> was cancelled from within rn.
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jftg$t1r@zip.eecs.umich.edu>
Control: cancel <22jftg$t1r@zip.eecs.umich.edu>
Date: 21 Jul 1993 14:41:13 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22jki9$1kc@zip.eecs.umich.edu>
References: <22jftg$t1r@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jftg$t1r@zip.eecs.umich.edu> was cancelled from within rn.
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jg0j$t26@zip.eecs.umich.edu>
Control: cancel <22jg0j$t26@zip.eecs.umich.edu>
Date: 21 Jul 1993 14:41:19 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22jkif$1kg@zip.eecs.umich.edu>
References: <22jg0j$t26@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jg0j$t26@zip.eecs.umich.edu> was cancelled from within rn.
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jg0o$t2b@zip.eecs.umich.edu>
Control: cancel <22jg0o$t2b@zip.eecs.umich.edu>
Date: 21 Jul 1993 14:41:24 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22jkik$1ki@zip.eecs.umich.edu>
References: <22jg0o$t2b@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jg0o$t2b@zip.eecs.umich.edu> was cancelled from within rn.
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jg7j$t6f@zip.eecs.umich.edu>
Control: cancel <22jg7j$t6f@zip.eecs.umich.edu>
Date: 21 Jul 1993 14:42:09 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22jkk1$1l2@zip.eecs.umich.edu>
References: <22jg7j$t6f@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jg7j$t6f@zip.eecs.umich.edu> was cancelled from within rn.
From: gdrew@cs.umd.edu (Greg Drew)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Getting my NextStation in the net.......
Message-ID: <69483@mimsy.umd.edu>
Date: 21 Jul 93 14:53:15 GMT
References: <CAEx5F.7Fz.3@cs.cmu.edu>
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
In article <CAEx5F.7Fz.3@cs.cmu.edu> pjm@stevens.SPEECH.CS.CMU.EDU (Pedro J. Moreno) writes:
>
>A question for you guys.
>
>Someone upgraded my machine to 3.0 and now I find I cannot nfs-mount
>disks or do rlogins or telnets UNLESS I use IP numbers.......
>
>What is missing?? In fact the rest of te machines in the net do not
>recognize my machine either......
My first guess as to why you are having problems finding other machines is
that you are missing a file called resolv.conf in your /etc directory. This
would most likely be the case if a) you are on the internet or are on a
mixed network not using NetInfo, and b) you are (your network is) using BIND
to handle addressing. Check with your sysop or network administrator for the
proper format. Also, again assuming that your network is using BIND for
address resolution, check to see whether your machine is in the namserver
databases.
If you are on a network with other NeXT machines which is using NetInfo, check
in the root domain (using NetInfoManager - you may need your sysop for this)
under "machines" to see if your machine is there.
Please feel free to send me mail to clarify anything, or to further detail
your problem - it is difficult to be sure exactly where your problem is
without more info. Good Luck!
-- GDD
--
----------------------------------------------------------------------------
Greg Drew | N3MXX
gdrew@trellis.cs.umd.edu |
----------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.misc
From: rick@TotSysSoft.com (Richard Jacoby)
Subject: FIP Gateway problems
Message-ID: <1993Jul21.132831.4130@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
Date: Wed, 21 Jul 1993 13:28:31 GMT
Thanks for all the responces that I received reguarding mouse
problems with the Gateway.......
Most of the problem was the cables for the on board serial port were
crossed. (Thanks Mitch).
Well, we got it installed, the configure app came up, and we had
keyboard, and mouse!! any way even though we were running a serial
mouse, the configure app had ps2mouse selected.
We figured "Its working good like this lets leave it alone"
BIG MISTAKE! After a reboot, it came up fine except no more mouse.
Well later in the evening we got another message from Mitch message
detailing his gateway installation that said something like this:
PICKING A MOUSE
Although I have a Logitech bus mouse, NEXTSTEP seems to want you to
use a PS/2 mouse instead. When you get to the Configure application
during the installation, only the PS/2 mouse appears in the window,
even though NEXTSTEP knows you have a bus mouse and is letting you
use it. (The same thing is true if you're using a serial mouse;
NEXTSTEP still only shows the PS/2 mouse in Configure.) You *can*,
however, add the bus or serial mouse: click the Add button, and Bus
Mouse and Serial Mouse appear in a new, bigger list of choices. You
can also remove the PS/2 mouse while you're at it. If you don't
choose the kind of mouse you're using in Configure (and you're not
using a PS/2 mouse), your mouse won't work when you finish the
installation.
======================================================
Well the same thing goes with serial mice, but we already screwed up.
Does any one know how to reboot the NEXTSTEP so that it starts up
with the configure panal like it does on the inital startup instead
of going into NEXTSTEP. Maybe we could have mouse control, and reset
it to a serial mouse..
If not, does anyone know what files could be edited by hand to set
up the serial mouse insted of the PS2 mouse.
Thanks
Rick
Newsgroups: comp.sys.next.sysadmin
From: trefan@fractal.phys.unt.edu (Gyorgy Trefan)
Subject: Thanks for standalone -> client
Message-ID: <1993Jul21.160746.12144@mercury.unt.edu>
Sender: usenet@mercury.unt.edu (UNT USENet Adminstrator)
Organization: University of North Texas
Date: Wed, 21 Jul 1993 16:07:46 GMT
Hi comp.sys.next.sysadm,
Yesterday I requested help on how to transform a standalone to a client. I
received the answers from Alvin Jee, Marc Majka, Matthew Seaman and Todd
Swan in private e-mails.
It is : Give the "me" account the root password.
It worked, thanks to everybody who helped me
George.
From: iwelch@agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Dump with Exclusion?
Date: 21 Jul 1993 17:02:36 GMT
Organization: UCLA, Anderson Graduate School Of Management
Message-ID: <22jsrc$bu8@news.mic.ucla.edu>
Looks like my harddisks have outpaced my tape device again. My problem
is that there are some directories that I would like to exclude from
the dump. (I prefer dump and its interactive restore to tar.) I
realize that I could write a program to reset the time-stamp of some
files and thus exclude them.
[1] Is there a newer dump that can exclude directories?
[2] If not, is there a utility that temporarily resets dates
in a directory-tree and writes a log file to reverse this
dating afterwards?
Thanks.
/ivo
Newsgroups: comp.sys.next.sysadmin
From: gordie@cyclesoft.com (Gordie Freedman)
Subject: Re: Help with NXHost
Message-ID: <1993Jul21.174419.13299@netcom.com>
Sender: gordie@netcom.com
Organization: Cyclesoft Media Works
References: <1993Jul20.201239.25399@ecsvax.uncecs.edu>
Date: Wed, 21 Jul 1993 17:44:19 GMT
In article <1993Jul20.201239.25399@ecsvax.uncecs.edu> jpowell@borg.lib.vt.edu
(James Powell) writes:
> (Paraphrasing) - This doesn't work:
> next> WordPerfect -NXHost 127.0.0.1 &
> (Pretend that the IP address is real and not loopback)
>
> Does NXHost require a name? This system's name is not yet registered.
> All other settings (router, broadcast address, etc.) seem to be fine for
> our site and for this particular IP address.
>
try
next> WordPerfect -NXHost localhost&
That works for me on a Nextstation color that is not connected to the net
--
>>> Gordie Freedman -> gordie@cyclesoft.com NeXTMail Yes!
>>> Thou shalt not inline functions more complicated than 20
Newsgroups: comp.sys.next.sysadmin
From: djiracek@thunder(Dan Jiracek)
Subject: Diagram.app blows up when starting - specific to user
Message-ID: <1993Jul21.163926.3567@fnbc.com>
Sender: news@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
Date: Wed, 21 Jul 93 16:39:26 GMT
This user tries lauching Diagram.app and it blows up. Since it is user
specific, I thought it might have something to do with his drwrite's for
Diagram. But after removing all dwrites for Diagram, its still not
working. Might it possibly be a different dwrite? And if so, does anyone
have a suggestion as to which one(s) it could be.
Thanks,
Dan
--
Daniel Jiracek (312) 732-1421
Network Specialist Dan_Jiracek@fnbc.com
First Chicago Bank NeXT Mail Accepted
Newsgroups: comp.sys.next.sysadmin
From: francisr@stupid.ucs.indiana.edu (Rob Francis)
Subject: Remapping bad blocks on a Maxtor?
Message-ID: <CAIzxD.Cv7@usenet.ucs.indiana.edu>
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: University Computing Services
Date: Wed, 21 Jul 1993 17:44:01 GMT
I've been trying to build a disk that was working fine right before I
went to rebuild it. Now Build disk fails, so I've done disk -F on the
disk and it spits out the following problem:
------------
initialization complete
Target 0: MEDIA ERROR; block ba26H retry 1
[...2-8...]
Target 0: MEDIA ERROR; block ba26H retry 9
sd0 (0,0): sense key:0x3 additional sense code:0x11
SCSI Block in error = 47654; Partition a F.S. sector 47494
/dev/rsd0a: CANNOT READ: BLK 47488
/dev/rsd0a: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
------------
fsck says there's a problem with that block and claims to remove it,
but the problem persists.
Anyone have any suggestions? This is a Cube running 3.0, the disk is
one of the original Maxtor 660's that NeXT shipped with it's cubes.
Any suggestions appreciated,
-rob
francisr@indiana.edu
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.misc
Subject: Re: FIP Gateway problems
Date: 21 Jul 1993 18:20:32 GMT
Organization: Northwestern University, Evanston IL
Message-ID: <22k1dg$ml2@news.acns.nwu.edu>
References: <1993Jul21.132831.4130@ToTSySSoft.com>
In article <1993Jul21.132831.4130@ToTSySSoft.com> rick@TotSysSoft.com (Richard Jacoby) writes:
[misc deleted]
>
>Well, we got it installed, the configure app came up, and we had
>keyboard, and mouse!! any way even though we were running a serial
>mouse, the configure app had ps2mouse selected.
>We figured "Its working good like this lets leave it alone"
>BIG MISTAKE! After a reboot, it came up fine except no more mouse.
>
Very annoying, especially since they updated NextAnswers for Gateway
a few days ago. Didn't mention a thing about this. This topic has
been the subject of much discussion here, so it wasn't a complete surprise.
>PICKING A MOUSE
>
>Although I have a Logitech bus mouse, NEXTSTEP seems to want you to
>use a PS/2 mouse instead. When you get to the Configure application
>during the installation, only the PS/2 mouse appears in the window,
>even though NEXTSTEP knows you have a bus mouse and is letting you
>use it. (The same thing is true if you're using a serial mouse;
>NEXTSTEP still only shows the PS/2 mouse in Configure.) You *can*,
>however, add the bus or serial mouse: click the Add button, and Bus
>Mouse and Serial Mouse appear in a new, bigger list of choices. You
>can also remove the PS/2 mouse while you're at it. If you don't
>choose the kind of mouse you're using in Configure (and you're not
>using a PS/2 mouse), your mouse won't work when you finish the
>installation.
>======================================================
>
>
>Well the same thing goes with serial mice, but we already screwed up.
>Does any one know how to reboot the NEXTSTEP so that it starts up
>with the configure panal like it does on the inital startup instead
>of going into NEXTSTEP. Maybe we could have mouse control, and reset
>it to a serial mouse..
>
>If not, does anyone know what files could be edited by hand to set
>up the serial mouse insted of the PS2 mouse.
>
I had the same problem on an install last night. I edited
/usr/Device/System.config/Instance0.table (I hope this is correct,
my NS/FIP is at home). I added SerialMouse and SerialPorts to Both lines
that listed drivers. This is probably not entirely correct, but it was
late, I was tired and use at your own risk.
My configuration:
Gateway 4DX2-66 with GXJ03 (or whatever) Bios, Microsoft Serial Mouse
W7 installed as in the latest NextAnswer Bulletin on Gateway machines,
IDE disk with dos and next partitions.
When I couldn't use my mouse I used Alt L to get workspace into
Listing mode, used the cursor keys to navigate to /NextApps/Terminal then
Return to run. From then on I was able to do an su and cd over to
the directories I needed mess with. You could boot with -s to
get into single user mode as well, but vi doesn't work real well so I
punted.
I strongly suggest making a copy of any file BEFORE you change anything.
--
Jerry S. Weiss
j-weiss@nwu.edu
Dept. Medicine, Northwestern Univ. Medical School, Chicago, Illinois
%SYSTEM-S-PHALOKTARG, Phasers Locked on Target, Ready to Fire
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: nwc (Nick Christopher)
Subject: NS3.1 & PLI Superfloppy
Message-ID: <CAJ7Au.28H@ny.shl.com>
Sender: usenet@ny.shl.com (Net News)
Organization: SHL Systemhouse Inc.
Date: Wed, 21 Jul 1993 20:23:18 GMT
A while back someone posted that the Superfloppy didn't work with NS3.1 can
anyone confirm or deny this rumor?
\n
Nicholas Christopher
Systemhouse
nwc@ny.shl.com
Newsgroups: comp.sys.next.sysadmin
From: dekorte@ibm19.scri.fsu.edu (Stephen L. DeKorte)
Subject: Multi-user mode
Sender: usenet@mailer.cc.fsu.edu
Organization: Supercomputer Computations Research Institute
Date: Wed, 21 Jul 1993 20:03:16 GMT
Message-ID: <CAJ6DG.DyM@mailer.cc.fsu.edu>
What do I need to set to have my machine boot up in multi-user mode?
(I can't find anything in the "Network and System Admin." manual on it)
Thanks for any info,
-Steve
PS. please respond by email
From: ronlee@eng.umd.edu (Ronald Doon Lee)
Newsgroups: comp.sys.next.sysadmin
Subject: Next 400 dpi printers not printing
Date: 21 Jul 1993 21:29:14 GMT
Organization: University of Maryland, Institute for Systems Research
Distribution: world
Message-ID: <22kcfaINNd4p@mojo.eng.umd.edu>
Keywords: 400 dpi, netinfo
Fellow netters:
We're having some trouble getting two Next 400 Dpi's working.
The printers are hooked to the printer ports of two TurboColor Nextstations.
We're running 3.0 with only the local NetInfo running (no Netinfo and
configuration server) and NIS and BIND.
Without much success I've looked high and low for the printer manuals,
so I'm getting by on the 'Network and System Adminstration' manuals and
the thin release updates for 2 and 3.
I've found two printcap entries that I used to load into Netinfo
(using niload. Nidump confirms the loading).
**************************************************************************
Using the first one, I get this error on the console:
Jul 21 16:10:03 data PrintServer[460]: Cannot find printer
entry: Local_Printer
I noticed for this entry, Printmanager said it was unavailable. So I flipped
it to private and Printmanager complained:
Netinfo problem writing 'Local_Printer' on local host
&
Cannot find 'Local_Printer' on local host.
Here's the first entry:
Local_Printer: \
:lf=/usr/adm/lpd-errs:sf=:sb=:lp=/dev/np0:mx=0: \
:if=/usr/lib/NextPrinter/Server/prserver: \
:cf=/usr/lib/NextPrinter/Server/pscf: \
:df=/usr/lib/NextPrinter/Server/psdf: \
:gf=/usr/lib/NextPrinter/Server/psgf: \
:nf=/usr/lib/NextPrinter/Server/psnf: \
:rf=/usr/lib/NextPrinter/Server/psrf: \
:tf=/usr/lib/NextPrinter/Server/pstf: \
:vf=/usr/lib/NextPrinter/Server/psvf: \
:sd=/usr/spool/NeXT/Local_Printer:nxformat=3.0: \
:ty=NeXT 400 dpi Level II Printer:_ignore:
**********************************************************************
For the second printcap, console reports back
Jul 21 16:09:42 data Server:Local_Printer[455]: Driver class
not set in printerentry21 09:39:57 data Inform[3234]: DPS
client library error: Could not form connection
with printcap entry as follows:
next: \
:lp=/dev/ttya:ty=NeXT 400:sd=/usr/spool/NeXT/next:\
:lo=/usr/spool/NeXT/next/lock:note=400 dpi:if=/usr/adm/lp-log:\
:af=/usr/adm/lp.acct:br#9600:rw:fc#0000374:fs#0000003:xc#0040040:\
:xs:#0040040:#mx0:sf:sb:if=/usr/lib/psif:of=/usr/lib/transcript/psof:\
:gf=/usr/lib/transcript/psgf:nf=/usr/lib/transcript/psnf:\
:tf=/usr/lib/transcript/pstf:rf=/usr/lib/transcript/psrf:\
:vf=/usr/lib/transcript/psvf:cf=/usr/lib/transcript/pscf: \
:df=/usr/lib/transcript/psdf:sharedTo==/dept:sharedAs=next:
************************************************************************
Can anyone send me the correct printcap? Nppower on|off seems to work,
so there seems to be a physical connection.
Oh, I also tried setting the printcap entries to /dev/np0. Still no go.
I've always like NeXTSTEP, but many people are thinking of getting rid of them,
I really like to get the printers working fast and show their worth.
Newsgroups: comp.sys.next.sysadmin
From: djiracek@thunder(Dan Jiracek)
Subject: Re: SUMMARY:Diagram.app blows up when starting - specific to user
Message-ID: <1993Jul21.201902.20028@fnbc.com>
Sender: news@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
References: <1993Jul21.163926.3567@fnbc.com>
Date: Wed, 21 Jul 93 20:19:02 GMT
Thanks to Casey Palowitch who pegged it. I did a dremove -g NXFonts
(which may have been over kill), but it WORKED!
Hi
I've heard that changing the base system font with a dwrite will
cause certain versions of Diagram to crash. There is a patch available on
the
net, or, you can change the base font back to the standard (check
another machine). Hope this is the solution to your problem,
--
** Casey Palowitch - cjp+@pitt.edu UWSA #570881 **
** Networked Information Services Group / Technical Services **
** U. of Pittsburgh Library Systems // NeXTSTEP... **
** ...the most respected piece of software on the planet BYTE10/92 **
In article <1993Jul21.163926.3567@fnbc.com> djiracek@thunder(Dan Jiracek)
writes:
> This user tries lauching Diagram.app and it blows up. Since it is user
> specific, I thought it might have something to do with his drwrite's for
> Diagram. But after removing all dwrites for Diagram, its still not
> working. Might it possibly be a different dwrite? And if so, does
anyone
> have a suggestion as to which one(s) it could be.
>
> Thanks,
> Dan
>
> --
> Daniel Jiracek (312) 732-1421
> Network Specialist Dan_Jiracek@fnbc.com
> First Chicago Bank NeXT Mail Accepted
--
Daniel Jiracek (312) 732-1421
Network Specialist Dan_Jiracek@fnbc.com
First Chicago Bank NeXT Mail Accepted
Newsgroups: comp.sys.next.sysadmin
From: plenson@hi_presure_lab.gp.uwo.ca
Subject: NS486 80 megabytes local, rest NFS'd is this possible ?
Organization: University of Western Ontario
Date: Wed, 21 Jul 1993 22:08:21 GMT
Message-ID: <1993Jul21.220821.8706@julian.uwo.ca>
Sender: news@julian.uwo.ca (USENET News System)
Hi I want to install a minimum amount of the OS and networking code on 105
megabyte disk. I would like to leave about 25 megabytes as local swap,
therefore, I'm wondering if 80 megabytes is enough space to get a minium
OS up with networking enabled with rest loaded off of a networked disk.
thanks
peter
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin,comp.sys.next.bugs
From: mark@cyantic.com (Mark T. Dornfeld)
Subject: Re: Dell and Adaptec
Organization: CYANTIC Systems
Date: Wed, 21 Jul 1993 14:45:42 GMT
Message-ID: <1993Jul21.144542.2229@cyantic.com>
References: <1993Jul16.184504.12770@aplcen.apl.jhu.edu> <1993Jul20.120709.6512@lxki.toppoint.de>
In article <1993Jul20.120709.6512@lxki.toppoint.de> laux@lxki.toppoint.de (Thorsten Laux) writes:
>jds@aplpy.jhuapl.edu (John D Stanhope) writes:
>
>>Has anyone got the below error on there system and been able to fix
>>it?
>
>>AHA interrupt: bad status ff
>>sd0: INVALID STATUS (Internal error): FATAL ERROR
>> target:0 lun: 0 op: Read block: some # blockcount: some #
>
>
>I have exactly the same problem trying to install Nextstep for Intel
>on 2 different Eisa Systems with ATI ISA Ultra Pro and another
>Graphics Card and a 1542b Controller. I suspect you cannot get the
>1542b to work in an Eisa System. Has anybody succeeded in doing this ?
According to the June 8 HW Compatibility Guide, NS/FIP does not support an
EISA Adaptec Controller (1740/1742). I wonder if this lack of support will
also prevent the ISA version from working in the EISA bus.
--
Mark T. Dornfeld, CYANTIC Systems Voice: (416) 234-9048
101 Subway Crescent Suite 2103 Facsimile: (416) 234-0477
Etobicoke, Ontario, M9B 6K4 CANADA Email: mark@cyantic.com
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Dell and Adaptec
Message-ID: <1993Jul21.172331.2334@yvax.byu.edu>
From: john@kolob.byu.edu (John Peterson)
Date: 21 Jul 93 17:23:31 -0700
References: <1993Jul20.120709.6512@lxki.toppoint.de>
I got an Adaptec 1542b to work in an EISA-based Compaq Portable 486 without a
hitch.
In article <1993Jul20.120709.6512@lxki.toppoint.de> writes:
> jds@aplpy.jhuapl.edu (John D Stanhope) writes:
>
> >Has anyone got the below error on there system and been able to fix
> >it?
>
> >AHA interrupt: bad status ff
> >sd0: INVALID STATUS (Internal error): FATAL ERROR
> > target:0 lun: 0 op: Read block: some # blockcount: some #
>
>
> I have exactly the same problem trying to install Nextstep for Intel
> on 2 different Eisa Systems with ATI ISA Ultra Pro and another
> Graphics Card and a 1542b Controller. I suspect you cannot get the
> 1542b to work in an Eisa System. Has anybody succeeded in doing this ?
>
> Thorsten Laux
> --
> Thorsten Laux, Schuhmacherstr. 27/29, 2300 Kiel, FRG,
> Voice: +49 431 96334, email: laux@lxki.toppoint.de
>
--
John Peterson -- Networked Computer Support -- Brigham Young University
Internet: John_Peterson@byu.edu Phone: (801) 378-5007
Newsgroups: comp.sys.next.sysadmin
From: ricks@odin.isc-br.com (Rick Schaeffer 99)
Subject: Re: Dell and Adaptec
Message-ID: <1993Jul21.235653.4662@isc-br.isc-br.com>
Sender: news@isc-br.isc-br.com (news user)
Organization: ISC-Bunker Ramo, An Olivetti Company
References: <1993Jul20.120709.6512@lxki.toppoint.de> <1993Jul21.172331.2334@yvax.byu.edu>
Date: Wed, 21 Jul 1993 23:56:53 GMT
In article <1993Jul21.172331.2334@yvax.byu.edu> John@compricorn.byu.edu writes:
>> >Has anyone got the below error on there system and been able to fix
>> >it?
>>
>> >AHA interrupt: bad status ff
>> >sd0: INVALID STATUS (Internal error): FATAL ERROR
>> > target:0 lun: 0 op: Read block: some # blockcount: some #
>>
>>
>> I have exactly the same problem trying to install Nextstep for Intel
>> on 2 different Eisa Systems with ATI ISA Ultra Pro and another
>> Graphics Card and a 1542b Controller. I suspect you cannot get the
>> 1542b to work in an Eisa System. Has anybody succeeded in doing this ?
>>
I have an EISA system and an Adaptec 1742 controller. The 1742 didn't work
so I removed it and installed my old 1542. Worked fine...however I had
to go out and buy a separate floppy controller. The documentation mentions
that the 1542's on-board floppy controller isn't supported although I can't
for the life of me figure out why. I'm also confused as to why the 1742
in 1542 emulation mode won't work. Now that I have NextStep running, I
intend to put the 1742 back in and see if it's just an installation problem.
Windows NT, for instance, won't INSTALL with the 1742 in standard mode but
it will work once installed. (NT *will* install if the 1742 is in
"enhanced" mode).
--
Rick Schaeffer EMAIL: ricks@mail.spk.olivetti.com
Olivetti North America OR: uunet!oliveb!isc-br!ricks
2425 E. Appleway Ave. Phone: (509)927-5114
Spokane, WA 99019-9534 Home: (509)928-3533
Newsgroups: comp.sys.next.sysadmin
Subject: fdisk on NS/I
Message-ID: <1993Jul21.180217.2336@yvax.byu.edu>
From: john@kolob.byu.edu (John Peterson)
Date: 21 Jul 93 18:02:16 -0700
I can't get fdisk to work on NS/I. I've tried various combinations: root,
single user, etc.; /dev/rhd0a, rhd0a, hd0a, /dev/hd0a for <RAW-DEVICE>, etc.
What am I doing wrong?
I have a 486 with an IDE HD.
--
John Peterson -- Networked Computer Support -- Brigham Young University
Internet: John_Peterson@byu.edu Phone: (801) 378-5007
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: dave@einstein.andi.org (David Scheck)
Subject: ** help ** NS/486 wont mount DOS partition
Message-ID: <CAJpM8.1G3@nextsrv1.andi.org>
Followup-To: dscheck@nextsrv1.andi.org
Keywords: DOS nextstep mount
Sender: usenet@nextsrv1.andi.org (usenet)
Organization: Association of NeXTSTEP Developers International
Date: Thu, 22 Jul 1993 02:58:53 GMT
I finally installed NS486 on my clone Vesa/EISA/ISA motherboard.
I did run into problems though. Can anyone tell me what are the solutions?
1) "INTR: dropped IRQ 7" is constantly written to the display on bootup.
2) Floppy controller was having problems & had to retry for about 5 minutes
before the first install option was given.
3) I cannot seem to get the DOS partition automounted in Workspace???
Has anyone seen these problems and knows what is wrong??
Please reply to
David Scheck
dscheck@nextsrv1.andi.org
(703) 620-8258
Newsgroups: comp.sys.next.sysadmin
From: jim@lennon.claremont.edu (Jim Kieley)
Subject: DEC 1 gb hard disk
Message-ID: <CAJ9x8.9ty@news.claremont.edu>
Sender: news@news.claremont.edu (The News System)
Organization: Harvey Mudd College, Claremont CA 91711
Date: Wed, 21 Jul 1993 21:19:56 GMT
Is there a utility for the NeXT (black hardware) that can do a low level format
of the DEC 1 gb 3 1/2" hard drive
Newsgroups: comp.sys.next.sysadmin
From: thomas@olorin.dark.sub.org (Thomas Fischer)
Subject: 3.1 Terminal probs
Message-ID: <1993Jul21.173139.6494@olorin.dark.sub.org>
Organization: Olorin, NeXT Development & System Administration, FRG
Date: Wed, 21 Jul 1993 17:31:39 GMT
Hello,
I upgraded to 3.1 a few days ago and disocovered the following problem
today:
Whenever I log in via Terminal.app, I don't get an entry in /etc/utmp
anymore. I'm not visible in 'finger' and can't use talk because I 'don't
exist'.
How can I solve this ?!?
Thomas
PS: Please reply by e-mail.
--
Q: How did you get into artificial intelligence?
A: Seemed logical -- I didn't have any real intelligence.
---
Thomas Fischer, thomas@olorin.dark.sub.org, +49 7191 23217 (fax & data)
Newsgroups: comp.sys.next.sysadmin
From: thomas@olorin.dark.sub.org (Thomas Fischer)
Subject: Re: 3.1 Terminal probs
Message-ID: <1993Jul21.180824.270@olorin.dark.sub.org>
Organization: Olorin, NeXT Development & System Administration, FRG
References: <1993Jul21.173139.6494@olorin.dark.sub.org>
Date: Wed, 21 Jul 1993 18:08:24 GMT
thomas@olis.north.de wrote:
>
>Whenever I log in via Terminal.app, I don't get an entry in /etc/utmp
>anymore. I'm not visible in 'finger' and can't use talk because I 'don't
>exist'.
I've just discovered that it works as root - permission problem ?!?
Thomas
--
You can't judge a book by the way it wears its hair.
---
Thomas Fischer, thomas@olorin.dark.sub.org, +49 7191 23217 (fax & data)
Control: cancel <9320115.12986@mulga.cs.mu.OZ.AU>
Newsgroups: comp.sys.next.sysadmin
From: aris@mundoe.maths.mu.OZ.AU ( Aris Theocharides )
Subject: cancel <9320115.12986@mulga.cs.mu.OZ.AU>
Message-ID: <9320319.24134@mulga.cs.mu.OZ.AU>
Sender: news@cs.mu.OZ.AU
Organization: Computer Science, University of Melbourne, Australia
Date: Thu, 22 Jul 1993 09:57:09 GMT
cancel <9320115.12986@mulga.cs.mu.OZ.AU> in newsgroup comp.sys.next.sysadmin
name: aris theocharides.
address: room mg14, maths dept, melb uni, parkville, vic, australia, 3052.
phone [+613] uni: 344.74.16, home: 489.90.14, fax: 344.45.99
e.mail: aris@mundoe.maths.mu.OZ.AU
From: peterk@pknms.toppoint.de (Peter Kretzschmar)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: Re: Dell and Adaptec
Message-ID: <743334314peterk.postmast@pknms.toppoint.de>
Sender: postmast@pknms.toppoint.de
Date: Thu, 22 Jul 93 09:45:14 GMT
References: <1993Jul16.184504.12770@aplcen.apl.jhu.edu> <1993Jul20.120709.6512@lxki.toppoint.de> <1993Jul21.144542.2229@cyantic.com>
Organization: private site
In article <1993Jul21.144542.2229@cyantic.com> mark@cyantic.com (Mark T. Dornfeld) writes:
>In article <1993Jul20.120709.6512@lxki.toppoint.de> laux@lxki.toppoint.de (Thorsten Laux) writes:
>>jds@aplpy.jhuapl.edu (John D Stanhope) writes:
>>
>>
>>I have exactly the same problem trying to install Nextstep for Intel
>>on 2 different Eisa Systems with ATI ISA Ultra Pro and another
>>Graphics Card and a 1542b Controller. I suspect you cannot get the
>>1542b to work in an Eisa System. Has anybody succeeded in doing this ?
>
>According to the June 8 HW Compatibility Guide, NS/FIP does not support an
>EISA Adaptec Controller (1740/1742). I wonder if this lack of support will
>also prevent the ISA version from working in the EISA bus.
Last week, i've installed NS/FIP in a machine with EISA board
and 1542c, but without ATI. My fine 1742 went's into the shelf.
Peter
--
Peter Kretzschmar +49 4321 41471
peterk@pknms.toppoint.de Grossflecken 54
24534 Neumuenster
GERMANY
Newsgroups: comp.sys.next.sysadmin
From: aris@mundoe.maths.mu.OZ.AU ( Aris Theocharides )
Subject: wu-archive ftpd on NS 3.0
Message-ID: <9320320.24388@mulga.cs.mu.OZ.AU>
Sender: news@cs.mu.OZ.AU
Organization: Department of Mathematics, University of Melbourne
Date: Thu, 22 Jul 1993 10:15:32 GMT
Has anyone got the ftpd daemon from wu-archive.wustl.edu running
under NS 3.0, and getting it to do the conversions correctly?
I am compiling version 2.1B, using parallel directory structures
on / and ~ftp/ for the programs listed in the ftpconversions file,
so as to cater for anonymous and real ftp users.
Most of the ftp stuff works fine, but for the conversions stuff,
ie: commands that will gzip|compress|tar|de'tar|decompress|ungzip files
on the servers side (NeXT) and send the required file to the client.
I am pretty sure I am doing the installation correctly. If some kind
soul could either tell me if they have this problem, or had it :-),
and fixed it :-):-) that would be great.
What is happening is that the /usr/ucb/compress (or /usr/local/bin/tar)
is found but no other information is seen (ie: no local and remote file
information vivsible). The result is usually a file of zero bytes being
left at the clients end. The only combination that works is when a real
user asks for a directory to be tarred. All other combinations (real or
anonymous user, compress|tar file|directory) ends up with 0 byte files
sent. Of course the usuall 'get file' works fine.
If anyone has got ftpd (wu-archive version 2.1B) working with conversions
could you pass on your ftpaccess and ftpconversion files, along with
an 'ls -algR' of your ~ftp directory.
NeXTmail would be just fine :-)
Thanks if you read this, double thanks if you reply.
PS: I am trying to set up a small scale ftp site for Australian NeXT users.
Aris Theocharides <aris@maths.mu.OZ.AU>
--
name: aris theocharides.
address: room mg14, maths dept, melb uni, parkville, vic, australia, 3052.
phone [+613] uni: 344.74.16, home: 489.90.14, fax: 344.45.99
e.mail: aris@mundoe.maths.mu.OZ.AU
From: kschulz@iva.k8.rt.bosch.de (Kay Schulz K8/IVA Tel. ++49-7121-35-1341)
Newsgroups: comp.sys.next.sysadmin
Subject: UUCP message
Message-ID: <164@boschrt.rt.bosch.de.bosch.de>
Date: 22 Jul 93 10:51:55 GMT
Sender: news@rt.bosch.de.bosch.de
Organization: Robert Bosch GmbH., Reutlingen, Germany.
I use NSFIP 3.1 and I tried to set up my uucp connection
Everything works fine, I get a connection, I can login.
After sending all that I get the following message:
root gold (7/21-22:19-374) SUCCEEDED (call to gold )
imsg looking for SYNC<
login: root gold (7/21-22:20-374) TIMEOUT (gold)
Any idea?
---
/********************************************************************/
/* Kay Schulz, Rheinstr. 24, 72768 Reutlingen, Germany */
/* 07121 / 60 19 61 privat */
/* 07121 / 35-1341 geschaeftlich */
/* */
/* kschulz@iva.k8.rt.bosch.de */
/* */
/* Violence is the last refuge of the incompetent. */
/* -- Salvor Hardin */
/* */
/********************************************************************/
From: zryx0376@awssg6.rus.uni-stuttgart.de (Markus Wenzel (Hiwi bei R.Rabenseifner))
Newsgroups: comp.sys.next.sysadmin
Subject: Re: fdisk on NS/I
Date: 22 Jul 1993 11:06:11 GMT
Organization: Visualization Group Comp.Center (RUS) U of Stuttgart, FRG
Message-ID: <22lsb3$lkh@info2.rus.uni-stuttgart.de>
References: <1993Jul21.180217.2336@yvax.byu.edu>
In article <1993Jul21.180217.2336@yvax.byu.edu> John@compricorn.byu.edu writes:
>I can't get fdisk to work on NS/I. I've tried various combinations: root,
>single user, etc.; /dev/rhd0a, rhd0a, hd0a, /dev/hd0a for <RAW-DEVICE>, etc.
>What am I doing wrong?
>
>I have a 486 with an IDE HD.
I have a SCSI drive, and I did not succeed with this fdisk, either.
Besides, there are icon for removable DOS partitions (SyQuest), but
trying to mount such a partition fails. :-((
Regards, Markus.
--
/dev Markus Wenzel, University of Stuttgart
/usr/spool/mail wenzel@rus.uni-stuttgart.de
~/.ircrc/nick Marsu
/etc/motd NeXTSTEP for Intel - Come on and join!
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: FIP Gateway problems [reset config with boot: config=Default]
Date: 22 Jul 1993 12:25:02 GMT
Organization: University of Houston
Message-ID: <22m0uu$kia@menudo.uh.edu>
References: <22k1dg$ml2@news.acns.nwu.edu>
The following will always reset your configuration (as save alot of trouble)
to the default state that is predetermined by NeXT. It is taken from page
14 in the "Installing and Configuring NEXTSTEP Release 3.1 for Intel
Processors" Booklet, although NeXT only this solution if your boot fails.
This will also work if you mess up your defaults enough to where devices
don't work:
"Restart the computer and as soon as the boot: prompt appears, type
config=Default and press Return. If your device configuration becomes
inconsistant or damaged, you can use the default configuration to start up
NEXTSTEP. Then use the Configure application to restore the correct
configuration and restart the computer."
This should be stated more clearly somewhere else in the Installation guide
instead on the last page....
In article <22k1dg$ml2@news.acns.nwu.edu> jweiss@casbah.acns.nwu.edu (Jerry
Weiss) writes:
#In article <1993Jul21.132831.4130@ToTSySSoft.com> rick@TotSysSoft.com
(Richard Jacoby) writes:
#[misc deleted]
#>
#>Well, we got it installed, the configure app came up, and we had
#>keyboard, and mouse!! any way even though we were running a serial
#>mouse, the configure app had ps2mouse selected.
#>We figured "Its working good like this lets leave it alone"
#>BIG MISTAKE! After a reboot, it came up fine except no more mouse.
#>
#
#Very annoying, especially since they updated NextAnswers for Gateway
#a few days ago. Didn't mention a thing about this. This topic has
#been the subject of much discussion here, so it wasn't a complete surprise.
#
#
#
#>PICKING A MOUSE
#>
#>Although I have a Logitech bus mouse, NEXTSTEP seems to want you to
#>use a PS/2 mouse instead. When you get to the Configure application
#>during the installation, only the PS/2 mouse appears in the window,
#>even though NEXTSTEP knows you have a bus mouse and is letting you
#>use it. (The same thing is true if you're using a serial mouse;
#>NEXTSTEP still only shows the PS/2 mouse in Configure.) You *can*,
#>however, add the bus or serial mouse: click the Add button, and Bus
#>Mouse and Serial Mouse appear in a new, bigger list of choices. You
#>can also remove the PS/2 mouse while you're at it. If you don't
#>choose the kind of mouse you're using in Configure (and you're not
#>using a PS/2 mouse), your mouse won't work when you finish the
#>installation.
#>======================================================
#>
#>
#>Well the same thing goes with serial mice, but we already screwed up.
#>Does any one know how to reboot the NEXTSTEP so that it starts up
#>with the configure panal like it does on the inital startup instead
#>of going into NEXTSTEP. Maybe we could have mouse control, and reset
#>it to a serial mouse..
#>
#>If not, does anyone know what files could be edited by hand to set
#>up the serial mouse insted of the PS2 mouse.
#>
#
#I had the same problem on an install last night. I edited
#/usr/Device/System.config/Instance0.table (I hope this is correct,
#my NS/FIP is at home). I added SerialMouse and SerialPorts to Both lines
#that listed drivers. This is probably not entirely correct, but it was
#late, I was tired and use at your own risk.
#
#My configuration:
#Gateway 4DX2-66 with GXJ03 (or whatever) Bios, Microsoft Serial Mouse
#W7 installed as in the latest NextAnswer Bulletin on Gateway machines,
#IDE disk with dos and next partitions.
#
#When I couldn't use my mouse I used Alt L to get workspace into
#Listing mode, used the cursor keys to navigate to /NextApps/Terminal then
#Return to run. From then on I was able to do an su and cd over to
#the directories I needed mess with. You could boot with -s to
#get into single user mode as well, but vi doesn't work real well so I
#punted.
#
# I strongly suggest making a copy of any file BEFORE you change anything.
#
#--
#Jerry S. Weiss
#j-weiss@nwu.edu
#Dept. Medicine, Northwestern Univ. Medical School, Chicago, Illinois
#%SYSTEM-S-PHALOKTARG, Phasers Locked on Target, Ready to Fire
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: schittel@rrz.Uni-Koeln.DE (Christoph Schittel)
Newsgroups: comp.sys.next.sysadmin
Subject: virtual memory management
Date: 22 Jul 1993 12:25:42 GMT
Organization: Reg. Computing Center, University of Cologne
Distribution: world
Message-ID: <22m106INN2jfr@rs1.rrz.Uni-Koeln.DE>
Hi!
I just learned how the virtual memory is managed in
BSD4.3 System. I'm now looking for references on vm
management in NeXTStep 2.1. Most interesting: how
can I change LOTSFREE, MINFREE, DESFREE or their
analogs. Btw. I don't have gdb and gcc.
Thanks in advance!
---- Christoph
Newsgroups: comp.sys.next.sysadmin
From: dlgover@dlgsys.cuc.ab.ca (Donald L. Gover)
Subject: NeXTStep Intel Disk Space Question.....
Message-ID: <1993Jul22.041730.748@dlgsys.cuc.ab.ca>
Organization: DLG Systems
Date: Thu, 22 Jul 1993 04:17:30 GMT
I have just purchased the developers package for NeXTSTEP and In the
doc it claimes to need 400meg of disk. I have lots of disk but not all
on one volume. Can I install the full user and development package on
2 210meg IDE disk??? Or, Can I install on a NFS mounted partition on
another system with 1geg of disk????
Don...
--
=============================================================================
Donald L. Gover New Era Systems Services
UUCP: uunet!dlgsys!DLGover PHONE: (403) 237-6141
INTERNET: DLGover@dlgsys.cuc.ab.ca
Newsgroups: comp.sys.next.sysadmin
Subject: Help with IBM SCSI 1 disks on NeXT machines
Message-ID: <1993Jul22.161154.105348@embl-heidelberg.de>
From: grindrod@EMBL-Heidelberg.DE (David Grindrod)
Date: 22 Jul 93 16:11:53 +0100
Keywords: IBM hard disks
I am at present trying to configure a half height IBM SCSI 1 disk to talk
to my NeXT stations.I have managed to talk to the disk using the disk
program, but unfortunately can not create a filesystem. Has anyone managed
to make a file system and mount one of these disks on a SCSI 1 station or
cube? If so could they point me in the right direction either by e-mail or
a follow up post.
Thanks in advance.
David Grindrod
NMR System Manager
EMBL
Heidelberg
Germany
E-mail: grindrod@EMBL-Heidelberg.DE
From: benji@athena.com (Benjamin Cline)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: DEC 1 gb hard disk
Date: 22 Jul 1993 14:20:34 GMT
Organization: Institute for Mammalian Fur Growth
Message-ID: <22m7ni$5c5@hermes.athena.com>
References: <CAJ9x8.9ty@news.claremont.edu>
In article <CAJ9x8.9ty@news.claremont.edu> jim@lennon.claremont.edu (Jim Kieley) writes:
>Is there a utility for the NeXT (black hardware) that can do a low level format
>of the DEC 1 gb 3 1/2" hard drive
Try the sdform(8) command.
--
Benjamin Cline benji@athena.com
Systems Administration & Technical Support NeXTmail cheerfully accepted!
Athena Design, Inc. "Happiness is a warm puppy."
From: dnw@williams.physics.lsa.umich.edu (David N. Williams)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Next 400 dpi printers not printing
Date: 22 Jul 1993 17:06:12 GMT
Organization: University of Michigan - College of Literature, Science, and TheArts
Distribution: world
Message-ID: <22mhe4$77i@controversy.math.lsa.umich.edu>
References: <22kcfaINNd4p@mojo.eng.umd.edu>
In article <22kcfaINNd4p@mojo.eng.umd.edu> ronlee@eng.umd.edu (Ronald Doon Lee)
writes:
>
> Fellow netters:
>
> We're having some trouble getting two Next 400 Dpi's working.
> The printers are hooked to the printer ports of two TurboColor Nextstations.
> We're running 3.0 with only the local NetInfo running (no Netinfo and
> configuration server) and NIS and BIND.
>...
I shouldn't trust my memory on something like this, but here goes...
The problem may be that you're basically supposed to do nothing. The machine
automatically configures a local NeXTprinter on bootup. I found that very
confusing at first. I would go into PrintManager and try to configure it by
selecting "Create". No dice! Apparently it's not "new", because it's already
been configured. You have to select "Modify". The main reason to do so is to
give it a remote name, make it public, etc.
--David
--
David N. Williams Phone: 1-(313)-764-5236
Physics Department Email: dnw@williams.physics.lsa.umich.edu
University of Michigan David.N.Williams@um.cc.umich.edu
Ann Arbor, MI 48109-1120 DWILLIAMS@umiphys.bitnet
From: jmd@cube.handheld.com (Jim De Arras)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next.hardware
Subject: Postscript printing to Epson or IBM pro over NetWare?
Date: 22 Jul 1993 19:24:32 GMT
Organization: Hand Held Products, Inc.
Distribution: world
Message-ID: <22mphgINN3eb@clem.handheld.com>
Has anyone figured out how to print to one of the two supported
non-postscript printers that the NeXT rasters for over Novell NetWare?
Jim
--
----------------------------------------------------------------------------
Jim De Arras - WA4ONG | "Government is not reason; it is not eloquence;
NRA,ILA | it is a force. Like fire, it is a dangerous
jmd@handheld.com | servant and a fearful master." -- George Washington
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: making changes to parent netinfo database from client machines
Message-ID: <69537@mimsy.umd.edu>
Date: 22 Jul 93 19:16:51 GMT
References: <22jfda$suv@zip.eecs.umich.edu>
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
In article <22jfda$suv@zip.eecs.umich.edu> blommer@hertz.eecs.umich.edu (Michael Alan Blommer) writes:
> I can only make changes to the top level netinfo database
> from the machine that runs [serves] the top level netinfo [domain].
> If I try to make changes from any other machine, I get a "No
> writes allowed: all objects are read-only" alert panel.
Open the root directory in the root domain and see if there is
a property named trusted_hosts. if so, you can add more hosts to the list,
or delete the property. There can also be a _writers property or
_writers_property_name property in individual directories.
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
Newsgroups: comp.sys.next.sysadmin
From: harit@kripalu.com
Subject: Re: NS486 80 megabytes local, rest NFS'd is this possible ?
Message-ID: <1993Jul22.105903.2046@uunet!cbmvax!xmws!kripalu>
Sender: harit@uunet!cbmvax!xmws!kripalu
Organization: Kripalu Center
References: <1993Jul21.220821.8706@julian.uwo.ca>
Date: Thu, 22 Jul 93 10:59:03 GMT
In article <1993Jul21.220821.8706@julian.uwo.ca>
plenson@hi_presure_lab.gp.uwo.ca writes:
> Hi I want to install a minimum amount of the OS and networking code
on 105
> megabyte disk. I would like to leave about 25 megabytes as local
swap,
> therefore, I'm wondering if 80 megabytes is enough space to get a
minium
> OS up with networking enabled with rest loaded off of a networked
disk.
>
> thanks
>
> peter
You can do it but creating all the links to the various dev tools
/lib, /usr, /usr/lib, /usr/bin, /bin, /usr/ucb, etc gets to be quite
a pain each install. That is how we were set up initially and have
moved to local hard disks for the entire OS.
--
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
Newsgroups: comp.sys.next.sysadmin
From: thf@zelator.in-berlin.de (Thomas Funke)
Subject: Re: Max number of user processes... How to get more?
Message-ID: <1993Jul21.111919.601@gamelan>
Sender: thomas@gamelan (thomas)
Organization: Disorganization
References: <1993Jul20.071208.16038@csus.edu>
Date: Wed, 21 Jul 1993 11:19:19 GMT
In article <1993Jul20.071208.16038@csus.edu> eps@futon.SFSU.EDU (Eric P.
Scott) writes:
>
> max_proc is initialized to 500 in 3.1/m68k. I take it that means
> you're running out of some other resource long before that
> becomes a limitation.
>
In 3.0 and in 3.1, if you do an endless fork() - loop from root, you'll
finally get a system panic.
--
------------------------------------------------------------------
Thomas Funke ** Unix-Consultant ** thf@zelator.in-berlin.de
Brook's Law:
Adding manpower to a late software project makes it later
------------------------------------------------------------------
From: gregory@brigham-circle.mit.edu (Greg Howland)
Newsgroups: comp.sys.next.sysadmin
Subject: Optical disk wont eject
Date: 23 Jul 1993 03:27:33 GMT
Organization: Massachvsetts Institvte of Technology
Message-ID: <22nlr5$crn@senator-bedfellow.MIT.EDU>
My optical disk won't eject from my computer. I am running NS3.0
on a NeXTcube. Dragging the icon to the recycler does not work
nor does using command e. I have to logout which automatically
ejects the disk to get it out. Is there a way to eject an optical
disk without having to logout?
** Greg **
gregory@athena.mit.edu
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9G-W:7-S($AE;'9E=&EC83M]"EQM
M87)G;#$R,`I<;6%R9W(Q,C`*7'!A<F1<='@U,S-<='@Q,#8W7'1X,38P,5QT
M>#(Q,S5<='@R-C8X7'1X,S(P,EQT>#,W,S9<='@T,C<P7'1X-#@P,UQT>#4S
M,S=<9C!<8C!<:3!<=6QN;VYE7&9S,C1<9F,P7&-F,"!->2!O<'1I8V%L(&1I
M<VL@=V]N)W0@96IE8W0@9G)O;2!M>2!C;VUP=71E<BX@22!A;2!R=6YN:6YG
M($Y3,RXP7`IO;B!A($YE6%1C=6)E+B`@1')A9V=I;F<@=&AE(&EC;VX@=&\@
M=&AE(')E8WEC;&5R(&1O97,@;F]T('=O<FM<"FYO<B!D;V5S('5S:6YG(&-O
M;6UA;F0@92X@22!H879E('1O(&QO9V]U="!W:&EC:"!A=71O;6%T:6-A;&QY
M7`IE:F5C=',@=&AE(&1I<VL@=&\@9V5T(&ET(&]U="X@27,@=&AE<F4@82!W
M87D@=&\@96IE8W0@86X@;W!T:6-A;%P*9&ES:R!W:71H;W5T(&AA=FEN9R!T
M;R!L;V=O=70_7`I<"EP**BH@1W)E9R`J*EP*9W)E9V]R>4!A=&AE;F$N;6ET
)+F5D=5P*"GT*
`
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: FIP Gateway problems [reset config with boot: config=Default]
Date: 23 Jul 1993 04:56:46 GMT
Organization: Northwestern University, Evanston IL
Message-ID: <22nr2e$50o@news.acns.nwu.edu>
References: <22k1dg$ml2@news.acns.nwu.edu> <22m0uu$kia@menudo.uh.edu>
In article <22m0uu$kia@menudo.uh.edu> sears@uh.edu writes:
>
>The following will always reset your configuration (as save alot of trouble)
>to the default state that is predetermined by NeXT. It is taken from page
>14 in the "Installing and Configuring NEXTSTEP Release 3.1 for Intel
>Processors" Booklet, although NeXT only this solution if your boot fails.
>This will also work if you mess up your defaults enough to where devices
>don't work:
>
>"Restart the computer and as soon as the boot: prompt appears, type
>config=Default and press Return. If your device configuration becomes
>inconsistant or damaged, you can use the default configuration to start up
>NEXTSTEP. Then use the Configure application to restore the correct
>configuration and restart the computer."
>
>This should be stated more clearly somewhere else in the Installation guide
>instead on the last page....
>
Its also in the brief help at the boot prompt.
[Stuff by me about how to Mung /usr/Devices/System.config/Instance0.table to
fix dead mouse on Gateway 2000 4dx2-66 GXJ03 Bios deleted].
Your advice about booting with "config=Default" is pretty good.
Unfortunately it did not work with the above mentioned machine if you
when through the install and did not manually instalL "SerialMouse" when
your mouse was still working. I myself tried it about 5 times, before
I gave up, grabbed copies of war stories from news I had been saving
for weeks and tried to waken the brains cells needed to use ed :-(.
Actually I kinda had fun trying to get Terminal to run by careful use of
only command-function cursor keys. It would have been easier if they would
ship NEXTSTEP with teco, but I guess you cannot have everything.
I do not understand why the "Default" table doesn't get you back to
a workable cursor. Your mileage may differ.
--
Jerry S. Weiss
j-weiss@nwu.edu
Dept. Medicine, Northwestern Univ. Medical School, Chicago, Illinois
%SYSTEM-S-PHALOKTARG, Phasers Locked on Target, Ready to Fire
Newsgroups: comp.sys.next.sysadmin
From: teg@logos.ucs.indiana.edu (Tim Gurbick)
Subject: Re: Max number of user processes... How to get more?
Message-ID: <CALt3B.Ipu@usenet.ucs.indiana.edu>
Summary: find-out for yourself
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: Indiana Unixversity
References: <1993Jul20.071208.16038@csus.edu> <1993Jul21.111919.601@gamelan>
Date: Fri, 23 Jul 1993 06:09:10 GMT
>In article <1993Jul20.071208.16038@csus.edu> eps@futon.SFSU.EDU (Eric P.
>Scott) writes:
>
> max_proc is initialized to 500 in 3.1/m68k.
...and you can prove this for yourself with this short programme which
works fine under 2.1 (ergo, you might have to tweek it a bit for the
changes made in 3.X). This is also a simple example on reading kernel
parameters. Now if somebody out there who's good with gdb could show
us all how (provided it's possible) to re-write the value of this variable
like you could with adb, the world would be much better off with many more
people and their corrupted kernels :-) But seriously: it's possible to
use adb to change the value of kernel parameters in the running kernel, and
maybe do so with gdb as well.
/* this code was quickly chopped from something rather different, so it */
/* may contain ugliness or high weirdness. Don't take it as an example */
/* of how to program. */
#include <sys/file.h>
#include <nlist.h>
#include <stdio.h>
struct nlist nl[] = {
#define MAX_PROC 0
{{"_max_proc"}},
{{0}}
};
main()
{
int kmem, value;
if ((kmem=open("/dev/kmem",O_RDONLY))<0) {
perror("/dev/kmem");
exit(1);
}
if ((nlist("/mach",nl)<0) || (nl[0].n_type == 0)) {
fprintf(stderr,"/vmunix: no namelist\n");
exit(1);
}
lseek(kmem,nl[MAX_PROC].n_value,L_SET);
read(kmem,(char *) &value,sizeof(value));
printf("maxproc is %d\n",value);
close(kmem);
exit(0);
}
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: 3.1 Terminal probs
Message-ID: <1993Jul23.025441.410@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Jul21.180824.270@olorin.dark.sub.org>
Date: Fri, 23 Jul 1993 02:54:41 GMT
In article <1993Jul21.180824.270@olorin.dark.sub.org>
thomas@olorin.dark.sub.org (Thomas Fischer) writes:
-> thomas@olis.north.de wrote:
-> >
-> >Whenever I log in via Terminal.app, I don't get an
entry in /etc/utmp
-> >anymore. I'm not visible in 'finger' and can't use talk
because I 'don't
-> >exist'.
->
-> I've just discovered that it works as root - permission
problem ?!?
Same problem, and even after doing a ``login'' in a
Terminal.app window -- if root talk/finger etc works, if
not -- not.
Bruce Gingery
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: NXHost changed? (was Re: Help with NXHost)
Message-ID: <1993Jul23.050447.985@ToTSySSoft.com>
Keywords: NXHost
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Jul21.174419.13299@netcom.com>
Date: Fri, 23 Jul 1993 05:04:47 GMT
Perhaps my memory is missing something or this is an old
FAQ, but what happened to the NSWSd which allowed operating
a task on one machine and the windowserver on another.
Thought that THIS was done with -NXHost windowservermachine
man NSWSd reads...
NSWSd(8C) UNIX Programmer's Manual
NAME
NSWSd - NeXTSTEP(tm) Window Server front-end daemon
DESCRIPTION
NSWSd is no longer supported.
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: root@pawpaw.mitre.org (Operator)
Subject: sendmail.cf woes
Message-ID: <1993Jul22.181808.29653@linus.mitre.org>
Sender: news@linus.mitre.org (News Service)
Organization: The MITRE Corporation
Distribution: usa
Date: Thu, 22 Jul 1993 18:18:08 GMT
I am having a problem making sendmail work properly with
our network.
Our corporation's network is configured so that mail
sent to user@mitre.org (mitre.org = domain) will get
forwarded, using a database of names and addresses, to
the person's prefered mail box. For example, mail sent to
jblue@mitre.org gets forwarded to
jblue@ocotillo.mitre.org.
Also, we have a central mailhost (Sun server),
mwunix.mitre.org. mwunix also handles most of the mail
to user@mitre.org.
The NeXTs, which are a subset of the corporate network,
also have a local mailhost. This mailhost,
pawpaw.mitre.org, only handles NeXT mail, and forwards
everything else to mwunix.
The problem is that the NeXT's sendmail.cf interprets
(using last rule in rule set S6) mail to user@mitre.org to be
mail to user@LOCAL, i.e. a local user. This is usally
incorrect.
To correct this problem, I added the following line to
sendmail.mailhost.cf and to the file used by the
clients, sendmail.shardsubsidiary.cf:
R$*<@$=m> $1%$m<@$R.LOCAL> mitre.org to
mail-relay
(This line was added to rule set S6 before the last line.)
On the mailhost (pawpaw), it works like a charm -
addresses of the form user@mitre.org get forwarded up to
mwunix. On the clients, it also works, but the address is
changed to read "user%mitre.org@mailhost". If someone
tries to reply with that address from a non-NeXT machine,
they get an error that "host mailhost unknown".
Any suggestions on how to correct this problem?
Thank you,
Jason D. Blue
jblue@mitre.org
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NXHost changed? (was Re: Help with NXHost)
Date: 23 Jul 1993 09:56:45 GMT
Organization: University of California, Berkeley
Distribution: world
Message-ID: <22ockt$blu@agate.berkeley.edu>
References: <1993Jul23.050447.985@ToTSySSoft.com>
In article <1993Jul23.050447.985@ToTSySSoft.com> bruce@TotSysSoft.com (Bruce Gingery) writes:
>Perhaps my memory is missing something or this is an old
>FAQ, but what happened to the NSWSd which allowed operating
>a task on one machine and the windowserver on another.
>Thought that THIS was done with -NXHost windowservermachine
NSWSd was never used by the -NXHost mechanism. It was
for providing a TCP/IP intermediary for non-Mach/non-NeXT
clients to talk to DPS/WindowServer. Therefore it wasn't
needed for NeXT-to-NeXT connections.
There was nothing that used this mechanism for any useful
purpose. It was just a big security hole combined with the
Public Window Server switch enabled.
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Max number of user processes... How to get more?
Message-ID: <1993Jul23.104006.14772@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Jul20.071208.16038@csus.edu> <1993Jul21.111919.601@gamelan>
Date: Fri, 23 Jul 1993 10:40:06 GMT
OK. Let me try to summarize:
If the effective uid is not the superuser, fork() will count the
number of viable+zombie processes _matching that uid_ and fail
with EAGAIN ("No more processes") if a hardcoded limit, MAXUPRC,
(100) is reached. That limit is *identical* in NEXTSTEP 2.x and
3.x (prior to 2.x it was only 40!).
If you run up against the _systemwide_ process limit max_proc
(500), you'll either get a proc: table is full message on the
console or a "no procs" panic.
Note that each UNIX process additionally consumes one task and
(at least) one thread. I don't know offhand what limits apply to
those (they don't seem to be explicitly determined, but merely
based on the kernel's ability to allocate memory for internal
data structures).
I doubt you'll need to worry about running out of tasks (Mach
*will* panic if that happens, however). Running out of threads
is much more interesting--I expect an imminent panic, but an
"unintentional" one at that.
I'm curious what console message(s) you see when a NeXT panics
after infinite fork()ing.
-=EPS=-
From: ccwf@gg.caltech.edu (Charles Fu)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: 3.1 Terminal probs
Date: 23 Jul 1993 11:12:10 GMT
Organization: California Institute of Technology, Pasadena
Message-ID: <22oh2aINN5pp@gap.caltech.edu>
References: <1993Jul21.173139.6494@olorin.dark.sub.org> <1993Jul21.180824.270@olorin.dark.sub.org>
thomas@olorin.dark.sub.org (Thomas Fischer) writes:
>thomas@olis.north.de wrote:
>>
>>Whenever I log in via Terminal.app, I don't get an entry in /etc/utmp
>>anymore. I'm not visible in 'finger' and can't use talk because I 'don't
>>exist'.
>I've just discovered that it works as root - permission problem ?!?
Hmm, could be. Terminal should be setuid root. If this isn't the
problem, you could also check that Terminal isn't running from a disk
where setuid programs are not recognized, and you could try setting
the preferences to read your login script to make things seem more as
if you are in a normal login window.
On the permissions thing, one of the sites I administer shipped a disk
to NeXT for them to install 3.1 on it. It came back with all kinds of
permissions set up incorrectly. setuid bits missing from a slew of
programs needing them, no write permissions for /tmp, UUCP unable to
read its config files, and so on. Fortunately, there was a competent
sysadmin around. :-) I assume they fixed this--I've had few problems
with the systems upgraded from optical.
-ccwf
Charles C. Fu
Telecommuting SysAdmin, Programmer, and Consultant at large :-)
--
_______________________________________________________________________________
Charles C. Fu |Send replies to
Consultant at Large | ccwf@gg.caltech.edu
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: connecting shells of two different NeXTs?
Message-ID: <1993Jul23.053357.1147@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Jul20.162044.4787@wuecl.wustl.edu>
Date: Fri, 23 Jul 1993 05:33:57 GMT
In article <1993Jul20.162044.4787@wuecl.wustl.edu>
hussain@artsci.wustl.edu (G. H. Chinoy) writes:
-> I was wondering if there was a way to connect a ttyp
session on one NeXT to a
-> shell of a Terminal.app of another NeXT?
->
-> e-mail or post, please
-> NeXTmail Welcome
->
-> ________________________________
-> G. H. Chinoy
-> hussain@artsci.wustl.edu
SLIP or Ethernet + rlogin or telnet or rsh
Is that what you're looking for?
Newsgroups: comp.sys.next.sysadmin
From: ue102aj@sun1.LRZ-Muenchen.DE (Christian Scheer)
Subject: Q: How to format a hard disk on sector size 512 ?
Message-ID: <ue102aj.743432051@sun1>
Keywords: hard disk format
Sender: news@news.lrz-muenchen.de (Mr. News)
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Fri, 23 Jul 1993 12:54:11 GMT
Situation : NeXT Cube with shipped hard disk Maxtor XT 8380, sector
size 1024!
Problem : We want to connect the drive to a SUN ELC but when we tried to
format it (on SUN by format), we get the error message :
"Logical blocksize of 1024 not supported!".
Now : Does anyone out there know how to format the disk on the NeXT (or
on a SUN) with a resulting sector size of 512 ?
Are there any other possibilities ?
Thanx in advance !
Christian + Florian
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jfca$suu@zip.eecs.umich.edu>
Control: cancel <22jfca$suu@zip.eecs.umich.edu>
Date: 23 Jul 1993 13:04:28 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22onks$p70@zip.eecs.umich.edu>
References: <22jfca$suu@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jfca$suu@zip.eecs.umich.edu> was cancelled from within rn.
From: blommer@eecs.umich.edu (Michael Alan Blommer)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <22jfda$suv@zip.eecs.umich.edu>
Control: cancel <22jfda$suv@zip.eecs.umich.edu>
Date: 23 Jul 1993 13:04:41 GMT
Organization: University of Michigan EECS Dept., Ann Arbor
Message-ID: <22onl9$p71@zip.eecs.umich.edu>
References: <22jfda$suv@zip.eecs.umich.edu>
Originator: blommer@quip.eecs.umich.edu
<22jfda$suv@zip.eecs.umich.edu> was cancelled from within rn.
Newsgroups: comp.sys.next.sysadmin
From: jdeclari@is.rpslmc.edu (John-William DeClaris)
Subject: preferences
Message-ID: <1993Jul22.201312.26923@rpslmc.edu>
Sender: news@rpslmc.edu
Organization: Rush-Presbyterian-St. Luke's Medical Center
Date: Thu, 22 Jul 1993 20:13:12 GMT
On individual user preseferences, where background color, time, and Unix
options are selected, what files do these GUI commands edit?
--
John-William DeClaris
All comments made by me are mine and not reflective of RUSH
or anyone else... even any spelling errors I most likely made.
Live each day as if it were your last, because someday it will be.
Newsgroups: comp.sys.next.sysadmin
From: veum@nxttl.physics.missouri.edu (Eric L. Veum)
Subject: AppleTALD Daemon: hang-up problems w/Printing
Message-ID: <1993Jul23.171741.24763@mont.cs.missouri.edu>
Keywords: atalkd,ashared,Apple-Talk,printers
Sender: news@mont.cs.missouri.edu
Organization: University of Missouri
Date: Fri, 23 Jul 1993 17:17:41 GMT
I have had problems getting my Next to work properly
with an apple-talk network. The A-T network occasionally
is rebooted to restore the ability to print.
Does the A-T network kick the Next daemon off as a user, because
starting and stopping the daemons don't seem to restore the ability
to print.
The A-T network assigns an IP address to the printer when it comes on
line, that is all i know, and the address is in the same subnet
as I am. However, I need to find a way to fix the appletalk network
so that the Next can always recognize where the printers are.
Could someone give me some general guidelines to what I should do?
The Server is old and only has 100mb and 2mb ram.
Is this the problem?? Do I need swap space on the Apple server or
what? More memory? I don't fully understand what I need to do
--
__________________________________________________________________________
____
Eric Veum Mathematical Physics Theory
Lab
Tel: (314) 882-6735 Dept. of Physics and
Astronomy
veum@iris.physics.missouri.edu University of Missouri
NeXTMail: veum@nxttl.physics.missouri.edu 65211
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.unix.admin
Subject: Packet dumping from a NeXT
Date: 23 Jul 1993 18:03:29 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <22p95h$bcv@news.intercon.com>
Hi,
I'm trying to capture packets on my NeXT, but I can't get tcpdump to compile.
Has anyone successfully captured packets from a NeXT? What did it take?
Thanks,
David.
=============================================================================
David Casti Internet: disc@vector.intercon.com
Technical Support Engineer
InterCon Systems Corporation
=============================================================================
No official InterCon correspondence will ever have vector.intercon.com
as the return address.
=============================================================================
From: neil@kynug.org (Neil Greene)
Newsgroups: comp.sys.next.sysadmin
Subject: Printing Group Faxes under 3.0 w/ Dove Fax
Message-ID: <1993Jul23.135005.22934@kynug.org>
Date: 23 Jul 93 13:50:05 GMT
Sender: neil@kynug.org (Neil Greene)
Organization: Kentucky NEXTSTEP User Group, Inc.
I have a Dove fax modem connected to our net, all of the machines are
running NS 3.0 still. When attempting to include cover sheets when
attempting to fax to a group or multiple recipients, I get an alert panel
telling me, "Cover sheets may not be included in group faxes using a 2.0
Fax modem, upgrade to 3.0."
Any solutions? I am running 3.0. Is this something I need to get from
Dove?
--
Neil Greene
President, benchMark Developments, Inc. [NeXT VAR]
President, Kentucky NeXT User Group, Inc.
North American, TIFFany Distributor
Newsgroups: comp.sys.next.sysadmin
From: obrooks@worf.hssc.ksc.nasa.gov (Oscar Brooks)
Subject: CD AUDIO Problem - Help!
Message-ID: <1993Jul23.181146.4731@dale.ksc.nasa.gov>
Keywords: CD AUDIO
Sender: news@dale.ksc.nasa.gov
Organization: NASA
Date: Fri, 23 Jul 1993 18:11:46 GMT
We have a small network of NeXT machines (8) each
equiped with CD-ROMs from NeXT. On one of the machines
everytime certain users place a music CD in the drive
we get the following error in the console window:
sd3 (6,0): ERROR op:0x28 sd_state:4 scsi status:0x0
cdaudio.util: CANNOT OPEN CDPlayer
The Last line is the difference from normal operation.
We get the preceeding lines of error during normal operation.
I have checked permissions on the device and CDPlayer.app.
Sticky bit is set on CDPlayer.app and the device is readable
by everyone. The thing that is puzzling is that it only happens
to certian user ids: 22, 33, etc. Everyone else has no problem
with the same CD.
Can anyone help???
Please!!!
O
------------------------------------------------
Oscar Brooks
Mail Code: DL-DSD-24
Kennedy Space Center, Fla. 32899
Internet: obrooks@worf.hssc.ksc.nasa.gov
Newsgroups: comp.sys.next.sysadmin
From: robertn@ozbek.demon.co.uk (Robert Nicholson)
Subject: Neuron FAX 1414's
Distribution: world
Cc: uk-next-users@york.ac.uk
Date: Wed, 21 Jul 1993 13:10:08 +0000
Message-ID: <9207211305.AA00368@ozbek.demon.co.uk>
Sender: usenet@demon.co.uk
Has anybody got a dial.tcl file for this modem for Louis's SLIP software?
One that is proven to work with Demon here in the UK would be nice.
Tim Bissel out there?
Newsgroups: comp.sys.next.sysadmin
From: peter@corsica (Peter Eisch)
Subject: Locking Apps on Dock?
Message-ID: <CAMwq2.M0x@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota Hospital and Clinic, Labratory Information Services
Date: Fri, 23 Jul 1993 20:18:50 GMT
We need to have the ability to lock some icons on the dock in an open lab
environment. I'd like to NOT lock up defaults, but that doesn't solve the
problem with dragging off the un-launched app while logged in.
Any ideas?
aTdHvAaNnKcSe
peter
---
I felt his rocket science training was inadequate.
peter@tahiti.umhc.umn.edu (Peter Eisch)
From: Conrad_Geiger@NeXT.COM (Conrad Geiger)
Newsgroups: ba.jobs.offered,comp.sys.next.programmer,comp.sys.next.sysadmin,ne.jobs,tx.jobs
Subject: Pencom Seeks 23 NeXTSTEP Object-Oriented Engineers & Managers (CA, TX, NE)
Date: 23 Jul 1993 15:45:10 -0500
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9307231709.AA02293@seawolf.next.com>
For more information, contact:
Clint Tomlinson - Manager, NeXT/OOP Recruiting
Pencom
9050 Capital of Texas Highway North
Austin, Texas 78759
Fax: 512-346-6444
E-Mail: clint@pencom.com
Pencom Seeks 23 NeXT/OOP Engineers for Internal and External
Projects for our distinguished list of clients.
AUSTIN, TEXAS - July 23, 1993 - Pencom Software's team of NeXT
engineers are dedicated to providing services to developers and end
user organizations equipped with workstations and software from
NeXT Incorporated.
A NeXT-authorized systems integrator as well as a registered NeXT
software developer, Pencom provides a full range of services to
support users and vendors in adopting this revolutionary
technology. Pencom continues to be the leader in NeXT/OO
software development and consulting services, and has the largest
staff of NeXT engineers outside of NeXT themselves.
Pencom Software is a division of Pencom Systems Incorporated, a New
York-based firm providing software engineering and manpower
resources to Fortune 500 companies and leading computer firms since
1973. Currently the largest recruiting firm specializing in the
UNIX/Open Systems market, Pencom employs over 500 people and
maintains a large heterogeneous network of workstations including
more than 80 NeXT machines.
The following permanent and contract positions require NO LESS than
2 years industry experience, and permanent positions require
permanent residence. Thank you for your cooperation.
If you are interested in being kept informed about positions but
are not actively seeking employment, please email contract
information in confidence to clint@pencom.com.
CALIFORNIA
3 - NeXT System Administrator
* NeXT/UNIX/HP system administration experience
* Network Management background
* Objective C or C++ experience
* Background in a heterogeneous systems environment a must
6 - NeXT Software Engineers
* NeXT/UNIX application software development
* Strong NEXTSTEP, AppKit, Interface Builder experience
* High level design, rapid prototyping in NeXT environment
* Ability to work in a dynamic team environment
* Strong Objective C or C++ programming experience
* Ability to transfer NeXT technology to engineers
* 5 to 6 years experience
2 - Director of Software Engineering
* 8-10 years industry experience
* Strong management skills
* Hands on development UNIX/NeXT/OOP
* Project scheduling, planning, budgeting
* Product development
* RDBMS or DBKIT
1 - Director of Support
* 8-10 years industry experience
* Strong customer support experience
* Strong management experience
* Director level experience
* 4 management reports
* 37 indirect reports
1 - Manager of Support
* 7-9 years industry experience
* Strong management skills
* Account management
* Contract negotiation, proposals, P&L
* UNIX/NeXT environment
* 8 direct reports
1 - Senior Database Specialist
* 5+ years database design and database applications
development experience
* 3 years application development experience in a UNIX
environment
* 2 years DBMS experience using an SQL-based DBMS
* 1+ year applications experience in the NEXTSTEP
environment
* Experience with AppKit, DBKit, NEXTSTEP 3.0, OOD, C++,
Objective C
TEXAS
2 - OOP Software Engineers
* NEXTSTEP/Smalltalk programming
* Relational database design and database applications
development (DBKit/ORACLE/SYBASE preferred)
* 2 years UNIX/C application development
* 2 years RDBMS experience using an SQL-based RDBMS
* Interface Builder, VisualWorks
* Technology transfer
* Willing to travel
1 - NeXT Software Engineers
* Strong NEXTSTEP applications development
* Strong UNIX, Objective-C, C++
* AppKit, Interface Builder, DBKit required
* Strong RDBMS
* Transfer of NeXT technology
* Software training or teaching experience
* 4 to 6 years experience
NORTHEAST
3 - Systems Engineers
* 4+ years industry experience
* 2+ years OOP (NeXT/C++)
* RDBMS (ORACLE/SYBASE/DBKit)
* Applications development
* Sales/Marketing experience
* Strong interpersonal skills
* Willing to travel
2 - OOP Software Engineers
* 2+ years Object Oriented Programming (C++/Objective
C,Smalltalk)
* 2+ years Object Oriented analysis/design
* 1+ years NEXTSTEP applications development
* Strong RDBMS, ORACLE, SYBASE, DBKit
* 3-4 years industry experience
1 - NeXT System Administrator
* NeXT/UNIX/HP system administration experience
* Network Management background
* Objective C or C++ experience
* Background in a heterogeneous systems environment a must
For more information, contact:
Clint Tomlinson - Manager, NeXT/OOP Recruiting
Pencom
9050 Capital of Texas Highway North
Austin, Texas 78759
Fax: 512-346-6444
E-Mail: clint@pencom.com
More positions soon...
Newsgroups: comp.sys.next.sysadmin
From: jds@aplexus.jhuapl.edu (John D Stanhope)
Subject: How to set up users on another disk
Message-ID: <CAMxJB.DEo@netnews.jhuapl.edu>
Sender: usenet@netnews.jhuapl.edu
Organization: Johns Hopkins U. Applied Physics Lab
Date: Fri, 23 Jul 1993 20:42:47 GMT
How do I give a user a home directory like /Local/apps/<name>
instead of /<name> where /Local is a different drive then / ?
I tried using the UserManager or whatever but it would
give the user ownership of everything under /Local/*. Then
if I give another user an account under the same directory
(/Local/usr/) things start to get real wierd when I log
in, I lose all my preferences, and when I log out and log
back in my preferences are back. I also tried nu but that
didn't do much better.
I also didn't add /Local to fstab since it seemed that NS/i
was finding and using just fine, is this another no, no.
More to the point, when I log in is this disk mounted under
my account and not by root?
John
----------------------------------------------------
Otto "Apes don't read philoshpy."
Wanda "Yes they do, they just don't understand it."
----------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: wampner@acme.ucf.edu (Eric Wampner)
Subject: Next 2.1 and gcc 2.4.5
Message-ID: <1993Jul21.145119.7055@cs.ucf.edu>
Summary: HELP!
Sender: news@cs.ucf.edu (News system)
Organization: IST, University of Central Florida, Orlando
Date: Wed, 21 Jul 1993 14:51:19 GMT
I am trying to compile the newest version of gcc on my unmodified
2.1 68K next. I seems to not like the assembly and dies at the end
of the first pass.
Are there any known problems trying to do this, tips, tricks, general
advice?
eric wampner
wampner@acme.ucf.edu
From: dittrich@stein2.u.washington.edu (Dave Dittrich)
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Bug in sendmail under NS 3.0?
Date: 23 Jul 1993 21:33:25 GMT
Organization: University of Washington
Message-ID: <22plf5$43e@news.u.washington.edu>
I am trying to set up a program designed to process email messages
automtically for automating and tracking help desk messages. I have
been encountering a problem indicated by this message:
...
----- Transcript of session follows -----
sh: 24739 Memory fault
554 "|/usr/redusers/qna/bin/qna -t testers@3pin.cac.washington.edu -r
helptest@3
pin.cac.washington.edu"... 554 unknown mailer error 139
----- Unsent message follows -----
...
Some of the messages make it through fine, and others produce this
message. Does anyone know what consitutes a "Memory fault" in the
Borne Shell and what I can do to get around (or debug) this problem?
You can reply to me via email at dittrich@cac.washington.edu, since
I don't frequent these particular newsgroups. Thanks in advance.
From: gonzo@cs.tu-berlin.de (S. F. Ruehauf)
Newsgroups: comp.sys.next.sysadmin
Subject: talk does not work
Date: 23 Jul 1993 21:40:05 GMT
Organization: Technical University of Berlin, Germany
Message-ID: <22plrl$5te@news.cs.tu-berlin.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Keywords: talk problem
Hello again
this is the second time I ask this.
I just forgot.
This is what talk gives me
talk: dasburo: Can't figure out network address.
who tells me all the little problems I can have with talk
(terminal or talk not setuid or a DEC station with reverse byte order,
whatever)
Thanx
Stephan
--
Stephan Fruhauf gonzo@opal.cs.tu-berlin.de
what is X400? s=gonzo ou=opal p=tu-berlin a=dbp c=de
Newsgroups: comp.sys.next.sysadmin
From: eugene@nshade.uah.ualberta.ca (Eugene Mah)
Subject: Phones on login panel
Message-ID: <1993Jul23.212747.2777@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Fri, 23 Jul 1993 21:27:47 GMT
Hi,
One of the slabs I take care of (running 3.0) has this phone on the login
panel. I haven't got a clue how it got there, and neither do the people
that use the machine (although none of them will admit to it...:) ).
So what is this thing doing there, how do I get rid of it, etc...
I have an inkling that it probably has to do with the Phone apps in
NextAdmin.
Thanks. Please send replies to the address below.
--
------------------------------------------------------------------
Eugene Mah ----> eugene@uaneuro.uah.ualberta.ca (NeXT-Mail)
grad student/sys admin "For I am a Bear of Very
Department of Radiology Little Brain, and
University of Alberta Hospitals long words bother me."
Edmonton, Alberta, Canada Winnie the Pooh
From: ronlee@eng.umd.edu (Ronald Doon Lee)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Next 400 dpi printers not printing
Date: 23 Jul 1993 22:26:03 GMT
Organization: Project GLUE, University of Maryland, College Park
Distribution: world
Message-ID: <22pohrINN3jp@mojo.eng.umd.edu>
In article <22mhe4$77i@controversy.math.lsa.umich.edu> dnw@williams.physics.lsa.umich.edu (David N. Williams) writes:
>In article <22kcfaINNd4p@mojo.eng.umd.edu> ronlee@eng.umd.edu (Ronald Doon Lee)>writes:
>>
>> Fellow netters:
>>
>> We're having some trouble getting two Next 400 Dpi's working.
>> The printers are hooked to the printer ports of two TurboColor Nextstations.
>> We're running 3.0 with only the local NetInfo running (no Netinfo and
>> configuration server) and NIS and BIND.
>>...
>
>I shouldn't trust my memory on something like this, but here goes...
>
>The problem may be that you're basically supposed to do nothing. The machine
>automatically configures a local NeXTprinter on bootup. I found that very
>confusing at first. I would go into PrintManager and try to configure it by
>selecting "Create". No dice! Apparently it's not "new", because it's already >been configured. You have to select "Modify". The main reason to do so is to >give it a remote name, make it public, etc.
>
>--David
>
>--
>David N. Williams Phone: 1-(313)-764-5236
>Physics Department Email: dnw@williams.physics.lsa.umich.edu
>University of Michigan David.N.Williams@um.cc.umich.edu
>Ann Arbor, MI 48109-1120 DWILLIAMS@umiphys.bitnet
So far it looks like Netinfo was the problem. Glenn Brown provided some
details that need to be included into Netinfo. However, everytime
I go into PrintManager to see the setup, it wouldn't save the information,
(complained: "Netinfo problem writing 'Local_Printer' on local host".
Also, the applications didn't want to print to the printer. They came
up with zero length files and just hung-up in the queue. I managed to
get postscript files and ascii to come out with lpr.
Today on one of the machines, I re-installed 3.0 completely. You and
Bob Cook were right, NeXT does find the printer. I need to do
a few more tests to see if everything is running correctly.
Thanks to all for the info (including Tim Pugh for his tip on improved
net adminstration).
Whelp, that's all, everyone have a great weekend!
Ron Lee (ronlee@eng.umd.edu)
P.S. Have people had much luck with getting MDQS (Multi-Device Queueing
System), BIND4.9, and HESIOD running? Hope so, those are my
next three task. Guess I'll save them for next week (and the
week after that ... :)
From: daugher@cs.tamu.edu(Walter C. Daugherity)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NeXTDimension Video out -- Help!
Date: 23 Jul 1993 23:17:39 GMT
Organization: Texas A&M University, College Station, TX
Distribution: world
Message-ID: <22prij$90b@tamsun.tamu.edu>
References: <CA4xpL.2Er@news.cso.uiuc.edu>
Keywords: ND video drivers
In article <CA4xpL.2Er@news.cso.uiuc.edu> beaucham@uxh.cso.uiuc.edu (James
Beauchamp) writes:
[NeXTdimension problem description munched]
| Someone has suggested that video drivers need to be installed. If so, what
| do I need to do to install them? By the way, I am using OS 2.1.
|
They are on a separate floppy that came with the NeXTdimension, or you could
just upgrade to 3.0.
--
Walter C. Daugherity Internet, NeXTmail: daugher@cs.tamu.edu
Texas A & M University uucp: uunet!cs.tamu.edu!daugher
College Station, TX 77843-3112 BITNET: DAUGHER@TAMVENUS
---Not an official document of Texas A&M---
Newsgroups: comp.sys.next.sysadmin
From: lorinr@altsys.com (Lorin Rivers III)
Subject: Boot from CD--How?
Message-ID: <1993Jul23.231348.1395@altsys.com>
Organization: Altsys Corporation, Richardson, TX
Date: Fri, 23 Jul 1993 23:13:48 GMT
I want to boot to the Workspace from a CD. What happens is it asks me
if I want to install NEXTSTEP from scratch and telling me it will
erase my hard disk. Since all I want to do is check and make sure
Virtuoso works with NS 3.0J, what do I do?
Thanks net dudes
--
Lorin Rivers Lorin_Rivers@altsys.com
NEXTSTEP Sales Manager 214.680.2518
269 W. Renner Parkway NeXT Mail Expected
Richardson, Texas 75080 I said it, not my boss
Newsgroups: comp.sys.next.sysadmin
From: ted@nxbir1.us.dg.com (Ted on NeXT System)
Subject: Re: Dell and Adaptec
Sender: usenet@webo.dg.com (Usenet Administration)
Message-ID: <1993Jul23.141701.27953@webo.dg.com>
Date: Fri, 23 Jul 93 14:17:01 GMT
Distribution: comp.sys.next
References: <1993Jul20.120709.6512@lxki.toppoint.de>
Organization: Data General Corp.
In article <1993Jul20.120709.6512@lxki.toppoint.de> laux@lxki.toppoint.de
(Thorsten Laux) writes:
> jds@aplpy.jhuapl.edu (John D Stanhope) writes:
>
> >Has anyone got the below error on there system and been able to fix
> >it?
>
> >AHA interrupt: bad status ff
> >sd0: INVALID STATUS (Internal error): FATAL ERROR
> > target:0 lun: 0 op: Read block: some # blockcount: some #
>
>
> I have exactly the same problem trying to install Nextstep for Intel
> on 2 different Eisa Systems with ATI ISA Ultra Pro and another
> Graphics Card and a 1542b Controller. I suspect you cannot get the
> 1542b to work in an Eisa System. Has anybody succeeded in doing this ?
>
> Thorsten Laux
> --
> Thorsten Laux, Schuhmacherstr. 27/29, 2300 Kiel, FRG,
> Voice: +49 431 96334, email: laux@lxki.toppoint.de
>
Actually, we have L-bus ATI GUP with Adaptec 1542b in an EISA machine and
they work fine. DPT also works fine in the EISA.
--
--Ted Nichols Data General, Mich.__
--- ted_nichols@dgc.ceo.dg.com --- / /_
---- ted@nxbir1.dg.com [NeXTMail OK] --- /____}
0000
----- These are NOT the opinions of Data General Corp!
Newsgroups: comp.sys.next.sysadmin
From: dekorte@ibm8.scri.fsu.edu (Stephen L. DeKorte)
Subject: mail problem
Sender: usenet@mailer.cc.fsu.edu
Organization: Supercomputer Computations Research Institute
Date: Sat, 24 Jul 1993 02:26:08 GMT
Message-ID: <CAnDFK.7sD@mailer.cc.fsu.edu>
When I try to mail something to another machine from my NeXT I get:
"Returned mail: Host unknown" error
But I can ping and telnet to the machine I'm trying to send the mail to
just fine.
Thanks for any help,
- Steve
Newsgroups: comp.sys.next.sysadmin
From: kramer@fragile.termfrost.org (Mike Andrews)
Subject: Re: 3.1 Terminal probs
Message-ID: <CAnK3w.Ku@fragile.termfrost.org>
Organization: Terminal Frost, Springfield OH
References: <1993Jul21.180824.270@olorin.dark.sub.org> <1993Jul23.025441.410@ToTSySSoft.com>
Date: Sat, 24 Jul 1993 04:50:20 GMT
In <1993Jul23.025441.410@ToTSySSoft.com> bruce@TotSysSoft.com (Bruce Gingery) writes:
>In article <1993Jul21.180824.270@olorin.dark.sub.org>
>thomas@olorin.dark.sub.org (Thomas Fischer) writes:
>-> thomas@olis.north.de wrote:
>-> >
>-> >Whenever I log in via Terminal.app, I don't get an entry in /etc/utmp
>-> >anymore. I'm not visible in 'finger' and can't use talk because I 'don't
>-> >exist'.
>->
>-> I've just discovered that it works as root - permission
>problem ?!?
>Same problem, and even after doing a ``login'' in a
>Terminal.app window -- if root talk/finger etc works, if
>not -- not.
Sounds like Terminal.app isn't setuid root. On my 3.0 machine:
fragile# ls -l /NextApps/Terminal.app/Terminal
-rwsr-xr-x 1 root 196608 Jul 24 1992 Terminal*
try doing a chmod 4755 on it as root, maybe...?
--
Mike Andrews
root@fragile.termfrost.org [NeXTmail OK]
kramer@wittenberg.edu (school) "This guy's pretty bizarre, Gus."
kramer@mik.uky.edu (hometown) -- Primus
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: bstone@acs.ucalgary.ca (Blake Stone)
Subject: Re: NS3.1 & PLI Superfloppy
Message-ID: <Jul24.063926.59139@acs.ucalgary.ca>
Date: Sat, 24 Jul 1993 06:39:26 GMT
Distribution: na
References: <CAJ7Au.28H@ny.shl.com>
Organization: The University of Calgary, Alberta
> A while back someone posted that the Superfloppy didn't work
> with NS3.1 can anyone confirm or deny this rumor?
I've been using two cubes running 3.1 with PLI SuperFloppy drives
with no new operational problems (the power supplies are still
touch and go and one of the drives has a three way termination
switch which baffles me to this day).
Oddly, though, 3.1 uses a removable cartridge icon for DOS and
Mac floppies inserted in the drive (unless they're
write-protected, in which case it uses a CD-ROM icon). I guess
they just assume all SCSI devices are going to fall into those
categories.
--
Blake W. Stone | DKW Systems Corporation
Chief Technical Officer | A N[EXTSTEP,eXT[STEP,step,Step]] VAR
bstone@acs.ucalgary.ca |
| ... couldn't have been ME
From: zmonster@athena.mit.edu (Eric M Hermanson)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Help with SMC Ethernet AUI connection
Date: 24 Jul 1993 08:00:21 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Message-ID: <22qq6l$bqs@senator-bedfellow.MIT.EDU>
We are trying to configure an Intel GX system with an SMC Elite 16 Combo
Ethernet card. The SMC Card and Configure.app are both set for
IRQ 10, port address 300, and Memory base 16k at CC000.
This particular system needs to hook up via an AUI drop cable. The cable
we have does not have all 15 pins, it has pin #:2,3,4,5,6,9,10,12,13
The problem is, when we configure everything using HostManager (with addresses
given to us by MIT), things don't connect when we try to use the network
(via telnet or ftp to a remote site). I think the cable is working fine
because I plugged it into an existing MIT machine with an AUI port, and it
worked. But I fear the SMC card needs to have all 15 pins on the AUI cable
for it to work properly. Does anyone know what if this is the problem or not?
Also, when everything is hooked up, and I run NetInfo Manager, it won't launch.
(I should indicate that we configured the system with NetInfo Binding turned
off under HostManager).
Oh, also, we get this error during boot: autonfsmount: Can't find my address.
But I don't think that makes a difference since we are not using NFS for
anything.
Thanks in advance for the help
-Eric
From: karthy@dannug.dk (Karsten Thygesen)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Diagram.app blows up when starting - specific to user
Date: 24 Jul 1993 09:28:01 GMT
Organization: Dannug - Danish NeXT Users Group
Message-ID: <KARTHY.93Jul24112801@dannug.dannug.dk>
References: <1993Jul21.163926.3567@fnbc.com>
In-reply-to: djiracek@thunder's message of Wed, 21 Jul 93 16:39:26 GMT
>>>>> On Wed, 21 Jul 93 16:39:26 GMT, djiracek@thunder(Dan Jiracek) said:
Dan> This user tries lauching Diagram.app and it blows up. Since it is user
Dan> specific, I thought it might have something to do with his drwrite's for
Dan> Diagram. But after removing all dwrites for Diagram, its still not
Dan> working. Might it possibly be a different dwrite? And if so, does anyone
Dan> have a suggestion as to which one(s) it could be.
This is just a wild guess, but how about the file (directory):
~/.AppInfo/Diagram/*
Regards,
Karsten.
From: karthy@dannug.dk (Karsten Thygesen)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <KARTHY.93Jul24112801@dannug.dannug.dk>
Control: cancel <KARTHY.93Jul24112801@dannug.dannug.dk>
Date: 24 Jul 1993 09:39:18 GMT
Organization: Dannug - Danish NeXT Users Group
Message-ID: <KARTHY.93Jul24113918@dannug.dannug.dk>
Newsgroups: comp.sys.next.sysadmin
From: willers@itp.unibe.ch (Moritz Willers)
Subject: How to setup telnet-only user?
Message-ID: <1993Jul24.170121.10260@aragorn.unibe.ch>
Sender: news@aragorn.unibe.ch
Organization: University of Berne, Switzerland
Date: Sat, 24 Jul 1993 17:01:21 GMT
How can I set up a user who is only able to login via telnet and not via
the NeXT loginpanel? The user is going to have a program started (set as
default shell), so the account is providing only this service.
thanks moritz
--
Moritz Willers Phone: ++41 (0)31 65 39 43
Institute of Theoretical Internet: willers@itp.unibe.ch
Physics Bern / Switzerland
Newsgroups: comp.sys.next.sysadmin
From: francisr@stupid.ucs.indiana.edu (Rob Francis)
Subject: Re: How to setup telnet-only user?
Message-ID: <CAowMK.8v4@usenet.ucs.indiana.edu>
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: University Computing Services
References: <1993Jul24.170121.10260@aragorn.unibe.ch>
Date: Sat, 24 Jul 1993 22:18:20 GMT
In article <1993Jul24.170121.10260@aragorn.unibe.ch> willers@itp.unibe.ch writes:
>
>How can I set up a user who is only able to login via telnet and not via
>the NeXT loginpanel? The user is going to have a program started (set as
>default shell), so the account is providing only this service.
>
I do something similar for disabled accounts. I wrote an application
that just pops up a panel saying the account is disabled, and the only
option is to logout. Then as the user do:
dwrite loginwindow Workspace Disable.app/Disable
If you'd like the source to Disable.app, let me know.
Then make their shell be what you need. If the program they run will
ever give them a shell, then you will want to make their .NeXT
directory (and defaults files) owned by someone such that they can't
write to it. Otherwise they could do
dremove loginwindow Workspace
and then login on the console.
Also remeber to put the user in /etc/ftpusers so they can't ftp.
-rob
---
Rob Francis Unix Systems Specialist, University Computing Services
Indiana University, francisr@indiana.edu (812)855-0327
From: jirapa@nextover.pe.utexas.edu
Newsgroups: comp.sys.next.sysadmin
Subject: connecting summagraphics pad/tablet to NeXT problem
Message-ID: <88574@ut-emx.uucp>
Date: 24 Jul 93 20:49:27 GMT
Sender: news@ut-emx.uucp
Distribution: usa
Hi,
Thanks a lot for those who had reply my ? about the reading mail.
Now I have another problem, I am trying to install a Summagraphics pad/tablet
to the serial port B on an 040 cube. The InstallTablet is not picking up on
the tablet at the B serial port. I had turned on the port on /etc/ttyb as root
and rebooted but it still did not work. I assume that the tablet is on and had
connected it using the mac modem cable.
Would anyone know why it is not recognizing the tablet? the model number for
the tablet is mm1821.
Thanks
Jirapa
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: cowboy@trans.csuohio.edu (Joe Rosenfeld)
Subject: Re: Help with SMC Ethernet AUI connection
Message-ID: <1993Jul25.010430.12943@news.csuohio.edu>
Followup-To: comp.sys.next.sysadmin,comp.sys.next.hardware
Sender: news@news.csuohio.edu (USENET News System)
Organization: Cleveland State University
References: <22qq6l$bqs@senator-bedfellow.MIT.EDU>
Date: Sun, 25 Jul 1993 01:04:30 GMT
Eric M Hermanson (zmonster@athena.mit.edu) wrote:
: We are trying to configure an Intel GX system with an SMC Elite 16 Combo
: Ethernet card. The SMC Card and Configure.app are both set for
: IRQ 10, port address 300, and Memory base 16k at CC000.
: This particular system needs to hook up via an AUI drop cable. The cable
: we have does not have all 15 pins, it has pin #:2,3,4,5,6,9,10,12,13
: The problem is, when we configure everything using HostManager (with addresses
: given to us by MIT), things don't connect when we try to use the network
: (via telnet or ftp to a remote site). I think the cable is working fine
: because I plugged it into an existing MIT machine with an AUI port, and it
: worked. But I fear the SMC card needs to have all 15 pins on the AUI cable
: for it to work properly. Does anyone know what if this is the problem or not?
This is just a guess, and a suggestion, but try using the EZSETUP to
configure the card to your specificatins, then reattach and try to
reinstall via the NeXTSTEP route. Maybe this will help.
If you need the files on the Super Disk ftp to
trans.csuohio.edu:/pub/smc/sprdsk51.exe (self extracting zip file)
[137.148.22.51].
Good luck,
Joe
--
| Joe Rosenfeld cowboy@trans.csuohio.edu
| CSU Law Library j.rosenfeld@csuohio.edu
| "If you always do what you always did, you will always get
| what you always got!" B.S.
From: delozier@mcs.kent.edu (Greg Delozier)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Problem initializing IDE drive during Dell installation...
Date: 25 Jul 1993 04:46:55 GMT
Organization: Kent State University
Message-ID: <22t37v$87j@usenet.mcs.kent.edu>
We're trying to install NS on a Dell 466M (486,DX2,etc.) with a 450 meg
IDE hard drive and the CDROM on an Adaptec SCSI 1540B controller (controller
ID=7, CDROM ID = 0).
First, every now and then it gets as far as printing the label on the CDROM
and then freezes. Very perplexing.
But with a little patience, we can usually get as far as telling it to
go ahead and install. Then we get messages during the disk preparation
activity (after the fdisk operations) that look like this:
[...Stray Interrupt:IdeWriteMultiple]
and some various complaints about IRQ7's being dropped.
Any ideas? We'd really appreciate it, as we're pretty well stuck...
-greg
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Is anyone using a ZyXEL Fax modem on black NeXT??
Date: 23 Jul 1993 23:49:48 GMT
Organization: University of California, Santa Barbara
Distribution: world
Message-ID: <22ptes$3gk@hub.ucsb.edu>
Keywords: Fax modem ZyXEL
Could someone who has successfully used a ZyXEL high-speed modem on a NeXT
please contact me? The literature claims it will work, but I am unable to:
1) Dial out via tip or kermit
2) Log in once I dial up the modem from outside
3) Send a fax out via the built-in OS 3.0 fax software
4) Receive a fax
In other words, I cant do anything with the thing! ZyXEL has not been able to
give my any help at all since they have no NeXTs there. They claim it works
fine when run via the software from Black and White -- but cant help me get it
working for simple things like using the modem as a regular dial-in dial-out
modem, which does not involve its fax capabilities at all.
Here is some further information:
The modem is a ZyXEL U-1496E.
I have a "68040 Modem Cable" from NextConnection, which is wired correctly for
hardware flow control (I checked).
I have tried many many different settings for the getty process -- using
/dev/ttyda and /dev/ttydfa, using std.2400, std.19200, D19200, etc., etc.
When I attempt to connect to the modem via tip or kermit, the process hangs as
soon as it (supposedly) connects to the modem, and I get no response from the
modem, and I have to reboot the machine to kill the tip or kermit process!
If anyone has any suggestions, I would be very grateful!
Thanks.
--
Douglas Scott (805)893-8352
Center for Computer Music Research and Composition
University of California, Santa Barbara
Internet: (NeXTMail ok) <doug@foxtrot.ccmrc.ucsb.edu>
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.unix.admin
Subject: Re: Packet dumping from a NeXT
Followup-To: comp.sys.next.sysadmin,comp.sys.next.software,comp.unix.admin
Date: 25 Jul 1993 14:55:44 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <22u6tg$224@news.intercon.com>
References: <22p95h$bcv@news.intercon.com>
I (disc@vector.intercon.com) wrote:
: I'm trying to capture packets on my NeXT, but I can't get tcpdump to compile.
: Has anyone successfully captured packets from a NeXT? What did it take?
So, it turns out this is completely impossible without thorough kernel
mods -- not enough datagram buffers in the driver it seems.
David.
From: karthy@dannug.dk (Karsten Thygesen)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Re: Is anyone using a ZyXEL Fax modem on black NeXT??
Date: 25 Jul 1993 16:18:12 GMT
Organization: Dannug - Danish NeXT Users Group
Distribution: world
Message-ID: <KARTHY.93Jul25181812@dannug.dannug.dk>
References: <22ptes$3gk@hub.ucsb.edu>
In-reply-to: doug@foxtrot.ccmrc.ucsb.edu's message of 23 Jul 1993 23:49:48 GMT
>>>>> On 23 Jul 1993 23:49:48 GMT, doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott) said:
Douglas> Could someone who has successfully used a ZyXEL high-speed modem on a NeXT
Douglas> please contact me? The literature claims it will work, but I am unable to:
Douglas> 1) Dial out via tip or kermit
Douglas> 2) Log in once I dial up the modem from outside
Douglas> 3) Send a fax out via the built-in OS 3.0 fax software
Douglas> 4) Receive a fax
I use ZyXEL with great success, but:
1) To dial out using tip I use this entry added in /etc/remote:
# Next added karthy 920716
b38400|comm|Hardwire on ttyb at 38400 baud:\
:dv=/dev/cufb:br#38400:el=^C^S^Q^U^D:ie=%$:oe=^D:
The I type: "tip comm" where after the modem returns with "connected"
and I can issue modem commands like "atdt12345678" where the number is
a phone number. You can also issue other modem commands like "ati". I
have been using this setup during a very long time without any
problems.
2) To dial in you need to configure /etc/ttys. I use this entry:
# modem should be on
ttydfb "/usr/etc/getty D38400" vt100 on
I can't remember if D38400 is a standard entry in /etc/gettytab, but
here is my entry anyway:
w|D38400|Fast-Dial-38400:\
:nx=D19200:tc=38400-baud:
3 + 4) It is not possible to either send or receive fax with the
standard 3.0 NeXTSTEP operating system. To use the fax capabilities,
you need to get an external fax program. I use NXFax with great
success. NXFax provides transparent faxing so that you can use the
standard NeXT printpanel to send faxes and use NeXT Faxreader to view
received faxes. It also supports both dialin and receive of fax on the
same port and it works with tip, kermit, SLiP and PPP.
If you still have problems, then let me know and you can get a copy of
my setup files.
Good luck,
Karsten.
From: apl@doc.ic.ac.uk (Ari P Laakkonen)
Newsgroups: comp.sys.next.sysadmin
Subject: Problems with cd's on NSI
Date: 25 Jul 1993 22:59:33 GMT
Organization: Department of Computing, Imperial College, University of London, UK.
Sender: apl@doc.ic.ac.uk
Distribution: world
Message-ID: <22v38lINNqbf@frigate.doc.ic.ac.uk>
Hi,
I can't seem to be able to read either photo-cd's or play music-cd's on
my system. I have NSI, with an Adaptec 1542B and Toshiba 3301B cd-rom
drive. Under dos, I can do both of those operations.
Under NSI, I can read Next format cd's with no problems.
When I look at the system log, it comes up with these messages when I
insert either a music cd or a photo-cd:
For photo cd:
Jul 14 02:40:57 localhost mach: sd2: No Valid Disk Label
Jul 14 02:40:57 localhost mach: sd2: Device Block Size: 2048 bytes
Jul 14 02:40:57 localhost mach: sd2: Device Capacity: 251 MB
Jul 14 02:41:00 localhost mach: AHA interrupt: bad status 14
Jul 14 02:41:00 localhost mach: sd2: INVALID STATUS (internal error) : FATAL ER\
ROR
Jul 14 02:41:00 localhost mach: target:3 lun:0 op:199(d) (UNDEFINED)
Jul 14 02:41:01 localhost mach: sd0: UNIT ATTENTION; Retrying.
Jul 14 02:41:01 localhost mach: target:0 lun:0 op:Write block:552432 blockCo\
unt:8
Jul 14 02:41:01 localhost mach: sd2: UNIT ATTENTION; Retrying.
Jul 14 02:41:01 localhost mach: target:3 lun:0 op:Eject
For audio cd:
Jul 14 11:28:33 localhost mach: sd2: Disk Unformatted
Jul 14 11:28:39 localhost mach: AHA interrupt: bad status 14
Jul 14 11:28:39 localhost mach: sd2: INVALID STATUS (internal error) : FATAL ER\
ROR
Jul 14 11:28:39 localhost mach: target:3 lun:0 op:199(d) (UNDEFINED)
Jul 14 11:28:40 localhost mach: sd0: UNIT ATTENTION; Retrying.
Jul 14 11:28:40 localhost mach: target:0 lun:0 op:Read block:552142 blockCou\
nt:2
Jul 14 11:28:40 localhost mach: sd2: UNIT ATTENTION; Retrying.
Jul 14 11:28:40 localhost mach: target:3 lun:0 op:Eject
I can't figure out what "bad status 14" means... Does it refer to
interrupt 14? I thought 14 was a floppy interrupt. The floppy controller
on the adaptec card is disabled, and I use a standard floppy controller.
Has anyone had these or similar problems? Any ideas?
Thanks, Ari
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.hardware
From: ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann)
Subject: Re: Is anyone using a ZyXEL Fax modem on black NeXT??
Message-ID: <ntomczak.743594464@vega>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <22ptes$3gk@hub.ucsb.edu> <KARTHY.93Jul25181812@dannug.dannug.dk>
Date: Sun, 25 Jul 1993 10:01:04 GMT
It looks like that everybody responding to this question propose
to dial with 'atdt ...', whatever. This is, obviously, one way,
but for more often used numbers you may add, for kermit, in your
.kermrc lines like this:
define this dial 5555555
define that dial 6666666
and just type 'this' or 'that' at a kermit prompt. This strings
can more complicated, including requests for a pause when going
through switchboard, and the like.
For tip this requires a cooperation of your sysadmin, but it is possible
to add in /etc/remote something in this style:
this|this corp:\
:cm=atz\r:pn=5555555:hd:tc=dial38400:
that|other place:\
:cm=at&k0&n14&m0\r:pn=6666666,:hd:tc=tip38400:
If a number is @ then a file phones is searched (from PHONES env
variable, default /etc/phones). Then a tip user may just try
tip this (or tipx this)
tip that
(This capability may depend on a particular version of tip. Your
mileage may vary).
Michal Jaegermann
ntomczak@vega.math.ualberta.ca
Newsgroups: comp.sys.next.sysadmin
From: kdburg@incoahe.hanse.de (Klaus Dahlenburg)
Subject: Re: Next 2.1 and gcc 2.4.5
Message-ID: <1993Jul25.185217.293@incoahe.hanse.de>
Organization: Hanse Networking eV., Hamburg; Germany
References: <1993Jul21.145119.7055@cs.ucf.edu>
Date: Sun, 25 Jul 93 18:52:17 GMT
wampner@acme.ucf.edu (Eric Wampner) writes:
>I am trying to compile the newest version of gcc on my unmodified
>2.1 68K next. I seems to not like the assembly and dies at the end
>of the first pass.
>Are there any known problems trying to do this, tips, tricks, general
>advice?
>eric wampner
>wampner@acme.ucf.edu
Hi,
it will not work because of the assembler shipped with 2.1. They (NeXT)
has now incorporated the objective-C stuff into 2.4.5 and they changed
the floating-point stuff too. These changes are'nt compatible with 2.1.
(Answer by R. Stallmann: 2.1 is no longer supported)
Klaus
--
Klaus Dahlenburg email : kdburg@incoahe.hanse.de
P.O.Box 1267 Fax : +49 4287 676
D-21249 Tostedt Voice : +49 4287 681
Germany Timezone : GMT + 2
++EOM++
Newsgroups: comp.sys.next.sysadmin
From: m@BlueRose.com (M Carling)
Subject: Re: Dell and Adaptec
Message-ID: <1993Jul25.170621.19299@BlueRose.com>
Sender: m@BlueRose.com
Organization: Blue Rose Systems, Inc.
References: <1993Jul21.235653.4662@isc-br.isc-br.com>
Date: Sun, 25 Jul 1993 17:06:21 GMT
In article <1993Jul21.235653.4662@isc-br.isc-br.com> ricks@odin.isc-br.com
(Rick Schaeffer 99) writes:
> I have an EISA system and an Adaptec 1742 controller. The 1742 didn't
work
> so I removed it and installed my old 1542. Worked fine...however I had
> to go out and buy a separate floppy controller. The documentation
mentions
> that the 1542's on-board floppy controller isn't supported although I
can't
> for the life of me figure out why. I'm also confused as to why the 1742
> in 1542 emulation mode won't work.
It's a bug in the 1742's firmware. NEXTSTEP 3.2 will provide a
work-around.
M Carling
President, Bay Area NeXT Group
Newsgroups: comp.sys.next.sysadmin
From: m@BlueRose.com (M Carling)
Subject: Re: Dell and Adaptec
Message-ID: <1993Jul25.170909.19356@BlueRose.com>
Sender: m@BlueRose.com
Organization: Blue Rose Systems, Inc.
References: <1993Jul20.120709.6512@lxki.toppoint.de>
Date: Sun, 25 Jul 1993 17:09:09 GMT
In article <1993Jul20.120709.6512@lxki.toppoint.de> laux@lxki.toppoint.de
(Thorsten Laux) writes:
> I have exactly the same problem trying to install Nextstep for Intel
> on 2 different Eisa Systems with ATI ISA Ultra Pro and another
> Graphics Card and a 1542b Controller. I suspect you cannot get the
> 1542b to work in an Eisa System. Has anybody succeeded in doing this ?
NEXTSTEP does not support an ISA ATI Ultra Pro--only the EISA, VESA, and
PCI versions.
The Adaptec 1542B works fine in several EISA machines that I have tried.
M Carling
President, Bay Area NeXT Group
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: meyergru@Informatik.TU-Muenchen.DE (Uwe Meyer-Gruhl)
Subject: sethostid() patch for NS3.1 (black)
Followup-To: comp.sys.next.sysadmin
Originator: meyergru@hpradigc.informatik.tu-muenchen.de
Sender: news@Informatik.TU-Muenchen.DE (USENET Newssystem)
Organization: Technische Universitaet Muenchen, Germany
Date: Mon, 26 Jul 1993 10:35:22 GMT
Message-ID: <1993Jul26.103522.21490@Informatik.TU-Muenchen.DE>
Hi Folks,
a while back, I posted this article (just to save some typing here):
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Some people have asked me how the mentioned patch to get more than 16 buffers
is done. Well, hackers, first I should note that /sdmach is _not_ stripped
(sic!). Need I say more? The rest is up to you, happy disassembling...
Nah, just kidding (but not quite, I just don't expect everybody to do things
like that, even if they're possible). So here we go:
The following output was generated by applying
'cmp -l /sdmach.old /sdmach':
sdmach.binpatch:
---- CUT HERE ----
334079 166 116
334080 20 161
334081 43 116
334082 303 161
334083 4 116
334084 11 161
334085 70 116
334086 24 161
579602 0 1
579607 240 217
579608 214 206
604776 0 200
---- CUT HERE ----
The patch consists of three parts. From offset 334079 to 334086 there were
instructions that set the number of buffers to 16(decimal). Those instructions
are NOPed out. The WORD at offset 604773 is the number of buffers, which is set
to 128(decimal) in this case, so that 1 MByte of buffers are allocated. Only the
last byte (604776) has been changed. The third part is the table entry at
579602, which enables the otherwise nonfunctional 'sethostid()' call. This patch
has been posted a while ago by Eric P. Scott, if I remember right.
For those of you who want to patch /sdmach by means of 'Moni' or 'HexEditor', be
warned. The offsets from 'cmp -l' start with '1', not '0'. The byte values given
are in octal. For those with less trust in their capabilities (or simply lazy
people), here is the 'binpatch' program, which has been posted a while ago
together with the 'lpd' 38400 baud patch by Marc A. Ullman.
binpatch.c:
---- CUT HERE ----
/*
* binpatch.c - apply output of "cmp -l" to patch a binary file
*
* This simple program takes the output from "cmp -l" and applies it as a set
* of patches to a given input file. The input file itself is modified and no
* backup file is created. Thus if a backup of the original is desired (highly
* recommended), create it before using binpatch. An example of its use
* follows:
*
* Assume that you have the file "lpd.diff" that resulted from:
* % cmp -l lpd.broken lpd.fixed > lpd.diff
*
* Now do the following to apply the patch:
* % cp -p lpd lpd.broken
* % binpatch -f lpd.diff lpd
*
* lpd will now be identical to lpd.fixed. This is of course useful when you
* have only the original and the diff file and wish to recreate the patched
* version.
*
* Compile using: cc -O -Wall -o binpatch binpatch.c
*
* Copyright (C) 1991 by Marc Ullman
* All Rights Reserved
* December 16, 1991
*/
static char rcsid[] = "$Header: /local/src/tools/binpatch/RCS/binpatch.c,v 1.1
91/12/16 12:05:50 marc Exp $";
#include <stdio.h>
#include <stdarg.h>
#include <stdlib.h>
#define ARGUMENTS "-f diff_file input_file\n" \
" The diff_file is created by \"cmp -l orig.file
modified.file > diff.file\""
static char *program_name = NULL;
static char *input_file_name = NULL;
static char *diff_file_name = NULL;
/* Print error message while exiting due to unrecoverable error */
/* Use variable argument list to support multiple arguments to printf */
static void Error_Exit(char *error_msg, ...)
{
va_list ap;
va_start(ap, error_msg);
fprintf(stderr, "%s: ", program_name);
vfprintf(stderr, error_msg, ap);
va_end(ap);
exit(1);
}
static void Usage()
{
fprintf(stderr, "Usage: %s %s\n", program_name, ARGUMENTS);
exit(1);
}
static void Process_Arguments(int argc, char *argv[])
{
int i;
for (i = 1; i <= (argc - 1); i++) {
if (*argv[i] == '-') {
switch (*(argv[i]+1)) {
case 'f' : /* diff_file */
if (i < (argc - 1)) {
diff_file_name = argv[++i];
} else {
Usage();
}
break;
default :
Error_Exit("invalid option '-%c'\n", *(argv[i]+1));
break;
}
} else {
input_file_name = argv[i];
}
}
/* Check that we got diff_file and input file */
if ((input_file_name == NULL) || (diff_file_name == NULL)) {
Usage();
}
}
void error_exit(FILE *diff_file, FILE *input_file)
{
fclose(diff_file);
fclose(input_file);
exit(EXIT_FAILURE);
}
void main(int argc, char *argv[])
{
FILE *diff_file;
FILE *input_file;
int count = 0;
unsigned long offset;
unsigned int c1, c2, c;
program_name = argv[0];
Process_Arguments(argc, argv);
if ((diff_file = fopen(diff_file_name, "r")) == NULL) {
Error_Exit("can't read %s\n", diff_file_name);
}
if ((input_file = fopen(input_file_name, "r+")) == NULL) {
Error_Exit("can't read %s\n", input_file_name);
}
do {
count = fscanf(diff_file, "%lu %o %o", &offset, &c1, &c2);
if (count == EOF) {
break;
} else if (count != 3) {
printf("Error reading %s\n", diff_file_name);
error_exit(diff_file, input_file);
}
offset--; /* cmp -l returns base 1 offsets */
#ifdef DEBUG
printf("%.8x %.2x %.2x\n", offset, c1, c2);
#endif
if (fseek(input_file, offset, SEEK_SET) != 0) {
printf("Error seeking in %s\n", input_file_name);
error_exit(diff_file, input_file);
}
c = fgetc(input_file);
if (c1 != c) {
printf("Patch file differs from input file at offset %.8x: %.2x
%.2x\n",
offset, c, c1);
} else {
fseek(input_file, offset, SEEK_SET);
fputc(c2, input_file);
}
} while (feof(diff_file) == 0);
fclose(diff_file);
fclose(input_file);
exit(EXIT_SUCCESS);
}
---- CUT HERE ----
To patch /sdmach, extract the two included files above to some arbitrary
directory, 'chdir' there and then issue (as root):
cc -O -Wall -o binpatch binpatch.c
cp /sdmach /sdmach.old
./binpatch -f sdmach.binpatch /sdmach
You will remain with the original version of /sdmach in /sdmach.old (so you
could always boot the old version with 'bsd()sdmach.old' from the ROM monitor)
and the newer version in /sdmach. Reboot and you're set.
Patch as patch can! And remember: No Guarantees!
You can also use 'b sd() sdmach nbuf=128', but you cannot save strings longer
than 12 characters to NVM. However, for testing purposes this should suffice.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Now it is about time for NS3.1 (black)! NeXT has already done half of the work for
us, the number of buffers is now calculated from the memory available,
I haven't verified this, but at least the number seems big enough for my 32MB
color slab. So much for the buffer issue.
This is the sethostid() patch for NS3.1 (black) (NS/FIP should pose no
problem since the number is always zero):
--- CUT HERE ---
665598 0 1
665603 122 100
665604 360 274
--- CUT HERE ---
(Hi, Dmitri!)
cheers, Uwe
Uwe Meyer-Gruhl Confucius say:
Lehrstuhl Informatik IX "Unlucky to play leapfrog with unicorn"
Technische Universitaet Muenchen email:MeyerGru@Informatik.TU-Muenchen.DE
Orleansstr. 34, D-81667 Muenchen tel: ++49 89 48095-209
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin
From: rick@TotSysSoft.com (Richard Jacoby)
Subject: FIP Gateway problems solved
Message-ID: <1993Jul26.091433.1150@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
Date: Mon, 26 Jul 1993 09:14:33 GMT
Thanks for all the responses regarding our problems getting FIP to run on a
Gateway. (I think comp.sys.next should bill NeXT for the Great support
provided). :^D
Anyway, all in all we only had 2 problems. The first one wa solved by Mitch
Glass here is his solution:
>I had a similar problem with my Gateway, and it turned out
>that the internal cables to the serial connectors were swapped, so that
>what I thought was COMA/COM1 was really COMB/COM2. You might
>double-check both the cables and the Phoenix BIOS setup to
>make sure the COM ports are what you think they are.
Sure enough that was it. He posted a
"summary of my Gateway installation adventures"
a few weeks ago..
Mitch, I think you should repost it every couple of weeks for a while until
things settle down!!!
Any way between the time we got his first message which solved the problem, and
his summary, we got it up. We were able to setup the configuration. When we
got to the mouse, we knew we had a serial mouse, and that it was set to a
PS2mouse, but it was working, so we decided to not fool with it.
Well after the reboot no mouse and no way to set it. We tried editing the
config files by hand, but never got it to work.
That night we got home and found Mitch's summary which said that you must
select the serial mouse on setup... If only we had read it a few hours
earlier.
Well back to the net to ask advice.
Thanks to the countless people who sent the solution. (I guess they read the
manual. I myself am a highly principled person, and that's against my
principals. :^) [Just kidding]
The solution is to type at the boot prompt:
config=Default
Seriously we had read about it, and even tried it when we had the first
problem, but of course it didn't work then. So we forgot about it and never
came back to it.
Well it worked it puts you in a minimal mode that has mouse control no matter
what you are using. You log in as root, set your mouse up reboot, and its all
fixed.
Again, Thanks for all the help.
Now, any advice on those serial ports. Is there any way to use them safely?
Any way to get mail up between to machines at any speed without crashing??
Rick
From: dcheslow@impact.flint.umich.edu (David A. Cheslow)
Newsgroups: comp.sys.next.sysadmin
Subject: swap file
Date: 26 Jul 1993 14:17:34 GMT
Organization: University of Michigan Engineering, Ann Arbor
Distribution: world
Message-ID: <230p1uINN6sh@srvr1.engin.umich.edu>
My swap file keeps growing (NS 3.1 black hardware). The only way that I
know to shrink it back down is to power down... there has to be a better
way.... please replay by mail.
--
===============================================================
*NOT* an official document of the University of Michigan-Flint
===============================================================
David A. Cheslow dcheslow@impact.flint.umich.edu
School of Management, 344 CROB Phone: (313) 762-3309
University of Michigan - Flint Fax: (313) 762-3282
Newsgroups: comp.sys.next.sysadmin
From: ijeff@hank.carleton.ca (Ian Jefferson)
Subject: Re: Dell and Adaptec
Message-ID: <ijeff.743696495@cunews>
Sender: news@cunews.carleton.ca (News Administrator)
Organization: Carleton University
References: <1993Jul20.120709.6512@lxki.toppoint.de> <1993Jul21.172331.2334@yvax.byu.edu>
Date: Mon, 26 Jul 1993 14:21:35 GMT
I have been working on this problem for some time.
There seems to be a problem when you mix a Dell ME (perhaps any
Dell EISA) and ATI EISA GUP and an Adaptec 1542b or c.
NeXT tells me that using a DPT will solve the problem, I have
run using the internal S3 video, and I have run all of these
combinations in other platforms.
ATI is working on a eprom fix but it seems to me that the problem
lies with the Dell. There is a flash eprom upgrade available from
the Dell BBS ( sorry I don't have the number on me ).
Solutions are:
1) lose the Dell
or
2) lose Adaptec
or
3) lose the ATI card
or
4)
wait for a fix
Ain't this hardware just grand!
--
---------------------------------------------------------------------------
Ian Jefferson ijeff@ccs.carleton.ca No NeXT mail please!
ijeff@computeractive.on.ca NeXT mail please!
Newsgroups: comp.sys.next.sysadmin
From: pat%cesar@cam.org (Patrique Lalonde)
Subject: Modem commections ... problemos
Message-ID: <1993Jul26.042942.545@cesar.uucp>
Sender: pat@cesar.uucp
Date: Mon, 26 Jul 1993 04:29:42 GMT
Hello all,
A friend and I have been trying to connect his IBM (using telix and
procom) to my NeXT Station.
I have a ZyXEL U1496Eplus and he has some kind of interal Hays compatible
modem card (2400 bps). Anyway, when he connects, all he gets is garbage.
Can someone out there help me?
If you can, please send me e-mail, I'm on a tight scedule and lack the
time to read the news.
Thanks in advance.
Patrique Lalonde
====NeXT Mail Welcome
Patrique Lalonde
pat%cesar@cam.org
From: droege@infko.uni-koblenz.de (Detlev Droege)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: sethostid() patch for NS3.1 (black)
Date: 26 Jul 1993 15:19:15 GMT
Organization: CC/CS Uni-Koblenz
Distribution: world
Message-ID: <230sljINN5cq@mailhost.uni-koblenz.de>
References: <1993Jul26.103522.21490@Informatik.TU-Muenchen.DE>
In article <1993Jul26.103522.21490@Informatik.TU-Muenchen.DE>
meyergru@Informatik.TU-Muenchen.DE (Uwe Meyer-Gruhl) writes:
> Hi Folks,
>
> a while back, I posted this article (just to save some typing here):
>
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Some people have asked me how the mentioned patch to get more than 16 buffers
> is done. Well, hackers, first I should note that /sdmach is _not_ stripped
> (sic!). Need I say more? The rest is up to you, happy disassembling...
[ ... patch etc. deleted ...]
There should no longer be any need to patch sdmach on NEXTSTEP 3.1:
The system now chooses automatically the number of buffers, and
seems to allocate (roughly) 5 % of the accessible RAM for it.
On a NeXTstation wit 20 MB, it takes 126 buffers (0.98 MB), on machines
with 28 MB "178 buffers containing 1.39 megabytes" (quoted from
/usr/adm/messages).
Alternatively, there's still the way to change the boot parameters.
Detlev
--
Detlev Droege, Universitaet Koblenz, | droege@infko.uni-koblenz.de
Institut fuer Informatik | (NeXTmail ok)
Rheinau 1, | Voice: +49 261 9119-421
D-56075 Koblenz, Germany | Fax: +49 261 9119-499
From: hickman@cse.unl.edu (Hubert B. Hickman)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: NS/FIP Dual Boot program
Date: 26 Jul 1993 19:00:42 GMT
Organization: University of Nebraska--Lincoln
Distribution: world
Message-ID: <2319krINNt0@crcnis1.unl.edu>
I did a DOS 6.0 upgrade on a DOS partition on a NS/FIP machine. But, it
seems that DOS 6.0 (being the nice friendly upgrade that it is) wiped out
the boot manager that used to exist and ask which OS to boot. Now if the
active partition is DOS, it boots DOS. If the active paritiion is NS,
it boots NS, no questions asked in either case.
I would guess that there is a hidden file or two lurking about
somwehere on the DOS side that handles the dual boot, but does
anyone know how to get the bootmanager back to working shape if the
DOS partition has been "upgraded"?
Thanks,
Hubert Hickman
Newsgroups: comp.sys.next.sysadmin
From: gregf@shaman.sps.mot.com (Greg Ferguson)
Subject: blk0 boot failed
Message-ID: <1993Jul26.172428.3456@newsgate.sps.mot.com>
Keywords: boot failed sd0
Sender: news@newsgate.sps.mot.com
Organization: SPS
Date: Mon, 26 Jul 1993 17:24:28 GMT
Hi,
Lately, when I power my NeXTstation up, I am getting an error when the
debugger(?) tries to read the drive (Seagate ST1480). Here's the sequence I
see in the console.
boot sd(0,0,0) diagnostics
booting SCSI target 1, lun 0
waiting for drive to come ready
blk0 boot: sd() diagnostics
Booting from SCSI target 1 lun 0
diagnostics: not found
load failed
My guess is that the system isn't waiting long enough for the drive to spin up
because after it fails to boot ("diagnostics: not found") I can do a "b sd"
when I'm at the commandline in the debugger and it will load and continue the
boot correctly.
So, should I just replace the drive because this is a harbinger of evil things
to come, or can I change the timer value to tell the debugger to wait a bit
longer before trying to load?
Thanks,
Greg
--
Greg Ferguson
Programmer/Engineer
Desktop Networking Systems
Motorola Semiconductor
gregf@shaman.sps.mot.com <- we be NeXTMail
rtmd30@email.sps.mot.com <- we be generic
From: whalenm@tsg.com (Matthew Whalen)
Newsgroups: comp.sys.next.sysadmin
Subject: Mail images
Date: 26 Jul 1993 20:26:36 GMT
Organization: Telos Systems Group, Chantilly, VA
Distribution: usa
Message-ID: <231els$g1m@obelix.tsg.com>
This has probably been covered lot o' times, so I'm sorry if you
are tired of seeing it - last I looked, I didn't see it in the FAQ's.
Anyway, what would I name the image file for an address like:
Matthew_Whalen@nylon.tsg.com
so his image will show up when he sends me mail? I've tried a couple of
named, but none of them seem to work. Thanks.
-matthew ____ Due to the change in administration,
whalenm@tsg.com \ / the light at the end of the tunnel
(NeXTMail OK) \/ will be turned back on.
----------------------------------------------------------------
(My actions/words in no way reflect those of my employer.)
Newsgroups: comp.sys.next.sysadmin
From: dale@hecate.phy.queensu.ca (Dale Swanston)
Subject: NS/FIP or Hardware Problem??
Message-ID: <CAsHtF.7yC@knot.ccs.queensu.ca>
Sender: news@knot.ccs.queensu.ca (Netnews control)
Organization: Queen's University, Kingston
Date: Mon, 26 Jul 1993 20:48:50 GMT
Our new 486 has a problems when it boots up sometimes. Going through the
boot up procedure the machine will hang after either this line:
sd0: Disk Label: Disk
or this line:
rootdev 600, howto 0
Has anyone else seen this? If I do the Command-~ thing and halt the
machine and start the boot over it generally gets by those lines. Any
ideas? It happens fairly frequently, I mean, 3 out of 5 boots will hang.
Would it have anything to do with pressing the Reset button as opposed to
actually cycling the power? (I haven't done a careful enough correleation
study.)
Any help would be appreciated.
--
Dale Swanston
Dept of Physics
Queen's University
Kingston, Ontario dale@hecate.phy.queensu.ca
Newsgroups: comp.sys.next.sysadmin
From: dale@hecate.phy.queensu.ca (Dale Swanston)
Subject: NETMASTER and master server
Message-ID: <CAsIHp.865@knot.ccs.queensu.ca>
Sender: news@knot.ccs.queensu.ca (Netnews control)
Organization: Queen's University, Kingston
Date: Mon, 26 Jul 1993 21:03:24 GMT
Could someone briefly explain what the NETMASTER=-YES- switch in the
/etc/hostconfig file actually does.
I have a small 3 machine network. A machine is configured as the master
server (configured with SimpleNetworkStarter to control everything,
NetInfo, mail...) and another as a clone server (also by
SimpleNetworkStarter). The 3rd machine is just a client. But when I run
NetInfoManager on the client and open the root ('/') domain I get
network@clone_server-/ not network@master_server-/ as I would have
expected.
I shut down the clone_server and booted the client again. This way the
master_server came up in NetInfoManager as the root domain. This is a
good sign.
So my question is, how do you determine (and control) which machine is
acting as the master_server? I've gone through the NetInfo domains many
times and can't figure it out?
Should the NETMASTER be set to -NO- on the clone?
Thanks in advance for any help
--
Dale Swanston
Dept of Physics
Queen's University
Kingston, Ontario dale@hecate.phy.queensu.ca
Newsgroups: comp.sys.next.sysadmin
From: eboltz@acoustica.mrd.bldrdoc.gov (Eric S. Boltz)
Subject: AppleTalk Printers under 3.0
Message-ID: <CAsFot.7Ln@dove.nist.gov>
Sender: news@dove.nist.gov
Organization: NIST
Date: Mon, 26 Jul 1993 20:02:52 GMT
A mac here just got a Laserwriter Pro attached to it and I was wondering
if/how my next can locate and print to that printer.
It's not terribly important BTW.
--
Eric S. Boltz, M.S.E. *eboltz@nist.gov*
Materials Research Engineer eboltz@jhunix.hcf.jhu.edu
National Institute of Standards and Technology NeXTMail Accepted
(Ph.D. Candidate, Johns Hopkins University)
My views, opinions and statements in no way reflect those of the U.S. Gov't,
the U.S. Department of Commerce or NIST.
Newsgroups: comp.sys.next.sysadmin
From: dylan@angst.com (Dylan Kohler)
Subject: Re: Max number of user processes... How to get more?
Message-ID: <1993Jul21.164551.5863@angst.com>
Sender: dylan@angst.com
Organization: Angst Animation Post Production
References: <1993Jul20.220631.21784@splunge.uucp>
Date: Wed, 21 Jul 1993 16:45:51 GMT
In article <1993Jul20.220631.21784@splunge.uucp> royce@splunge.uucp (Royce
Howland) writes:
>
> >In article <CACnrD.9ow@news.cso.uiuc.edu> jeffo@uiuc.edu
> > (J.B. Nicholson-Owens) writes:
> >max_proc is initialized to 500 in 3.1/m68k. I take it that means
> >you're running out of some other resource long before that
> >becomes a limitation.
>
> This is the same as 3.0/m68k and 3.1/i386. Is there some other
> process-related resource that has different limits under 3.1 than
> under 3.0? Or is this thread still barking up the wrong tree? :~)
Does this help? One of the bugs I reported drew me this reponse from
NeXT:
The problem is that the Workspace is leaking processes and eventually
you exceed the number of processes allotted to each user (there can be
an arbitrarily large number of processes running on the system as a
whole). Workaround: don't use the Workspace to do a large number
(>~50) file operations :-(. You can clear out the zombies created by
the Workspace by logging out and logging back in. This bug really
sucks and has been fixed for 3.2.
Yes, the bug does suck. I was very gratified though to get some feedback
from NeXT on one of the more serious bugs I ran into.
--
=====================================================================
Dylan Kohler dylan@angst.com
Angst Animation Post Production (NeXTmail welcome)
From: jfosback@darmok.uoregon.edu (Jason Fosback)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.programmer
Subject: Creating more ttys...
Date: 26 Jul 1993 23:35:53 GMT
Organization: University of Oregon Network Services
Message-ID: <231pop$jaa@pith.uoregon.edu>
I tried creating more ttys (and ptys) with MAKEDEV, but I'm having
problems. MAKEDEV pty2 created [pt]tyr[0-a], but the system doesn't
seem to recognize them. Whenever I fill up ttyp0-ttyqf, I get the
message:
telnetd: All network ports in use.
Some things to realize:
* I did reboot after creating the new devices
* The ttys exist in /etc/ttys
Is there something I'm missing? Is there a NeXT kernel limitation that
I'm bumping into? How can I get more ttys? (please, I need these ttys,
so no flames)
Thanks in advance.
-jason
_________________________________________________________________
Jason Fosback, User Support Analyst | No sir, I didn't like it
---- University of Oregon ---- | -R&S
Internet: jfosback@oregon.uoregon.edu | Star Trek:
NeXT mail: jfosback@darmok.uoregon.edu | The NeXT Generation...
Newsgroups: comp.sys.next.sysadmin
From: janet@lighthouse.com (Janet Hufnagel)
Subject: Re: SUMMARY:Diagram.app blows up when starting - specific to user
Message-ID: <1993Jul26.235113.1145@lighthouse.com>
Sender: janet@lighthouse.com
Organization: Lighthouse Design, Ltd.
References: <1993Jul21.201902.20028@fnbc.com>
Date: Mon, 26 Jul 1993 23:51:13 GMT
Casey, Daniel and others,
This is a problem with Diagram!1.1 running under NeXTStep 3.0, which can crash
after the initial panel comes up. If it happens again, this dwrite should fix
it.
dwrite Diagram NXSystemFonts Helvetica
This is fixed in D!2. By the way, if you have problems with Diagram you can
write to diagram@lighthouse.com and we usually respond very quickly.
Janet Hufnagel
Lighthouse Design, Ltd.
In article <1993Jul21.201902.20028@fnbc.com> djiracek@thunder(Dan Jiracek)
writes:
> Thanks to Casey Palowitch who pegged it. I did a dremove -g NXFonts
> (which may have been over kill), but it WORKED!
>
>
>
> Hi
>
> I've heard that changing the base system font with a dwrite will
> cause certain versions of Diagram to crash. There is a patch available on
> the
> net, or, you can change the base font back to the standard (check
> another machine). Hope this is the solution to your problem,
> --
> ** Casey Palowitch - cjp+@pitt.edu UWSA #570881 **
> ** Networked Information Services Group / Technical Services **
> ** U. of Pittsburgh Library Systems // NeXTSTEP... **
> ** ...the most respected piece of software on the planet BYTE10/92 **
>
>
> In article <1993Jul21.163926.3567@fnbc.com> djiracek@thunder(Dan Jiracek)
> writes:
> > This user tries lauching Diagram.app and it blows up. Since it is user
> > specific, I thought it might have something to do with his drwrite's for
> > Diagram. But after removing all dwrites for Diagram, its still not
> > working. Might it possibly be a different dwrite? And if so, does
> anyone
> > have a suggestion as to which one(s) it could be.
> >
> > Thanks,
> > Dan
> >
> > --
> > Daniel Jiracek (312) 732-1421
> > Network Specialist Dan_Jiracek@fnbc.com
> > First Chicago Bank NeXT Mail Accepted
>
> --
> Daniel Jiracek (312) 732-1421
> Network Specialist Dan_Jiracek@fnbc.com
> First Chicago Bank NeXT Mail Accepted
Newsgroups: comp.sys.next.sysadmin
From: mosscrp@next1.geog.umanitoba.ca (David R. Mosscrop)
Subject: NeXT interface to UNIX tape utilities
Message-ID: <CAsDo8.AG7@ccu.umanitoba.ca>
Sender: news@ccu.umanitoba.ca
Organization: University of Manitoba, Winnipeg, Canada
Date: Mon, 26 Jul 1993 19:19:19 GMT
Hello;
Any of you sysadmin types have a NeXT front end for the good old tar, dd
etc tape facilities of UNIX.
I have an Exabyte tape that I need to read and extract some data front.
Thanks
Bye for now...
David R. Mosscrop
Programmer Analyst
mosscrp@next1.geog.umanitoba.ca
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Neuron FAX 1414's
Date: 24 Jul 1993 20:59:15 +0100
Organization: me organized? That's a joke!
Distribution: world
Message-ID: <22s4aj$dp@steffi.demon.co.uk>
References: <9207211305.AA00368@ozbek.demon.co.uk>
robertn@ozbek.demon.co.uk (Robert Nicholson) wrote
>Has anybody got a dial.tcl file for this modem for Louis's SLIP software?
>
>One that is proven to work with Demon here in the UK would be nice.
>
>Tim Bissel out there?
>
For those of you who are interested I just used the dial-zyxel file
and it just worked.
--
Real programmers don't create classes, they build hierarchies.
(me)
"If it doesn't compile and run emacs, it's not a computer."
(Erik C. Sowa)
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Re: Is anyone using a ZyXEL Fax modem on black NeXT??
Keywords: Fax modem ZyXEL
Message-ID: <69687@mimsy.umd.edu>
Date: 27 Jul 93 02:51:51 GMT
References: <22ptes$3gk@hub.ucsb.edu>
Sender: news@mimsy.umd.edu
Followup-To: comp.sys.next.misc
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
In article <22ptes$3gk@hub.ucsb.edu> doug@foxtrot.ccmrc.ucsb.edu writes:
>
> Could someone who has successfully used a ZyXEL high-speed modem on a NeXT
> please contact me? The literature claims it will work, but I am unable to:
>
> 1) Dial out via tip or kermit
> 2) Log in once I dial up the modem from outside
> 3) Send a fax out via the built-in OS 3.0 fax software
> 4) Receive a fax
>
> In other words, I cant do anything with the thing! ZyXEL has not been able to
> give my any help at all since they have no NeXTs there. They claim it works
> fine when run via the software from Black and White -- but cant help me get it
> working for simple things like using the modem as a regular dial-in dial-out
> modem, which does not involve its fax capabilities at all.
>
> Here is some further information:
>
> The modem is a ZyXEL U-1496E.
>
> I have a "68040 Modem Cable" from NextConnection, which is wired correctly for
> hardware flow control (I checked).
>
> I have tried many many different settings for the getty process -- using
> /dev/ttyda and /dev/ttydfa, using std.2400, std.19200, D19200, etc., etc.
>
> When I attempt to connect to the modem via tip or kermit, the process hangs as
> soon as it (supposedly) connects to the modem, and I get no response from the
> modem, and I have to reboot the machine to kill the tip or kermit process!
>
> If anyone has any suggestions, I would be very grateful!
>
> Thanks.
>
> --
> Douglas Scott (805)893-8352
> Center for Computer Music Research and Composition
> University of California, Santa Barbara
> Internet: (NeXTMail ok) <doug@foxtrot.ccmrc.ucsb.edu>
it works fine for me.
here is my /etc/tty entry:
ttydfa "/usr/etc/getty D38400" vt100 off
here is my .kermrc
set line /dev/cufa
set speed 38400
set modem hayes
set file names literal
set file type binary
set file display fullscreen
set receive packet-length 740
set window-size 8
set block-check 3
set parity none
set flow none
set terminal bytesize 8
set terminal character-set ascii ascii
for fax stuff, make sure you run the NXFaxInstaller program.
B&W software will answer questions and help you with that.
there is also some useful help in the NXFax on line help and
NeXT sysadmin docs.
first see if you can get to the modem to speak hayes commands to it.
%kermit
>connect
at
OK
at&v -- show settings
ati0 -- show ROM version, should 6.02 at least
at&f -- sets modem back to factory default settings DO THIS
atz -- resets
at$ -- help
then try atdt to somewhere
if that works, try dial in and add fax last
good luck
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Newsgroups: comp.sys.next.sysadmin
Subject: Tunefs and other fish stories
Date: 27 Jul 1993 10:23:42 GMT
Organization: Northwestern University, Evanston IL
Distribution: world
Message-ID: <232vne$mrd@news.acns.nwu.edu>
How do you "tune" the DOS partition so as to require less minimum space on
the partition in NS/FIP? It appears to be set for 10% (like the NEXT
partition) and I'd like to drop it down. Trying tunefs -m 5 /dev/rhd0h
gives a bad magic number (Gee what a surprise ;-). I hope this isn't hard
coded or set somewhere thats inaccessible.
Tnx for any info...
--
Jerry S. Weiss
j-weiss@nwu.edu
Dept. Medicine, Northwestern Univ. Medical School, Chicago, Illinois
%SYSTEM-S-PHALOKTARG, Phasers Locked on Target, Ready to Fire
From: t9116ts@tech.mis.cfc.com (Todd Swan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NETMASTER and master server
Date: 27 Jul 1993 09:18:54 -0500
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9307271254.AA16975@tech.mis.cfc.com>
In comp.sys.next.sysadmin article <CAsIHp.865@knot.ccs.queensu.ca>
dale@hecate.phy.queensu.ca (Dale Swanston) wrote:
> Could someone briefly explain what the NETMASTER=-YES- switch in
the
> /etc/hostconfig file actually does.
From /etc/rc:
# If we are a Network Master become a BOOTP and BOOTPARAM server.
This is
# the only thing that depends on the value of NETMASTER from
/etc/hostconfig.
if [ "${NETMASTER=-NO-}" = "-YES-" ]; then
# If /etc/bootptab file exists, become a BOOTP server. Note
# that bootpd gets information from /etc/bootptab even when
# NetInfo is running (the per-client information comes from
# NetInfo; the global information comes from /etc/bootptab).
if [ -f /usr/etc/bootpd -a -f /etc/bootptab ]; then
/usr/etc/bootpd && (echo -n ' bootpd')
>/dev/console
fi
# bootparamd doesn't need a flat file.
if [ -f /usr/etc/rpc.bootparamd ]; then
/usr/etc/rpc.bootparamd && \
(echo -n ' rpc.bootparamd')
>/dev/console
fi
fi
I suppose things added to /etc/rc.local could also look at the
NETMASTER variable...
> I have a small 3 machine network. A machine is configured as the
master
> server (configured with SimpleNetworkStarter to control everything,
> NetInfo, mail...) and another as a clone server (also by
> SimpleNetworkStarter). The 3rd machine is just a client. But when
I run
> NetInfoManager on the client and open the root ('/') domain I get
> network@clone_server-/ not network@master_server-/ as I would have
> expected.
>
> I shut down the clone_server and booted the client again. This way
the
> master_server came up in NetInfoManager as the root domain. This
is a
> good sign.
>
> So my question is, how do you determine (and control) which machine
is
> acting as the master_server? I've gone through the NetInfo domains
many
> times and can't figure it out?
I believe that the first machine up that is a server becomes the
master and the rest become clones.
> Should the NETMASTER be set to -NO- on the clone?
>
No. See above. You want them to be BOOTP and BOOTPARAM servers
also. (Although if you aren't netbooting anything it wouldn't make a
difference.
Todd
--
Todd M. Swan - tms@cfc.com - Chrysler Financial, Centerline, MI
"Life is a diamond we turn into dust..." - Rush
From: benjy@benjy.cc.vt.edu (Ben E. Cline)
Newsgroups: comp.sys.next.sysadmin
Subject: Can't find local printer???
Date: 27 Jul 1993 14:52:44 GMT
Organization: Virginia Tech, Blacksburg, Virginia
Message-ID: <233ffs$j8m@vtserf.cc.vt.edu>
Greetings,
A friend of mine has a cube with a NeXT printer attached. Sometime
around the time he went to NS 3.0, he lost access to the printer.
The printer will respond to nppower and it works on other systems.
But you can't create the local printer using PrintManager. All the
serial printers are available in the "CREATE" menu, but the NeXT local
printer is grayed out. The release notes say you can't niload a local
printer. I could build a local printer entry using NetInfoManager, but
I'm not sure that this is going down the right road.
Any suggestions (related to this problem) would be appreciated. Please
send e-mail.
Benjy
Virginia Tech Computing Center
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Re: Is anyone using a ZyXEL Fax modem on black NeXT??
Message-ID: <69705@mimsy.umd.edu>
Date: 27 Jul 93 17:18:29 GMT
References: <22ptes$3gk@hub.ucsb.edu> <KARTHY.93Jul25181812@dannug.dannug.dk> <ntomczak.743594464@vega>
Sender: news@mimsy.umd.edu
Followup-To: comp.sys.next.misc
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
In article <ntomczak.743594464@vega>,
ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann) writes:
> for more often used numbers you may add, for kermit, in your
> .kermrc lines like this:
> define this dial 5555555
> and just type 'this' ... at a kermit prompt.
or even better, make a command script called ~/myfavorite-host
containing a kermit style chat script like
set input timeout-action quit
dial (999) 999-9999
output \13
input 10 login:
output myname\13
input 20 password:
output mypassword\13
connect
and then the kermit command "take ~/myfavorite-host" dials and logs you in
then since kermit can be given a command file as input on startup,
you can define an alias
alias myhost kermit ~/myfavorite-host
so you dont even have to enter kermit, just type myhost at the shell prompt
this is just the surface, kermit is one really nice comm package
P.S. if anyone has figured out how to get kermit to dial a defender,
wait for the callback and then login, please let me know.
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
Newsgroups: comp.sys.next.sysadmin
From: soward@slow.inslab.uky.edu (John Soward)
Subject: Re: Creating more ttys...
Message-ID: <CAu5vG.M3o@ms.uky.edu>
Sender: news@ms.uky.edu (USENET News System)
Organization: University Of Kentucky, Dept. of Math Sciences
References: <231pop$jaa@pith.uoregon.edu>
Date: Tue, 27 Jul 1993 18:26:03 GMT
Jason Fosback writes
-> Is there something I'm missing? Is there a NeXT kernel limitation that
-> I'm bumping into? How can I get more ttys? (please, I need these ttys,
-> so no flames)
there are the 32 pseduo-ttys and no more. making the devices doesn't do
anything, they are like pointers into the kernel, if you will, but there are
only the 32 things to point to. 32 is maybe not big enough for all things, but
it is rare that more than that are needed under "normal" use on a "normal" NeXT
;-)
--
John Soward \ 'Across yonder oceans the natives are fierce
University of Kentucky \ Their ears are filled and their teeth are pierced'
soward@inslab.uky.edu \ -- The Church, Priest=Aura
Newsgroups: comp.sys.next.sysadmin
From: charles@oneworld.wa.com
Subject: stuck serial ports
Message-ID: <1993Jul27.171710.2425@oneworld.wa.com>
Organization: OneWorld Enterprises/OneWorld Computing Resources
Date: Tue, 27 Jul 1993 17:17:10 GMT
I have a Next 030 cube running NeXTStep 2.1 and I've been experiencing
an unusual problem in that one of my serial ports will get stuck and won't
drop DTR. Then, I can't kill the GETTY! Also, I can't access that
device through kermit either.
Not even a kill -9 or kill -KILL will work on killing the getty. The only
recourse is to reboot the system and even that is difficult as the machine
will just sit there with one modem with the DTR light on and the other with
the DTR light off.
Any ideas why the kill command didn't work? Any ideas what's going on with
this port?
Thanks for any info.
Charles Cooper
charles@oneworld.wa.com
From: opus@athena.mit.edu (Dave J.)
Newsgroups: comp.sys.next.sysadmin
Subject: AFS on 3.1 (black)
Date: 27 Jul 1993 20:25:08 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Message-ID: <2342v4$2dn@senator-bedfellow.MIT.EDU>
We have a NeXT cube running AFS under 2.1. Is there a version of AFS
available which will run under 3.1, or will we be stuck in the dark
ages forever? How much does it cost (educational)?
Thanks,
-Dave Jedlinsky
opus@athena.mit.edu
Associate Member, MIT Student Information Processing Board
--
-David Jedlinsky
opus@athena.mit.edu
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Reverse alias mapping
Date: 27 Jul 1993 20:36:31 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <2343kf$9m3@umd5.umd.edu>
Has anyone out there done the NIS reverse alias mapping for NeXTstep 3.0?
I'd like to get this working, but I'm not familiar enough with NIS to figure
it out.
Does anyone have any step by step instructions and maybe the /etc/yp/Makefile
entry for this mailaddr mapping too? If so, could I see it?
Thanks.
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
Give your child mental blocks for Christmas.
From: schaefer@denali.gsfc.nasa.gov (Martha W. Schaefer)
Newsgroups: comp.sys.next.sysadmin
Subject: modems for use with SLIP
Date: 27 Jul 1993 20:43:45 GMT
Organization: NASA/GSFC Laboratory for Terrestrial Physics
Sender: schaefer@denali (Martha W. Schaefer)
Distribution: world
Message-ID: <234421$kr5@skates.gsfc.nasa.gov>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
I'd like to get people's recommendations for modems for use with
(Mamakos') SLIP on a NeXT. Faster is better, and price, while important,
is not everything.
Please e-mail and I'll summarize.
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.hardware
From: mzeller@gwdu03.gwdg.de (Meinrad Zeller)
Subject: Re: Is anyone using a ZyXEL Fax modem on black NeXT??
Message-ID: <5TRFB6QT@gwdu03.gwdg.de>
Followup-To: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.hardware
Organization: GWDG, Goettingen
References: <22ptes$3gk@hub.ucsb.edu>
Date: Tue, 27 Jul 1993 22:15:05 GMT
Douglas Scott (doug@foxtrot.ccmrc.ucsb.edu) wrote:
: Could someone who has successfully used a ZyXEL high-speed modem on a NeXT
: please contact me? The literature claims it will work, but I am unable to:
Get a copy of NXFaxDemo from your fauvorite ftp-server. Then things will
(should) work.
With the NeXT fax daemon I think you cant do simultaneously fax and modem (dial in)
services with the Zyxel - actually I don't know any modem which would do that.
With the NXFax software you can do this very smoothly.
In the demo mode of NXFax you can simultaneously send one page faxes #and#
enable dialin - and of course dial out.
I work w/ NXFax for quite some time and it runs very nice.
Meinrad
--
Meinrad Zeller
Foehrenweg 1
D-37077 Goettingen
Tel.: +49-551-300095
Newsgroups: comp.sys.next.sysadmin
From: zeke@znext.cts.com (james dehnert)
Subject: 2nd swap file
Message-ID: <1993Jul27.174828.2864@znext.cts.com>
Sender: zeke@znext.cts.com (james dehnert)
Organization: CTSNET
Date: Tue, 27 Jul 1993 17:48:28 GMT
OK, I'v looked in the FAQ and NextAnswers but I couldn't find out the proper
way to set up an second swapfile on my second partition. If you know please
enlighten me, and perhaps we could put this in the faq too.
Thanks,
Zeke
--
-=+~+=- Eschew Obfuscation Next Mail Welcome -=+~+=-
-=+~+=- James "Zeke" Dehnert zeke@znext.cts.com -=+~+=-
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NETMASTER and master server
Date: 27 Jul 1993 23:45:54 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <234eni$dbc@umd5.umd.edu>
References: <9307271254.AA16975@tech.mis.cfc.com>
In article <9307271254.AA16975@tech.mis.cfc.com> tms@cfc.com writes:
>I believe that the first machine up that is a server becomes the
>master and the rest become clones.
The machine that's referenced in the master property in the root directory of
each domain is the one that's the master. You can "easily" change which
machine is master by cloning the database onto the new master, niutil
-createprop <domain> / master <newhost>/<newtag>, waiting for the propogation
(tagged reads are real nice), and rebooting all machines that would bind to
those NetInfo servers. (you could just kill nibindd & lookupd on each
affected machine, but rebooting is more... gratifying.)
NetInfo clients will bind to the first server (master or clone) that
responds. All writes must go to the master of course, but reads are fair
game for anyone.
>Todd
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
If you've seen one city slum, you've seen them all.
- Spiro Agnew
From: vasu@beancounter.commerce.ubc.ca (Vasu Krishnamurthy)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Turning off the printer
Date: 27 Jul 1993 19:08:11 GMT
Organization: The University of British Columbia
Distribution: world
Message-ID: <233uerINNil3@iskut.ucs.ubc.ca>
I like to turn the printer off every time I log out. Under NS 3.0, I did
this automatically by writing the following in my defaults database:
dwrite loginwindow LogoutHook <path/myfile>
where <myfile> is a script to turn off the printer. This does not work
under 3.1. Any suggestions about how else one could do the same thing?
Please respond via email, as I don't read this bboard very often. Thanks
in advance.
--
Vasu Krishnamurthy
Faculty of Commerce and Business Administration
University of British Columbia
Vancouver, BC V6T 1Z2
CANADA
vasu@beancounter.commerce.ubc.ca
Newsgroups: comp.sys.next.sysadmin
From: jjfeiler@relief.com (John Jay Feiler)
Subject: Re: Diagram.app blows up when starting - specific to user
Message-ID: <1993Jul28.054519.5766@relief.com>
Sender: jjfeiler@relief.com
Organization: relief consulting
References: <1993Jul21.163926.3567@fnbc.com>
Date: Wed, 28 Jul 1993 05:45:19 GMT
In article <1993Jul21.163926.3567@fnbc.com> djiracek@thunder(Dan Jiracek)
writes:
> This user tries lauching Diagram.app and it blows up. Since it is user
> specific, I thought it might have something to do with his drwrite's for
> Diagram. But after removing all dwrites for Diagram, its still not
> working. Might it possibly be a different dwrite? And if so, does anyone
> have a suggestion as to which one(s) it could be.
>
> Thanks,
> Dan
>
> --
> Daniel Jiracek (312) 732-1421
> Network Specialist Dan_Jiracek@fnbc.com
> First Chicago Bank NeXT Mail Accepted
Same problem happened to us. It has to do with one of the default font
settings for the user -- I forget which one. If you give them a call at
lighthouse they'll recognize the problem and give you the answer over the
phone.
John
--
John Feiler jjfeiler@relief.com
4926 152nd St. SW NeXTmail Welcome!!!
Edmonds, WA 98026-4433 Independent NeXTSTEP Developer
Newsgroups: comp.sys.next.sysadmin
From: ian@its.com
Subject: NXFax not automatically printing
Message-ID: <1993Jul27.211509.11073@its.com>
Keywords: fax
Sender: ian@its.com (Ian Gibbs)
Organization: Information Technology Solutions
Date: Tue, 27 Jul 1993 21:15:09 GMT
Greetings,
While installing NXFax 1.03 on a NS 3.0 system, I made sure that the
option to enable automatic printing was set. However, no faxes are being
printed. They are, however, coming in to the system and are readable from
FaxReader. (Becuase faxes are coming in, Black & White Software tells me
that something is incorrect in the setup of the NeXT, not NXFax.)
The machine is not on a network, and thus only has one domain - "/". (Or
".", depends on how you look at it I suppose.) There is also only one
printer available to print to - "Local_Printer". This is the printer I
specified in the initial set up of NXFax.
Using PrintManager, I was able to verify that auto printing was turned on
and that the proper printer (i.e. the only printer) was the designated
printer. I also noted that "Letter" was the specified paper size.
In other words, it all seems like it should "just work". Does anyone have
any other ideas?
Ian Gibbs
ian@its.com
P.S. The printer itself does work. (i.e. I can open a fax manually and
print it.)
--
Ian Gibbs
ian@its.com
Information Technology Solutions
NeXT/NEXTSTEP Consulting
Newsgroups: comp.sys.next.sysadmin
From: ab@nova.cc.purdue.edu (Allen B)
Subject: Power Off Accessibility in 3.1 (Black)
Message-ID: <CAvsAD.836@mentor.cc.purdue.edu>
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
Date: Wed, 28 Jul 1993 15:27:49 GMT
I've upgraded most of our staff NeXTs to 3.1, and everybody loves it.
It's faster and seems to be more efficient, what's not to love?
Well, that darn "Power Off" option that now appears at logout and on
the loginwindow. I don't really want that there because I'm afraid
our lab users will start turning off (or restarting) our machines
more often than they do now. I don't really want that to happen, and
considering one of them is sonata, you might not either. :-)
Does anyone know how to remove those buttons? Is there a nice simple
dwrite I can do? Is there a nib file or segment I can modify? At the very
least can I change the strings used to something more hostile?
(Workspace.strings didn't seem to work.)
Let me know what you recommend. I've got about two weeks to find a
solution. Thanks in advance for any information. I'll keep messing
with it myself as well.
ab
From: silver@metonymy.ots.utexas.edu (silver Harloe)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer
Subject: gcc 2.4.5, next mach 3, g++
Message-ID: <88635@ut-emx.uucp>
Date: 28 Jul 93 14:13:21 GMT
Sender: news@ut-emx.uucp
Followup-To: comp.sys.next.sysadmin
So, I installed the gcc 2.4.5 library, no problemo. It knew m68k-next-mach3
and compiled fine (and I did the comparison compile and 'make compare' and it
worked, too).
I installed GNUs g++ library, again, this went through without a hitch.
Then I wrote "hello.cpp," which goes like this:
#include <iostream.h>
int main ()
{ cout << "Hello world\n";
}
The I compiled it and got this:
myprompt> g++ -o hello hello.cpp
ld: hello.cpp bad magic number (not a Mach-O file)
I noticed GNU's C library doesn't have a next-mach version, so I didn't
install it and wouldn't be sure it would help if I did...
help? anyone else tried to write C++ on a next?
--silver--
silver@metonymy.ots.utexas.edu
Newsgroups: comp.sys.next.sysadmin
From: Greg Ferguson <rtmd30@email.sps.mot.com>
Subject: Re: blk0 boot failed
Message-ID: <1993Jul28.152132.8627@newsgate.sps.mot.com>
Sender: news@newsgate.sps.mot.com
Organization: Motorola, Inc.
References: <1993Jul26.172428.3456@newsgate.sps.mot.com>
Date: Wed, 28 Jul 1993 15:21:32 GMT
In article <1993Jul26.172428.3456@newsgate.sps.mot.com> Greg Ferguson,
gregf@shaman.sps.mot.com writes:
> Lately, when I power my NeXTstation up, I am getting an error when the
> debugger(?) tries to read the drive (Seagate ST1480). Here's the
sequence I
> see in the console.
>
> boot sd(0,0,0) diagnostics
> booting SCSI target 1, lun 0
> waiting for drive to come ready
> blk0 boot: sd() diagnostics
> Booting from SCSI target 1 lun 0
> diagnostics: not found
> load failed
Thanks to all who've responded via email.
The gist of the problem was that in a fit of spasmotic typing I typed "Y"
for extended diagnostics in the "p" configuration for the boot-monitor.
This
causes the NeXT to look for a diagnostics kernel. (Which is only available
at the factory - kept there to protect the innocent and foolish).
Alternate suggestions were to either link the standard "sdmach" to
"diagnostics" so that the machine would boot without error (and not
accomplish extended diagnostics) or to turn off the extended diagnostics.
To turn off diagnostics I just needed to do a "p" from the monitor and
walk
the options until I came to "extended diagnostics", then enter "N".
Greg
Greg Ferguson phone: 602.952.3623
Desktop Networking Systems Internet:
rtmd30@email.sps.mot.com
World Marketing
Motorola, Semiconductor
=======================================================================
=====
Heaven is a very neat and tidy place, according to a medical missionary
from
Panama City, Fla., who enjoyed a recent round-trip tour of the Great
Beyond.
And, he says, there's no dog poop anywhere. - (Weekly World News)
=======================================================================
=====
Newsgroups: comp.sys.next.sysadmin
From: tar@sde.mdso.vf.ge.com (Rimlinger Tim)
Subject: Problem with 1/4" tape on NeXTStation
Message-ID: <1993Jul28.154409.13768@knight.vf.ge.com>
Sender: news@knight.vf.ge.com
Organization: Martin Marietta M&DSO - VF
Date: Wed, 28 Jul 1993 15:44:09 GMT
I have an 040 NeXTStation Color running NeXTStep 3.0 and am trying to interface a
generic SCSI 60 MB 1/4" cartrage tape drive previously attached to a Sun. The
system also has a 600MB internal SCSI disk and a 600MB external SCSI disk. After
connecting the tape drive and booting the machine I get the following bootup
messages:
for each sd2,3,4,5,6 I get:
sd2 at sc0 target 4 lun 5
ERROR: Invalid device block length of zero
sd2: Incomplete disk transfer; bytes moved: 0x0, resid=0x1c48, retry 1
DISK UNFORMATTED
Then finally what I had wanted to see:
Rev as st0 at sc0 target 4 lun 0
After the machine comes up, I log in and get repeated dialog boxes,
The hard disk is unreadable
Ignore Initialize
I assume these are due to the system trying to access the tape as a disk during
bootup.
Anyway I try to read a tape using tar. After inserting a tape I issue the command:
tar tvf /dev/rst0
and get:
tar: tape read error: I/O error
and in the console:
st: cmd: 0x8 sr_io_status=2H
Sense Key=0x5 Sense Code=0x0
I found in NeXTAnswers, what I thought should be the fix, in hardware.762. This
fix executes an ioctl to set MTIOCFIXBLK for fixed sized block data transfers.
Initially I used a block size of 512. The same tar command tried to access
the tape and yielded:
tar: tape read error: I/O error
and in the console:
st: cmd=0x8 sr_io_status=2H
Sense Key=0x8 Sense Code 0x0
I also tried various block sizes in the ioctl, the Sense Key remained 0x8.
Any Ideas?
Thanks,
Tim
tar@mdso.vf.ge.com
Newsgroups: comp.sys.next.sysadmin
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Re: Power Off Accessibility in 3.1 (Black)
Message-ID: <1993Jul28.161937.20547@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: DSO, Stanford University
References: <CAvsAD.836@mentor.cc.purdue.edu>
Date: Wed, 28 Jul 93 16:19:37 GMT
Allen B writes
> I've upgraded most of our staff NeXTs to 3.1, and everybody loves
> it. It's faster and seems to be more efficient, what's not to
> love?
>
> Well, that darn "Power Off" option that now appears at logout
> and on the loginwindow. I don't really want that there because
> I'm afraid our lab users will start turning off (or restarting)
> our machines more often than they do now. I don't really want
> that to happen, and considering one of them is sonata, you might
> not either. :-)
>
> Does anyone know how to remove those buttons?
If you can't remove the buttons, perhaps you can change the login
window tiff with one that has a very explicit "DO NOT RESTART OR TURN
OFF THIS COMPUTER" message.
--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@leland.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
From: rgc@wam.umd.edu (Ross Garrett Cutler)
Newsgroups: comp.sys.next.sysadmin
Subject: How do you mark bad blocks on a SCSI hard drive?
Date: 28 Jul 1993 19:32:42 GMT
Organization: University of Maryland, College Park
Message-ID: <236k8q$1gh@umd5.umd.edu>
Hi,
The internal (Seagate 250) drive in my NeXTstation at work starting giving
"HARDWARE ERROR"s (both read and write) for about 10 blocks. What I would've
like to have done is mark those blocks as bad (i.e. append them to
the drive's bad block table) and copy the files that used those bad blocks
to another area on the disk. However, the disk(8) utility only seems
to be able to do this for OD's, not regular hard disks. I ended up having
to reformat the disk, which was a major pain. Is there a way to edit the bad
block table (like most UNIX boxes let you do)?
Thanks, Ross.
--
Ross Cutler
University of Maryland, College Park
Internet: rgc@wam.umd.edu
Newsgroups: comp.sys.next.sysadmin
From: ab@nova.cc.purdue.edu (Allen B)
Subject: Re: Power Off Accessibility in 3.1 (Black)
Message-ID: <CAw5zC.7qq@mentor.cc.purdue.edu>
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
References: <1993Jul28.161937.20547@leland.Stanford.EDU>
Date: Wed, 28 Jul 1993 20:23:36 GMT
In article <1993Jul28.161937.20547@leland.Stanford.EDU>
spagiola@frinext.stanford.edu (Stefano Pagiola) writes:
> If you can't remove the buttons, perhaps you can change the login
> window tiff with one that has a very explicit "DO NOT RESTART OR TURN
> OFF THIS COMPUTER" message.
That's a possibility. If you dwrite DisablePowerOff, the buttons on
the loginwindow don't work, but they're still there. You can change
what they look like pretty easily (tiffs), but I really wanted to get
rid of them.
I haven't done anything for the logout one yet.
ab
Newsgroups: comp.sys.next.sysadmin
From: lux@sol.UVic.CA (Michael O'Henly)
Subject: inews, NeXT, trn, and the whole damn thing...
Message-ID: <lux.743881772@sol.UVic.CA>
Sender: news@sol.UVic.CA
Organization: University of Victoria
Date: 28 Jul 93 17:49:32 GMT
I want to run trn 3.1 on a NeXT (NS 3.0). I'd be using NNTP to
connect to the news server and maintaining local indexes on the NeXt.
I've compiled trn and mthreads. Everything appears to work as
it should for reading and reply by mail -- but I'm not able to post.
The docs suggests that I need to get a copy of inews and
install it on my system. Inews appears to be part of both the inn and
nntp packages. Unfortunately, I don't know enough about system
configuration to compile either -- and, in any case, it seems like
overkill to build a newserver just to get a copy of inews.
So -- here's my question. Would inews compiled on someone
else's NeXT work for what I need on my system?
If so, I would be VERY grateful if some kind sould would
please send it to me...
Many thanks!
Michael
| o |
| --/-- | Michael O'Henly
| __\ | mohenly@malahat.Library.UVic.CA
| \ |
--
| o |
| --/-- | Michael O'Henly
| __\ | mohenly@malahat.Library.UVic.CA
| \ |
Newsgroups: comp.sys.next.sysadmin
From: Robert_La_Ferla@hot.com
Subject: ZyXEL and Taylor UUCP 1.04
Message-ID: <1993Jul28.181616.1726@hot.com>
Sender: robertl@hot.com
Organization: Hot Technologies
Date: Wed, 28 Jul 1993 18:16:16 GMT
Can someone who is successfully using Taylor UUCP 1.04 with a ZyXEL,
please send me your modem configuration and chat script.
Thanks,
Robert
Robert La Ferla
Hot Technologies
From: lje0106@sigma.tamu.edu (Louis J. Everett)
Newsgroups: comp.sys.next.sysadmin
Subject: Help with Chown
Date: 28 Jul 1993 23:11:29 GMT
Organization: Texas A&M University, College Station, TX
Distribution: world
Message-ID: <237131$46@tamsun.tamu.edu>
I have a file system mounted at the root which has the user student. Its ls -l
output is:
drwxr-xr-x 6 student 1024 Jul 28 17:53 External/
I want to change the owner of the file to jack, so I did the following:
chown jack External
I did this from root afterward the ls -l gives:
drwxr-xr-x 6 jack 1024 Jul 28 17:53 External/
Once I log out and back in as jack the ls -l returns to:
drwxr-xr-x 6 student 1024 Jul 28 17:53 External/
If I log in as student and chown I receive an error saying I am not the file's
owner.
What am I doing incorrectly?
--
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Louis Everett
lje0106@sigma.tamu.edu
NeXT mail welcome
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Power Off Accessibility in 3.1 (Black)
Message-ID: <1993Jul29.023428.14310@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Jul28.161937.20547@leland.Stanford.EDU> <CAw5zC.7qq@mentor.cc.purdue.edu>
Date: Thu, 29 Jul 1993 02:34:28 GMT
In article <CAw5zC.7qq@mentor.cc.purdue.edu>
ab@nova.cc.purdue.edu (Allen B) writes:
> If you dwrite DisablePowerOff, the buttons on
>the loginwindow don't work, but they're still there. You can change
>what they look like pretty easily (tiffs), but I really wanted to get
>rid of them.
I'm really hoping that in the 3.2 Release loginwindow will be
fixed to not display them if PowerOffDisabled is set.
>I haven't done anything for the logout one yet.
Same request. Since Workspace is set-uid root in 3.x (it didn't
used to be!) it should be able to read root's defaults (unless
it's running on a NetBoot client without root access, in which
case it *might* not be able to).
Remember--there's *no* reason why the buttons *ever* need to be
displayed--their functionality is *always* available from the
keyboard.
-=EPS=-
From: mohenly@malahat.library.uvic.ca (Michael O'Henly)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: inews, NeXT, trn, and the whole damn thing...
Message-ID: <1993Jul29.023251.4733@sol.UVic.CA>
Date: 29 Jul 93 02:32:51 GMT
References: <lux.743881772@sol.UVic.CA>
Sender: news@sol.UVic.CA
Organization: University of Victoria
Michael O'Henly (lux@sol.UVic.CA) wrote:
: So -- here's my question. Would inews compiled on someone
: else's NeXT work for what I need on my system?
Thanks to those who offered copies of inews. I downloaded one from
a respondent in Minnesota and tried it out. Unfortunately, it posted
articles with sender = my_userid@his_machine -- which makes sense, I
guess, since the binary was compiled on his system.
I guess there's no way around it. I'm going to have to figure out
how to build nntp or inn (sigh)...
Michael
--
o
--/--
__\ Michael O'Henly
\ mohenly@malahat.Library.UVic.CA
Newsgroups: comp.sys.next.sysadmin
From: verket@venice.sedd.trw.com (Paul Verket)
Subject: NS3.1 & PS lvl 1 printer UPDATE
Message-ID: <1993Jul29.040739.18059@venice.sedd.trw.com>
Organization: TRW Systems Engineering & Development Division, Carson, CA
Date: Thu, 29 Jul 1993 04:07:39 GMT
A while back I noted that NS 3.0 wouldn't print some graphics on level
1 printers and would instead print a gray box in their place. The good
news is that 3.1 corrected the problem!
I'd still recommend a level 2 Postscript printer if you are in the
market for one but backward compatability is better in the mean time.
Paul Verket (NeXTmail ok)
Newsgroups: comp.sys.next.sysadmin
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: Re: Help with Chown
Message-ID: <1993Jul29.041558.24282@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
References: <237131$46@tamsun.tamu.edu>
Date: Thu, 29 Jul 1993 04:15:58 GMT
In article <237131$46@tamsun.tamu.edu> lje0106@sigma.tamu.edu (Louis J.
Everett) writes:
> I have a file system mounted at the root which has the user student. Its ls
-l
> output is:
> drwxr-xr-x 6 student 1024 Jul 28 17:53 External/
>
> I want to change the owner of the file to jack, so I did the following:
> chown jack External
> I did this from root afterward the ls -l gives:
> drwxr-xr-x 6 jack 1024 Jul 28 17:53 External/
>
> Once I log out and back in as jack the ls -l returns to:
> drwxr-xr-x 6 student 1024 Jul 28 17:53 External/
>
> If I log in as student and chown I receive an error saying I am not the
file's
> owner.
>
> What am I doing incorrectly?
FAQ-NEXTSTEP-OS
____________________________________________________________________________
Subject: O11. Why does the console user "own" the external disk filesystem?
You need an entry in /etc/fstab so the disk will be mounted at boot time,
rather than being "automounted" when somebody logs in. Automounted
disks are owned by whoever logged in, fstab-mounted disks are owned by
root. Something like this:
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/dev/sd1a /Disk 4.3 rw,noquota 0 2
(assuming the external disk is to be mounted as /Disk)
fstab should be niloaded into the Netinfo database.
--
Nathan "USENET" Janette
PPP link from hilbert.csb.yale.edu
Please reply to: nathan@laplace.csb.yale.edu (NeXT)
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Power Off Accessibility in 3.1 (Black)
Message-ID: <1284@rtbrain.rightbrain.com>
Date: 29 Jul 93 04:42:22 GMT
References: <1993Jul29.023428.14310@csus.edu>
Sender: glenn@rightbrain.com
Eric P. Scott writes
[ about the reboot and power off buttons ]
> Remember--there's *no* reason why the buttons *ever* need to be
> displayed--their functionality is *always* available from the
> keyboard.
Actually, the whole point of those buttons is that they're *NOT* always
available from the keyboard (with NS/Intel, that is). In our experience
with Intel machines both those buttons and the new logins for "power",
"reboot", etc were godsends when either our mouse or keyboard didn't
function correctly (not an uncommon occurrence when fussing with bus
mice and trying to Configure various keyboards). Otherwise there's no
clean way to shut the system down to try again.
I still think that Configure.app should be renamed GoFigure.app :-)
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
Newsgroups: comp.sys.next.sysadmin
From: clloyd@gleap (Charles C. Lloyd)
Subject: NXFax restart for 3.1 (Black)
Message-ID: <1993Jul27.182958.2997@gleap.sccsi.com>
Sender: clloyd@gleap.sccsi.com
Organization: GiantLeap Software
Date: Tue, 27 Jul 1993 18:29:58 GMT
Hello,
Tought I'd pass along this tip for those who might encounter problems...
I have NS 3.1 on a 'station and am running NXFax 1.02. I have encountered a
problem where the modem will stop auto answering the phone even though all the
parameter settings are correct. The problem lies with NXFax, somehow, and the
solution is to restart NXFax. Here's how:
Simply give the command
/usr/lib/NextPrinter/exec_faxes
from the shell. You can accomplish the same thing from the PrintManager by
choosing Fax Modems, selecting your modem, clicking on Modify, and then
clicking on OK. Your choice!
This came from B&W tech support. I don't know if you're required to be root,
but its probably a good idea.
Charles.
---
Charles Lloyd clloyd@GLeap.scssi.com
GiantLeap Software
(713) 292-2442 or 363-0887 (Hou) (713) 363-0936 (fax)
--
Charles Lloyd clloyd@GLeap.scssi.com
GiantLeap Software
(713) 292-2442 or 363-0887 (Hou) (713) 363-0936 (fax)
From: shuque@spectre.sas.upenn.edu (Shumon Huque)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: gcc 2.4.5, next mach 3, g++
Message-ID: <138191@netnews.upenn.edu>
Date: 28 Jul 93 17:18:55 GMT
References: <88635@ut-emx.uucp>
Sender: news@netnews.upenn.edu
Organization: University of Pennsylvania
In article <88635@ut-emx.uucp> silver@metonymy.ots.utexas.edu (silver Harloe) writes:
> #include <iostream.h>
>
> int main ()
> { cout << "Hello world\n";
> }
>
>The I compiled it and got this:
>
>myprompt> g++ -o hello hello.cpp
>ld: hello.cpp bad magic number (not a Mach-O file)
>
>I noticed GNU's C library doesn't have a next-mach version, so I didn't
>install it and wouldn't be sure it would help if I did...
You need to rename the file with the proper extension.
The g++ manual page states that:
C++ source files use one of the suffixes `.C', `.cc', or
`.cxx'; preprocessed C++ files use the suffix `.ii'.
---
Shumon Huque 3401 Walnut Street, Suite 321A,
System Programmer Philadelphia, PA 19104-6228
SAS Computing (215)573-3014
University of Pennsylvania. Internet: shuque@sas.upenn.edu
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: Correction: Re: Help with Chown
Date: 29 Jul 1993 07:59:22 GMT
Organization: University of California, Berkeley
Distribution: world
Message-ID: <23800q$7q9@agate.berkeley.edu>
References: <1993Jul29.041558.24282@cs.yale.edu>
In article <1993Jul29.041558.24282@cs.yale.edu> nathan@laplace.csb.yale.edu (Nathan F. Janette)
writes:
>Subject: O11. Why does the console user "own" the external disk filesystem?
...
>/dev/sd0a / 4.3 rw,noquota,noauto 0 1
>/dev/sd1a /Disk 4.3 rw,noquota 0 2
...
>fstab should be niloaded into the Netinfo database.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
This is incorrect. For some reason, someone is spreading incorrect
info.
/etc/fstab containing local HD mounts does NOT have to be niloaded
into NetInfo.
Only NFS mounts have to be loaded into NetInfo.
Not that things won't work if you load into NetInfo, but that is
not necessary.
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Power Off Accessibility in 3.1 (Black)
Message-ID: <1993Jul29.085620.3341@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Jul29.023428.14310@csus.edu> <1284@rtbrain.rightbrain.com>
Date: Thu, 29 Jul 1993 08:56:20 GMT
In article <1284@rtbrain.rightbrain.com> glenn@rightbrain.com
(Glenn Reid) writes:
>Actually, the whole point of those buttons is that they're *NOT* always
>available from the keyboard (with NS/Intel, that is).
WRONG! You can type "power" or "reboot" or "rebootnext" or
"rebootdos" in place of a username. The buttons' only value is
in that *rare* case where the mouse works but the keyboard
doesn't. Then again, you know how I feel about Intel machines...
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: jds@aplexus.jhuapl.edu (John D Stanhope)
Subject: PERL and Printing under NS/i
Message-ID: <CAxG8L.CFt@netnews.jhuapl.edu>
Sender: usenet@netnews.jhuapl.edu
Organization: Johns Hopkins U. Applied Physics Lab
Date: Thu, 29 Jul 1993 13:02:44 GMT
Has anyone been able to compile tha latest PERL from prep.ai.mit.edu
under NS/i? It gets pretty far then dies. There is a next.sh, but
I'm not sure what exactly needs to be done with it.
I would also like to know how to get a HP deskjet 500 working under
NS/i. I realize that you need a license from adobe or something to
print to a non-postsript printer but I would like to make sure it
works before I spend more money. I would prefer to use the paralled
port.
-------------------------------------------------------------------
Otto "Apes don't read philoshpy"
Wanda "Yes they do, they just don't understand it"
-------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: djiracek@thunder(Dan Jiracek)
Subject: NetInfoManager - Open by Tag question
Message-ID: <1993Jul28.203957.603@fnbc.com>
Sender: news@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
Date: Wed, 28 Jul 93 20:39:57 GMT
We have several Lan's that are differentiated by Class B addresses. Each
Lan has "its own" network netinfo database. Frequently I have to go into
another network's netinfo database to make changes, and I use Open by Tag.
For example I can use Host:netone Tag: network and it will work but if I
try a differenet network ie Host:nettwo Tag:network - I get Domain
selected failed to open. Each machine knows about each other through NIS.
Can someone point me in the right direction as to what is the dependent
factor is whether or not it will connect?
Thanks and I will summarize.
--
Daniel Jiracek (312) 732-1421
Network Specialist Dan_Jiracek@fnbc.com
First Chicago Bank NeXT Mail Accepted
Newsgroups: comp.sys.next.sysadmin
From: nwc (Nick Christopher)
Subject: Perl Script to fight clock drift
Message-ID: <CAxJBB.IH2@ny.shl.com>
Keywords: clock drift
Sender: usenet@ny.shl.com (Net News)
Organization: SHL Systemhouse Inc.
Date: Thu, 29 Jul 1993 14:09:10 GMT
The following is a simple perl script to get the time of another ethernet
connected host and set your time by it. It must be run as root. I run it each
morning in our network time server's crontab.local.
#!/usr/local/bin/perl
#
# Copyright 1993 (c) SHLSystemhouse Inc.
#
# Author: Nick_Christopher@ny.shl.com
#
# Simple perl code to telnet to return current time is yymmddhhmm.ss format
# as some remote machine see it.
#
# Done by telneting to that machines daytime port, then adding half the round
# trip time on to the results. ONLY APPROXIMATE. However NeXT's clock
# drift so much that this approximate time REALLY helps.
#
if ( $#ARGV != 0 )
{
printf("usage: %s hostname\n", $0 );
exit(0);
}
$, = ' '; # Field separator
$\ = '\n'; # Record separator
$SIG{'ALRM'} = 'timeOut';
sub timeOut
{ # took too long to get an answer
printf("Response not timely.\n");
exit(0);
}
# array of month names for comparison to later
@month = ('Jan','Feb','Mar','Apr','May','Jun','Jul','Aug','Sep','Nov','Dec');
# local time - I use the month and day from this.
($s,$m,$h,$mday,$mon,$year,$w,$y,$i) = localtime(time);
# build the telnet command - remot host was passed in.
$cmd = 'telnet ' . $ARGV[0] . ' 13 2> /dev/null |';
# flag for a valid host.
$goodHost = 0;
# limit length of trip to 60 seconds starting NOW
alarm 60;
# Start timing the trip
$t1 = time;
open(RTIME,$cmd);
while (<RTIME>) {
chop; # strip record separator
@fld = split(' ', $_, 9999);
if ( $fld[1] eq $month[$mon] )
{
$goodHost = 1;
($hh,$mm,$ss) = split(':', $fld[3]);
$yy = $fld[4] - 1900;
}
}
# response lag about half the round trip time
$lag = (time - $t1)/2;
if ( $goodHost == 0 )
{
printf("Invalid Host.\n");
exit 0;
}
$newSeconds = $ss + $lag;
if ( $newSeconds >= 60 )
{
$mm += 1;
$newSeconds -= 60;
}
if ( $mm >= 60 )
{
$hh += 1;
$mm -= 60;
}
# date [ -n ] [ -u ] [ yymmddhhmm[.ss] ]
exec 'date', sprintf("%02d%02d%02d%02d%02d.%02d",$yy,$mon+1,$mday,$hh,$mm,$ss);
Newsgroups: comp.sys.mac.comm,comp.protocols.appletalk,comp.sys.next.sysadmin,comp.sys.next.programmer,comp.sources.d
From: aj3u@larch.cs.virginia.edu (Asim Jalis)
Subject: How to print from Mac to Unix printer
Message-ID: <AJ3U.93Jul29100559@larch.cs.virginia.edu>
Followup-To: comp.sys.mac.comm
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia, Charlottesville, VA 22903
Date: Thu, 29 Jul 1993 15:05:59 GMT
I have a NeXT with its local laser printer.
The NeXT acts as a general print server for a
heterogenous network of Unix machines.
I also have a Mac on the same network. What
I want to do now is be able to print from the
Mac to the NeXT.
Has anyone ever tried this? If there is
software that does this I would be very
interested in finding out about it.
Asim Jalis
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.sys.next.sysadmin
Subject: Seeking Brian Cuthie
Date: 26 Jul 1993 21:04:13 +0100
Organization: me organized? That's a joke!
Distribution: world
Message-ID: <231dbt$os@steffi.demon.co.uk>
Brian, if you are reading this please get in touch.
I wish to make some equiries about SafetyNet. And grab a 30 day
trial license of you.
Cheers.
--
Real programmers don't use Email they communicate with people.
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NETMASTER and master server
Message-ID: <69779@mimsy.umd.edu>
Date: 29 Jul 93 14:22:40 GMT
References: <9307271254.AA16975@tech.mis.cfc.com>
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
In article <9307271254.AA16975@tech.mis.cfc.com> tms@cfc.com writes:
> I believe that the first machine up that is a server becomes the
> master and the rest become clones.
not really.
the master is determined by the master property of the root directory.
all master and clones have the serves property set appropriately.
read sys admin section 10.1 for more info.
actually, a client machine broadcasts a message at boot time - and binds
to the first server (master or clone) to respond.
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
From: jdell@nefertiti.mit.edu (John Ellithorpe)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Remote Tar Wanted --- and gnutar question
Followup-To: comp.sys.next.sysadmin
Date: 29 Jul 1993 19:05:49 GMT
Organization: Massachusetts Institute of Technology
Message-ID: <JDELL.93Jul29150549@nefertiti.mit.edu>
References: <2392pm$8f0@news.mic.ucla.edu>
In-reply-to: iwelch@agsm.ucla.edu's message of 29 Jul 1993 17:52:54 GMT
On 29 Jul 1993 17:52:54 GMT, iwelch@agsm.ucla.edu (Ivo Welch) said:
> Followup-To: comp.sys.next.sysadmin
> NNTP-Posting-Host: risc.agsm.ucla.edu
> Is there an "rtar" version, or even better an "rgnutar" ?
> Also, why is gzip now the supported gnu compressor, while gnutar with
> the "z" option still uses the old LZW compressor?
> /ivo
If you want to use tar remotely, just look in the man pages...
Finally, here is an example using tar to transfer files
across the Ethernet. First, here is how to archive files
from the local machine (example) to a tape on a remote sys-
tem (host):
example% tar cvfb - 20 filenames | rsh host dd of=/dev/rmt0 obs=20b
That's it. You can pretty much figure out the how to read them from tape
using the same sort of thing. If you want to use GNU tar, then just use
gtar instead of tar in the example.
I think the newest version of GNU's tar does use gzip instead of the standard
UNIX compression. The latest version can be gotten from prep.ai.mit.edu in
the /pub/gnu directory.
John
--
===============================================================================
John Ellithorpe | Internet: jdell@maggie.mit.edu
Dept. of Physics, Rm 26-319 | Phone : (617) 253-4028 Office
Massachusetts Institute of Technology | (617) 253-3072 Lab
Cambridge, MA 02139 | (617) 236-4910 Home
===============================================================================
From: karthy@dannug.dk (Karsten Thygesen)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Remote Tar Wanted --- and gnutar question
Message-ID: <KARTHY.93Jul29213710@dannug.dannug.dk>
Date: 29 Jul 93 19:37:10 GMT
References: <2392pm$8f0@news.mic.ucla.edu>
Followup-To: comp.sys.next.sysadmin
Organization: Dannug - Danish NeXT Users Group
In-reply-to: iwelch@agsm.ucla.edu's message of 29 Jul 1993 17:52:54 GMT
>>>>> On 29 Jul 1993 17:52:54 GMT, iwelch@agsm.ucla.edu (Ivo Welch) said:
Ivo> Also, why is gzip now the supported gnu compressor, while gnutar with
Ivo> the "z" option still uses the old LZW compressor?
The new release (1.11.2) of GNU's tar do support gzip as the default
compressor. You can even specify your own compres program. The new syntax
to create archives is:
gtar -z -> uses gzip
gtar -Z -> uses ordinary compress
To extract files you can of cause use "-z" for both compressed and
gzip files.
Karsten.
--
Karsten Thygesen I Aalborg, Denmark
karthy@dannug.dk (NeXT-Mail welcome) I Voice: +45 98 12 42 59
President, Danish NeXT Users Group I Fax: +45 98 12 44 81
From: gdrew@cs.umd.edu (Greg Drew)
Newsgroups: comp.sys.next.sysadmin
Subject: 3.0 manuals?
Message-ID: <69799@mimsy.umd.edu>
Date: 29 Jul 93 20:46:56 GMT
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Has anyone actually been able to get their hands on the complete set of
NS3.0? NeXT claimed (many,many moons ago) that they were no longer selling
them, and gave us a publisher to contact. The publisher keeps telling us
that they will be printing more soon. Can anyone get me a source for these
things?
-- GDD
--
----------------------------------------------------------------------------
Greg Drew | N3MXX
gdrew@trellis.cs.umd.edu |
----------------------------------------------------------------------------
From: mgrdla@nextwork.Rose-Hulman.Edu (David L. Allabaugh)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How do you mark bad blocks on a SCSI hard drive?
Date: 29 Jul 1993 20:58:15 GMT
Organization: Rose-Hulman Institute of Technology
Message-ID: <239dl7$1k5@master.cs.rose-hulman.edu>
References: <236k8q$1gh@umd5.umd.edu>
In article <236k8q$1gh@umd5.umd.edu> rgc@wam.umd.edu (Ross Garrett Cutler)
writes:
> What I would've
> like to have done is mark those blocks as bad (i.e. append them to
> the drive's bad block table) and copy the files that used those bad blocks
> to another area on the disk.
Look into the reasb utility that NeXT released some time ago. The source is
available at ftp.next.com in /pub/Old_FTP_Files/Misc/Utilities/reasb.
---
Dave Allabaugh Rose-Hulman Institute of Technology
Unix Manager Waters Computing Center
Newsgroups: comp.sys.next.sysadmin
From: boyan@tmnxt1.iit.edu (Boyan I. Boyanov)
Subject: Telnet bug/feature ???
Message-ID: <1993Jul29.215216.6092@iitmax.iit.edu>
Sender: news@iitmax.iit.edu (News)
Organization: Illinois Institute of Technology / Academic Computing Center
Distribution: usa
Date: Thu, 29 Jul 93 21:52:16 GMT
When I telnet from one NeXTStation to another, I
wind up with a "Password:" prompt, e.g.
% tel elof.iit.edu
Trying 192.41.245.90...
Connected to elof.iit.edu.
Escape character is '^]'.
NeXT Mach (elof.acc.iit.edu) (ttyp2)
Password:
For one reason or another, the remote NeXT
makes the (rather annoying) assumtion that
the username will be identical to that of the
current account. Any suggestions on how to
fix this "feature" will be appreciated.
Please reply by email. Thanks!
Boyan
boyan@tmnxt1.iit.edu
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Power Off Accessibility in 3.1 (Black)
Message-ID: <1285@rtbrain.rightbrain.com>
Date: 29 Jul 93 21:21:26 GMT
References: <1993Jul29.085620.3341@csus.edu>
Sender: glenn@rightbrain.com
Eric P. Scott writes
> In article <1284@rtbrain.rightbrain.com> glenn@rightbrain.com
> (Glenn Reid) writes:
> >Actually, the whole point of those buttons is that they're *NOT* always
> >available from the keyboard (with NS/Intel, that is).
>
> WRONG! You can type "power" or "reboot" or "rebootnext" or
> "rebootdos" in place of a username. The buttons' only value is
> in that *rare* case where the mouse works but the keyboard
> doesn't. Then again, you know how I feel about Intel machines...
How can you say WRONG! when you then say just what I said, which is
that it's needed when the keyboard doesn't work (I even mentioned
the "power" and "reboot" logins, which made it clear that I knew about
them, but was offering a reason why you also need the buttons.
You call it a *rare* occurrence for the keyboard not to work, I say
it's all too common, in my short experience with PC's. Obviously
it was common for the folks at NeXT, because they added the buttons
as a counter-measure. What the heck; they don't hurt anything.
And if they keyboard doesn't work, you're out of luck without those
buttons. I usually use them because they're a lot easier (and
obvious) than typing "reboot", which is at best a poorly documented
feature. Of 10,000 people who walked up to a NEXTSTEP machine,
maybe 1 of them might know enough to type "power" or "reboot", but
all of them would be able to figure out how to push the reboot button.
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
Newsgroups: comp.sys.next.sysadmin
From: hussain@artsci.wustl.edu (G. H. Chinoy)
Subject: monitoring program?
Message-ID: <1993Jul29.225330.18039@wuecl.wustl.edu>
Sender: usenet@wuecl.wustl.edu (News Administrator)
Organization: Washington University, School of Engineering, St. Louis MO
Date: Thu, 29 Jul 1993 22:53:30 GMT
I was wondering if anyone had a NeXT.app or unix program that could organize
finger/w/who info (or any other info) so that system administrators could
glance at who's logged in & what's going on on their net?
Anyone have any clues?
--
________________________________
G. H. Chinoy
hussain@artsci.wustl.edu
NeXT Mail Welcome
From: rruth@studio.disney.com (Richard Ruth)
Newsgroups: comp.sys.next.sysadmin
Subject: SLIP server log-in
Date: 30 Jul 1993 00:01:51 GMT
Organization: The Walt Disney Company
Message-ID: <239odf$sk@angmar.sat.disney.com>
I am attempting to use a NeXT Station (3.0) running Louis Mamakos'
SLIP package as a SLIP server. However, the remote SLIP user can
not log in.
The login shell is /usr/dialupip/bin/dudisc_slip0, which is a soft
link to /usr/dialupip/bin/dudisc.
The remote SLIP user's log file shows that his SLIP package sends
the proper login name and then password. The SLIP server then responds
with "Last login: ..." and then "Session 1 disconnected from ...". Both
NeXTs' netstat -rn results are proper.
The remote NeXT station is running NEXTSTEP 3.1
Any suggestions for getting this SLIP link up would be greatly
appreciated. (I'll gladly provide more information if needed.)
richard
rruth@studio.disney.com
Newsgroups: comp.sys.next.sysadmin
From: magnus@fisher.Stanford.EDU (Magnus Nordborg)
Subject: Re: Remote Tar Wanted --- and gnutar question
Message-ID: <1993Jul30.013235.9060@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: DSO, Stanford University
References: <JDELL.93Jul29150549@nefertiti.mit.edu>
Date: Fri, 30 Jul 93 01:32:35 GMT
In article <JDELL.93Jul29150549@nefertiti.mit.edu> jdell@nefertiti.mit.edu
(John Ellithorpe) writes:
> On 29 Jul 1993 17:52:54 GMT, iwelch@agsm.ucla.edu (Ivo Welch) said:
> > Followup-To: comp.sys.next.sysadmin
> > NNTP-Posting-Host: risc.agsm.ucla.edu
>
>
> > Is there an "rtar" version, or even better an "rgnutar" ?
>
> > Also, why is gzip now the supported gnu compressor, while gnutar with
> > the "z" option still uses the old LZW compressor?
>
> > /ivo
>
> If you want to use tar remotely, just look in the man pages...
>
> Finally, here is an example using tar to transfer files
> across the Ethernet. First, here is how to archive files
> from the local machine (example) to a tape on a remote sys-
> tem (host):
>
> example% tar cvfb - 20 filenames | rsh host dd of=/dev/rmt0 obs=20b
>
> That's it. You can pretty much figure out the how to read them from tape
> using the same sort of thing. If you want to use GNU tar, then just use
> gtar instead of tar in the example.
With GNU's tar you can use
tar -cf user@machine:filename filenames
which is even easier.
> I think the newest version of GNU's tar does use gzip instead of the
standard
> UNIX compression. The latest version can be gotten from prep.ai.mit.edu
in
> the /pub/gnu directory.
It does, and it compiles under 3.0 but not under 3.1 (I have been
informed) due to alterations in dirent.h.
--
Magnus Nordborg
magnus@fisher.stanford.edu (NeXT mail preferred)
Department of Biological Sciences
Stanford University
Stanford, CA 94305-5020
+1 (415) 723-4952 (office)
Newsgroups: comp.sys.next.sysadmin
From: marcel@nice.usergroup.ethz.ch (Marcel Waldvogel)
Subject: Re: Perl Script to fight clock drift
Message-ID: <CAyFMn.G1D@bernina.ethz.ch>
Sender: news@bernina.ethz.ch (USENET News System)
Organization: NiCE - NeXT User Group, Zurich, Switzerland
References: <CAxJBB.IH2@ny.shl.com> <GISLI.93Jul29124207@hamilton.eecs.umich.edu>
Date: Fri, 30 Jul 1993 01:47:10 GMT
In article <GISLI.93Jul29124207@hamilton.eecs.umich.edu> gisli@hamilton.eecs.umich.edu (Gisli Ottarsson) writes:
>>>>>> In article <CAxJBB.IH2@ny.shl.com>, nwc (Nick Christopher) writes:
> NC> The following is a simple perl script to get the time of another
> NC> ethernet connected host and set your time by it. It must be run
> NC> as root. I run it each morning in our network time server's
> NC> crontab.local.
>
>How is this better than the 'rdate' command?
Or still much better using 'ntp' (aka Network Time) [ok, there are
more hosts giving you the current time using the 'rdate' protocol than
the 'ntp' protocol). This one keeps the time growing linearily which
many programs around here like a lot. And it keeps the time correct
all the time (+/- 1/100s is probably too accurate for most of us, but
the cost is only 2 UDP packets per second on the local subnet (about 5
machines), so it is negligible).
-Marcel
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Power Off Accessibility in 3.1 (Black)
Message-ID: <1993Jul30.031550.14928@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Jul29.085620.3341@csus.edu> <1285@rtbrain.rightbrain.com>
Date: Fri, 30 Jul 1993 03:15:50 GMT
In article <1285@rtbrain.rightbrain.com> glenn@rightbrain.com
(Glenn Reid) writes:
>You call it a *rare* occurrence for the keyboard not to work, I say
>it's all too common, in my short experience with PC's.
All together now--PeeCees SUCK!!!
> Of 10,000 people who walked up to a NEXTSTEP machine,
>maybe 1 of them might know enough to type "power" or "reboot", but
>all of them would be able to figure out how to push the reboot button.
That's my point. They're an "attractive nuisance"--I don't want
them there--I don't want people shutting down machines or even
_thinking_ that powering down is a viable option. No kidding!
-=EPS=-
--
Buy a UPS. A computer without electricity is powerless.
Newsgroups: comp.sys.next.sysadmin
From: kdburg@incoahe.hanse.de (Klaus Dahlenburg)
Subject: Re: gcc 2.4.5, next mach 3, g++
Message-ID: <1993Jul29.211329.661@incoahe.hanse.de>
Organization: Hanse Networking eV., Hamburg; Germany
References: <88635@ut-emx.uucp>
Date: Thu, 29 Jul 93 21:13:29 GMT
silver@metonymy.ots.utexas.edu (silver Harloe) writes:
[..] stuff deleted
>The I compiled it and got this:
>myprompt> g++ -o hello hello.cpp
>ld: hello.cpp bad magic number (not a Mach-O file)
don't use the extension .cpp (don't ask me why). I tried with the
extension .cc and .c and got no problems (gcc 2.3.3). With extension
.cpp I got the same error.
Klaus
--
Klaus Dahlenburg email : kdburg@incoahe.hanse.de
P.O.Box 1267 Fax : +49 4287 676
D-21249 Tostedt Voice : +49 4287 681
Germany Timezone : GMT + 2
++EOM++
Newsgroups: comp.sys.next.sysadmin
From: magnus@fisher.Stanford.EDU (Magnus Nordborg)
Subject: Re: gcc 2.4.5, next mach 3, g++
Message-ID: <1993Jul30.061625.15894@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: DSO, Stanford University
References: <1993Jul29.211329.661@incoahe.hanse.de>
Date: Fri, 30 Jul 93 06:16:25 GMT
In article <1993Jul29.211329.661@incoahe.hanse.de> kdburg@incoahe.hanse.de
(Klaus Dahlenburg) writes:
> silver@metonymy.ots.utexas.edu (silver Harloe) writes:
>
> [..] stuff deleted
>
> >The I compiled it and got this:
>
> >myprompt> g++ -o hello hello.cpp
> >ld: hello.cpp bad magic number (not a Mach-O file)
>
> don't use the extension .cpp (don't ask me why). I tried with the
> extension .cc and .c and got no problems (gcc 2.3.3). With extension
> ..cpp I got the same error.
>
Why? Read the man page and you will see that files with the extension
cpp (or any other unknown extension) are passed directly to the linker
which correctly reports that the ascii text file is not an Mach-O file.
Look:
DESCRIPTION
The C and C++ compilers are integrated. Both process input
files through one or more of four stages: preprocessing,
compilation, assembly, and linking. Source filename suf-
fixes identify the source language, but which name you use
for the compiler governs default assumptions:
gcc assumes preprocessed (.i) files are C and assumes C
style linking.
g++ assumes preprocessed (.i) files are C++ and assumes C++
style linking.
Suffixes of source file names indicate the language and kind
of processing to be done:
.c C source; preprocess, compile, assemble
.C C++ source; preprocess, compile, assemble
.cc C++ source; preprocess, compile, assemble
.cxx C++ source; preprocess, compile, assemble
.m Objective-C source; preprocess, compile, assemble
.i preprocessed C; compile, assemble
.ii preprocessed C++; compile, assemble
.s Assembler source; assemble
.S Assembler source; preprocess, assemble
.h Preprocessor file; not usually named on command line
?? Other (unrecognized) files passed to linker.
Common cases:
.o Object file
.a Archive file
Correct extensions are thus ".C", ".cc", and ".cxx".
--
Magnus Nordborg
magnus@fisher.stanford.edu (NeXT mail preferred)
Department of Biological Sciences
Stanford University
Stanford, CA 94305-5020
+1 (415) 723-4952 (office)
Newsgroups: comp.sys.next.sysadmin
Subject: rarpd
Message-ID: <1993Jul30.003536.2383@yvax.byu.edu>
From: john@kolob.byu.edu (John Peterson)
Date: 30 Jul 93 00:35:35 -0700
Does anyone know of a rarpd for NeXT? I've tried to compile several out on
the net without success.
--
John Peterson -- Networked Computer Support -- Brigham Young University
Internet: John_Peterson@byu.edu Phone: (801) 378-5007
From: amencke@panix.com (Andres Mencke)
Newsgroups: comp.sys.next.sysadmin
Subject: ?setgid problem?
Date: 30 Jul 1993 04:14:50 -0400
Organization: PANIX Public Access Internet and Unix, NYC
Message-ID: <23al9q$bq2@panix.com>
Summary: problem w/ setgid, privileges
Keywords: help, unix
When I try to run ps or su,
I get the following from the command line:
localhost> groups
other wheel
localhost> ps
Insufficient privileges.
localhost> su
setgroups: Not owner
Password: <root password>
su: setgid: Not owner
This is on a single user machine
running NS 3.0
Is it failing to recognize that wheel is set?
How can I get it to run ps and su,
without logging in as root?
Any help or suggestion will be appreciated.
Andres Mencke
amencke@Panix.Com
From: ken@phys.titech.ac.jp (Ken-ichiro Aoki)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Remote Tar Wanted --- and gnutar question
Message-ID: <KEN.93Jul30174602@nobunaga.phys.titech.ac.jp>
Date: 30 Jul 93 08:46:02 GMT
References: <2392pm$8f0@news.mic.ucla.edu>
<JDELL.93Jul29150549@nefertiti.mit.edu>
Sender: news@phys.titech.ac.jp (Usenet News System)
Followup-To: comp.sys.next.sysadmin
Organization: Dept. of Physics, Tokyo Institute of Technology
In-Reply-To: jdell@nefertiti.mit.edu's message of 29 Jul 1993 19:05:49 GMT
In article <JDELL.93Jul29150549@nefertiti.mit.edu> jdell@nefertiti.mit.edu (John Ellithorpe) writes:
.....
If you want to use tar remotely, just look in the man pages...
Finally, here is an example using tar to transfer files
across the Ethernet. First, here is how to archive files
from the local machine (example) to a tape on a remote sys-
tem (host):
example% tar cvfb - 20 filenames | rsh host dd of=/dev/rmt0 obs=20b
...
You do not have to do this: to do remote tar using gnutar,
you just say
% tar -czvf remote-host-name:/dev/rst0 filenames
gnutar does not come with manpages, so you have to
do tar --help. You do need rsh prviledges, of course.
One option which is lacking --- I mentioned this to GNU people
more than a year ago ---- is the ability to change the login name
when doing remote dump. That is, it would be convenient to be able
to dump as root and as an ordinary user on the remote machine.
You can certainly do this using the pipe mentioned above (rsh -l)
What I am hoping for is a feature a la
% tar -cvzf remote-host-name:/dev/rst0 -user joeblo filenames
Ah well.
And as other people have said, the default compressor is gzip.
--
Kenichiro Aoki (ken@phys.titech.ac.jp), Department of Physics,
Tokyo Institute of Technology, Oh-okayama, Meguro-ku, Tokyo, JAPAN
$@@DLZ7r0lO:!$El5~9)6HBg3XM}3XItJ*M}3X2J!$El5~ET(J$@L\9u6hBg2,;3(J
From: gisli@hamilton.eecs.umich.edu (Gisli Ottarsson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Perl Script to fight clock drift
Date: 29 Jul 93 12:42:07
Organization: University of Michigan
Message-ID: <GISLI.93Jul29124207@hamilton.eecs.umich.edu>
References: <CAxJBB.IH2@ny.shl.com>
In-reply-to: nwc's message of Thu, 29 Jul 1993 14:09:10 GMT
>>>>> In article <CAxJBB.IH2@ny.shl.com>, nwc (Nick Christopher) writes:
NC> The following is a simple perl script to get the time of another
NC> ethernet connected host and set your time by it. It must be run
NC> as root. I run it each morning in our network time server's
NC> crontab.local.
How is this better than the 'rdate' command?
Gisli
--
...............................................................................
Gisli Ottarsson
Delenda est Carthago. University of Michigan
gisli@engin.umich.edu
...............................................................................
Newsgroups: comp.sys.next.sysadmin
From: phy070@aixrs1.hrz.uni-essen.de (H.-R. Oberhage)
Subject: NeXT (black) and cables (serial)
Sender: newsadm@uni-essen.de
Message-ID: <CAz07r.CFE@uni-essen.de>
Date: Fri, 30 Jul 1993 09:11:51 GMT
Organization: Uni-Essen
Hello experts,
this is a question about serial connections. As I'm not enough a fan of a
soldering iron to really want to make my own serial RS-232C cables, if I
can buy them easily and without to much a price penalty, I wonder if one
can use Mac cables (either modem or AppleWriter ones) to connect black
NeXTs to a modem or printer resp. I have no intimate knowledge of Apple Mac
hardware and I know they use the 422 or 423 variant, so this question may
be silly, but a 'correct' wiring from DIN-8 pin to DB25 would suffice :-).
And Mac cabling is easier to get then NeXT ones.
Thanks for listening,
Ruediger Oberhage
--
E-Mail: phy070@vm.hrz.uni-essen.de
or
phy070@aixrs1.hrz.uni-essen.de
From: iwelch@agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin,comp.unix.questions
Subject: Remote Tar Wanted --- and gnutar question
Followup-To: comp.sys.next.sysadmin
Date: 29 Jul 1993 17:52:54 GMT
Organization: UCLA, Anderson Graduate School Of Management
Message-ID: <2392pm$8f0@news.mic.ucla.edu>
Keywords: tar gnutar
Is there an "rtar" version, or even better an "rgnutar" ?
Also, why is gzip now the supported gnu compressor, while gnutar with
the "z" option still uses the old LZW compressor?
/ivo
Newsgroups: comp.sys.next.sysadmin
From: edasque@cubx.com (Eric Dasque)
Subject: Re: Dell and Adaptec
Message-ID: <1993Jul30.072151.29149@cubx.com>
Sender: news@cubx.com
Organization: Cub'x Systemes - Rueil Malmaison, France.
References: <1993Jul21.235653.4662@isc-br.isc-br.com>
Date: Fri, 30 Jul 1993 07:21:51 GMT
In article <1993Jul21.235653.4662@isc-br.isc-br.com> ricks@odin.isc-br.com
(Rick Schaeffer 99) writes:
> In article <1993Jul21.172331.2334@yvax.byu.edu> John@compricorn.byu.edu
writes:
> >> >Has anyone got the below error on there system and been able to fix
> >> >it?
> >>
> >> >AHA interrupt: bad status ff
> >> >sd0: INVALID STATUS (Internal error): FATAL ERROR
> >> > target:0 lun: 0 op: Read block: some # blockcount: some #
> >>
> >>
> >> I have exactly the same problem trying to install Nextstep for Intel
> >> on 2 different Eisa Systems with ATI ISA Ultra Pro and another
> >> Graphics Card and a 1542b Controller. I suspect you cannot get the
> >> 1542b to work in an Eisa System. Has anybody succeeded in doing this
?
> >>
>
> I have an EISA system and an Adaptec 1742 controller. The 1742 didn't
work
> so I removed it and installed my old 1542. Worked fine...however I had
> to go out and buy a separate floppy controller. The documentation
mentions
> that the 1542's on-board floppy controller isn't supported although I
can't
> for the life of me figure out why. I'm also confused as to why the 1742
> in 1542 emulation mode won't work. Now that I have NextStep running, I
> intend to put the 1742 back in and see if it's just an installation
problem.
> Windows NT, for instance, won't INSTALL with the 1742 in standard mode
but
> it will work once installed. (NT *will* install if the 1742 is in
> "enhanced" mode).
> --
> Rick Schaeffer EMAIL: ricks@mail.spk.olivetti.com
> Olivetti North America OR: uunet!oliveb!isc-br!ricks
> 2425 E. Appleway Ave. Phone: (509)927-5114
> Spokane, WA 99019-9534 Home: (509)928-3533
I am using an VESA/ISA system with a 1542b controlling my SCSI devices AND
my FLOPPY DISKS (3.5 & 5.25, I am quite surethe latter will not work under
NS/FIP though it'be fun to try)
While NeXT doesn't support the 1542b/c FD controller, it just works.
Happy Smiling Old Ed.
--
Erik Dasque "The French Guy"
Cub'x Systemes only SMALL NeXTMAIL pleeeeease...
ed@cubx.com It all started 2 full back-up ago...
Newsgroups: comp.sys.next.sysadmin
From: nwc (Nick Christopher)
Subject: Re: Perl Script to fight clock drift
Message-ID: <CAzB82.KAA@ny.shl.com>
Sender: usenet@ny.shl.com (Net News)
Organization: SHL Systemhouse Inc.
References: <GISLI.93Jul29124207@hamilton.eecs.umich.edu>
Date: Fri, 30 Jul 1993 13:09:37 GMT
I doubt it is :-) I didn't kown about rdate - it doesn't have a man
page so I didn't find a reference to it in DL..... ow well no harm wating an
hour here or there.
\n
Nicholas Christopher
Systemhouse
nwc@ny.shl.com
Newsgroups: comp.sys.next.sysadmin
From: mdstest1@bnr.ca (Rob Parkhill)
Subject: Help with 3.1 Dev install
Message-ID: <1993Jul30.142033.27893@bnr.ca>
Sender: parkhill@nnepy220 (Rob Parkhill)
Organization: Bell Northern Research
Date: Fri, 30 Jul 1993 14:20:33 GMT
Hi All:
I finally got my 3.1 Dev Package (took FedEx less
than 24 hours to get it to me, including crossing the
border into Canada!). I went to install it last night and
ended up getting the error:
Installing /NextDeveloper/Examples/Appkit/Graph/English.lproj/
Info.nib/data.classes...
Not a Directory
There were errors while installing Developer Tool.pkg
...errors
Ack! Does any kind soul out there have a hint as to what
happened here? I would just copy all the files over from
the CD, but I want to install it all without the Intel
binaries...
Any help/hints are appreciated.
thanks
Ert
--
Ert Parkhill || WARNING: || These are my opinions. All mine!
My REAL email address || Do not taunt || NO! I won't share them. Don't even
is: mdstest1@bnr.ca || Happy Fun Ball || ask! Bwahahahahahahahahahahahaha!!
Newsgroups: comp.sys.next.sysadmin
From: ab@nova.cc.purdue.edu (Allen B)
Subject: Re: Power Off Accessibility in 3.1 (Black)
Message-ID: <CAzII4.3L@mentor.cc.purdue.edu>
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
References: <1993Jul30.031550.14928@csus.edu>
Date: Fri, 30 Jul 1993 15:46:51 GMT
In article <1993Jul30.031550.14928@csus.edu> eps@futon.SFSU.EDU (Eric P. Scott)
writes:
> That's my point. They're an "attractive nuisance"--I don't want
> them there--I don't want people shutting down machines or even
> _thinking_ that powering down is a viable option. No kidding!
That sums up my opinion very well also. Everyone knows you can
turn a computer off, and most people know you can reboot it (if
they know what that means, they know you can). I just don't want
people to even think about it. 3.1 reminds them constantly.
> I'm really hoping that in the 3.2 Release loginwindow will be fixed
> to not display them if PowerOffDisabled is set.
>
> Same request [ for logout ]. Since Workspace is set-uid root in
> 3.x (it didn't used to be!) it should be able to read root's defaults
Also, dwriting DisablePowerOff does >not< disable the power key
when you're logged in. What?! EPS is right that other programs
should check root's defaults. This is annoying.
Allen B (Who thought "annoying" and "NeXTstep" were antonyms)
From: dabell@dabell-next.umd.edu (Dan T. Abell)
Newsgroups: comp.sys.next.sysadmin
Subject: perl intallation--HELP needed
Date: 30 Jul 1993 15:48:03 GMT
Organization: University of Maryland, College Park
Message-ID: <23bfrj$g95@umd5.umd.edu>
Keywords: perl
I want to learn 'perl', so I'm trying to install it on my
computer. Can someone please help me with a snag? I have a NeXTstation
(non-Turbo) running NeXTSTEP3.0, and I ftp'd my copy of perl from
/pub/perl/4.0/kits@36 on archive.cis.ohio-state.edu.
Doing the installation as 'root', I ran 'Configure' and chose the
'next' default but otherwise pressed 'RETURN' in response to all the other
various questions (I mostly had to assume 'Configure' knew what it was
doing). At one point 'Configure' told me "you got problems"; I did not
note where that was, but it had something to do with '0_*'.
Running 'make depend' produced no apparent problems.
On executing 'make', I received a number of warnings of the sort
"incompatible pointer type for argument 2 of 'bind'.
Then 'make test' told me one test had failed to work: the
op/groups test. Here is the result of the individual test:
#./perl op/groups.t
1 .. 2
group routines not implemented at op/groups.t line11.
#
Has anyone else had this problem, and were you able to fix it?
Thanks in advance.
-Dan
--
Dan T. Abell | A dog is just a dog until he's
Department of Physics --- __o | standing right in front of you,
University of Maryland ---- _`\<,_ | ... and then he's Mr. Dog.
College Park, MD 20742 --- (*)/ (*) | ---Anon.
NB: please send e-mail to dabell@quark.umd.edu (NeXTmail OK!)
From: gdrew@cs.umd.edu (Greg Drew)
Newsgroups: comp.sys.next.sysadmin
Subject: nntp compile problems
Message-ID: <69825@mimsy.umd.edu>
Date: 30 Jul 93 16:03:46 GMT
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
I am running into difficulty compiling nntp for NS3.0 (black hdware). I have
nntp version 1.5.11, and am copiling using the dbz libraries I got with
"C News". Nntp looks for <sys/fs.h>, which is not there - I found it under
the "bsd" includes, and now it passes that, but gives me an undefined symbol.
Before I go mucking about further in the nntp code (usually a sign that I am
missing something :) ), does anyone have a pointer to an archive site where
there already exists a NeXt patched version?
-- GDD
--
----------------------------------------------------------------------------
Greg Drew | N3MXX
gdrew@trellis.cs.umd.edu |
----------------------------------------------------------------------------
From: dasu@wisssc.physics.wisc.edu (dasu)
Newsgroups: comp.sys.next.sysadmin
Subject: Disabling en0 when using slip0
Message-ID: <DASU.93Jul30094333@wisssc.physics.wisc.edu>
Date: 30 Jul 93 15:43:33 GMT
Sender: news@cs.wisc.edu (The News)
Distribution: comp.sys.next.sysadmin
Organization: /users/dasu/.organization
I setup TransSys SLIP on my NextStation (2.1). I notice that the
system hangs for several minutes in the process of booting.
This is in the rc script while establishing mail and other daemons.
If I do netstat the process hangs. When I do `ifconfig en0 down'
and then do netstat everything is fine. I can SLIP away to anywhere.
I checked that the NETInfo manager is setup as described in the
SLIP documentation, i.e. the IP address is setup but everything
is turned off. The /etc/hostconfig reflects these settings.
Then why is it that `ifconfig en0' think that ethernet is up?
The environ variable NETWORKUP is set to YES because of this
and the drivers try to startup.
Yes, this machine was on non-netinfo Ethernet network in my office
earlier. I did have some NFS mounts and mail used to work fine.
I undid the NFS mounts before installing SLIP.
At the moment I get by with slow boot and turn off en0 by hand.
I would like to solve the problem.
Please reply to "dasu@wisssc.physics.wisc.edu".
Thanks.
Sridhara Dasu
From: whalenm@tsg.com (Matthew Whalen)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How to print from Mac to Unix printer
Date: 30 Jul 1993 18:01:42 GMT
Organization: Telos Systems Group, Chantilly, VA
Distribution: usa
Message-ID: <23bnm6$5fj@obelix.tsg.com>
References: <1993Jul29.173142.18844@leland.Stanford.EDU>
In article <1993Jul29.173142.18844@leland.Stanford.EDU>
draphsor@deathstar.Stanford.EDU (Matt Rollefson) writes:
> In comp.sys.next.sysadmin aj3u@larch.cs.virginia.edu (Asim Jalis)
writes:
> In any event, you have a couple of options.
>
> * CAP
> * Software from IPT
> Rollie
don't forget netatalk from umich.
--
-matthew ____ Due to the change in administration,
whalenm@tsg.com \ / the light at the end of the tunnel
(NeXTMail OK) \/ will be turned back on.
----------------------------------------------------------------
(My actions/words in no way reflect those of my employer.)
From: alec@carie.mcs.mu.edu (Alec Ellsworth)
Newsgroups: comp.sys.next.sysadmin
Subject: DiskEjectFix.daemon Questions
Date: 30 Jul 1993 19:12:50 GMT
Organization: Marquette University - Dept. Math, Statistics, & Comp. Sci.
Message-ID: <23brri$doo@spool.mu.edu>
Distribution: world
Hello,
I would like to use the DiskEjectFix.daemon
and wonder if anyone can walk me through its usage with rc.local, etc.
Thanks,
Alec
--
Alec Ellsworth
Marquette University School of Dentistry
alec@carie.mcs.mu.edu (NeXTMail)
NeRD #3859
"Blessed are those who engage in lively conversation with the
helplessly mute--for they shall be called dentists."
Newsgroups: comp.sys.next.sysadmin
From: johnw@vti.com (John Wiegley)
Subject: Re: NeXT (black) and cables (serial)
Message-ID: <CAzqHv.35@vti.com>
Organization: Virtual Technologies Inc.
References: <CAz07r.CFE@uni-essen.de>
Date: Fri, 30 Jul 1993 18:39:30 GMT
H.-R. Oberhage (phy070@aixrs1.hrz.uni-essen.de) wrote:
> this is a question about serial connections. As I'm not enough a fan of a
> soldering iron to really want to make my own serial RS-232C cables, if I
> can buy them easily and without to much a price penalty, I wonder if one
> can use Mac cables (either modem or AppleWriter ones) to connect black
> NeXTs to a modem or printer resp. I have no intimate knowledge of Apple Mac
> hardware and I know they use the 422 or 423 variant, so this question may
> be silly, but a 'correct' wiring from DIN-8 pin to DB25 would suffice :-).
> And Mac cabling is easier to get then NeXT ones.
I just made a NeXT modem four days ago. It's really quite easy. I
don't know whether MacIntosh cables will work or not. Here's what I had
to do:
1. Get a DIN-8 cable with ALL eight wires (actually, only 7 are
used).
2. Rip the head off, strip the eight wires, and pull out your
ohm-meter.
3. You can use the picture of the DIN-8 connector in the "User's
Reference" to make sure you're getting the pin numbers right.
Write down on a card which numbers map to which colors.
4. Get a DB-25, and rip it's head off. Then figure out the color-to-
pin mapping.
5. Look in the "System and Network Administrators" manual. This
one has a DIN-8 to DB-25 pin map for making a modem cable.
6. Solder together the right colors, use electric tape on each
connection, and then tape the gaping bundle together.
This process takes a good hour, but once done, you've got a cable that
you KNOW will work. I've made two this way so far.
This process is of course only necessary if you NEED all 7 pins (like
RTS, CTS, DTR, DCD, etc..). For a while I was using a cheap 2400 bps
modem that didn't support DTR. So I hacked apart an Imagewriter II
cable, and got the modem to work using only 4 lines (RXD, TXD, GND, and
DCD).
Can't say that it worked too well though. Without the DTR line, getty
won't reset. That can cause some MAJOR problems if users don't use
"exit" when they log off.
Tell you what, if you get deseparate, mail me two cable halves, and I'll
put it together for you.
John
johnw@bahainvs.org -- NeXTmail OK
--
/_\ Virtual John Wiegley
/-~_ \ Technologies johnw@vti.com
/ ~-_\ Incorporated 703-430-9247, FAX 703-450-4560
/_____________\ 46030 Manekin Plaza, Suite 160, Dulles, VA 20166
Newsgroups: comp.sys.next.sysadmin
From: draphsor@deathstar.Stanford.EDU (Matt Rollefson)
Subject: Re: Error with netinfo
Message-ID: <1993Jul30.192426.2939@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <22jclr$ccv@stimpy.css.itd.umich.edu>
Date: Fri, 30 Jul 93 19:24:26 GMT
In comp.sys.next.sysadmin ainman@css.itd.umich.edu (Andrew Douglas Inman) writes:
>In trying to delete some stuff using the niload -d command from my netinfo
>I get the error message:
>deletion for ID 0 failed: Cannot delete name object with children
>Any ideas?
Unfortunately, there seems to be no real way around this the way NeXT
has set things up. Specifically, there's no way to effectively use
niload -d with the passwd information anymore - same with the printcap
information, and perhaps others. What you'll probably need to do is
create a little script that dumps the current information into a file,
compares that with the new information (via /usr/bin/comm or some such
program) and then manually (via niutil -destroy in the script) get rid
of the children and then the directory itself.
If anyone knows of a better way to do this, I'd love to hear about it.
Rollie
--
Matt Rollefson ("Rollie") draphsor@deathstar.stanford.edu
Residential Computing, Stanford University NeXTmail accepted
Newsgroups: comp.sys.next.sysadmin
From: draphsor@deathstar.Stanford.EDU (Matt Rollefson)
Subject: Re: AFS on 3.1 (black)
Message-ID: <1993Jul30.193130.3210@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <2342v4$2dn@senator-bedfellow.mit.edu>
Date: Fri, 30 Jul 93 19:31:30 GMT
In comp.sys.next.sysadmin opus@athena.mit.edu (Dave J.) writes:
>We have a NeXT cube running AFS under 2.1. Is there a version of AFS
>available which will run under 3.1, or will we be stuck in the dark
>ages forever? How much does it cost (educational)?
There is a version that runs under 3.0, which we are currently using
here at Stanford. I have also heard that there is a version for 3.1,
but I haven't seen it with my own eyes yet. However it's on relatively
good authority.
As for price, I have no idea - we've got a site license here. You
might try mailing to info@transarc.com on the off-chance that the
address exists and you can get useful information from it.
Rollie
--
Matt Rollefson ("Rollie") draphsor@deathstar.stanford.edu
Residential Computing, Stanford University NeXTmail accepted
From: tstil@Auspex.COM (Tim Stilwell)
Newsgroups: comp.sys.next.sysadmin
Subject: WANTED: etherfind/tcpdump look-alike
Message-ID: <18313@auspex-gw.auspex.com>
Date: 30 Jul 93 21:51:21 GMT
Sender: news@auspex-gw.auspex.com
Organization: Auspex Systems, Santa Clara
Greetings!
I am looking for a network packet analyzer that runs on the NeXT platform.
Any ideas?
Basically, it is a SunOS etherfind or Internet freeware tcpdump look-alike
that reads all packets from its ethernet interface (promiscuous mode) as
they fly by on their way to other clients.
thanks
tim stilwell
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Power Off Accessibility in 3.1 (Black)
Date: 30 Jul 1993 21:36:31 GMT
Organization: University of Houston
Message-ID: <23c48v$lgk@menudo.uh.edu>
References: <1993Jul30.031550.14928@csus.edu>
In article <1993Jul30.031550.14928@csus.edu> eps@futon.SFSU.EDU (Eric P.
Scott) writes:
#In article <1285@rtbrain.rightbrain.com> glenn@rightbrain.com
# (Glenn Reid) writes:
#>You call it a *rare* occurrence for the keyboard not to work, I say
#>it's all too common, in my short experience with PC's.
#
#All together now--PeeCees SUCK!!!
#
#> Of 10,000 people who walked up to a NEXTSTEP machine,
#>maybe 1 of them might know enough to type "power" or "reboot", but
#>all of them would be able to figure out how to push the reboot button.
#
#That's my point. They're an "attractive nuisance"--I don't want
#them there--I don't want people shutting down machines or even
#_thinking_ that powering down is a viable option. No kidding!
#
I agree. In a lab "environment" rebooting is not a good thing... And this
leads to another gripe - the boot manager...
Has anyone figured out how to make the brain-dead boot manager secure?
Currently, it only takes a -s at the boot: prompt to dump you into
single-user mode since brain-dead PCs don't have any kind of "hardware
password" (and not, a BIOS passord doesn't mean diddly either...) This is
not a good thing. We have been trying to hack the boot manager but to no
avail.... This makes "Public Window Server" and printer _writers problems
seem suddenly insignificant...
# -=EPS=-
#--
#Buy a UPS. A computer without electricity is powerless.
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Power Off Accessibility in 3.1 (Black)
Date: 30 Jul 1993 21:39:22 GMT
Organization: University of Houston
Message-ID: <23c4ea$lkk@menudo.uh.edu>
References: <CAzII4.3L@mentor.cc.purdue.edu>
In article <CAzII4.3L@mentor.cc.purdue.edu> ab@nova.cc.purdue.edu (Allen B)
writes:
#In article <1993Jul30.031550.14928@csus.edu> eps@futon.SFSU.EDU (Eric P.
Scott)
#writes:
#> That's my point. They're an "attractive nuisance"--I don't want
#> them there--I don't want people shutting down machines or even
#> _thinking_ that powering down is a viable option. No kidding!
#
#That sums up my opinion very well also. Everyone knows you can
#turn a computer off, and most people know you can reboot it (if
#they know what that means, they know you can). I just don't want
#people to even think about it. 3.1 reminds them constantly.
#
#> I'm really hoping that in the 3.2 Release loginwindow will be fixed
#> to not display them if PowerOffDisabled is set.
#>
#> Same request [ for logout ]. Since Workspace is set-uid root in
#> 3.x (it didn't used to be!) it should be able to read root's defaults
#
#Also, dwriting DisablePowerOff does >not< disable the power key
#when you're logged in. What?! EPS is right that other programs
#should check root's defaults. This is annoying.
#
Er.... it seems that "dwrite loginwindow PowerOffDisabled YES" works fine
for Black hardware. I don't know for white...
#Allen B (Who thought "annoying" and "NeXTstep" were antonyms)
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: AFS on 3.1 (black)
Date: 30 Jul 1993 21:42:54 GMT
Organization: University of Houston
Message-ID: <23c4ku$lst@menudo.uh.edu>
References: <1993Jul30.193130.3210@leland.Stanford.EDU>
In article <1993Jul30.193130.3210@leland.Stanford.EDU>
draphsor@deathstar.Stanford.EDU (Matt Rollefson) writes:
#In comp.sys.next.sysadmin opus@athena.mit.edu (Dave J.) writes:
#>We have a NeXT cube running AFS under 2.1. Is there a version of AFS
#>available which will run under 3.1, or will we be stuck in the dark
#>ages forever? How much does it cost (educational)?
#
#There is a version that runs under 3.0, which we are currently using
#here at Stanford. I have also heard that there is a version for 3.1,
#but I haven't seen it with my own eyes yet. However it's on relatively
#good authority.
#
The last I heard (Transarc came to UH about 2 weeks ago) was that they
didn't even consider a version for NS3.1/fip. We tried to convince them
that we despertly need a version for intel hardware, but we still haven't
heard an "official" statement about NS3.1/fip support. However, the more
that people request it, the more likely they will port it. Btw, they didn't
do the original port to NS. It was contracted out....
#As for price, I have no idea - we've got a site license here. You
#might try mailing to info@transarc.com on the off-chance that the
#address exists and you can get useful information from it.
#
#Rollie
#--
#Matt Rollefson ("Rollie") draphsor@deathstar.stanford.edu
#Residential Computing, Stanford University NeXTmail accepted
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: janthony@nextsrv1.andi.org (Jay Anthony)
Newsgroups: comp.sys.next.sysadmin
Subject: ZMODEM Only Works One Way
Date: 30 Jul 1993 17:26:40 -0500
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9307302228.AA04482@nextsrv1.andi.org>
I have an odd problem: I am connecting to a remote host as follows: I
dial-up a connection from my NeXTstation to an in-town host. I then
telnet out of that host to a remote one (a NeXT) on the NFS Net.
I like to use zmodem to send and receive files. I zmodem
successfully all the time from the remote host to my station.
However, I can *never* send a file via zmodem from my station to the
remote host.
When I try, it says "Sending Title" and then "Sending Header", but no
characters are transferred. I can see the TxD and RxD lights blink
alternately in succession, but only briefly (i.e. it looks like it is
only handshaking; no data is being transferred). It eventually
times-out.
I'm using MicroPhone on my station with its ZMODEM, and the standard
"rz" on the remote NeXT. I use the standard "telnet" to go from my
dial-up host to the remote. I have a ZyXEL modem usually going at
9600/V42.bis.
I also tried using Kermit, and it also will not work in that
direction. It usually goes along for a while (transfers hundreds of
characters), but then consistently starts getting "Block Retries"
after a certain character count.
Any ideas? I can give you more clues if you need them... :-)
Thanks for any help...
---
Jason W. Anthony NeXTmail: DigitalExpressions@andi.org
Digital Expressions Inc. Voice/Fax: +1 518 346-0568
"This signature dragged-and-dropped into the message using DragBook"
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Installing 3.1 Developer from Upgrade Server?
Date: 28 Jul 1993 23:08:05 GMT
Organization: University of California, Santa Barbara
Distribution: world
Message-ID: <2370sl$5et@hub.ucsb.edu>
Keywords: 3.1 Developer Upgrade
Is it possible to install the developer portion of 3.1 via an upgrade server
like you can the user portion? What if you want to install the developer
portion on another machine, but not have it installed on the machine
functioning as the upgrade server (we have too few licenses right now)?
Thanks.
--
Douglas Scott (805)893-8352
Center for Computer Music Research and Composition
University of California, Santa Barbara
Internet: (NeXTMail ok) <doug@foxtrot.ccmrc.ucsb.edu>
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: rarpd
Message-ID: <1993Jul31.012814.13821@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Jul30.003536.2383@yvax.byu.edu>
Date: Sat, 31 Jul 1993 01:28:14 GMT
In article <1993Jul30.003536.2383@yvax.byu.edu>
John@compricorn.byu.edu writes:
>Does anyone know of a rarpd for NeXT? I've tried to compile several out on
>the net without success.
rarpd is fairly simple to implement as a Loadable Kernel Server,
and basically impossible any other way. The "out on the net"
code makes useful documentation (i.e. it tells you what the
specification doesn't), but don't expect to get anywhere by
compiling it.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: How to print from Mac to Unix printer
Message-ID: <1993Jul31.014027.14455@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <23bnm6$5fj@obelix.tsg.com> <1993Jul30.201024.29207@pmafire.inel.gov>
Date: Sat, 31 Jul 1993 01:40:27 GMT
In article <1993Jul30.201024.29207@pmafire.inel.gov> rhp@inel.gov
(Robert Powell) writes:
>Where exactly can I find this 'netatalk' program?
The NeXT port isn't finished yet. The 1.3 beta only supports
SunOS 4.1+ and Ultrix 4.[1-3].
See comp.protocols.appletalk for more information.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: WANTED: etherfind/tcpdump look-alike
Message-ID: <1993Jul31.015240.15028@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <18313@auspex-gw.auspex.com>
Date: Sat, 31 Jul 1993 01:52:40 GMT
In article <18313@auspex-gw.auspex.com> tstil@Auspex.COM
(Tim Stilwell) writes:
> I am looking for a network packet analyzer that runs on the NeXT platform.
> Any ideas?
Wait for NeXT to fix their kernel. %@{&!^$ NeXT removed the .h
files you'd need to do it yourself...
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: glen@netcom.com (Steven Kornreich)
Subject: SLIP and Email
Message-ID: <glenCB06uL.5w0@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Sat, 31 Jul 1993 00:32:45 GMT
I just set up a slip connection and I have everthing working except
email. When I send email from NeXT mail nothing happens
and then when I try to quit, It just ahangs
any ideas
-steve
Newsgroups: comp.sys.next.sysadmin
From: rhp@inel.gov (Robert Powell)
Subject: Re: How to print from Mac to Unix printer
Sender: usenet@pmafire.inel.gov (usenet guy)
Message-ID: <1993Jul30.201024.29207@pmafire.inel.gov>
Date: Fri, 30 Jul 93 20:10:24 GMT
Distribution: usa
References: <23bnm6$5fj@obelix.tsg.com>
Organization: WINCO
Matthew Whalen writes
> In article <1993Jul29.173142.18844@leland.Stanford.EDU>
> draphsor@deathstar.Stanford.EDU (Matt Rollefson) writes:
> > In comp.sys.next.sysadmin aj3u@larch.cs.virginia.edu (Asim Jalis)
> writes:
> > In any event, you have a couple of options.
> >
> > * CAP
> > * Software from IPT
> > Rollie
>
I recently purchased InterPrint for my Mac, and use it successfuly to print to
my NeXT's laser printer. It is an LPR client that is integrated into the Mac's
Chooser, so printing to my NeXT printer is just like printing to any
Laserwriter on the net. Supposedly it will print to any Postscript printer
that is attached to a machine running an LPR server.
The program is made by InterCon, here's more info:
InterCon Systems Corporation
950 Herndon Parkway
Herndon, VA 22070
Phone: (703) 709-9890
Fax: (703) 709-9896
Internet email: info@intercon.com
A couple of notes on its use:
1. I had to disable an INIT on my Mac called 'Stretch'. Apparently some
INITs conflict with InterPrint's drivers.
2. I had to select the 'Unlimited Downloadable Fonts in a Document" option
from 'Page Setup'->'LaserWriter Options' in all my applications. I made
this the default behavior so all new documents will print correctly.
Without this option selected, all the pages after the first one printed
using what appeared to be the Courier font, no matter which font was
actually used. There may be a better solution, but I couldn't find one.
Also, this is probably a NeXT-specific issue.
> don't forget netatalk from umich.
Where exactly can I find this 'netatalk' program?
--- Robert H. Powell Idaho National Engineering Laboratory ---
--- EG&G Idaho, Inc. Artificial Intelligence and Simulation ---
--- (208) 525-5553 rhp@inel.gov (NeXT Mail OK) ---
Organization: The American University - University Computing Center
Date: Sat, 31 Jul 1993 00:32:11 EDT
From: <CADER@auvm.american.edu>
Message-ID: <93212.003212CADER@auvm.american.edu>
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Streaking of NeXT monitor
My NeXT monitor is streaking wherever there is a grey change in another
layer of windows. Thus, a selection in a background fileviewer causes
a slightly darker streak along the rest of the screen...horizontal only.
Any suggestions...streaking can be distracting!
Thanks.
---Masud.
Newsgroups: comp.sys.next.sysadmin
From: kent@infoserv.com
Subject: Re: How do you mark bad blocks on a SCSI hard drive?
Message-ID: <CAyp2C.2Ip@infoserv.com>
Sender: kent@infoserv.com (Kent L. Shephard)
Organization: K. L. Shephard Consulting
References: <236k8q$1gh@umd5.umd.edu>
Distribution: na
Date: Fri, 30 Jul 1993 05:10:59 GMT
In article <236k8q$1gh@umd5.umd.edu> rgc@wam.umd.edu (Ross Garrett Cutler)
writes:
#Hi,
# The internal (Seagate 250) drive in my NeXTstation at work starting giving
#"HARDWARE ERROR"s (both read and write) for about 10 blocks. What I would've
#like to have done is mark those blocks as bad (i.e. append them to
#the drive's bad block table) and copy the files that used those bad blocks
#to another area on the disk. However, the disk(8) utility only seems
#to be able to do this for OD's, not regular hard disks. I ended up having
#to reformat the disk, which was a major pain. Is there a way to edit the bad
#block table (like most UNIX boxes let you do)?
#
#Thanks, Ross.
#--
#Ross Cutler
#University of Maryland, College Park
#Internet: rgc@wam.umd.edu
Someone please put this in the FAQ.
Do a man on reasb ---
REASB(8) UNIX Programmer's Manual REASB(8)
NAME
reasb - reassign SCSI logical block
SYNOPSIS
/usr/etc/reasb raw_device SCSI_block_number [ -r ]
DESCRIPTION
This command causes a logical block on a SCSI disk drive to
be reassigned to a new location on the disk. The actual
relocation and reassignment is performed by the disk drive
(as opposed to the operating system). The algorithms used to
allocate spare sectors vary between drive manufacturers.
SCSI_block_number is generally obtained from console error
information, printed by the SCSI disk driver upon detection
of media errors reported by the drive during normal opera-
tion.
OPTIONS
-r When this flag is specified, 20 attempts are made to
read the current contents of SCSI_block_number. If any
one read attempt is successful, the reassignment takes
place and then the previously read contents of
SCSI_block_number are written back to the newly relo-
cated sector. If all 20 read attempts result in
errors, the user will be notified and asked whether or
not to continue with the reassign block command.
Responding with anything other than 'y' results in the
operation being aborted with no further I/O.
FILES
/dev/rsd?
SEE ALSO
sd(4)
BUGS
Some SCSI drives do not implement the SCSI Reassign Block
command; reasb will fail on these drives. Also, blocks in a
given area of a disk can in general only be reassigned a
small number of times before the drive runs out of spare
locations. The reasb command should be used sparingly.
The reasb command takes a decimal SCSI block number as an
argument, but the sd driver reports media errors in hexade-
cimal.
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
From: deluxe@well.sf.ca.us (Don Hurter)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NeXT (black) and cables (serial)
Followup-To: comp.sys.next.sysadmin
Date: 31 Jul 1993 23:06:10 GMT
Organization: Babbage MacroSystems
Distribution: world
Message-ID: <deluxe-310793160241@17.220.88.2>
References: <CAz07r.CFE@uni-essen.de>
In article <CAz07r.CFE@uni-essen.de>, phy070@aixrs1.hrz.uni-essen.de (H.-R.
Oberhage) wrote:
>
> Hello experts,
>
> this is a question about serial connections. As I'm not enough a fan of a
> soldering iron to really want to make my own serial RS-232C cables, if I
> can buy them easily and without to much a price penalty, I wonder if one
> can use Mac cables (either modem or AppleWriter ones) to connect black
> NeXTs to a modem or printer resp. I have no intimate knowledge of Apple Mac
> hardware and I know they use the 422 or 423 variant, so this question may
> be silly, but a 'correct' wiring from DIN-8 pin to DB25 would suffice :-).
> And Mac cabling is easier to get then NeXT ones.
>
I don't have the NeXT Sysadmin book with me at the moment, but I believe
that Mac modem cables will NOT work on a NeXT if you want hardware flow
control. NeXTConnection sold the proper cables for around $15, try them
first. Considering how finnicky the small DIN connectors can be when worn,
it makes sense to buy the proper cable, thereby getting all new connectors.
-- Don
__________________________________________________________________________
I neither confirm nor deny the presence of any disclaimer at this juncture
From: iwelch@agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Printing to LJP + IconFree Screen Saver
Date: 31 Jul 1993 23:29:48 GMT
Organization: UCLA, Anderson Graduate School Of Management
Message-ID: <23ev9c$fq@news.mic.ucla.edu>
I need to know
[1] how to send a file in binary format to a printer (port).
I have a laserjet printer connected to my Intel GX/Pro, and
also have some output generated by a program that writes
Hewlett Packaged Laserjet code (PCL).
[2] Is there an IconFree Screen Saver. For some strange reason,
even the "dimming" in preferences fails to work.
/ivo welch
From: iwelch@agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: trn for NS/Intel
Date: 31 Jul 1993 23:40:12 GMT
Organization: UCLA, Anderson Graduate School Of Management
Message-ID: <23evss$kt@news.mic.ucla.edu>
Could whatever kind soul compiled trn for NS-FIP also compile it fat,
please? I picked up the package from cs.orst.edu, but it contains only
040 binaries.
/ivo
From: dwatola@kilmovee.jpl.nasa.gov (David A. Watola)
Newsgroups: comp.sys.next.sysadmin
Subject: problems exporting cdrom
Date: 1 Aug 1993 03:51:53 GMT
Organization: Jet Propulsion Laboratory
Distribution: world
Message-ID: <23fekp$1ul@elroy.jpl.nasa.gov>
i am attempting to export hsfs and iso-formatted cdrom filesystems from
a cube running ns3.1 to a sunos-based system via the nfsmanager app. the
cdrom gets exported ok, and directory listings appear to work but i am unable
to access any data on the disc. sunos seems to think that every file is a
directory. for example:
slutmonkey# mount hairbitch:/PRODUCTION_TEST_NUMBER_1 /cdrom
slutmonkey# pushd /cdrom
slutmonkey# ls -l
total 2
drwxr-xr-x 5 nobody 2048 Dec 11 1992 LabVIEW
drwxr-xr-x 8 nobody 2048 Nov 2 1992 Xframe
-rwxr-xr-x 1 nobody 417 Dec 11 1992 lvdemo
drwxr-xr-x 2 nobody 4096 Dec 11 1992 manual
slutmonkey# cat lvdemo
cat: read error on lvdemo: Is a directory
sometimes the console on the next side gives the error:
rfs_read: attempt to read from non-file
the same problem occurs exporting discs to another nextstep system via
nfsmanager. however, exporting next's silly cdrom format (the ones that
no other system will read, dammit!) does not exhibit this problem on either
a remote next or sun!
does anybody have any insight into this problem, or will i be forced to
physically reconfigure my hardware whenever i want to read a cdrom from my
sparc?
dwatola@bvd.jpl.nasa.gov
From: shiranai!treed@bmt.gun.com (Timothy Reed)
Newsgroups: comp.sys.next.sysadmin
Subject: Preventing DOS partition from automounting on login?
Date: 1 Aug 1993 01:08:42 -0500
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9308010602.AA00396@shiranai>
My Gateway has both DOS and NEXTSTEP partitions (actually two separate
disks) on the same SCSI controller. Whenever a user logs in, the
DOS partition automounts. Is there a way of turning this off (other than
by physically disconnecting the disk from the chain)? No one actually
uses the DOS partition; we had an extra 40MB disk and a free copy of
windows lying around, but seeing that DOS disk in the file viewer is becoming
a nuisance.
Reply to me directly <treed@bmt.gun.com> or <shiranai!treed@bmt.gun.com>
and I'll summarize. My apologies if this is a FAQ; point me in the right
direction and I'll quietly skulk off.
Tim
From: t146678@lehtori.cc.tut.fi (Tuominen Juha)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NeXT (black) and cables (serial)
Date: 1 Aug 1993 11:04:35 +0300
Organization: Tampere University of Technology, Computing Centre
Distribution: world
Message-ID: <23ftej$nsh@cc.tut.fi>
References: <CAz07r.CFE@uni-essen.de> <deluxe-310793160241@17.220.88.2>
In article <deluxe-310793160241@17.220.88.2> deluxe@well.sf.ca.us (Don Hurter) writes:
>first. Considering how finnicky the small DIN connectors can be when worn,
>it makes sense to buy the proper cable, thereby getting all new connectors.
I agree. I've built my serial cables (next->modem and next->terminal)
and they both are unreliable. The problem is on NeXT's side. The
8 pin mini dins are really made for companies to make some extra cash.
They are almost impossible to solder and if you manage to solder all
of them, the pins are most certainly so badly connected to the plastic
that they bend just enough to get a contact to another pin making a
short circuit. I realize the back plane of cube mother board is not too
big but why the hell they had to use this particularry horrible version
of serial connector?????
--
Juha Tuominen NeXTMail talks and disk drive walks
Opiskelijankatu 30 B 42 Tampere University of Technology
33720 TAMPERE - FINLAND Mail: t146678@cc.tut.fi Phone: +358-31-182 851
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: ?setgid problem?
Message-ID: <1993Jul31.125940.9026@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <23al9q$bq2@panix.com>
Date: Sat, 31 Jul 1993 12:59:40 GMT
In article <23al9q$bq2@panix.com> amencke@panix.com (Andres
Mencke) writes:
-> When I try to run ps or su,
-> I get the following from the command line:
->
-> localhost> groups
-> other wheel
-> localhost> ps
-> Insufficient privileges.
-> localhost> su
-> setgroups: Not owner
-> Password: <root password>
-> su: setgid: Not owner
[snip]
This seems to be a continuing bug, also related to
``login''... I didn't particularly take time to track
anything in 3.0, but have submitted Bug-NeXT under 3.1, and
seems to be related to Terminal.app's suid-root status and
handling of subshells...[47834] BugNeXT Receipt PR93.2;
Terminal: alternate user login problems, original quoted
below...
-> setprompt
-> END of /users/bruce/.cshrc
-> login: rick
-> Password:
-> setgroups: Not owner
-> tssslab>
HOWEVER... su SHOULD work for members of group wheel, and
whether or not their primary group is wheel. Check your
SUID bit on su...
lrwxrwxrwx 1 root wheel [snip] /bin/su -> su.nowheel@
-rwsr-xr-x 1 root wheel [snip] /bin/su.nowheel*
-rwsr-xr-x 1 root wheel [snip] /bin/ps*
^
| note the suid bit is set --
as ROOT
chmod 4755 /bin/su.nowheel /bin/ps
Bruce
--------------- Bug-NeXT [47834] report...
BugVersion: 6
Topic: Terminal
Title: alternate user login problems -- talk -- write --
etc improper or disabled
Severity: Unavoidable Bug
Architecture: General
Reported_Version: lightning4h
Submitter: bruce
Sites: Total System Software
Description: SYNOPSIS
========
Upon launching Terminal.app as a non-root user,
the ``login'' program run under Terminal.app for change of
login-id for that session under Terminal.app does not
always perform correctly. Logins via remote tty (null
modem or dial-in) seem to always be correct. (init launched
getty/login).
EXAMPLES
========
(NEXTSTEP login is user bruce)
Login as root...
-> > login
-> login: root
-> Password:
-> # whoami
-> root
-> # who am i
-> tssslab!root ttyp1 Jul 28 03:24
Login as an alternate user AFTER login as root...
-> # login
-> login: rick
-> Password:
-> > whoami
-> rick
-> > who am i
-> tssslab!rick ttyp2 Jul 28 03:25
Login as an alternate user WITHOUT intervening
login as root...
-> >login
-> login: rick
-> Password:
-> > whoami
-> rick
-> > who am i
-> tssslab!bruce ttyp5 Jul 28 03:29
-> # finger
-> Login Name TTY Idle When
Office
-> bruce Bruce Gingery co 17d Mon 18:47
-> root Operator df 26 Wed 02:52
-> root Operator p1 Wed 03:24
-> rick Richard Jacoby p2 14 Wed 03:25
-> bruce Bruce Gingery p3 9:55 Tue 11:39
-> bruce Bruce Gingery p5 10 Wed 03:29
PERMISSIONS AND VERSIONS
========================
-> # ls -gulFa /NextApps/Terminal.app/Terminal
-> -rwsr-xr-x 1 root wheel 204800 Jul 28 03:41
Terminal*
-> # ls -gulFa /bin/login
-> -rwsr-xr-x 1 root wheel 8748 Jul 28 03:30
/bin/login*
/NextApps/Terminal.app/Terminal
PROGRAM:Terminal PROJECT:terminal-49
DEVELOPER:root BUILT:Tue Apr 6 10:18:24 PDT 1993
termcap.c 5.1 (Berkeley) 6/5/85
/bin/login
PROGRAM:login PROJECT:bin-56 DEVELOPER:asimms
BUILT:Thu Feb 11 15:53:57 PST 1993
Copyright (c) 1980, 1987, 1988 The Regents of the
University of California.
login.c 5.40 (Berkeley) 5/9/89
DETAILED EXPLANATION OF PROBLEM
===============================
Under actual non-developer situations, the actual
examples above are unlikely to occur, BUT it DOES present
other problems. The problem does quite confuse both talk
and finger, and presumably anything else using comparable
login information, including background service asyncronous
tasks which rely upon current login information. This
severely hampers the prospects of utilization of terminal
services.
The lack of true login information severely hampers
some security pursuits.
PROBABLE RELATED PROBLEM
=========================
Note that at times the GID assigned to ttyp terminals
is altered to group `wheel' from root logins, and left so,
even surviving later terminal sessions by other users.
This disables all utilities which rely upon sgid-tty for
access. This situation is erattic and I have not yet been
able to isolate the cause.
Hardware Configuration:
Processor: MC680x0 (68040)
Processor speed: 25 MHz
Primary memory: 8.00 MB
Hostname: tssslab
Software Configuration:
NeXT Mach 3.1: Fri Apr 30 08:31:15 PDT 1993;
root(rcbuilder):mk-149.22.3.obj~2/RC_m68k/RELEASE_M68K
Customer_Contact: bruce@TotSysSoft.com
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: problems to umount filesystems
Message-ID: <1993Jul31.140101.9274@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <fyr.93Jul29132212@nol512>
Date: Sat, 31 Jul 1993 14:01:01 GMT
In article <fyr.93Jul29132212@nol512> fyr@ubszh.net.ch
writes:
-> I have really a strange problem and now I have no idea.
-> We have here installed about 10 NeXT's (black) in a
-> network. A SUN Sparcstation10 is one of our fileservers.
-> On some hosts I can make a prober shutdown, because the
-> NeXT could not umount some filesystems from a server
-> (sometimes from the SUN sometimes from another NeXT).
-> The message Device Busy apperars, but logged in the
-> consolemode so no apps are used (execpt WM).
-> Do anybody knows something about this problem, because
-> everytime the rebooted NeXT has to make a fsck and this
-> takes minutes?
-> Is there a possiblity that I can find who (which
-> process) is accessing to busied device?
->
-> Regards Roger P.
->
-> ---
-> Union Bank of Switzerland
-> Roger P. Frey
My first impression, though it doesn't SEEM to make sense,
is that this is likely related to too many roughly
simultaneous accesses to NetInfo, with many of them
deferred (sleeping). This has been the root of most
comparable erattic problems on our systems.
Bruce Gingery bruce@TotSysSoft.com
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: SLIP server log-in
Message-ID: <1993Jul31.142353.9358@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <239odf$sk@angmar.sat.disney.com>
Date: Sat, 31 Jul 1993 14:23:53 GMT
In article <239odf$sk@angmar.sat.disney.com>
rruth@studio.disney.com (Richard Ruth) writes:
-> I am attempting to use a NeXT Station (3.0) running
-> Louis Mamakos' SLIP package as a SLIP server.
-> However, the remote SLIP user can not log in.
->
-> The login shell is /usr/dialupip/bin/dudisc_slip0,
-> which is a soft link to /usr/dialupip/bin/dudisc.
->
-> The remote SLIP user's log file shows that his SLIP
-> package sends the proper login name and then password.
-> The SLIP server then responds with "Last login: ..."
-> and then "Session 1 disconnected from ...". Both
-> NeXTs' netstat -rn results are proper.
->
-> The remote NeXT station is running NEXTSTEP 3.1
->
-> Any suggestions for getting this SLIP link up would
-> be greatly appreciated. (I'll gladly provide more
-> information if needed.)
->
-> richard
-> rruth@studio.disney.com
I've found problems when immediate traffic is ready to
cross the SLIP link, i.e. the call is placed without direct
invocation of slipup, or via SLIPCommander.app.. ESPECIALLY
if the link is in response to an automount access. I'd
suggest NOT automounting filesystems, and explicitly
controlling the link. If remote mounts are absolutely
needed, do them with /usr/etc/mount -vo <filesystem> /Net
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: File Bug-NeXT's for missing .h files (was Re: WANTED: etherfind/tcpdump look-alike)
Message-ID: <1993Jul31.143459.9431@ToTSySSoft.com>
Keywords: kernel, Bug-NeXT
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Jul31.015240.15028@csus.edu>
Date: Sat, 31 Jul 1993 14:34:59 GMT
In article <1993Jul31.015240.15028@csus.edu>
eps@futon.SFSU.EDU (Eric P. Scott) writes:
-> In article <18313@auspex-gw.auspex.com> tstil@Auspex.COM
-> (Tim Stilwell) writes:
-> > I am looking for a network packet analyzer that runs
on the NeXT platform.
-> > Any ideas?
->
-> Wait for NeXT to fix their kernel. %@{&!^$ NeXT removed
the .h
-> files you'd need to do it yourself...
->
-> -=EPS=-
I'd like to encourage EVERYONE who has encountered such
problems of missing kernel hooks in recent NEXTSTEP release
_Dev_ distributions to file reports!
Be sure to specify EXACTLY the symbols which you require,
as it appears that quite a bit of the 3.x kernel has been
farmed out to contractors who have conveniently? omitted
updating the Dev libraries.
WE NEED THIS LACK FIXED BEFORE 3.2 is released!!!
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred.
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: ZMODEM Only Works One Way
Message-ID: <1993Jul31.145035.9507@ToTSySSoft.com>
Keywords: Z-Modem
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <9307302228.AA04482@nextsrv1.andi.org>
Date: Sat, 31 Jul 1993 14:50:35 GMT
In article <9307302228.AA04482@nextsrv1.andi.org>
janthony@nextsrv1.andi.org (Jay Anthony) writes:
->
-> I have an odd problem: I am connecting to a remote host
-> as follows: I dial-up a connection from my NeXTstation
-> to an in-town host. I then telnet out of that host to
-> a remote one (a NeXT) on the NFS Net.
->
-> I like to use zmodem to send and receive files. I
-> zmodem successfully all the time from the remote
-> host to my station.
-> However, I can *never* send a file via zmodem from
-> my station to the remote host.
->
-> When I try, it says "Sending Title" and then
-> "Sending Header", but no characters are transferred.
-> I can see the TxD and RxD lights blink
-> alternately in succession, but only briefly (i.e.
-> it looks like it is only handshaking; no data is
-> being transferred). It eventually times-out.
->
-> I'm using MicroPhone on my station with its
-> ZMODEM, and the standard "rz" on the remote NeXT.
-> I use the standard "telnet" to go from my
-> dial-up host to the remote. I have a ZyXEL modem
-> usually going at 9600/V42.bis.
->
-> I also tried using Kermit, and it also will not
-> work in that direction. It usually goes along
-> for a while (transfers hundreds of characters),
-> but then consistently starts getting "Block Retries"
-> after a certain character count.
->
-> Any ideas? I can give you more clues if you need
-> them... :-)
Jay,
I'd like some info on how you got it to work in EITHER
direction with evidently a shell betwixt and between. I
suspect that the problem you're encountering is a 7-bit
transfer working in one direction and 8-bit failing in the
other. Have you tried with the later Z-Modem version
(which includes such features as the -Z switch for rle
compression)? -- Since you're evidently getting the
through-path in some way, I'll try the obvious...
Are you launching rz on the far end BEFORE initiating
the transfer FROM your NeXT? Contrary to documentation,
the rz command does not always work when auto-sent,
possibly because of missing required path, and if
duplicated, will be absorbed by the receiving Z-modem.
Also, there are some rather strict timing constraints, such
that you might need to...
remotehostprompt> sleep 15 ; /usr/local/bin/rz
<start menuing to begin transfer>
I've (for now) removed MP from my drive just because of
the broken Z-Modem, using C-Kermit and rz/sz under it,
instead, because I can get full-bore transfers on direct
connects (4000cps and up on a 14400 Lap-M link on un-pre-
compressed data) for large transfers. Unfortunately the
hack in the version of MP we have to the Z-Modem to allow
for the progress panel seems to have broken the streaming
mode of the Z-Modem. If this has been fixed, I'd also like
to know about that, as MP has been an EXTREMELY good
product, and quite handy -- essential during some of our
early development work, and far more compatible for
autodialing than C-kermit.
Bruce Gingery bruce@TotSysSoft.com
Total System Software the makers of DFax for NEXTSTEP
NeXT-Mail preferred
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: NEXTSTEP and cables (serial-long)
Message-ID: <1993Jul31.170841.9913@ToTSySSoft.com>
Keywords: pinouts,db9,db25,mini-din,serial,cables
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <CAzqHv.35@vti.com>
Date: Sat, 31 Jul 1993 17:08:41 GMT
In article <CAzqHv.35@vti.com> johnw@vti.com (John Wiegley)
writes:
-> H.-R. Oberhage (phy070@aixrs1.hrz.uni-essen.de) wrote:
-> > this is a question about serial connections. As
-> > I'm not enough a fan of a soldering iron to really
-> > want to make my own serial RS-232C cables, if I
-> > can buy them easily ...
[snip]
-> I just made a NeXT modem four days ago. It's really
-> quite easy. I don't know whether MacIntosh cables
-> will work or not...
[snip]
NO! Mac cables will NOT work except on old 68030 black
motherboards, and often not there (see Note 2 below).
We've created both Null-modem and modem cables from wire
+ ends, and yes, the mini-din plugs are no picnic unless
you're not clumsy like I am.
A flashlight battery and bulb as a test-light can easily
be used in lieu of ohmmeter, though it would be possible to
miss a high-resistance short or inductive problems with
either.
Signal
DCD RXD TXD DTR GND DSR RTS CTS RI RTXC
DB9 - 1 2 3 4 5 6 7 8 9 n/c
DB25 - 8 3 2 20 7 6 4 5 22 25
10-pin**- 3 9 10 4 5 6 8 7 2 1
miniDIN*- 2 5 3 1 4 n/c 6 8 n/c 7*
68030m68k- 2 RXD-5 TXD-3 1 4& n/c n/c n/c n/c n/c
RXD+8
Pin numbers should be moulded into the plastic on one
side of the plugs or the other.
Notes:
1. (*) Mini-Din recommendation for 68040 NeXT
in ZS(4) ManPage recommends omitting RTXC pin 7
for UART=zs8530 (Black) hardware
2. (**) 10-pin internal FIP hardware connector may
not be uniform across different manufacturers,
Consult local diagrams for ribbon connector
pinouts for your actual hardware.
(UART=8250 / 16450 / 16550afn-recommended)
Many INTERNAL modems have on-board UARTs,
and even many 14400v42bis card-modems have
an inadequate 16450 UART. High speed modem-
cards with an 8250 or 16450 UART should have
the DIP replaced or be returned as defectively
engineered. They CANNOT perform adequately
at high speed, without dedicated low-level
interrupt servicing, which is incompatible
with multitasking system software design.
3. 68030 connection is NOT great, but does work.
this is a hack on the RS-422 standard and many
Mac cables will connect CTS/RTS instead of
DCD/DTR which cannot be expected to work with
standard NEXTSTEP software. The two ports on
68030 NeXT are NOT identical!!!!!! +5v is
connected to pin 7 for port B thus the omission
of RTXC in the ZS manpage recommendations.
4. Generally for Null-Modem cable
Cross With
DTR DCD
DCD DTR
TXD (-) RXD (-)
GND GND
RXD (-) TXD (-)
RTS CTS (if present)
CTS RTS (if present)
TXD + RXD + or n/c
RXD + TXD + or jumper to ground
RI n/c
RTXC n/c
You may prefer to build a standard modem cable
and add a cheap Null-Modem block to the DB-9
or DB-25 end of it
5. Generally shield (case ground) should not
be connected at BOTH ends of the cable to
prevent external ground loops which can
`generate' interference or even dangerous
voltages in some situations.
6. Despite the inconsistant use of the RI and
RTXC lines, don't omit them from a cable you
build, especially for FIP machines. Syncron-
ous use may require RTXC. Future software
and much DOS software WILL use the RI when
available. You may wish to leave ONE end of
the RTXC disconnected for black hardware, but
document it somewhere, and don't clip it or
omit it entirely.
7. A ``state'' breakout LED display may be
helpful if connected at the DB9 or DB25
end of the cable. It also may interfere
with high-speed communications.
Disclaimer: If you use this information it is at your own
risk. This information is provided with liability
equivalent to the exact cost charged you by us for it -
NOTHING!
Bruce Gingery bruce@TotSysSoft.com
Total System Software - makers of DFax(tm) for NEXTSTEP(tm)
NeXT-Mail preferred
____
/ -- \ ________
/ / / / / ______/
/ / / / / /___ ____ __ __ TM
/ / / / / ___/ /____ \ \ \ / /
/ / / / / / ____/ / \ \/ /
/ /___/ / / / / /_/ / / /\ \
/_______/ /_/ \____/ /_/ \_\
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Power Off Accessibility in 3.1 (Black) (long song)
Message-ID: <1993Jul31.173307.10015@ToTSySSoft.com>
Keywords: white, FIP, song
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <23c48v$lgk@menudo.uh.edu>
Date: Sat, 31 Jul 1993 17:33:07 GMT
In article <23c48v$lgk@menudo.uh.edu> sears@tree.egr.uh.edu
(Paul S. Sears) writes:
[snip
-> I agree. In a lab "environment" rebooting is not a
-> good thing... And this leads to another gripe -
-> the boot manager...
->
-> Has anyone figured out how to make the brain-dead
-> boot manager secure?
-> Currently, it only takes a -s at the boot: prompt
-> to dump you into single-user mode since brain-dead
-> PCs don't have any kind of "hardware password"
-> (and not, a BIOS passord doesn't mean diddly
-> either...) This is not a good thing. We have been
-> trying to hack the boot manager but to no
-> avail.... This makes "Public Window Server" and
-> printer _writers problems
-> seem suddenly insignificant...
->
-> Paul S. Sears * sears@uh.edu (NeXT Mail
Clearly it's time for someone to REWRITE the PC Bios to
properly support multi-tasking systems!
(to the tune of ``My Bonnie Lies Over the Ocean''
My OS lies atop faulty BIOS,
my NEXTSTEP is trying too hard!
My Mach is a patchwork of drivers
and some of them fall into shards!
Chorus:
Bring-back
Bring-back
Bring-back black NEXTSTEP to me, to me
Bring-back
Bring-back
Bring-back black NEXTSTEP to me
O' NeXT has been well in the forefront
But now they've plunged into abyss
Even the black mouse doth feel-good
But ``sucks bigtime'' just equals MS
[chorus]
The Gateway has sharp pretty colors
hidden amidst whited frame
And DOS-6 can screw the boot table
It doesn't e'en show the NeXT name!
[chorus]
NeXT - verse anyone???
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred
Newsgroups: comp.sys.next.software,comp.sys.next.programmer,comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Preparing large ftp files for EVERYONE!
Message-ID: <1993Jul31.194404.10728@ToTSySSoft.com>
Followup-To: comp.sys.next.sysadmin
Keywords: chunk, splitting, large, huge, enormous, MAB, FAT
Sender: news@ToTSySSoft.com
Organization: Total System Software
Date: Sat, 31 Jul 1993 19:44:04 GMT
======================================================
ATTENTION MAB Package posters -- PLEASE CHUNK YOUR ftp
UPLOADS to smaller than 1-meg per chunk, though ftp.uu.net
seems to prefer 250000bytes, to allow more access by those
who have limited ftp access! So long as individual parts
have distinctive sequence numbers, the reconstitution is
easy... There have been quite a few postings I've
bypassed, unwilling to pay the postage for server fetching
via E-Mail, and my E-Mail is deliberately limited to 1meg
per message anyways.
======================================================
After creating a large package it is NOT hard to chunk it
down to managable pieces, and will provide greater
distribution (which is the reason for posting for ftp
anyways, isn't it?)
On 2.1 systems, use /NextApps/Installer.app/chunk
On 3.x systems, use /NextAdmin/Installer.app/chunk
mkdir /tmp/ftpupload
chunk 2500000 ENORMOUS.MAB.tar /tmp/ftpupload
You'll find in /tmp/ftpupload the following files
ENORMOUS.MAB.tar.1
ENORMOUS.MAB.tar.2
etc.
Then upload the pieces. If you forget to delete the pieces
after shipping them out, they'll disappear when /tmp is
cleaned at your next boot.
Bruce Gingery bruce@TotSysSoft.com
Total System Software
NeXT-Mail preferred
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Disabling en0 when using slip0
Message-ID: <1993Jul31.130259.9088@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <DASU.93Jul30094333@wisssc.physics.wisc.edu>
Distribution: comp.sys.next.sysadmin
Date: Sat, 31 Jul 1993 13:02:59 GMT
In article <DASU.93Jul30094333@wisssc.physics.wisc.edu>
dasu@wisssc.physics.wisc.edu (dasu) writes:
->
-> I setup TransSys SLIP on my NextStation (2.1).
-> I notice that the system hangs for several minutes
-> in the process of booting.
[snip]
Depending upon your configuration terminating your Ethernet
port may eliminate, or at least reduce to managable, this
delay, while preserving the capacity to plug-and-play when
reconnected to the actual ethernet links.
Merely attach a standard tee connector with a terminator on
each side to your thin-ether port.
Bruce Gingery bruce@TotSysSoft.com
Total System Software the makers of DFax for NEXTSTEP
Newsgroups: comp.sys.next.sysadmin
Subject: Problems with login.
Message-ID: <1993Aug1.045843.19212@miavx1.acs.muohio.edu>
From: mgjones@nextsrv.cas.muohio.edu (Michael Jones)
Date: 1 Aug 93 04:58:43 -0500
Hello...I am having problems with the login on some of my NeXT machines.
Here's the symptoms:
Occasionally a NeXT will start acting up so as that when someone attempts
to log in from remote (I believe the same happens on the console, too)
they will type their name and enter their password *correctly* and they
will get denied a login. They can do this until their fingers fall off
and it still won't let them in. Also, when this is happening, sometimes
after entering your name at the login: prompt, it returns with another
login: prompt instead of the password: prompt. I'm not sure if this is
a problem with the login program or the ttys.
The configuration:
NeXTStep 2.0 running on original NeXT cubes.
Any help is greatly appreciated. The only way I know to temporarily fix
the problem right now is to reboot the NeXT whenever it has this problem, but
it's happened twice already in the last week and is a rather annoying
problem.
Please email to mgjones@nextsrv.cas.muohio.edu
+--------------------------------------------------------------/\--------+
| Mike Jones | Internet : mgjones@nextsrv.cas.muohio.edu / \ |
| -------- | Compu$erve: 73353,1134 /\/\/\ /\ |
| NeXT Admin | PowerNet : 513-523-4293 (8N1) /\ / \/ \ |
+------------------------------------------------------/ \/ \ \+
From: jim@ljkiraly.lerc.nasa.gov(L J "Jim" Kiraly)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: ?setgid problem?
Date: 1 Aug 1993 15:15:41 GMT
Organization: NASA Lewis Research Center
Message-ID: <23gmmt$m4i@eagle.lerc.nasa.gov>
References: <1993Jul31.125940.9026@ToTSySSoft.com>
Bruce Gingery writes
> In article <23al9q$bq2@panix.com> amencke@panix.com (Andres
> Mencke) writes:
> -> When I try to run ps or su,
> -> I get the following from the command line:
> ->
> -> localhost> groups
> -> other wheel
> -> localhost> ps
> -> Insufficient privileges.
> -> localhost> su
> -> setgroups: Not owner
> -> Password: <root password>
> -> su: setgid: Not owner
> [snip]
>
> This seems to be a continuing bug, also related to
> ``login''... I didn't particularly take time to track
> anything in 3.0, but have submitted Bug-NeXT under 3.1, and
> seems to be related to Terminal.app's suid-root status and
> handling of subshells...[47834] BugNeXT Receipt PR93.2;
> Terminal: alternate user login problems, original quoted
> below...
>
I had the same problem with a machine which had user directories
soft-linked to an secondary, larger drive. After fixing netinfo with
UserManager so that netinfo pointed directly to the logon accounts on the
secondary drive- the problem went away.
--
__________________________________________________________________
Jim Kiraly- jim@ljkiraly.lerc.nasa.gov- NASA Lewis Research Center
----------------- NeXT Mail preferred ----------------------------
Newsgroups: comp.sys.next.sysadmin
From: thf@zelator.in-berlin.de (Thomas Funke)
Subject: Re: blk0 boot failed
Message-ID: <1993Jul31.190616.664@gamelan>
Sender: thomas@gamelan (thomas)
Organization: Disorganization
References: <1993Jul28.152132.8627@newsgate.sps.mot.com>
Date: Sat, 31 Jul 1993 19:06:16 GMT
In article <1993Jul28.152132.8627@newsgate.sps.mot.com> Greg Ferguson
<rtmd30@email.sps.mot.com> writes:
> causes the NeXT to look for a diagnostics kernel. (Which is only
> available at the factory - kept there to protect the innocent
> and foolish).
Does anybody know what this is:
-r--r--r-- 1 root 49812 Jul 30 1992 /private/tftpboot/diagnostics
Perhabs I should try to boot from it ??
--
------------------------------------------------------------------
Thomas Funke ** Unix-Consultant ** thf@zelator.in-berlin.de
Brook's Law:
Adding manpower to a late software project makes it later
------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: royce@splunge.uucp (Royce Howland)
Subject: Re: problems to umount filesystems
Message-ID: <1993Aug1.010552.4586@splunge.uucp>
Organization: Ashley, Howland & Wood
References: <fyr.93Jul29132212@nol512>
Date: Sun, 1 Aug 1993 01:05:52 GMT
fyr@ubszh.net.ch writes:
>I have really a strange problem and now I have no idea.
>We have here installed about 10 NeXT's (black) in a network. A SUN Sparcstation10 is one of our fileservers.
>On some hosts I can make a prober shutdown, because the NeXT could not umount some filesystems from a server (sometimes from the SUN sometimes from another NeXT).
>The message Device Busy apperars, but logged in the consolemode so no apps are used (execpt WM).
>Do anybody knows something about this problem, because everytime the rebooted NeXT has to make a fsck and this takes minutes?
>Is there a possiblity that I can find who (which process) is accessing to busied device?
>Regards Roger P.
This seems to be a problem with NEXTSTEP. It happens on our all-NEXTSTEP
network all the time, and has been observed with NS 2.2 and 3.0 (black)
and NS 3.1 (white). I expect to observe it with NS 3.1 (black). The
cause is a mystery, to me anyway.
--
Royce Howland, DKW Systems Corp. | "And since OS/2 2.0 is a 32-bit
Everything is IMHO | operating system, programs are
royce@splunge.uucp (NeXTMail OK) | easier to write and run faster,
or kakwa!atlantis!splunge!royce | too." -ad for OS/2 2.0
From: jmd@cube.handheld.com (Jim De Arras)
Newsgroups: comp.sys.next.software,comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Processes limit in 3.1 solved?
Date: 2 Aug 1993 02:12:17 GMT
Organization: Hand Held Products, Inc.
Distribution: world
Message-ID: <23ht61INN21u@clem.handheld.com>
Has anyone figured out the processes limit issue? I'm hitting the "no more
processes" error more and more, lately. Hostinfo shows about 60 processes
active, and 100 threads, when this happens. I can telnet back in as another
user, and easily start new processes, so it seems to be a per-user limit.
Jim
--
----------------------------------------------------------------------------
Jim De Arras - WA4ONG | "Government is not reason; it is not eloquence;
NRA,ILA | it is a force. Like fire, it is a dangerous
jmd@handheld.com | servant and a fearful master." -- George Washington
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: problems to umount filesystems
Message-ID: <1993Aug2.024106.9557@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <fyr.93Jul29132212@nol512> <1993Aug1.010552.4586@splunge.uucp>
Date: Mon, 2 Aug 1993 02:41:06 GMT
In article <1993Aug1.010552.4586@splunge.uucp> royce@splunge.uucp
(Royce Howland) writes:
>This seems to be a problem with NEXTSTEP. It happens on our all-NEXTSTEP
>network all the time, and has been observed with NS 2.2 and 3.0 (black)
>and NS 3.1 (white). I expect to observe it with NS 3.1 (black). The
>cause is a mystery, to me anyway.
On 2.x the offender is usually pbs. If you're using the broken
AppleTalk stuff with 3.0 you'll lose if autonfsmount gets killed
off before ashared. I'm not sure what's happening in your case.
-=EPS=-
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: tlm@tantalus.scl.ameslab.gov (Dr. T. L. Marchioro II)
Subject: Two simple questions
Message-ID: <CB437v.65B@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Mon, 2 Aug 1993 03:04:43 GMT
Hi, the sys-admin of a local NeXTstation cluster asked me a couple of
questions the other day which I was ashamed to admit I didn't know the
answers to. Perhaps some kind person out there in netland can provide
insight:
1) The AppleTalk support has been unbundled from 3.1 and given to a third
party. Who is that third party and can someone provide contact
information?
2) They're recently added a fancy fancy HP 600 dpi laserprinter to their
set-up, but have been unable to get it to work properly. The sysadmin said
something about "the PDF files don't seem to be right." Could someone who
has gotten one of these puppies humming tell me what magic incantantion
needs to be uttered?
Thanks for any and all (non-flaming :) responses.
Best --- Tom
--
Dr. Thomas L. Marchioro II Two-wheeled theoretical physicist
Center for Physical and
Computational Mathematics 515-294-6629
Ames Laboratory 515-233-1216 (home)
Ames, Iowa 50011 tlm@iastate.edu
From: anderson@macc.wisc.edu (Jess Anderson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: problems to umount filesystems
Date: 2 Aug 1993 03:40:41 GMT
Organization: Division of Information Technology, UW-Madison
Message-ID: <23i2bp$82l@news.doit.wisc.edu>
References: <fyr.93Jul29132212@nol512> <1993Aug1.010552.4586@splunge.uucp> <1993Aug2.024106.9557@csus.edu>
In article <1993Aug2.024106.9557@csus.edu>,
Eric P. Scott <eps@cs.sfsu.edu> wrote:
>In article <1993Aug1.010552.4586@splunge.uucp> royce@splunge.uucp
>(Royce Howland) writes:
>>This seems to be a problem with NEXTSTEP. It happens on our all-NEXTSTEP
>>network all the time, and has been observed with NS 2.2 and 3.0 (black)
>>and NS 3.1 (white). I expect to observe it with NS 3.1 (black). The
>>cause is a mystery, to me anyway.
>On 2.x the offender is usually pbs. If you're using the broken
>AppleTalk stuff with 3.0 you'll lose if autonfsmount gets killed
>off before ashared. I'm not sure what's happening in your case.
I've had some difficulty getting nfs-mounted (manual mounts,
rather than automounts, however) to umount. Two things seem
to help avoid the mysterious Device busy response. Update
the browser (command-u) if it's showing any icons (including
the shelf) on the remote file system. Quit Edit.app if you've
invoked it on any remote file. The second one could be that it
keeps a pointer to the last file accessed, maybe?
--
[Jess Anderson <> Division of Information Technology, University of Wisconsin]
[Internet: anderson@macc.wisc.edu <-best, UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[------> Things should be made as simple as possible, but not simpler. <------]
####################################################################
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Unnamed network services?
Message-ID: <1993Aug2.103552.27934@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Aug2.022344.3168@ToTSySSoft.com>
Date: Mon, 2 Aug 1993 10:35:52 GMT
Try
rpcinfo -p
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Processes limit in 3.1 solved?
Message-ID: <1993Aug2.070151.3731@ToTSySSoft.com>
Keywords: drag, processes, bug
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <23ht61INN21u@clem.handheld.com>
Date: Mon, 2 Aug 1993 07:01:51 GMT
In article <23ht61INN21u@clem.handheld.com>
jmd@cube.handheld.com (Jim De Arras) writes:
-> Has anyone figured out the processes limit issue?
-> I'm hitting the "no more processes" error more and
-> more, lately. Hostinfo shows about 60 processes
-> active, and 100 threads, when this happens. I
-> can telnet back in as another user, and easily start
-> new processes, so it seems to be a per-user limit.
->
-> Jim
Jim,
My experiences with this also would indicate that it's
on a per-login basis, with even different userids on
terminal windows not counting as different users. I'm
beginning to think that it's one of two things:
1. False report generated somehow with
some interaction with WSM.
2. True report, as indicated in some of the csn
groups in the past, based on BOGUS leftover
tasks which for some reason no longer list
under ps.
I don't telnet in - per se - but have a PC null-modem'd
in on Port - A with a vt100 terminal program, and can
ALWAYS log in there, regardless of how many processes are
active and how many double-clicks of icons are (seemingly)
ignored, or terminal reports of out of processes are being
given, and regardless of how many daemon processes seem to
be running.
Now, if I could just find an answer to the constant
drag service failures I get -- I'm beginning to think that
the two problems are related. -- and the darn things ONLY
log to console, not to /usr/adm/messages.... guess I'm
gonna have to hack my syslog.conf again to make it even
more verbose.
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Two simple questions
Message-ID: <1993Aug2.072739.3808@ToTSySSoft.com>
Keywords: LJ4,PostScript,printer,600dpi
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <CB437v.65B@news.iastate.edu>
Date: Mon, 2 Aug 1993 07:27:39 GMT
In article <CB437v.65B@news.iastate.edu>
tlm@tantalus.scl.ameslab.gov (Dr. T. L. Marchioro II)
writes:
[snip]
-> 2) They're recently added a fancy fancy HP 600 dpi
-> laserprinter to their set-up, but have been unable
-> to get it to work properly. The sysadmin said
-> something about "the PDF files don't seem to be
-> right." Could someone who has gotten one of these
-> puppies humming tell me what magic incantantion
-> needs to be uttered?
Dr. Tom,
This may or may not help. Under 3.1, the only actual
pdf's seem to be those for fax modems, as distributed. The
pdf's have been restructured into *.pmdb files under
/usr/lib/NextPrinter/ Drivers, with setup PostScript files
located in /NextLibrary/PrinterTypes/*.lproj/*.ppd I'm not
sure WHICH your sys-admin is referring to, as either could
reasonably be expected to cause problems if wrong, and
would require diligent comparison (probably by someone well
versed in PostScript printer setups) of the actual correct
specs for the printer and actual correct specs for
presumptions of NeXT PostScript and device handling which
need to be overridden.
Information which USED to be in .pdf's is generally in
the ppd's, and in this case, likely in the one called
HP_LaserJet_4_PostScript_600DPI.ppd
IF the printer is being used in BOTH pcl and PostScript
mode, it is entirely possible that it needs to be
``locked'' in some way into PostScript mode, if this is
possible. As I recall, the LJ-4's native mode is PCL,
rather than PostScript, and requires a command to properly
interpret PostScript. Odds are, if corrections are needed,
they should be made to an additional entry, rather than
changing the original.
All of this is interpreted from some LJ-4 setups on a
shared Novell LJ-4 I looked into about 3 months ago, so
it's far from Gospel -- same as you, no flames please.
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred
From: louie@sayshell.umd.edu (Louis A. Mamakos)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: problems to umount filesystems
Date: 2 Aug 1993 14:45:06 GMT
Organization: University of Maryland, College Park
Message-ID: <23j99i$c82@ni.umd.edu>
References: <fyr.93Jul29132212@nol512> <1993Aug1.010552.4586@splunge.uucp> <1993Aug2.024106.9557@csus.edu> <23i2bp$82l@news.doit.wisc.edu>
In article <23i2bp$82l@news.doit.wisc.edu> anderson@macc.wisc.edu (Jess Anderson) writes:
>I've had some difficulty getting nfs-mounted (manual mounts,
>rather than automounts, however) to umount. Two things seem
>to help avoid the mysterious Device busy response. Update
>the browser (command-u) if it's showing any icons (including
>the shelf) on the remote file system. Quit Edit.app if you've
>invoked it on any remote file. The second one could be that it
>keeps a pointer to the last file accessed, maybe?
It seems almost as if Edit changes it current directory to the directory
that contains the file that it (first) opens.
Sure enough; I just did "open /n/netmap/lochosts.txt", where /n/netmap
is an NFS mounted file system. Running ofiles:
COMMAND PID UID FD TYPE DEVICE INODE NAME/[LOCAL][REMOTE]
Edit 16455 21 cd VDIR 129, 3 176170 /n/netmap (noc:/usr/var/netmap)
Edit 16455 21 0 VCHR 3, 2 /dev/null
Edit 16455 21 1 VCHR 0, 0 /dev/console
Edit 16455 21 2 VCHR 0, 0 /dev/console
we see that the current directory is on the NFS mounted file system. When
I close the Edit document window corresponding to that file:
COMMAND PID UID FD TYPE DEVICE INODE NAME/[LOCAL][REMOTE]
Edit 16455 21 cd VDIR 255, 3 176170 /n/netmap (noc:/usr/var/netmap)
Edit 16455 21 0 VCHR 3, 2 /dev/null
Edit 16455 21 1 VCHR 0, 0 /dev/console
Edit 16455 21 2 VCHR 0, 0 /dev/console
we see the current directory unchanged. If I open another file, say,
/tmp/foo on the root file system:
COMMAND PID UID FD TYPE DEVICE INODE NAME/[LOCAL][REMOTE]
Edit 16455 21 cd VDIR 6, 0 20482 / (/dev/sd0a)
Edit 16455 21 0 VCHR 3, 2 /dev/null
Edit 16455 21 1 VCHR 0, 0 /dev/console
Edit 16455 21 2 VCHR 0, 0 /dev/console
It changed its current directory to somewhere on the root file system
to open the file.
This is on a 3.0 system; I can't easily check a 3.1 system right this
moment.
Interesting.
Louis Mamakos
University of Maryland
From: hpcg9070@uxa.cso.uiuc.edu (Harish )
Newsgroups: comp.sys.next.sysadmin
Subject: A couple of questions on power key and accounting
Date: 2 Aug 1993 14:50:01 GMT
Organization: University of Illinois at Urbana
Distribution: usa
Message-ID: <23j9ip$oia@vixen.cso.uiuc.edu>
I take care of NeXT machines in our lab and lately I've been noticing that
there's a trend among some of the users to hit the power button whenenver
the machine locks up on them or whenever the machine appears to run
slow due to the swapfile getting bigger. This is extremely annoying and
I appreciate it very much if someone could tell me how to disable
the power key for users except the root.
Secondly, does anyone know how to do the system accounting: how much
CPU time each user is using on a daily basis etc.. Also, does
running system accounting processes hog up the machines? I know how
to do this on HPs. But on NeXTs, I'm clueless. The sys. administration
book that I've has nothing say about this(I think).
The NeXT machines use Nextstep O.S. 3.0.
Thank you very much
Sincerely
Harish Cherukuri
--
-----------------------------------------------------------------------
Harish Cherukuri 217 332 2427 (home)
hpcg9070@uxa.cso.uiuc.edu 217 244 4373 (office)
-----------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: ian_stewart@pyrian.com (Ian H. Stewart)
Subject: Windows Printing to NLP
Message-ID: <CB4B18.1vs@pyrian.com>
Sender: ian@pyrian.com (Ian H. Stewart)
Organization: ABC Company. We specialize in classic chewing gum!
Date: Mon, 2 Aug 1993 05:53:32 GMT
What is out there that will allow me to print from one Lonely Windows app
to my neXT Laser printer.
Thanks,
I.H.Stewart
Newsgroups: comp.sys.next.sysadmin
From: nwc (Nick Christopher)
Subject: automount maps and NetInfo
Message-ID: <CB521r.I9@ny.shl.com>
Sender: usenet@ny.shl.com (Net News)
Organization: SHL Systemhouse Inc.
Date: Mon, 2 Aug 1993 15:37:02 GMT
Is there a way to get an automount map into netinfo for another mount point
than /Net?
Here is why I ask. I need to use a secondary disk as a Users partition. I would
like to avoid a hard mount. Since the machine's root partition is already
exported and mounted under /Net I can not access the secondary disk via /Net
(i.e mount /Net/machine and /Net/machine/Users don't work).
I was thinking I would create another automount map and have its mount point be
/Homes but I don't run NIS and would rather not have to copy a map file all
over. Is there a solution?
\n
Nicholas Christopher
Systemhouse
nwc@ny.shl.com
From: louie@sayshell.umd.edu (Louis A. Mamakos)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Diagram.app blows up when starting - specific to user
Date: 2 Aug 1993 17:03:39 GMT
Organization: University of Maryland, College Park
Message-ID: <23jhdb$h7p@ni.umd.edu>
References: <1993Jul21.163926.3567@fnbc.com> <1993Jul28.054519.5766@relief.com>
In article <1993Jul28.054519.5766@relief.com> jjfeiler@relief.com writes:
>In article <1993Jul21.163926.3567@fnbc.com> djiracek@thunder(Dan Jiracek)
>writes:
>> This user tries lauching Diagram.app and it blows up. Since it is user
>> specific, I thought it might have something to do with his drwrite's for
>> Diagram. But after removing all dwrites for Diagram, its still not
>> working. Might it possibly be a different dwrite? And if so, does anyone
>> have a suggestion as to which one(s) it could be.
>
>Same problem happened to us. It has to do with one of the default font
>settings for the user -- I forget which one. If you give them a call at
>lighthouse they'll recognize the problem and give you the answer over the
>phone.
Try something like:
$ dwrite Diagram NXSystemFonts 'Helvetica;Helvetica'
from the shell prompt ($) in a terminal window.
Louis Mamakos
Newsgroups: comp.sys.next.sysadmin
From: ecw-m!jr
Subject: tip login problems
Message-ID: <1993Aug2.164437.11406jr@dcm.com>
Keywords: tip login
Sender: jr@dcm.com
Organization: DCM, Inc.
Date: Mon, 2 Aug 1993 16:44:37 GMT
I am trying to tip into another Next machine and I am getting a connect
message but no unix login.
Are there permissions or options that need to be set t allow dial in.
jr@dcm.com
From: sjl@compnews.co.uk (Steve J Lacey)
Newsgroups: comp.sys.next.sysadmin
Subject: Looking for Slip
Date: 2 Aug 93 20:49:20
Organization: ISEng, Computer Newspaper Services, Howden
Distribution: world
Message-ID: <SJL.93Aug2204920@cumin.compnews.co.uk>
Him
I'm looking for some slip s/w, I've found SLIPcommander, but not
the actual slip s/w itself. Maybe I've missed something?
Any help gratefully received :-)
Cheers,
Steve.
--
-------------------------------------------------------------------------------
_/_/_/ _/_/_/_/ _/ Stephen J Lacey, IS Engineering Manager
_/ _/ _/ Computer Newspaper Services
_/_/_/ _/ / The Bishop's Manor, Howden, Humberside
_/ _/ _/ Voice: +44 430 43(2480/1100)
_/_/_/ _/_/_/ _/_/_/ Fax: +44 430 432450
`Quis custodiet ipsos custodes?' e-mail: sjl@compnews.co.uk
-------------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: ad244@Freenet.carleton.ca (Orrin C. Kerr)
Subject: Reboot failure
Message-ID: <CB5JtB.Gw3@freenet.carleton.ca>
Sender: news@freenet.carleton.ca (News Administrator)
Organization: The National Capital Freenet
Date: Mon, 2 Aug 1993 22:00:47 GMT
I was in the office this weekend doing LAN maintenance. To wit, I was
modifying the /etc/ttys file, changing the console line so the workstation
name would appear on the login panel. No problem for several stations,
and then I rebooted one and it hung. So I rebooted in verbose mode.
Reboot messages scrolled by much as usual until the last three lines which
read as follows:
Aug 1 11:10:25 flashy reboot: Reboot complete
Aug 1 11:10:52 flashy lpd[151]: /dev/lp : No such file or directory
Aug 1 11:10:52 flashy lpd[152]: /dev/lp : No such file or directory
....and there it hung.
Well, I was stumped and had a wiring closet to re-organize, so I tried
rebooting from the network with the ben command, and got the following
after the usual stuff about booting the SCSI devices....
root on en0
master cpu at slot 0
primary network interface : en0[123.45.6.78]
hostname : flashy
whoami : no domain name
....and there it hung.
Now normally, I would bung around in the docs - as much for the education
as well as the challenge. However, I am engaged this evening, so I
couldn't see it through right now.
I was hoping some kind stranger would have a quick answer for me. The
lady on this workstation is kinda cranky some times and *hates* changes to
her working pattern.
I would appreciate it if you could mail (a copy of) your answer to my work
e-mail which is:
orrin@ fdpd-agcan.org
Merci milles fois.
--
Orrin C. Kerr
ad244@freenet.carleton.ca
All opinions expressed are my own and not the responsibility of
my innocent employer, Agriculture Canada
Newsgroups: comp.sys.next.sysadmin
From: ad244@Freenet.carleton.ca (Orrin C. Kerr)
Subject: Re: Streaking of NeXT monitor
Message-ID: <CB5K3K.I31@freenet.carleton.ca>
Sender: news@freenet.carleton.ca (News Administrator)
Organization: The National Capital Freenet
References: <93212.003212CADER@auvm.american.edu>
Date: Mon, 2 Aug 1993 22:06:55 GMT
In a previous article, CADER@auvm.american.edu () says:
>My NeXT monitor is streaking wherever there is a grey change in another
>layer of windows. Thus, a selection in a background fileviewer causes
>a slightly darker streak along the rest of the screen...horizontal only.
You might also want to look at what electrical equipment is near your
monitor. I've noticed this when an electric fan is on and also when a DOS
machine beside the NeXT is running.
--
Orrin C. Kerr
ad244@freenet.carleton.ca
All opinions expressed are my own and not the responsibility of
my innocent employer, Agriculture Canada
From: wong@thunder.seas.ucla.edu (Ling S. Wong)
Newsgroups: comp.sys.next.sysadmin
Subject: Help Needed.
Message-ID: <11202@lee.SEAS.UCLA.EDU>
Date: 3 Aug 93 03:40:03 GMT
Sender: news@SEAS.UCLA.EDU
Distribution: usa
Organization: School of Engineering and Applied Sciences, UCLA
Dear Netters:
I am not very familiar with UNIX and I hope someone could help me
with the following two problems for my standalone NeXTstation:
1. When I start up the Terminal.app in the root account, a panel
with the message "Can't open UnixWindow.term" comes up. I'll
have to click OK to rid the panel and then click "New shell"
(command n) to start up a window.
I do not have this problem in the me account. How may I fix it?
2. On the 3.0 CD, all the cat? directories under Documention in the
NeXTLibrary are empty. Are they supposed to be empty and from
where can I download those files?
It will be helpful if someone can point me to a source which has
this sort of information. The NeXT user's reference and administration
guides seem too general and too skimpy at times for a novice like me.
Thank you in advance.
Ling
Newsgroups: comp.sys.next.sysadmin
From: mgb@moksha.uucp (Michael Branton)
Subject: a no-prize if you can figure this one out !
Message-ID: <1993Aug3.041643.5140@moksha.uucp>
Sender: mgb@moksha.uucp (Michael Branton)
Organization: Totally Disorganized
Date: Tue, 3 Aug 1993 04:16:43 GMT
About 3 days ago, I started getting mail fromm uucp saying "incoming news
discarded due to space shortage." There's plenty of space (even "spacefor"
thinks so, if I run it by hand), and all directory permissions checked out. I
started watch incoming nws, and the following happens:
A new batch of news goes into TM., then moves to X. in usr/spool/uucp, as it
should. uux runs, invoking rnews. rnews goes to sleep ! (a ps shows uux sw,
rnews sw and sleep 300 r) If I kill uux, rnews and the sleep process, and then
run uux by hand, it fires up rnews which then process the news batch. If I
don't kill it, I eventually get the above mentioned mail message from uucp.
All the more mysterious is that I hadn't been tinkering w/ news or uucp when
this started. I'm stumped !
If you have a clue, please send me mail (I'll never see the news-post :-) )
---
-Michael
mgb@moksha.UUCP
mgb@stetson.BITNET
NeXT mail welcome !
--
-Michael
From: sanguish@digifix.com (Scott Anguish)
Newsgroups: comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.marketplace,comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.sysadmin
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 3 Aug 1993 00:19:52 -0400
Organization: Next Announcements
Distribution: world
Message-ID: <23kp18$6e4@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material. Generic UNIX questions belong
elsewhere (comp.unix.questions), although specific
questions about NeXT's implementation or porting
issues are appropriate here. Note that there are
several other more "horizontal" newsgroups
(comp.lang.objective-c, comp.lang.postscript,
comp.os.mach, comp.protocols.tcp-ip, etc.) that
may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish
--
- Scott Anguish -
sanguish@digifix.com (NextMail)
next-announce@digifix.com (comp.sys.next.announce submissions)
Newsgroups: comp.sys.next.sysadmin
From: phy070@aixrs1.hrz.uni-essen.de (H.-R. Oberhage)
Subject: Re: AFS on 3.1 (black)
Sender: newsadm@uni-essen.de
Message-ID: <CB6D9s.J0D@uni-essen.de>
Date: Tue, 3 Aug 1993 08:37:04 GMT
References: <23c4ku$lst@menudo.uh.edu>
Organization: Uni-Essen
NeXT promissed(!?!) to get DCE working, which includes DFS at some
point which originated from AFS. So they have to do something, should
they want do deliver on what they say!
And Transarc should watch it. As to my knowledge they are late already
on other architectures, for which they contracted!
Greetings,
Ruediger Oberhage
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.misc
Subject: IMPORTANT: Problem with NEXTSTEP 3.1 fip CDs (please read and pass this info on!!)
Date: 3 Aug 1993 15:25:53 GMT
Organization: University of Houston
Message-ID: <23m021$7l1@menudo.uh.edu>
(Please alert your vendor of this potential problem!!! Also tell anyone you
know who isn't on the net...)
We have discovered a potentially serious problems with some shipments of
NEXTSTEP 3.1/fip CDs that makes it IMPOSSIBLE to install NEXTSTEP on any
hardware because the CD cannot be read:
There seems to have been a defect in the packaging phase during the
production of batch of NEXTSTEP 3.1 CDs. These CDs are "fogged." That is,
they have a thin film over the back of the CD (side opposite of the label).
At first we thought it was due to humidity, but now we are not sure what it
is. However, we believe that the defect happened during the packaging phase
because all of our 22 copies (from the same shipment) of NEXTSTEP 3.1/fip
had this film. Copies from an earlier shipment were fine.
We believe that this is not an isolated incident and that other shipments
may also be affected.
This problem can be fixed if you carefully clean the CD. We sucessfully
used "computer screen cleaner" and Windex without any problems. Apply the
cleaner to a lint-free cloth and wipe the film off the CD. After the CD is
cleaned, installation and use of the CD should be problem free (that is if
there aren't any other problems like hardware incompatiblity).
We would like to know if you come across a CD with this "defect" so please
send me email.
You can send email if you have any questions too!
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: S.A.McIntyre@durham.ac.uk (Scott A. McIntyre)
Subject: Disk Eject Daemon fix.
Message-ID: <scott.744392058@shrug>
Organization: University of Newcastle upon Tyne, UK, NE1 7RU
Date: Tue, 3 Aug 1993 15:34:18 GMT
Is the Disk Eject Daemon fix for 3.0 still needed for 3.1? I
removed it from my LaunchPaths and found that inserted floppies
were represented by a file folder and would not eject or respond
in any way, had to disk -e it to get it back out....
thanks,
scott
--
EMAIL: S.A.McIntyre@durham.ac.uk OR scott@shrug.dur.ac.uk (NeXTmail)
SNAIL: Pyschment of Departology, University of Durham, Durham, DH1 3LE
"Did you know that the computer invented itself?" - SNL
Newsgroups: comp.sys.next.sysadmin
From: geom2@sfb256.iam.uni-bonn.de ( Michael Moellney )
Subject: NEXTSTEP/FIP 3.1 can't find DOS-Partition
Sender: usenet@work1.rhrz.uni-bonn.de (Usenet-Admin)
Message-ID: <GMT03Aug.93.30724@work1.rhrz.uni-bonn.de>
Date: Tue, 03 Aug 93 16:14:41 GMT
References: <1993Jul21.180824.270@olorin.dark.sub.org> <1993Jul23.025441.410@ToTSySSoft.com> <CAnK3w.Ku@fragile.termfrost.org>
Organization: Applied Math, University of Bonn, Germany
Hi,
Before I installed NEXTSTEP/FIP I put OS/2 2.1 on my harddisk. I parted it
like this:
1 MB BootManager primary
80 MB OS/2 2.1 HPFS primary
800 MB NEXTSTEP primary
120 MB DATA FAT extended/logical
I thought NEXTSTEP would be able to find and use the 120 MB Partition.
Do you have any hints ??
Or MUST I format the DOS Partition with NeXTSTEP ????
Has anybody managed to use the NeXTSTEP fdisk ???
Thanks, Michael Moellney
Newsgroups: comp.sys.next.sysadmin
From: dal@netcom.com (Dana Andre Letendre)
Subject: sed question
Message-ID: <dalCB6yp2.G5r@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Tue, 3 Aug 1993 16:19:50 GMT
I'm trying to replace tabs with spaces in a text file using sed,
but I can't figure out how to represent the tab character. I
tried to use \t, but it didnt' work. Here's my sed command:
sed y/"\t"/" "/ test.txt
Any suggestions?
From: dbora@ils.nwu.edu (Donald Bora)
Newsgroups: comp.sys.next.sysadmin
Subject: CD-ROM problem
Date: 3 Aug 1993 18:10:07 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <23m9lv$h6u@anaxagoras.ils.nwu.edu>
Ok, I have a very strange question. I am trying to get a Nec CDR-25
CD-ROM drive to work on my NeXT 040 cube. It wont work in short. I called
NEC support and they told me a few things to check...see if these things
make any sense to you:
Async Data Transfer
Disable Parity on the SCSI controller
I don't remember seeing such a switch on the SCSI controller... any
suggestions?
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
From: treed@bmt.gun.com
Newsgroups: comp.sys.next.sysadmin
Subject: Re: automount maps and NetInfo
Date: 3 Aug 1993 15:37:56 -0500
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9308022150.AA00436@karubi.bmt.gun.com>
In comp.sys.next.sysadmin article <CB521r.I9@ny.shl.com> you wrote:
>
> Is there a way to get an automount map into netinfo for another mount point
> than /Net?
>
> Here is why I ask. I need to use a secondary disk as a Users partition. I would
> like to avoid a hard mount. Since the machine's root partition is already
> exported and mounted under /Net I can not access the secondary disk via /Net
> (i.e mount /Net/machine and /Net/machine/Users don't work).
Sure you can. Why can't you use /Net/machine/Users2?
>
> I was thinking I would create another automount map and have its mount point be
> /Homes but I don't run NIS and would rather not have to copy a map file all
> over. Is there a solution?
It would have to be /Homes/machine/Homes if you want to use the net option to
mount and automounter as NeXT recommends it.
>
> \n
> Nicholas Christopher
> Systemhouse
> nwc@ny.shl.com
>
>
--
Timothy Reed, Black Market Technologies
Voice: +1 718 522-5090 Fax: +1 718 852-4249 E-mail: treed@bmt.gun.com
"Reading documentation is an admission of failure."
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: sed question
Message-ID: <1993Aug4.002314.27176@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <dalCB6yp2.G5r@netcom.com>
Date: Wed, 4 Aug 1993 00:23:14 GMT
In article <dalCB6yp2.G5r@netcom.com> dal@netcom.com
(Dana Andre Letendre) writes:
>I'm trying to replace tabs with spaces in a text file using sed,
>but I can't figure out how to represent the tab character. I
>tried to use \t, but it didnt' work. Here's my sed command:
>sed y/"\t"/" "/ test.txt
Assuming you're using csh,
sed 'y/^V^I/ /' test.txt
[Control-V Control-I; only the ^I will echo]
-=EPS=-
From: karuzis@wccf.mit.edu (GLENN HOLM)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Preparing large ftp files for EVERYONE!
Followup-To: comp.sys.next.sysadmin
Date: 3 Aug 1993 21:41 EST
Organization: MIT - Whitaker College
Distribution: world
Message-ID: <3AUG199321415794@wccf.mit.edu>
References: <1993Jul31.194404.10728@ToTSySSoft.com>
Keywords: chunk, splitting, large, huge, enormous, MAB, FAT
News-Software: VAX/VMS VNEWS 1.41
In article <1993Jul31.194404.10728@ToTSySSoft.com>, bruce@TotSysSoft.com (Bruce Gingery) writes...
>======================================================
>ATTENTION MAB Package posters -- PLEASE CHUNK YOUR ftp
>UPLOADS to smaller than 1-meg per chunk, though ftp.uu.net
>Bruce Gingery bruce@TotSysSoft.com
>Total System Software
>NeXT-Mail preferred
an additional side effect is making it easier on folks like myself
whose NeXTs are network-impaired and have to do their ftp'ing on
other systems and walk them on floppies to the NeXT.
the downside, i guess is much longer directory listings in the
ftp archive.
------------------------------------------------------------------
|Glenn Holm Internet:karuzis@wccf.mit.edu|
|M.I.T Dept. of Brain + Cog. Sci. This VAX doesn't do NeXTmail |
|Cambridge, MA 02139 "Real Neuroscientists don't do gels!" |
------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: infoman!willi (Willi Berger)
Subject: SLIP andSybase problem
Message-ID: <1993Aug3.172632.450@infoman.com>
Keywords: SLIP and Sybase
Sender: willi@infoman.com
Organization: Information Management Inc.
Date: Tue, 3 Aug 1993 17:26:32 GMT
I am trying to connect to a Sybase server using SLIP. I was
wondering if anyone has been able to do this. I have just recently
installed SLIP and I can telnet, rlogin etc over the slip connection,
but I can't connect to my sybase server. I think the problem lies in
that when I start the server it starts on the ether network and since
my SLIP connection is on a different network it can't find where to
route the packets to. When I try to use isql it says can't connect
to the network. But when i use isql on the ether network I connect
without a problem. If you have any suggestions it would be much
appreciated.
thanks for your time.
- Willi
please reply via e-mail willi@infoman.com
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA
M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$Q-3)<='@R,S`T7'1X,S0U-EQT
M>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V7'1X,3`S-CA<='@Q
M,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R-%QF8S!<8V8P($D@86T@=')Y:6YG
M('1O(&-O;FYE8W0@=&\@82!3>6)A<V4@<V5R=F5R('5S:6YG(%-,25`N("!)
M('=A<R!W;VYD97)I;F<@:68@86YY;VYE(&AA<R!B965N(&%B;&4@=&\@9&\@
M=&AI<RX@($D@:&%V92!J=7-T(')E8V5N=&QY(&EN<W1A;&QE9"!33$E0(&%N
M9"!)(&-A;B!T96QN970L(')L;V=I;B!E=&,@;W9E<B!T:&4@<VQI<"!C;VYN
M96-T:6]N+"!B=70@22!C86XG="!C;VYN96-T('1O(&UY('-Y8F%S92!S97)V
M97(N("!)('1H:6YK('1H92!P<F]B;&5M(&QI97,@:6X@=&AA="!W:&5N($D@
M<W1A<G0@=&AE('-E<G9E<B!I="!S=&%R=',@;VX@=&AE(&5T:&5R(&YE='=O
M<FL@86YD('-I;F-E(&UY(%-,25`@8V]N;F5C=&EO;B!I<R!O;B!A(&1I9F9E
M<F5N="!N971W;W)K(&ET(&-A;B=T(&9I;F0@=VAE<F4@=&\@<F]U=&4@=&AE
M('!A8VME=',@=&\N("!7:&5N($D@=')Y('1O('5S92!I<W%L(&ET('-A>7,@
M8V%N)W0@8V]N;F5C="!T;R!T:&4@;F5T=V]R:RX@($)U="!W:&5N(&D@=7-E
M(&ES<6P@;VX@=&AE(&5T:&5R(&YE='=O<FL@22!C;VYN96-T('=I=&AO=70@
M82!P<F]B;&5M+B`@268@>6]U(&AA=F4@86YY('-U9V=E<W1I;VYS(&ET('=O
M=6QD(&)E(&UU8V@@87!P<F5C:6%T960N7`I<"@ET:&%N:W,@9F]R('EO=7(@
M=&EM92Y<"EP*"2T@5VEL;&E<"EP*<&QE87-E(')E<&QY('9I82!E+6UA:6P@
7=VEL;&E`:6YF;VUA;BYC;VU<"B`*?0IE
`
Newsgroups: comp.sys.next.sysadmin
From: nkawai@rkna50.riken.go.jp (Nobuyuki Kawai)
Subject: Using AppleTalk LaserWriter from NeXT
Message-ID: <NKAWAI.93Aug4133543@rkna50.riken.go.jp>
Sender: news@rkna50.riken.go.jp (News Administrator)
Organization: Institute of Physical & Chemical Research (RIKEN) Saitama,Japan.
Distribution: comp
Date: Wed, 4 Aug 1993 04:35:43 GMT
I use Apple LaserWriter on an AppleTalk network from NeXT, but there
are few problems for which I need advice. The LaserWriter is on a
LocalTalk connected to the ethernet using a GatorBox.
I installed the AppleTalk package which came with the OS 3.0J. The
LaserWriter is registered using PrintManager. For printing in a
NeXTstep application by the print panel, the printer works without
noticeable problems.
PROBLEM [1]
A plain text file cannot be printed at the LaserWriter by the unix
"lpr" command.
Here is a example.
% cat test.txt
This is a test in roman letters.
% lpr -Pcosmic_LaserWriter test.txt
%
"cosmic_LaserWriter" is the name for the LaserWriter on the AppleTalk network.
The LED on the LaserWriter blinks for some minutes, goes off, and do nothing.
In /usr/adm/lpd-errs, some error messages are recorded as follows:
Jul 21 19:14:10 crane Server:cosmic_LaserWriter[388]: crane:kawai -start
Jul 21 19:14:13 crane lpd[387]: cosmic_LaserWriter: filter
/usr/lib/NextPrinter/Server/prserver terminated (11), (0)
"lpr" does work for the NeXT Laser Printer directly connected to the
NeXT computer. I noticed that "enscript" works for this case, but I
need the "lpr" functionality for some remote printings. The problem with
"lpr" is a know feature?
PROBLEM [2]
Once in a while, the AppleTalk LaserWriter stops working. Here is a
log from /usr/adm/lpd-errs:
Aug 2 14:22:36 crow Server:cosmic_LaserWriter[9132]: crab:yamasita - start
Aug 2 14:22:54 crow Server:cosmic_LaserWriter[9132]: crab:yamasita - end
Aug 2 14:22:54 crow Server:cosmic_LaserWriter[9133]: crab:yamasita - start
Aug 2 14:27:59 crow Server:cosmic_LaserWriter[9133]: PostScript error: timeout; OffendingCommand: timeout
Aug 2 14:28:08 crow Server:cosmic_LaserWriter[9133]: Status: [Error: timeout; OffendingCommand: timeout]
Aug 2 14:28:08 crow Server:cosmic_LaserWriter[9133]: crab:yamasita - end
It worked okay until 14:22:54. On the next print request, the
LaserWriter rejected the printing for some Postscript error. After
then, it just do not anything. I rebooted the NeXT, and the printer
resumed to work. Is it a known problem? What can I do other than
rebooting the computer?
--
$@2O9g@?G7(J Nobuyuki Kawai RIKEN
Newsgroups: comp.sys.next.sysadmin
From: kent@infoserv.com
Subject: Re: Help Needed.
Message-ID: <CB7tJ9.qx@infoserv.com>
Sender: kent@infoserv.com (Kent L. Shephard)
Organization: K. L. Shephard Consulting
References: <11202@lee.SEAS.UCLA.EDU>
Distribution: usa
Date: Wed, 4 Aug 1993 03:25:57 GMT
In article <11202@lee.SEAS.UCLA.EDU> wong@thunder.seas.ucla.edu (Ling S. Wong)
writes:
#Dear Netters:
#
# I am not very familiar with UNIX and I hope someone could help me
#with the following two problems for my standalone NeXTstation:
#
# 1. When I start up the Terminal.app in the root account, a panel
# with the message "Can't open UnixWindow.term" comes up. I'll
# have to click OK to rid the panel and then click "New shell"
# (command n) to start up a window.
# I do not have this problem in the me account. How may I fix it?
Not sure.
#
# 2. On the 3.0 CD, all the cat? directories under Documention in the
# NeXTLibrary are empty. Are they supposed to be empty and from
# where can I download those files?
The cat directories are supposed to be empty. When you read a man page it gets
formatted and put there. I deleted the cat directoies on my machine. It
doesn't bother me that I have to wait for man pages to be formatted evrytime I
read one.
Kent
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <1993Aug4.064917.15122@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Jul31.194404.10728@ToTSySSoft.com> <3AUG199321415794@wccf.mit.edu>
Date: Wed, 4 Aug 1993 06:49:17 GMT
Gimme a break. Really. Most of us are not "network impaired"
and I see no reason why we should be made to suffer because a few
whiners are lagging behind the times. Stop trying to impose your
limitations on the rest of us. Multiarchitecture binaries,
humongous "multimedia" files, etc. are only going to become more
prevalent as time goes on. Live with it. Today's appropriate
"chunk size" is more like 600 MB, because that's what fits on a
CD ROM. When it takes more than a couple of those for a single
item, we'll find something better.
If your complaint is mail restrictions, then mail is obviously
the wrong tool for the job. Find a better alternative. UUCP
between a pair of Telebit WorldBlazers isn't such a bad thing.
I'm not talking about mail over UUCP, I mean using UUCP for what
it was designed for: bulk file transfer. If you can't use
anonymous FTP, maybe anonymous UUCP is for you. (Yes, there is
such a thing.)
If your problem is trying to walk stuff on floppies, either learn
how to split files yourself, or find a better alternative. It's
not hard to find networked machines with cartridge tape drives.
If you've got the bucks, a portable hard drive might be the way
to go. SCSI is your friend. Even if you don't have net access,
you probably know someone who does. You'd be amazed what people
will do for a free lunch. Join a user group. User groups are
happy to do favors for their members.
If none of the above suits your fancy, wait for the "everything
you ever wanted from your favorite archive site" CD. There are
several to choose from.
And finally, if you're wondering why you're being treated like
second-class citizens, the reason is simple: YOU ARE.
Thank you, and have a nice day.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: bkr@drdhh.hanse.de (Bjoern Kriews)
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <1993Aug3.023052.12440@drdhh.hanse.de>
Keywords: chunk, splitting, large, huge, enormous, MAB, FAT
Organization: Digital Island
References: <1993Jul31.194404.10728@ToTSySSoft.com>
Date: Tue, 3 Aug 1993 02:30:52 GMT
bruce@TotSysSoft.com (Bruce Gingery) writes:
>You'll find in /tmp/ftpupload the following files
> ENORMOUS.MAB.tar.1
> ENORMOUS.MAB.tar.2
> etc.
I would like to have the mutiple architectures divorced for demos,
even if this runs against the MAB game:
For example, if I want to take a look at, say, Frontface,
I don't need a 4MB fat binary. I'd be perfectly happy to chose
one of Moto/Intel and it would lighten Internet load and
perfectly fit my purpose: taking a look.
(Yes, we all want T3 everywhere, but that's no reason to waste
resources)
Greetings, Bjoern
--
bkr@drdhh.hanse.de - Bjoern Kriews - Stormsweg 6 - D-2000 Hamburg 76 - FRG
In the global village, everywhere has got to be a local call. (P. Chapman)
Newsgroups: comp.sys.next.sysadmin
From: stefan@initiera2 (Stefan Kruger)
Subject: NSFIP - Problems w/ CirrusLogic
Message-ID: <1993Aug4.081007.4672@sics.se>
Sender: news@sics.se
Organization: Swedish Institute of Computer Science, Kista
Date: Wed, 4 Aug 1993 08:10:07 GMT
Hi,
My graphics card seems to start up in the wrong resolution. His
configuration:
50Mhz 486 AMI bios
CirrusLogic GD542 1Mb VRAM
MicroScan 4G ADI Screen
The screen goes all flickery just as if the card uses a much higher
resolution than the screen. The system works fine running Windoze,
but when NeXTSTEP is up the little display on the screen says that
the card not properly tells the screen what resolution is being used.
Any ideas ?
/Stefan (stefan@initiera.upnet.se)
Newsgroups: comp.sys.next.sysadmin
From: sfitzp@cs.qub.ac.uk (Stephen Fitzpatrick)
Subject: Re: sed question
Message-ID: <1993Aug4.085846.11876@ousrvr.oulu.fi>
Sender: news@ousrvr.oulu.fi
Organization: University of Oulu
References: <dalCB6yp2.G5r@netcom.com>
Date: Wed, 4 Aug 1993 08:58:46 GMT
In article <dalCB6yp2.G5r@netcom.com> dal@netcom.com (Dana Andre Letendre)
writes:
> I'm trying to replace tabs with spaces in a text file using sed,
> but I can't figure out how to represent the tab character.
You get a tab by typing a tab!
sed -e 'y/<a tab>/<as many spaces as you require>/'
where <a tab> means "hit the tab key".
However, if you're using the sed command in a shell script that
you're editing with Edit, make sure that Edit doesn't convert the
sequence of spaces in the sed command into a tab (it may do so if
the number of spaces is greater than or equal to the "Tabs" preference
in the "Text Options" in the preferences panel).
If you're entering the sed command interactively in a shell, you
may not be able to use the tab key, as it may be set as the filename
completion key. If so, I think Control-v <tab> should work.
--
Stephen Fitzpatrick | sfitzp@cs.qub.ac.uk o o
Department of Computer Science | (NeXT mail ok) |
The Queen's Univerity of Belfast|"Keep passing the OpenWindows" v
eater tha
Newsgroups: comp.unix.sys5.r4,comp.sys.next.misc,comp.sys.next.sysadmin
From: uunet!molly!vlcek (Jim Vlcek)
Subject: Re: UnixWare install with Sun CDROM
Message-ID: <CB81uo.DFH@molly.uucp>
Sender: vlcek@molly.uucp (James Vlcek)
Organization: The Black Box of Lowertown
References: <23j91q$2l2@bird.usl.com>
Date: Wed, 4 Aug 1993 06:25:35 GMT
djm@voyager.usl.com (Dennis J. Metzger) writes:
> I have installed both the PE and AS on a 486 Dell system via a Sun CD-ROM
drive attached to
> a DPT 2012, Adaptec 1542 and an Adaptec 1740 (in standard mode, then
installed the ADSE package
> and accessed the drive in Enhanced Mode). All the combinations worked for
me 8-).
Does anyone know if it will work with a NeXT (genuine black) CD-ROM drive?
Jim Vlcek
molly!vlcek@uunet.uu.net
Newsgroups: comp.sys.next.sysadmin
From: afm@vogon.mathi.uni-heidelberg.de (Andreas Mueller)
Subject: Re: sed question
Message-ID: <1993Aug4.105101.16488@sun0.urz.uni-heidelberg.de>
Sender: news@sun0.urz.uni-heidelberg.de (NetNews)
Organization: Matlab, University of Heidelberg
References: <dalCB6yp2.G5r@netcom.com> <1993Aug4.002314.27176@csus.edu>
Date: Wed, 4 Aug 93 10:51:01 GMT
In article <1993Aug4.002314.27176@csus.edu> eps@cs.sfsu.edu writes:
>In article <dalCB6yp2.G5r@netcom.com> dal@netcom.com
> (Dana Andre Letendre) writes:
>>I'm trying to replace tabs with spaces in a text file using sed,
>>but I can't figure out how to represent the tab character. I
>>tried to use \t, but it didnt' work. Here's my sed command:
>>sed y/"\t"/" "/ test.txt
>
>Assuming you're using csh,
>
> sed 'y/^V^I/ /' test.txt
>
>[Control-V Control-I; only the ^I will echo]
>
> -=EPS=-
Why not use
% expand -1 test.txt
this works from any shell :-)
Regards
Andreas
--
-------------------------------------------------
Dr. Andreas Mueller <afm@mathi.uni-heidelberg.de>
Mathematisches Institut der Univeristaet
Im Neuenheimer Feld 288 D - 69120 Heidelberg
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.mail.uucp
From: jspears@weston.com (Wes Spears)
Subject: UUCP and sending messages at certain times
Message-ID: <1993Aug3.173431.3573@weston.com>
Sender: jspears@weston.com (Wes Spears)
Date: Tue, 3 Aug 1993 17:34:31 GMT
My modem is on my regular phone line. I poll my service provider when I
know that I am not going to be on the phone, then automatically at night.
This is the question:
Often, I want to send a large (.5 MB) file to someone. The problem is
that I usually create the message to send this during the day, but i don't
want to tie up the phone during the day. I would rather have the message
to be delivered at night.
I have read about the ability to have UUCP send different priority files
at different times. Can anyone give any pointers into that, or into any
other options that might make sense.
Thansk
Wes Spears
--
Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
The Weston Group
8524 Highway 6 North, 162, Houston, TX 77095
From: jon@starburst.umd.edu (Jonathan Kruger)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Preparing large ftp files for EVERYONE!
Date: 4 Aug 1993 12:25:08 GMT
Organization: University of Maryland, Chesapeake Biological Laboratory
Message-ID: <23o9r4INNsq8@cbl.umd.edu>
References: <1993Jul31.194404.10728@ToTSySSoft.com>
On a similar note, it sure would be nice if those who maintain the
purdue and orst archives would create new directories for packages
that run on NS/FIP. Call them MAB, 3.1, FAT, or whatever you deem
most appropriate, but do *something*. It sure is a pain when you
have to guess whether a package has a chance of running on your
--
-------------------------------------------------------------------------------
Jonathan Kruger - jon@cbl.umd.edu - Computer and Network Systems Coordinator
U of MD Center for Environmental and Estuarine Studies, Chesapeake Bio Lab
Newsgroups: comp.sys.next.sysadmin
From: wfc@cl.cam.ac.uk (William Clocksin)
Subject: connecting an Apple NTR
Message-ID: <1993Aug4.125904.28909@infodev.cam.ac.uk>
Sender: news@infodev.cam.ac.uk (USENET news)
Organization: U of Cambridge, England
Date: Wed, 4 Aug 1993 12:59:04 GMT
Has anybody connected an Apple Personal laserwriter NTR to their NeXT machine?
Does it just plug in to a serial port, or is it necessary to prepare a suitable
cable?
Is this printer generally well thought of?
W.F. Clocksin
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer
From: dav@well.sf.ca.us (Paul Davilon)
Subject: SCSI tape access?
Message-ID: <CB8KoJ.Eop@well.sf.ca.us>
Sender: news@well.sf.ca.us
Organization: The Whole Earth 'Lectronic Link, Sausalito, CA
Date: Wed, 4 Aug 1993 13:12:18 GMT
We are in the process of switching several Dell DG machines over to NeXTSTEP
3.1, from Dell Unix. Aside from the usual problems with the serial port drivers
and (non-existence of) SLIP, which frustrate everyone as more and more time
passes past NeXT's "mid-July" serial port drivers bug-fix promise, forget it,
its too frustrating to even bother.
The problem we're having is this:
There are 2 DGX machines here equipped in the same way, they have 500meg IDE
hard disks, a CDROM drive as SCSI device 1 and a 525meg QUICtape drive as SCSI
device 2 on the chain. There is no problem accessing these under Dell Unix, but
so far in a few minutes of playing with it, and trying:
dump 0un
dump 0unf /dev/nrxt0 /dev/rdh0a
/dev/nrxt1
/dev/rsd1h
etc,
has met with failure to access the tape drive. The drives are standard units,
which I think are made by Sony (Dell repacks the cases). What is the proper way
to access the tape drive assuming its device #2 on the SCSI chain (the cdrom
being 0, the tape being 1).
thanks for any help or insight anyone has to offer!
Paul
From: kevin@american.edu (Kevin Cruz)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.programmer
Subject: HELP --Installing MPEG Player 2.3 on NeXT
Date: 4 Aug 1993 13:42:18 GMT
Organization: The American University Computing Center
Message-ID: <23oebqINN5p6@au-ns.american.edu>
I am trying to build an MPEG Player (v.2.3) on a NeXT Cube but I keep getting
these two errors:
/NextDeveloper/Headers/bsd/sys/time.h:48: redefinition of `struct timeval'
/NextDeveloper/Headers/bsd/sys/time.h:53: redefinition of `struct timezone'
I do not know what this means. I've tried building it through the Project
Builder as well as doing it by hand but I get the same messages. Anyone know
what's going on? Could someone help?
Thanks for the help.
--Kevin
---------------------------------------------------------------------
Kevin Cruz E-mail: kevin@american.edu
Computer Science Dept. Phone: (202) 885-2767
The American University
Washington, D.C.
From: kevin@american.edu (Kevin Cruz)
Newsgroups: comp.sys.mac.comm,comp.sys.next.sysadmin
Subject: Re: How to print from Mac to Unix printer
Date: 4 Aug 1993 14:10:00 GMT
Organization: The American University Computing Center
Message-ID: <23ofvoINN615@au-ns.american.edu>
References: <AJ3U.93Jul29100559@larch.cs.virginia.edu>
It is rumored that 'Asim Jalis' once said:
> I have a NeXT with its local laser printer.
> The NeXT acts as a general print server for a
> heterogenous network of Unix machines.
>
> I also have a Mac on the same network. What
> I want to do now is be able to print from the
> Mac to the NeXT.
>
> Has anyone ever tried this? If there is
> software that does this I would be very
> interested in finding out about it.
I have the same setup you described above and the software that I use to be
able to print from the Macs is uShare (v 1.09). I have no problems with
printing using this software. You can also set up your NeXT to be a file
server for the macs. And it also has a feature to get UNIX mail on the Mac
(although I haven't been ableto get it working here).
You can get more information from:
IPT, Inc
555 Chorro Street, Suite A
San Luis Obispo, CA 93405
Phone: (805) 541-3000
Fax: (805) 541-3037
--Kevin
---------------------------------------------------------------------
Kevin Cruz E-mail: kevin@american.edu
Computer Science Dept. Phone: (202) 885-2767
The American University
Washington, D.C.
From: kevin@american.edu (Kevin Cruz)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: A couple of questions on power key and accounting
Date: 4 Aug 1993 13:56:30 GMT
Organization: The American University Computing Center
Distribution: usa
Message-ID: <23of6eINN5su@au-ns.american.edu>
References: <23j9ip$oia@vixen.cso.uiuc.edu>
It is rumored that 'Harish' once said:
>
> I appreciate it very much if someone could tell me how to disable
> the power key for users except the root.
As root, type at the command line:
localhost# dwrite loginwindow PowerOffDisabled True
That should disable the powerkey for *everyone*. If root needs to turn the
power off, you should first halt the machine and then the Power key will work.
A short cut to this would be to hit the ~ key while holding down both Command
keys (one Command key will also work). However, the latter method is not
advisable.
--Kevin
---------------------------------------------------------------------
Kevin Cruz E-mail: kevin@american.edu
Computer Science Dept. Phone: (202) 885-2767
The American University
Washington, D.C.
Newsgroups: comp.sys.next.sysadmin
From: stefan@initiera2 (Stefan Kruger)
Subject: NSFIP - Printer Defaults
Message-ID: <1993Aug4.140904.1003@sics.se>
Sender: news@sics.se
Organization: Swedish Institute of Computer Science, Kista
Date: Wed, 4 Aug 1993 14:09:04 GMT
Hi,
When setting the paper size under Format - Page Layout, the
default seems to be 'Letter'. Can this default be changed to A4, so that
we europeans not have to set this every time we print ?
Thanx.
Stefan (stefan@initiera.upnet.se)
Newsgroups: comp.sys.next.sysadmin
From: djiracek@thunder(Dan Jiracek)
Subject: Re: SUMMARY: NetInfoManager - Open by Tag question
Message-ID: <1993Aug3.153118.12075@fnbc.com>
Sender: news@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
Date: Tue, 3 Aug 93 15:31:18 GMT
Thanks for the quick and accurate responses. I had to edit the
trusted_networks property for master in netinfo. See Security (SysAd
chapter 14).
Dan
Thanks to :
matthews@is-next.umd.edu (Mike Matthews)
jhall@tahiti.umhc.umn.edu
alex@cs.UMD.EDU (Alex Blakemore)
David Lemson <lemson@ux1.cso.uiuc.edu>
In comp.sys.next.sysadmin article <1993Jul28.203957.603@fnbc.com> you
wrote:
> We have several Lan's that are differentiated by Class B addresses.
Each
> Lan has "its own" network netinfo database. Frequently I have to go
into
> another network's netinfo database to make changes, and I use Open by
Tag.
>
> For example I can use Host:netone Tag: network and it will work but if I
> try a differenet network ie Host:nettwo Tag:network - I get Domain
> selected failed to open. Each machine knows about each other through
NIS.
>
> Can someone point me in the right direction as to what is the dependent
> factor is whether or not it will connect?
>
> Thanks and I will summarize.
--
Daniel Jiracek (312) 732-1421
Network Specialist Dan_Jiracek@fnbc.com
First Chicago Bank NeXT Mail Accepted
From: majka@next.com (Marc Majka)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NetInfoManager - Open by Tag question
Date: 30 Jul 1993 16:28:23 GMT
Organization: NeXT, Inc.
Message-ID: <23bi77$8dd@rosie.next.com>
References: <1993Jul28.203957.603@fnbc.com>
Dan Jiracek writes
> For example I can use Host:netone Tag: network and it will work but if I
> try a differenet network ie Host:nettwo Tag:network - I get Domain
> selected failed to open. Each machine knows about each other through
> NIS.
One possibility is that nettwo's network doesn't permit connections from
your network. Take a look in the root directory of nettwo/network. If
it's got a trusted_networks property that limits access to nettwo's
network number, then connections from netone will fail. For example, if
netone's class B network is 123.4.0.0 and nettwo's network is 125.67, then
you might have things set up so that trusted_networks is 125.67 (for
nettwo). If you want to permit connections from netone's network, just
add 123.4 as another value for trusted_networks.
Another possibility is simply that the connection is slow, or that nettwo
is just slow to respond. NetInfoManager times out quite quickly when it
tries to open a domain. If you can sometimes open nettwo/network, and
other times it fails, then it's probably timing. The only thing you can
do is try opening the domain again, and hope for a faster response.
--
Marc Majka
NeXT Computer
Newsgroups: comp.sys.next.sysadmin
From: Becki Kain <beckers@imagine.com>
Subject: kermit source
Message-ID: <1993Aug4.153057.303@imagine.com>
Sender: beckers@imagine.com
Organization: Imagine Multimedia, Inc., Ann Arbor, MI, USA
Date: Wed, 4 Aug 1993 15:30:57 GMT
can some kind soul email me the source for kermit? i don't have ftp
access and one of my nextstep intel users needs it.
thanks
beckers
--
Becki Kain - Imagine Multimedia - beckers@imagine.com nextmail welcome
"the love gone bad turned my world to black"
From: nhuebner@magnus.acs.ohio-state.edu (Nancy J Huebner)
Newsgroups: comp.sys.next.sysadmin
Subject: DOS diskette
Date: 4 Aug 1993 17:34:34 GMT
Organization: The Ohio State University
Distribution: usa
Message-ID: <23orva$76f@charm.magnus.acs.ohio-state.edu>
One of our users saves files on diskettes. He has had trouble with the
diskettes since upgrading to NS3.0. The diskettes were created as DOS
diskettes I believe. Some times when he uses the diskette everything works
fine. Other times the diskette icon never shows up in the File Viewer.
However if you wait long enough the following filename will show up under the
root directory "3Ff91{@F". He is able to click on this and see what is on the
diskette. He is also able to pull these documents up but can not save any
changes back to the diskette. Most of the documents are WordPerfect documents that were created on the NeXT. Has anyone else experienced a similiar problem?
And this morning another user encountered another problem. When trying to copy
a text file to a DOS diskette a panel would appear telling us there was an in-
valid argument. The name of the file was "PCF00.DAT". However when I changed
the file name to lower case "pcf00.dat" it copied just fine.
Any info on this would be very helpful.
Thank,
Nancy J. Huebner
The Ohio State University
(614) 292-7211
(614) 292-6913 FAX
Huebner.1@osu.edu
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: A couple of questions on power key and accounting
Date: 4 Aug 1993 18:08:39 GMT
Organization: University of Illinois at Urbana
Distribution: usa
Message-ID: <23otv7$ab2@vixen.cso.uiuc.edu>
References: <23j9ip$oia@vixen.cso.uiuc.edu> <23of6eINN5su@au-ns.american.edu>
kevin@american.edu (Kevin Cruz) writes:
>localhost# dwrite loginwindow PowerOffDisabled True
>A short cut to this would be to hit the ~ key while holding down both Command
>keys (one Command key will also work). However, the latter method is not
>advisable.
I usually do the shortest shortcut, which is right-Command--~,
then hit the power key. That does sync the filesystems and properly
unmount them before shutdown. Both-Command--~, then 'halt' or the
power key will shutdown properly, as well.
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
Newsgroups: comp.sys.next.sysadmin
From: kbacon@austin.onu.edu (NeXTSTEP/Intel ROCKS!)
Subject: Re: NEXTSTEP/FIP 3.1 can't find DOS-Partition
Sender: usenet@austin.onu.edu (Network News owner)
Message-ID: <1993Aug4.183528.127514@austin.onu.edu>
Date: Wed, 4 Aug 1993 18:35:28 GMT
References: <GMT03Aug.93.30724@work1.rhrz.uni-bonn.de>
Organization: Ohio Northern University
Michael Moellney (geom2@sfb256.iam.uni-bonn.de) wrote:
: Hi,
: Before I installed NEXTSTEP/FIP I put OS/2 2.1 on my harddisk. I parted it
: like this:
: 1 MB BootManager primary
: 80 MB OS/2 2.1 HPFS primary
: 800 MB NEXTSTEP primary
: 120 MB DATA FAT extended/logical
I had this exact setup, and it didn't work. I drug my 1.53Gig into work
backed it up to the net, and rebuilt it from scratch. ie DOS EDPART.EXE and
blew ALL the partitions away.
then I reinstalled with this configuration.
1st created DOS partition ~200megs with dos FDISK/DOS6 install
2nd installed NeXTSTEP told it to use ~750meg partition
booted NS/I this morning and NS/I automounted the DOS partition.
Now I could go on and partition the rest of the drive for OS/2 and reinstall,
but I think I won't waste my time w/that...:) (X OS/2 lover turned NS/I!)
Hope this helps, and if you find a way to do it other than this unfavorable
disk rebuild please post so others may save themselves from it.
: I thought NEXTSTEP would be able to find and use the 120 MB Partition.
: Do you have any hints ??
: Or MUST I format the DOS Partition with NeXTSTEP ????
: Has anybody managed to use the NeXTSTEP fdisk ???
Nope, never got NeXTSTEP fdisk to give me any info, no matter what switch
or switches or no switch, all it would ever do is give me the list of switches.
Must be broke or just don't like me...:)
: Thanks, Michael Moellney
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: mlbm@lanl.gov (Mark Martinez)
Subject: how to use dwrite
Message-ID: <1993Aug4.191307.25722@newshost.lanl.gov>
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Lab
Date: Wed, 4 Aug 1993 19:13:07 GMT
Are there any docs besides the man pages describing any of the following:
how to use dwrite
how to find out what defaults are available in an app
defaults for commonly used NeXTapps and what they can do
and if none of the above is available, could someone just tell me if it is
possible to assign an app to an unregistered file extension:
I want click on .au files and play them with Sound.app without renaming them to
snd
thanks
mark
Newsgroups: comp.sys.next.sysadmin
From: rutherford@ccsua.ctstateu.edu
Subject: help root file system full
Message-ID: <1993Aug4.155348.1@ccsua.ctstateu.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Wed, 4 Aug 1993 20:53:48 GMT
Help, if my root system becomes full, how do I get back
in to delete files, or restart.
I receive this message when booting from the monitor:
/:file system full
error on pageout error=28
vmode-pageout: failed!
Newsgroups: comp.sys.next.sysadmin
From: chris@iastate.edu (Chris Wong)
Subject: Re: Serial Mouse became unavailable after initial config FIP
Message-ID: <CB955t.5G0@news.iastate.edu>
Keywords: FIP,SerialMouse-not,Gateway2000
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames, IA
References: <1993Jul21.071154.2556@ToTSySSoft.com>
Date: Wed, 4 Aug 1993 20:34:40 GMT
In article <1993Jul21.071154.2556@ToTSySSoft.com> rick@TotSysSoft.com (Richard Jacoby) writes:
>Installing FIP on a Gateway-2000 hasn't been all that smooth. First
>problem -- the faxmodem-card was on Com1, Mouse on Com3, and empty
>DB25 on Com2.
The installation hadn't been all that smooth because you haven't read
the installation guide. Since NeXT only support 2 on-board serial
ports. Better not messing things around with more than 2 serial
ports. Besides, it may not be the problem of NeXTSTEP, people has
reported problems when using more than two serial port in Gateway
machine.
> Not all that hard. Switch the toggle switches to move the modem
>to Com2 (eventually, though just temporarily pulled the card). Used
>the BIOS setup routine to reconfigure the ComA/B's to Com1/2 IRQ4/3.
>
> Problem was, as other posters here have found, that the lines were
>swapped at the motherboard connectors.
>
> Next problem - Approved a `standard' Gateway2000 setup. The mouse
>was working UNTIL OK was pressed forcing a re-boot. Now the Serial
>mouse has stopped working.
When you install NeXTSTEP, PS/2 style mouse is the default choice.
Change the mouse to serial mouse and you will be all set. If you have
finished installing NeXTSTEP, but cannot change it to serial mouse,
see the following method.
> Does anyone know which of the ASCII configuration files need to be
>altered to re-enable the Serial mouse? NeXTStep comes up pretty and
>colored nicely in 1024x768, with nice sharp readable everything on
>the 15" Crystal monitor -- we just need to get the mouse back! Too
>many things you can't hot-key. We'd hate to take up his time to
>fully re-install the system.
You don't need to reinstall NS. All you have to do is type
config=Default at the boot: prompt.
boot: config=Default
And you will start NS in standard modes which you will be able to use
you serial mouse again. Then change the setting of your mouse from
the default PS/2 style mouse to serial mouse.
Hope this help.
--
Chris Wong | "Hardware is supposed to serve Software."
chris@iastate.edu | Computer Engineering & Computer Science
twba8@isuvax.iastate.edu | Iowa State University of Science and Technology
Newsgroups: comp.sys.next.sysadmin
From: chris@iastate.edu (Chris Wong)
Subject: Re: fdisk on NS/I
Message-ID: <CB95H6.5Lw@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames, IA
References: <1993Jul21.180217.2336@yvax.byu.edu>
Date: Wed, 4 Aug 1993 20:41:28 GMT
In article <1993Jul21.180217.2336@yvax.byu.edu> John@compricorn.byu.edu writes:
>I can't get fdisk to work on NS/I. I've tried various combinations: root,
>single user, etc.; /dev/rhd0a, rhd0a, hd0a, /dev/hd0a for <RAW-DEVICE>, etc.
>What am I doing wrong?
>
>I have a 486 with an IDE HD.
>
I have the same problem too. I call NeXT support line. The technican
cannot solve this problem either. He said I might call the 900 line,
which charge for $2 a minute or $30 per call using credit cards to
talk to a engineer who might solve the problem. He said I might not
be charged if the problem is trival.
Forgive NeXT, they don't have enough resource for a fully free support.
From my experience (limited) on Unix, it's weird that there's no
device file for the physical disk. /dev/sd0 /dev/hd0 should be there.
>--
>John Peterson -- Networked Computer Support -- Brigham Young University
>Internet: John_Peterson@byu.edu Phone: (801) 378-5007
--
Chris Wong | "Hardware is supposed to serve Software."
chris@iastate.edu | Computer Engineering & Computer Science
twba8@isuvax.iastate.edu | Iowa State University of Science and Technology
Newsgroups: comp.sys.next.sysadmin
From: rutherford@csusys.ctstateu.edu
Subject: More on root file system full
Message-ID: <1993Aug4.172731.1@csusys.ctstateu.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Wed, 4 Aug 1993 22:27:31 GMT
Sorry for the second message but...
Ithought I would include some additional info.
I posted a message about my 68040 next (3.0) crashing,
probably because the temp file became too large,
or a terminal window running a long session
(and set to infinite storage--way dumb in restrospect)
filled up the disk. At any rate, I tried to from the
monitor, and everything looked fine, but the / file
system is full.
It seems that I need to be able to boot the system
somehow to clear some disk space, but how?
Is there some way to get into the system through
the monitor program and delete files, or is it
possible to boot from the cdrom? I have heard about
boot floppies (but of course don't have one). Is this
something I can get hold of somewhere?
Many thanks,
JOhn Rutherford
Central Conn. State Univ.
From: holmes@cs.umd.edu (Holmes S. Liao)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Next printer
Message-ID: <70048@mimsy.umd.edu>
Date: 4 Aug 93 21:11:06 GMT
Sender: news@mimsy.umd.edu
Followup-To: comp.sys.next.hardware
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
This might be an FAQ in this group. But please allow me, a newcomer of
the Next community...
Is it possible to hook up a Next printer to a non-Next computer that
supports Postcript, such as a Mac? If so, what add-ons are necessary
(software, hardware)? Thanks in advance,
holmes liao
From: anderson@macc.wisc.edu (Jess Anderson)
Newsgroups: comp.mail.mime,comp.mail.elm,comp.sys.next.sysadmin
Subject: MIME with Elm on NeXT
Date: 4 Aug 1993 23:56:34 GMT
Organization: Division of Information Technology, UW-Madison
Message-ID: <23pibi$oju@news.doit.wisc.edu>
I'm trying to compile metamail (2.6, from
thumper.bellcore.com) on a NeXT (NS 3.0) and running into
problems. The Elm part is not going to be a problem, I just
know there are NeXTians in the elm group.
If someone has done this, please email me so I can learn
what you did.
--
[Jess Anderson <> Division of Information Technology, University of Wisconsin]
[Internet: anderson@macc.wisc.edu <-best, UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[---------------------> Inquiry is fatal to certainty. <----------------------]
Newsgroups: comp.sys.next.sysadmin
From: ginsparg@qfwfq.lanl.gov (Paul Ginsparg 505-667-7353)
Subject: slip configuration questions (tedious)
Message-ID: <1993Aug5.000542.1707@newshost.lanl.gov>
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Lab
Date: Thu, 5 Aug 1993 00:05:42 GMT
a while back, i installed the public domain slip written by l. mamakos
(transsys, inc), on two black 3.0 slabs: one as a server on my office
network, the other as a client at home [both with zyxel 1496E+ modems on
serial ports set to 38400].
works well (and much appreciate free availability of public domain
version, this posting is not intended as a complaint),
but was a nuisance to configure at both ends and i wonder if some of my
choices were optimal.
at various points the documentation suggests consulting with local
networking people (at most places a dubious proposition at best) --
perhaps someone who has been through same exercise or has prior experience
with slip can share some recommendations to spare others some grief.
(i sent a similar query to info@transsys.com, the address given on the
software, but have received no response --- not even a polite automated
acknowledgement that my scintillating comments had been received and would
be read someday).
---------------------------------------------------------------------
1) here's the setup (ip#'s and machine names altered to protect the
innocent hosts and subnets):
machine at work (used a slip server) is x.lanl.gov=128.165.10.1
network people gave me two new ip#'s, 128.165.10.3 = z.lanl.gov
(for machine at home) and 128.165.10.2 = y.lanl.gov (for the slip
interface of the machine at office -- documentation recommended using a
different address for that). note these are all on the same .10 subnet.
so i used
SLIP0LOCAL=128.165.10.2
SLIP0REMOTE=128.165.10.3
SLIP0NETMASK=255.255.255.0
in config/config.slip on x.lanl.gov (the slip server at office),
and reversed the first two entries in config/config.slip on z.lanl.gov at
home (and moreover used INETADDR=128.165.10.3 in /etc/hostconfig at home)
2) questions:
a) regarding the client configuration, i had trouble getting it to
start up the slip connection. netstat -r gave (among other slip0 entries)
128.165 z.lanl.gov U 4 498 en0
so evidently my packets were being routed to the en0 port rather than to
the slip0 port. in particular the line in config/rc.slip
/usr/etc/route add default ${REMOTE} 1
($REMOTE here expands to 128.165.10.2 for slip0) seemed not to override
this so i added an additional line
/usr/etc/route add 128.165. ${REMOTE} 1
which then properly directed all my packets to the slip interface.
the question is: why is the above en0 entry there at all, and which is the
line in the boot procedure that generates it? (couldn't find any relevant
route calls in /etc/rc*). the machine at home has nothing plugged into its
ethernet ports and at boot time messages correctly that network is
disabled.
[on an unrelated note, at my office i have instead a netstat -r entry
128.165.10 x.lanl.gov U 12 193958 en0
what generated this, and why does it have the additional subnet .10
appended?]
was there some problem with my use of slip addresses in the same subnet
as my ethernet addresses at office (otherwise, i can't understand how the
software would work for anyone without a similar modification
to rc.slip)? should the client machine have separate ip#'s for slip and
ethernet interfaces?
b) now regarding the server configuration, the documentation says it is
unnecessary to have diald.conf configured since it won't be dialing out,
but it's not clear whether one still needs to add
sh /usr/dialupip/config/rc.slip
to/etc/rc.local ? i did so, but am wondering if tcldiald really needs to
be running there. also, i had trouble with the usual
ethernet interface on that machine until i set SLIP0DEFAULT=NO.
finally i found that i had to add the lines
/usr/etc/arp -s z 0:0:e:0:a3:a5 pub
/usr/dialupip/bin/duioctl slip0 DISABLECALL SATIMEO 10000000
to config/rc.slip. the first (i.e. the arp) i'm most perplexed about -- in
order for the network to find z.lanl.gov i had to publish x's hardware
address as accepting the packets (then of course x knows to route them to
z via the slip port). but why doesn't the slip software do that
automatically when the connection comes up? do i have something configured
wrong? (evidently i need to remove the arp entry if i wish to come
into the network through another slip server, although not currently an
issue.) the second, less crucial, i needed because even though i had
inactivity 9999999
in config/slipsrv.access on both machines, for some reason the server
machine was overriding with a timeout set to 300 seconds.
my main question though regarding the server configuration is whether
one really needs the separate ip#'s for the slip and ethernet interfaces.
as long as i am forced to publish the hardware address to the network,
what harm is there in configuring the slip port on x with the same
local ip# 128.165.10.1 as its INETADDR in /etc/hostconfig? (there are
various warnings against doing this and i am hesitant to experiment much
due to the tedium of rebooting, but eventually will get around to it
depending on nature of feedback here)
comments appreciated, either posted or via e-mail (ginsparg@lanl.gov),
pg
Newsgroups: comp.sys.next.sysadmin
From: wching@csmt.music.yale.edu (William Ching)
Subject: Autoboot on panic
Message-ID: <1993Aug5.010629.25850@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale School of Music, Center for Studies in Music Technology
Date: Thu, 5 Aug 1993 01:06:29 GMT
Hi fellow netters!
I have a NeXT server that panics now and then, and I was wondering if there
was a way to configure it to reboot automatically if it panics, logging the
error. With crashes happening several times a week, it's inconvenient at the
least to trek over and manually restart the machine. Any help would be
appreciated. I'm running a cube with NS 3.0. Thanks!
WC
-----------------------------------------------------------------------------
William Ching, System Administrator | wching@csmt.music.yale.edu (NeXTMail)
Yale University Department of Music | Center for Studies in Music Technology
"To the insane the sane must seem insane"
Newsgroups: comp.sys.next.sysadmin
From: pwm@csis.dit.csiro.au (Peter Milne)
Subject: FrameMaker 2.0d doesn't work under NeXTSTEP 3.1
Message-ID: <1993Aug5.004739.24297@csis.dit.csiro.au>
Organization: CSIRO Division of Information Technology
Date: Thu, 5 Aug 1993 00:47:39 GMT
I run FrameMaker 2.0d on a NeXTStation. It worked fine under NeXTSTEP 3.0.
I have just upgraded to NeXTSTEP 3.1 and now FrameMaker won't run. It
reports the following on the console during launch:
maker: Using /LocalApps/FrameMaker.app/.fminit2.0
maker: DisplayWidth 1120 DisplayHeight 832
maker: starting postscript download
Aug 5 07:15:15 gringo WindowServer[145]: Can't open `/tmp/debug': context is
write-prohibited.
maker: finished postscript download
maker: Starting FrameMaker 2.0b. Copyright (c) 1986-1989 Frame Technology Corp.
maker: internal error 8.
I am aware that other people have had similar problems after doing the
NeXTSTEP 3.0 to 3.1 upgrade.
I've checked the permissions on /tmp, the application should be able to
write to it. FrameMaker fails in the same way way even if I run it as root.
Creating /tmp/debug doesn't help.
QUESTION: Does anyone know of a workaround?
I know that FrameMaker 3.0 works okay under NeXTSTEP 3.1 but I don't really
wish to upgrade unless I have to ...
Cheers,
Peter (milne@csis.dit.csiro.au)
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Preparing large ftp files for EVERYONE!
Date: 5 Aug 1993 02:01:33 GMT
Organization: Rensselaer Polytechnic Institute, Troy NY, USA
Distribution: world
Message-ID: <23pplt$bi2@usenet.rpi.edu>
References: <1993Aug4.064917.15122@csus.edu>
eps@futon.SFSU.EDU (Eric P. Scott) writes:
> Multiarchitecture binaries, humongous "multimedia" files, etc.
> are only going to become more prevalent as time goes on. Live
> with it. Today's appropriate "chunk size" is more like 600 MB,
> because that's what fits on a CD ROM. When it takes more than a
> couple of those for a single item, we'll find something better.
I'd claim that a better chunk size is about 110 meg or so, as that's
what will fit on an MO cartridge. People can't realistically use
CD-ROM's for temp storage for file transfer (CD-ROM's don't work
as "SneakerNet" replacements, but MO cartridges do).
MO drives are still in the $1K range, but once you get the drive
then the 128meg cartridges are only about $35 each.
[don't mind me, I've just succeeded in getting people to buy
a few MO drives here, and I'm still in the mood to sell more
people on it... :-]
--
Garance Alistair Drosehn = gad@eclipse.its.rpi.edu
ITS Systems Programmer (handles NeXT-type mail)
Rensselaer Polytechnic Institute; Troy NY USA
From: therbert@umiami.ir.miami.edu
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.misc
Subject: Re: IMPORTANT: Problem with NEXTSTEP 3.1 fip CDs (please read and pass this info on!!)
Message-ID: <1993Aug4.225309.15578@umiami.ir.miami.edu>
Date: 4 Aug 93 22:53:09 EDT
References: <23m021$7l1@menudo.uh.edu>
Organization: Univ of Miami IR
In article <23m021$7l1@menudo.uh.edu>, sears@tree.egr.uh.edu (Paul S. Sears) writes:
>
> (Please alert your vendor of this potential problem!!! Also tell anyone you
> know who isn't on the net...)
>
> We have discovered a potentially serious problems with some shipments of
> NEXTSTEP 3.1/fip CDs that makes it IMPOSSIBLE to install NEXTSTEP on any
> hardware because the CD cannot be read:
>
> There seems to have been a defect in the packaging phase during the
> production of batch of NEXTSTEP 3.1 CDs. These CDs are "fogged." That is,
> they have a thin film over the back of the CD (side opposite of the label).
> At first we thought it was due to humidity, but now we are not sure what it
> is. However, we believe that the defect happened during the packaging phase
> because all of our 22 copies (from the same shipment) of NEXTSTEP 3.1/fip
> had this film. Copies from an earlier shipment were fine.
>
> We believe that this is not an isolated incident and that other shipments
> may also be affected.
>
> This problem can be fixed if you carefully clean the CD. We sucessfully
> used "computer screen cleaner" and Windex without any problems. Apply the
> cleaner to a lint-free cloth and wipe the film off the CD. After the CD is
> cleaned, installation and use of the CD should be problem free (that is if
> there aren't any other problems like hardware incompatiblity).
>
> We would like to know if you come across a CD with this "defect" so please
> send me email.
>
> You can send email if you have any questions too!
>
> --
> Paul S. Sears * sears@uh.edu (NeXT Mail OK)
> The University of Houston * suggestions@tree.egr.uh.edu (NeXT
> Engineering Computing Center * comments, complaints, questions)
> NeXT System Administration * DoD#1967 '83 NightHawk 650SC
> >>> SSI Diving Certification #755020059 <<<
> "Programming is like sex: One mistake and you support it a lifetime."
Yes - We received 13 copies from NACSCorp - Academic packages. All 13
packages have both user and developer disks fogged. The coating seems
slightly sticky, also. I used Windex also and a soft cloth and got the
disks to read.
I called NeXT and informed them of the problem - I am really disappointed
in NeXT - We are not terribly inconvenienced but this incident seems to
be one more tiny way in which NeXT is trying to kill its great software.
A little more attention to details in manufacturing would really help
NeXTstep! (Just letting off a bit of smoke - NeXT had not shown
a lot of care in handling "details" with its hardware sales and support
and seems to be right on its old track, here.)
Thomas J. Herbert
Department of Biology
University of Miami
therbert@umiami.ir.miami.edu
Newsgroups: comp.sys.next.sysadmin
From: nico@imani.cam.org (Nicolas Dore)
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <1993Aug5.014925.3451@imani.cam.org>
Sender: nico@imani.cam.org
References: <1993Aug4.064917.15122@csus.edu>
Date: Thu, 5 Aug 1993 01:49:25 GMT
In article <1993Aug4.064917.15122@csus.edu> eps@futon.SFSU.EDU (Eric P. Scott)
writes:
> Gimme a break. Really. Most of us are not "network impaired"
> and I see no reason why we should be made to suffer because a few
> whiners are lagging behind the times.
As a "whiner-to-be" I can only say that I don't have the $K to get an Internet
connection to my house. My UUCP link works nicely enough, and I don't consider
myself "behind the times"! Just ask someone who uses DOS what they know about
the Internet. THAT'S being behind the times! 8^>
Besides, how exactly would you "suffer"? By having to put together half a dozen
"chunks" to make one file? Oh, how so, so sssssaaaaaddddd! I've only been doing
that for 6 months now, when Sonata's working (;^>), and already I'm going
insane, so it seems, for I don't find it to be such a pain. 8^)
[crunch, crunch]
> And finally, if you're wondering why you're being treated like
> second-class citizens, the reason is simple: YOU ARE.
Sorry Bwana. Me didn't know Bwana. Me will stay in my place from now on
Bwana...
(Is it just me or is this guy a *&%$# on his spare time? Sad that he seems to
spend it all on the Net...)
> Thank you, and have a nice day.
Yeah. Sure. Guess you won't have trouble sleeping after all that "Inpure-
non-NeXT-hardware-NS-user-without-Net-access" bashing. With people like you
evangelising it, NeXT doesn't need MS, Univell or SunSoft!
Ciao anyway.
> -=EPS=-
--
Nicolas Dore nico@imani.cam.org
- - - - - - - - - CAREFUL! POLITICAL COMMENT ZONE!! - - - - - - - - -
> "If I can't dance, I don't want to be in your revolution!" <
> Emma Goldman (to Vladimir Ilitch Oulianov [Lenin], 1917) <
Newsgroups: comp.sys.next.sysadmin
From: glen@netcom.com (Steven Kornreich)
Subject: SLIP and E-mail problem
Message-ID: <glenCB9sDD.6p9@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Thu, 5 Aug 1993 04:56:01 GMT
I just set up a SLIP connection with NETCOM and I have everything working,
telnet, ftp, news, but with e-mail I am having a problem.
I can send mail out but cannot receive. When I try sending
mail to my self using mail -v, It say may is sent ok, but then
I get an error returned to me saying something like 17hops expected, got 18
or something like that. any ideas.
-steve
Newsgroups: comp.sys.next.sysadmin
From: greyham@research.canon.oz.au (Graham Stoney)
Subject: "server NeXTdimension won't link" on startup: Help! (Brain Teaser)
Message-ID: <CB9p5B.68L@research.canon.oz.au>
Summary: My NeXT won't start up properly
Keywords: NeXTdimension, boot
Sender: news@research.canon.oz.au
Organization: Canon Information Systems Research Australia
Date: Thu, 5 Aug 1993 03:46:22 GMT
My 3.0 NeXTcube with NeXTdimension board recently developed a very strange
problem: about 70% of the time, kern_loader will fail to link the various
loadable kernel servers listed in /etc/kern_loader.conf, including the
NeXTdimension server. When this happens, the machine is unusable since there's
no login window; although you can rlogin into it OK. Rebooting it several
times will eventually get it to come up OK; but this is a major hassle because
I'm doing device driver development which causes it to panic or needs me to
reboot very often. It suddenly started doing this last week after I rebooted
it; the bizarre thing is that it doesn't _always_ do it - just most of the
time.
Here are the error messages which come up on the console and in
/usr/adm/messages when it fails to boot properly:
...
Aug 5 12:32:10 miles netmsgserver[59]: network_init
Aug 5 12:32:11 miles kern_loader: kern_loader: Link failed
Aug 5 12:32:11 miles kern_loader: kern_loader: Link failed
Aug 5 12:32:11 miles kern_loader: kern_loader: server mididriver won't link
Aug 5 12:32:11 miles kern_loader: kern_loader: server mididriver won't link
Aug 5 12:32:12 miles kern_loader: kern_loader: Link failed
Aug 5 12:32:12 miles kern_loader: kern_loader: Link failed
Aug 5 12:32:12 miles kern_loader: kern_loader: server isdn won't link
Aug 5 12:32:12 miles kern_loader: kern_loader: server isdn won't link
Aug 5 12:32:16 miles kern_loader: kern_loader: Link failed
Aug 5 12:32:16 miles kern_loader: kern_loader: Link failed
Aug 5 12:32:16 miles kern_loader: kern_loader: server NeXTdimension won't link
Aug 5 12:32:16 miles kern_loader: kern_loader: server NeXTdimension won't link
Aug 5 12:32:21 miles kern_loader: kern_loader: Link failed
Aug 5 12:32:21 miles kern_loader: kern_loader: Link failed
Aug 5 12:32:21 miles kern_loader: kern_loader: server midi won't link
Aug 5 12:32:21 miles kern_loader: kern_loader: server midi won't link
Aug 5 12:32:52 miles reboot: Reboot complete
Aug 5 12:33:01 miles kern_loader: kern_loader: Link failed
Aug 5 12:33:02 miles kern_loader: kern_loader: Link failed
Aug 5 12:33:02 miles kern_loader: kern_loader: server NeXTdimension won't link
Aug 5 12:33:02 miles kern_loader: kern_loader: server NeXTdimension won't link
Aug 5 12:33:06 miles WindowServer[169]: Problem starting the NeXTdimension.psdrvr driver. Continuing.
Aug 5 12:33:11 miles kern_loader: kern_loader: Link failed
Aug 5 12:33:11 miles kern_loader: kern_loader: Link failed
Aug 5 12:33:11 miles kern_loader: kern_loader: server audio won't link
Aug 5 12:33:11 miles kern_loader: kern_loader: server audio won't link
Aug 5 12:33:11 miles loginwindow[170]: kern_loader_add_server - 108
Aug 5 12:33:11 miles loginwindow[170]: register_port_with_nmserver, netname_check_in failed - 1004
I've tried to rlogin and load the NeXTdimension server manually via kl_util,
but this is what I get:
miles:1# kl_util -a /usr/lib/NextStep/Displays/NeXTdimension.psdrvr/ND_MachDriver_reloc
Adding server with relocatable /usr/lib/NextStep/Displays/NeXTdimension.psdrvr/ND_MachDriver_reloc
Allocating server NeXTdimension
Server NeXTdimension linking /usr/lib/NextStep/Displays/NeXTdimension.psdrvr/ND_MachDriver_reloc against /mach
Server NeXTdimension linking relocatable "/usr/lib/NextStep/Displays/NeXTdimension.psdrvr/ND_MachDriver_reloc"
kern_loader: Link failed
rld(): Undefined symbols:
_thread_wakeup
_us_timeout
_us_untimeout
_mig_get_reply_port
_mig_dealloc_reply_port
kern_loader: server NeXTdimension won't link
Server NeXTdimension didn't initialize
Server NeXTdimension deallocating
Server NeXTdimension Deallocated
kl_util : server won't relocate (108)
But this makes no sense:
miles:7# nm /mach | egrep 'thread_wakeup|us_timeout|us_untimeout|_reply_port'
040586a8 T _mig_dealloc_reply_port
040586bc T _mig_get_reply_port
0409b7d0 s _reply_portCheck.13
0405a352 T _thread_wakeup
0405a368 T _thread_wakeup_prim
04058ef4 T _us_timeout
04058f2c T _us_untimeout
So, the symbols it needs to link against are there; and sometimes it works,
but sometimes it doesn't. Anyone got any ideas how to solve this brain
teaser?.
thanks,
Graham
ps: If you post a reply, please Email me a copy in case I miss it.
--
Graham Stoney
Canon Information Systems Research Australia
Ph: + 61 2 805 2909
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Help Needed.
Message-ID: <1993Aug3.155838.7107@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <11202@lee.SEAS.UCLA.EDU>
Date: Tue, 3 Aug 1993 15:58:38 GMT
In article <11202@lee.SEAS.UCLA.EDU>
wong@thunder.seas.ucla.edu (Ling S. Wong) writes:
->
-> 1. When I start up the Terminal.app in the root
-> account, a panel with the message "Can't open
-> UnixWindow.term" comes up. I'll have to click OK
-> to rid the panel and then click "New shell"
-> (command n) to start up a window.
Most likely, you have an auto-start set for a file called
"UnixWindow.term" in preferences. Turn off the preference
to have it started every time you start up Terminal app.
-> 2. On the 3.0 CD, all the cat? directories under
-> Documention in the NeXTLibrary are empty. Are they
-> supposed to be empty and from where can I download
-> those files?
Ling,
No need to download the ``cat'' files as they are
created on demand with the ``man'' command, under a shell,
and depending upon version and perhaps disk configuration,
Librarian.
If you use Edit.app in Developer mode, the
Command-Shift-M option, (Manuals) will perform the same
function as the "man" command, but directly from the
``man'' subdirectory entries, without taking the additional
disk space converting them to semi-permanent ``cat''
entries first.
See the man(1) entry, in either manner... in a Terminal
window, you can stutter -- entering: man man
Or with the Edit.app option, merely enter:man in the little
panel which appears for the purpose. Edit is really the
handiest way to go through the on-line Unix manuals, as
when one page refers you to another, all you have to do is
hilight the word and press command-shift-M to also open a
window for the referenced entry (if it was distributed).
Bruce
---------
An Aside to all...
Has anyone taken the time to convert the ManPages
to Rich-Text and cross-link the entries using the on-line
Help soft-(rtf) Links? (the thing under 3.x that puts the
little diamonds in rich-text) ???
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Unnamed network services?
Message-ID: <1993Aug3.160307.7172@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Aug2.103552.27934@csus.edu>
Date: Tue, 3 Aug 1993 16:03:07 GMT
In article <1993Aug2.103552.27934@csus.edu>
eps@futon.SFSU.EDU (Eric P. Scott) writes:
-> Try
-> rpcinfo -p
->
-> -=EPS=-
That's it! Thanks.
Bruce
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.programmer
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Pine (MIME) Mail for NS3.1/m68k+fip
Message-ID: <1993Aug3.172139.7504@ToTSySSoft.com>
Keywords: pine, mime, mail, fip, fat, mab
Sender: news@ToTSySSoft.com
Organization: Total System Software
Date: Tue, 3 Aug 1993 17:21:39 GMT
It seems that the trick to compiling is merely manually
expanding ``va_arg'' and ``__va_rounded_size'' which for
some reason do not import correctly from
<ansi/[m68k,i386]/stdarg.h> and adding the appropriate
-arch switches to the makefile. The needed expansions are
in pine/args.c
I have not yet had the opportunity to get it tested with
FIP, but preliminary testing with a lipo'd m68k seems to
only have the problem that ^X needs to be re-defined to the
shell before invoking pine to prevent the untrapped
interrupt from preventing posting (^X is the send command
while posting in pico mode). That may be no problem if
Edit.app may be specified as the editor.
Bruce Gingery bruce@TotSysSoft.com
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <1993Aug4.181854.3747@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
Date: Wed, 4 Aug 1993 18:18:54 GMT
->And finally, if you're wondering why you're being
->treated like second-class citizens, the reason is
->simple: YOU ARE.
The purpose of my posting wasn't to invite flames and
insults. Not everyone lives on the strip.
The simple fact is that with MAB's, people's submissions,
more-and-more, will become quite inaccessable to a
significant portion of the InterNet community -- because of
file sizes.
There are a variety of reasons for this, but the most
obvious is limitation on user file sizes on on-network
hosts. The ONLY ftp access I have at this time limits user
files to not-greater-than 1meg. Any ftp-able file greater
than that size is completely unavailable.
Most ftp sites do implement the ``mkdir'' command, which
when used for related file submissions increases the depth
of the directory tree, but reduces the length of individual
directory listings (which are already quite long on the
more popular -- and prolific -- sites).
There are several submissions I'd have tried IF I could
have gotten to them. I'm certain that there are others in
the same situation. -- and one other poster indicated a
second reason -- diskette transport and storage.
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <1993Aug5.083106.29538@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Aug4.181854.3747@ToTSySSoft.com>
Date: Thu, 5 Aug 1993 08:31:06 GMT
In article <1993Aug4.181854.3747@ToTSySSoft.com>
bruce@TotSysSoft.com (Bruce Gingery) writes:
>The simple fact is that with MAB's, people's submissions,
>more-and-more, will become quite inaccessable to a
>significant portion of the InterNet community -- because of
>file sizes.
When did YOU become "a significant portion of the InterNet
community?"
>There are a variety of reasons for this, but the most
>obvious is limitation on user file sizes on on-network
>hosts. The ONLY ftp access I have at this time limits user
>files to not-greater-than 1meg. Any ftp-able file greater
>than that size is completely unavailable.
I see. You have "demo mode" FTP. :-) What you're describing is
NOT normal. In any case, it's not appropriate to your needs,
so either negotiate for higher limits, or find a more realistic
service provider. Or find another way.* Just don't cry on our
shoulders.
Are MABs a bad idea? Probably. But that's a wholly separate
issue.
*Note that nearly all of the NeXT goodies are available through
Purdue's archive server, which will happily split large files
for you. Send mail to archive-server@cc.purdue.edu with "help"
(no quotes) as the Subject: and no message text. Detailed
information will be mailed back.
-=EPS=-
--
What next? Try to defend 1200 bps modem lusers in a 14.4Kbps world?
From: erik@rat.SE (Erik Heimdahl)
Newsgroups: comp.sys.next.sysadmin
Subject: Testing
Date: 5 Aug 1993 09:50:41 -0400
Organization: The Ohio State University
Sender: daemon@magnus.acs.ohio-state.edu
Message-ID: <9308051445.AA12277@rat.se>
Test1
Test2
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: DOS diskette
Date: 5 Aug 1993 14:28:27 GMT
Organization: University of Houston
Distribution: usa
Message-ID: <23r5eb$bh4@menudo.uh.edu>
References: <23orva$76f@charm.magnus.acs.ohio-state.edu>
In article <23orva$76f@charm.magnus.acs.ohio-state.edu>
nhuebner@magnus.acs.ohio-state.edu (Nancy J Huebner) writes:
#One of our users saves files on diskettes. He has had trouble with the
#diskettes since upgrading to NS3.0. The diskettes were created as DOS
#diskettes I believe. Some times when he uses the diskette everything works
#fine. Other times the diskette icon never shows up in the File Viewer.
#
#However if you wait long enough the following filename will show up under
the
#root directory "3Ff91{@F". He is able to click on this and see what is on
the
The DOS disk MUST have a valid disk/volume label. NEXTSTEP mounts the disk
under the label. The "3Ff91..." garbage is the standard junk that in that
field if the disk does not have a label. The problem is that this is not a
really "valid" directory name so it makes it hard to access the disk...
#diskette. He is also able to pull these documents up but can not save any
#changes back to the diskette. Most of the documents are WordPerfect
documents that were created on the NeXT. Has anyone else experienced a
similiar problem?
#
#
#Any info on this would be very helpful.
#
#Thank,
#Nancy J. Huebner
#The Ohio State University
#(614) 292-7211
#(614) 292-6913 FAX
#Huebner.1@osu.edu
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: kluge@avalon.physik.unizh.ch (Daniel G. Kluge)
Subject: MOTD & LoginHook doesn't work
Message-ID: <1993Aug5.162821.21176@ifi.unizh.ch>
Sender: news@ifi.unizh.ch (USENET News Admin)
Organization: University of Zurich, Department of Computer Science
Date: Thu, 5 Aug 1993 16:28:21 GMT
I recompiled and enhanced MOTD.app a little bit (MOTD makes it possible,
to display a /etc/motd file on logging in), and installed it, but it
doesn't launch at start.
I know, the questions on loginhooks arise every month, but I can't
remember the complications/solutions under NS 3.0
vis-next# dread -o loginwindow
loginwindow LoginHook /LocalApps/MOTD.app/MOTD
[some other changes, like sliding login-panel ...]
- daniel
--
Daniel G. Kluge @ Swiss Federal Institute of Technology Zuerich
E-Mail : kluge@avalon.physik.unizh.ch (NeXT-Mail welcome)
study-related stuff : dankluge@iiic.ethz.ch
DECnet : EZINFO::CLUESCH
Newsgroups: comp.sys.next.sysadmin
From: root@trans.csuohio.edu (Operator)
Subject: Down by the River ... I sht my NeXTStation
Message-ID: <1993Aug5.162505.19683@news.csuohio.edu>
Sender: news@news.csuohio.edu (USENET News System)
Organization: Cleveland State University
Date: Thu, 5 Aug 1993 16:25:05 GMT
Dead, shot her dead, shot her dead!
I am in mourning. I just lost 14 months of solid work, some of which
seems almost irreplaceable.
I lost my only remaining DAT backup (from GNUTAR) after a very
preposterous set of circumstances. I have a tape which was being
created over another tape, when it aborted, and my hard disk crashed,
requiring a reinitialization of it and a reinstall of 3.0 software.
I need to get at data which is there, remnants from the first tape, which
was partially taped over by the new tar attempt, before it went abort.
I get an I/O error when I try to read the old stuff, but to the wizards
out there on restoring backups, what, if anything, can I do? I have about
300 MB worth of information I cannot get at. If anyone can help, I
would be most grateful.
Please email at cowboy@trans.csuohio.edu, if you have any suggestions,
and TIA.
Joe
---
Joe Rosenfeld cowboy@trans.csuohio.edu
CSU Law Library j.rosenfeld@csuohio.edu
Newsgroups: comp.sys.next.sysadmin
From: fxars@camelot.acf-lab.alaska.edu (Al Sparks)
Subject: Re: Streaking of NeXT monitor
In-Reply-To: ad244@Freenet.carleton.ca's message of Mon, 2 Aug 1993 22: 06:55 GMT
Message-ID: <FXARS.93Aug5105209@ix.acf-lab.alaska.edu>
Sender: news@raven.alaska.edu (USENET News System)
Organization: University of Alaska Fairbanks
References: <93212.003212CADER@auvm.american.edu> <CB5K3K.I31@freenet.carleton.ca>
Date: Thu, 5 Aug 1993 19:52:09 GMT
In article <CB5K3K.I31@freenet.carleton.ca> ad244@Freenet.carleton.ca (Orrin C. Kerr) writes:
> You might also want to look at what electrical equipment is near your
> monitor. I've noticed this when an electric fan is on and also when a DOS
> machine beside the NeXT is running.
I'm sure in the case of DOS it's software incompatibility causing the
streaking, not a hardware problem. === Al
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: tlm@tantalus.scl.ameslab.gov (Tom Marchioro)
Subject: Where are "Private Groups"
Message-ID: <CBAp3H.B1w@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Thu, 5 Aug 1993 16:42:52 GMT
As part of a project I'm working on, I've assembled a fairly large mail
alias in a Private Group. I'm moving the project to a new machine and
would like to just copy over the Group, rather than having to retype all
50+ names and addresses in again, but I cannot for the life of me find
where the information is stored. Sigh.... any pointers appreciated. Is
there some file I can just copy? or can I at least get a text file
containing the names/addresses so I can cut and paste instead of retyping
(and making the inevitable mistakes that will have to be tracked down)?
Thanks in advance
Tom
--
Dr. Thomas L. Marchioro II Two-wheeled theoretical physicist
Center for Physical and
Computational Mathematics 515-294-6629
Ames Laboratory 515-233-1216 (home)
Ames, Iowa 50011 tlm@iastate.edu
Newsgroups: comp.sys.next.sysadmin
From: draphsor@deathstar.Stanford.EDU (Matt Rollefson)
Subject: Re: IMPORTANT: Problem with NEXTSTEP 3.1 fip CDs (please read and pass this info on!!)
Message-ID: <1993Aug5.182147.28335@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <23m021$7l1@menudo.uh.edu> <1993Aug4.225309.15578@umiami.ir.miami.edu>
Date: Thu, 5 Aug 93 18:21:47 GMT
In comp.sys.next.sysadmin therbert@umiami.ir.miami.edu writes:
>Yes - We received 13 copies from NACSCorp - Academic packages. All 13
>packages have both user and developer disks fogged. The coating seems
>slightly sticky, also. I used Windex also and a soft cloth and got the
>disks to read.
>I called NeXT and informed them of the problem - I am really disappointed
>in NeXT - We are not terribly inconvenienced but this incident seems to
>be one more tiny way in which NeXT is trying to kill its great software.
>A little more attention to details in manufacturing would really help
>NeXTstep! (Just letting off a bit of smoke - NeXT had not shown
>a lot of care in handling "details" with its hardware sales and support
>and seems to be right on its old track, here.)
To the best of my knowledge, this is probably not NeXT's problem. They
are not themselves handling any part of the CD-ROM duplication and
shipping process. (Someone please correct me if I'm wrong.) Rather,
they have contracted those out to "professionals," who presumably
should now how to make it work right. While I'll agree that it's
annoying, I don't think it's accurate to blame NeXT for this one.
Rollie
--
Matt Rollefson ("Rollie") draphsor@deathstar.stanford.edu
Residential Computing, Stanford University NeXTmail accepted
Newsgroups: comp.sys.next.sysadmin
From: kwang@data.acs.calpoly.edu (Kevin John Wang)
Subject: Mini-Din's for serial (was: Re: NeXT (black) and cables (serial))
Message-ID: <1993Aug05.184234.160419@zeus.calpoly.edu>
Sender: news@zeus.calpoly.edu
Organization: Cal Poly State University, San Luis Obispo
References: <23ftej$nsh@cc.tut.fi>
Date: Thu, 05 Aug 1993 18:42:34 GMT
In article <deluxe-310793160241@17.220.88.2> deluxe@well.sf.ca.us (Don
Hurter) writes:
>first. Considering how finnicky the small DIN connectors can be when
worn,
>it makes sense to buy the proper cable, thereby getting all new
connectors.
Easiest thing to do is to buy a D25 or D9, depending on your need, and a
Mini-din to Mini-din cable. Cut the mini-din cable in half, and presto,
you
don't need to solder any mini-din 9's.
- Kevin Wang
Newsgroups: comp.sys.next.sysadmin
From: brian@wucs1.wustl.edu (Brian)
Subject: Console idle 17 days
Message-ID: <1993Aug5.190654.5978@wuecl.wustl.edu>
Sender: usenet@wuecl.wustl.edu (News Administrator)
Organization: Washington University, School of Engineering, St. Louis MO
Date: Thu, 5 Aug 1993 19:06:54 GMT
I am running NS3.0, and when I finger my machine, it shows that my console
entry has been idle 17days. I would really like it if the console device would
reflect that I am actually doing work in one of the applications, rather that
me showing up as idle if I don't type something into a terminal window
occasionally.
Does anyone know if there is a fix for this?
brian
Newsgroups: comp.sys.next.sysadmin
From: kwang@lore.acs.calpoly.edu (Kevin John Wang)
Subject: Re: problems to umount filesystems
Message-ID: <1993Aug05.190033.166975@zeus.calpoly.edu>
Sender: news@zeus.calpoly.edu
Organization: Cal Poly State University, San Luis Obispo
References: <23j99i$c82@ni.umd.edu>
Date: Thu, 05 Aug 1993 19:00:33 GMT
> In article <23i2bp$82l@news.doit.wisc.edu> anderson@macc.wisc.edu (Jess
Anderson) writes:
>
> >I've had some difficulty getting nfs-mounted (manual mounts,
> >rather than automounts, however) to umount. Two things seem
> >to help avoid the mysterious Device busy response. Update
> >the browser (command-u) if it's showing any icons (including
> >the shelf) on the remote file system. Quit Edit.app if you've
> >invoked it on any remote file. The second one could be that it
> >keeps a pointer to the last file accessed, maybe?
I have a very similar related problem.
If *ANY* of the remote servers go down without running (exportfs -uav)
first, the local machine will refuse to shutdown properly, or even umount
them. This causes an extended problem in that it somehow ties up NetInfo
such that NI will not respond without considerable delay. This affects
(ls -l), (ps -u) or anything that requires netinfo information. Also, if
I login when one of the remote sites is down, the browser does not come up
for several minutes, waiting (I presume) for the NFS mount to time out.
Anyone else confirm this, and offer a solution? will the automounter help
in this case? The partitions we have mounted are not of high concern, as
they are remote home directories.
- kevin Wang
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: UUCP dialin setup in NeXTstep 3.0
Date: 5 Aug 1993 19:48:53 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <23ro75$b2j@umd5.umd.edu>
Well, I had this working before on a different system, but something must
have changed... How does one go about setting up a dialin UUCP account? The
host system in question will never poll anyone, it'll just act as a passive
mail gateway.
I've got the password entry set up as:
login-id:<passwdord>:5:4:UUCP Account:/usr/spool/uucppublic:/usr/lib/uucp/uucico
I've got the /etc/uucp/USERFILE set up as:
login-id,system-name /usr/spool/uucppublic
I've got the /etc/uucp/L.sys file set up as:
login-id None None None None \
"" P_ZERO
I set up /etc/uucp/L.cmds so that lpr, who, uusend, and finger are disabled,
with everything else being the same.
The sendmail.cf file has the
FV|/usr/bin/uuname
line, and uuname gives the right output (showing system-name).
But when I try to send mail to it, for testing, from the gateway machine
(e.g. no dialin at this point, just wanna queue something up):
system-name!matthews... Connecting to tirk (uucp)...
can't get working directory; will try to continue
uux failed. code -1
system-name!matthews... 554 unknown mailer error 255
I don't know much about UUCP, but I had it working before and I can't find
what's wrong with this setup. I should note that I had it working before on
NeXTstep 2.1 and I'm running 3.0 on the gateway.
Heeeelp?
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
The clothes have no emperor.
- C. A. Hoare, about Ada.
From: christ@park.bu.edu (Christian Mannes)
Newsgroups: comp.sys.next.sysadmin
Subject: HELP - malfunctioning NeXT printer
Date: 5 Aug 93 17:00:06
Organization: B.U. Department of Cognitive and Neural Systems
Distribution: comp
Message-ID: <CHRIST.93Aug5170006@park.bu.edu>
Hi,
I just bought and installed a new NeXT printer for my NextStation
color,
running 3.0, and the strangest things have happened: At first, the
monitor acted up, scrambling the image beyond recognition. Even more
strangely, the problem automagically vanished. The printer then
printed
a couple of pages ok, then started to transform everything into black
pages with periodic, thin white stripes. There is a faint impression
of the actual printed page there, but it's very hard to make out in
all that garbage.
Also, when I try nppower, I am told that /dev/np0 cannot be opened.
Maybe the whole thing has something to do with PrinterManager, which
I used to change the name of the printer several times.
Does anybody have any idea what this might be?
Thank you very much in advance,
Christian
-------------------------------------------------------------------------
Christian Mannes
Dept. of Cognitive and Neural Systems
Boston University
christ@cns.bu.edu
-------------------------------------------------------------------------
--
Christian Mannes
Department of Cognitive and Neural Systems
Boston University
christ@cns.bu.edu
Newsgroups: de.comp.sys.next,comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.software
From: wbeeck@dart.de (Wilfried Beeck)
Subject: Re: Can one use a HP Deskjet 500C with NS 3.1?
Message-ID: <1993Aug5.211531.424@dart.de>
Sender: wbeeck@dart.de
Organization: d'ART Computersysteme GmbH
References: <23qnmv$ab@email.tuwien.ac.at>
Date: Thu, 5 Aug 93 21:15:31 GMT
In article <23qnmv$ab@email.tuwien.ac.at> gadinger@galadriel.tuwien.ac.at
(Anton Gadinger) writes:
> O.K., it IS a silly question - is there a way to hook a HP DJ 500C to NS
> 3.1 on a 486? Do HP sell a driver or something to make these lowmarket
> things (software side) PostScriptable? Please tell if you know!
>
> Alex Wilkie, currently no email@addr! (sorry)
We're selling a printer-driver, called "Dots", which allows you to output to
many non-PostScript printing devices, including the HP Deskjet 500C.
Dots uses NEXTSTEP Display PostScript to generate high quality PostScript
output. Printers that are connected with Dots are available throughout the
network, just like the NeXT Laserprinter.
Currently there are four different categories:
Dots monochrome supports
Epson 24 dot matrix printers (and compatible)
NEC 24 dot matrix printers (and compatible)
IBM Proprinter XL24 AGM (and compatible)
HP PCL II, III, V
Canon BJ-300/330 (and compatible)
Canon BJ-10/10e/10ex (and compatible)
HP LaserJet II, III, IV (and compatible)
HP DeskJet 500, 510
Dots color supports
HP Deskjet 500C
HP Deskjet 550C
HP Deskjet 1200C
HP Paintjet XL300
Dots CLC10 supports scanning and printing on the CJ 10 Canon Color Copier.
Dots CLC500 supports scanning and printing on the CLC300 and CLC500 Canon Color
Copiers.
All versions require NEXTSTEP 3.0 or NEXTSTEP 3.1.
Dots Version 3.3 or higher supports both Intel and Motorola CPUs.
Here are the list prices for the Dots driver package (per printer):
Europe International
Dots monochrome 198 DM 149 Dollars
Dots color 298 DM 199 Dollars
Dots CLC10 1.398 DM 799 Dollars
Dots CLC500 1.998 DM 1,199 Dollars
IMPORTANT: If you are using NEXTSTEP on non-NeXT hardware, you must add the
cost of a PostScript output license, which is (or will soon be) available from
NeXT.
Our current information is that the license fee for printers with a suggested
US retail price below 1,000 dollars is 50 dollars.
The HP Deskjet 500C and 550C are in that category. So the total cost for the
printer driver (Dots + PostScript output license) would be 249 dollars.
Dots is available from many NeXT resellers and distributors.
Our Austrian distributor is Hard & Soft NeXTcenter, Vienna
Our US distributor is Alembic Systems International, Englewood, Colorado
d'ART Software GmbH
Virchowstrasse 17-19
22767 Hamburg
Germany
(++49) 40-38023-0
(++49) 40-38023-290 fax
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: IMPORTANT: Problem with NEXTSTEP 3.1 fip CDs (please read and pass this info on!!)
Date: 5 Aug 1993 22:17:28 GMT
Organization: University of California, Berkeley
Distribution: world
Message-ID: <23s0to$r43@agate.berkeley.edu>
References: <1993Aug5.182147.28335@leland.Stanford.EDU>
In article <1993Aug5.182147.28335@leland.Stanford.EDU> draphsor@deathstar.Stanford.EDU (Matt
Rollefson) writes:
In comp.sys.next.sysadmin therbert@umiami.ir.miami.edu writes:
>>Yes - We received 13 copies from NACSCorp - Academic packages. All 13
>>packages have both user and developer disks fogged.
>
>
>To the best of my knowledge, this is probably not NeXT's problem. They
>are not themselves handling any part of the CD-ROM duplication and
>shipping process. (Someone please correct me if I'm wrong.)
If the orders are placed with NeXT, NeXT is responsible to fill
the orders with working products regardless of who handles manufacturing
and shipping.
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
Newsgroups: comp.sys.next.sysadmin
From: tacchi@ccu.umanitoba.ca (Mark G. Tacchi)
Subject: Re: fdisk on NS/I
Message-ID: <CBB3wq.BD7@ccu.umanitoba.ca>
Sender: news@ccu.umanitoba.ca
Organization: University of Manitoba, Winnipeg, Canada
References: <1993Jul21.180217.2336@yvax.byu.edu> <CB95H6.5Lw@news.iastate.edu>
Date: Thu, 5 Aug 1993 22:02:49 GMT
In <CB95H6.5Lw@news.iastate.edu> chris@iastate.edu (Chris Wong) writes:
>In article <1993Jul21.180217.2336@yvax.byu.edu> John@compricorn.byu.edu writes:
>>I can't get fdisk to work on NS/I. I've tried various combinations: root,
>>single user, etc.; /dev/rhd0a, rhd0a, hd0a, /dev/hd0a for <RAW-DEVICE>, etc.
>>What am I doing wrong?
>>
>>I have a 486 with an IDE HD.
>>
>I have the same problem too. I call NeXT support line. The technican
>cannot solve this problem either. He said I might call the 900 line,
>which charge for $2 a minute or $30 per call using credit cards to
>talk to a engineer who might solve the problem. He said I might not
>be charged if the problem is trival.
>Forgive NeXT, they don't have enough resource for a fully free support.
>From my experience (limited) on Unix, it's weird that there's no
>device file for the physical disk. /dev/sd0 /dev/hd0 should be there.
Try something like:
fdisk /dev/rsd0h -isDiskPartitioned
where,
r Raw device. Used as a character
device instead of a block device.
sd0 SCSI device, target 0. Can also specify
hd0 for IDE device.
h Live partition. Indicates the entire disk.
There are 8 partitions a-h.
Run it as root, but be careful with fdisk because it can overwrite the table and labels.
-Mark
--
Mark G. Tacchi tacchi@ccu.umanitoba.ca
"Medicine will cure death and government will repeal taxes
before Steve will fail." -G.Kawasaki
Newsgroups: comp.sys.next.sysadmin
From: Eric Noyau <e_noyau@cubx.com>
Subject: Re: a no-prize if you can figure this one out !
Message-ID: <1993Aug5.113728.1762@pelane.cubx.com>
Sender: noyau@pelane.cubx.com
Organization: Cub'x systemes
References: <1993Aug3.041643.5140@moksha.uucp>
Date: Thu, 5 Aug 1993 11:37:28 GMT
In comp.sys.next.sysadmin article <1993Aug3.041643.5140@moksha.uucp> Michael
Brandon writes:
> About 3 days ago, I started getting mail fromm uucp saying "incoming news
> discarded due to space shortage." There's plenty of space (even "spacefor"
> thinks so, if I run it by hand), and all directory permissions checked out.
> I started watch incoming nws, and the following happens:
>
> [...]
>
chmod 644 /etc/mtab
Eric.
--
% e_noyau@cubx.com (Eric Noyau) Small NeXTMail ok %
/d{def}def/i{add d}d/Z{rand 2147483647 div mul d}d 99 -2 9{-1 1/X 500 Z/Y 700
Z/C .3 Z{C setgray/r exch d X Y r 0 360 arc fill/X X .5 i/Y Y .6 i/C C 1 C sub
r div i}for}for showpage % Be carefull ! I'm a .signature virus...
--
% e_noyau@cubx.com (Eric Noyau) Small NeXTMail ok %
/d{def}def/i{add d}d/Z{rand 2147483647 div mul d}d 99 -2 9{-1 1/X 500 Z/Y 700
Z/C .3 Z{C setgray/r exch d X Y r 0 360 arc fill/X X .5 i/Y Y .6 i/C C 1 C sub
r div i}for}for showpage % Be carefull ! I'm a .signature virus...
Newsgroups: comp.sys.next.sysadmin
From: irving@Happy-Man.com (Irving_Wolfe)
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <1993Aug5.205834.27090@Happy-Man.com>
Organization: Happy Man Corp, 4410 Pt Robinson, Vashon, WA 98070 206/463-9399
References: <1993Jul31.194404.10728@ToTSySSoft.com> <3AUG199321415794@wccf.mit.edu> <1993Aug4.064917.15122@csus.edu>
Date: Thu, 5 Aug 1993 20:58:34 GMT
In <1993Aug4.064917.15122@csus.edu> eps@futon.SFSU.EDU (Eric P. Scott) writes:
>And finally, if you're wondering why you're being treated like
>second-class citizens, the reason is simple: YOU ARE.
Perhaps that should be reworded for better understanding. (Okay,
EPS?)
And finally, if you're wondering why you're being treated like
second-class citizens, the reason is simple: YOU HAVE CHOSEN
SECOND-CLASS STATUS BY REFUSING TO PAY THE NOW EXTREMELY TRIVIAL
COST OF A FIRST-CLASS TICKET. Commercial providers now provide a
shell account for you plus a uucp account for your machine, both on
their Internet-connected host, for as little as $20 a month. Ask
around in your local community and see what's there.
--
Irving_Wolfe@Happy-Man.com 206/463-9399 x101 fax 206/463-9255
Happy Man Corp. 4410 SW Pt. Robinson Rd., Vashon, WA 98070-7399
We publish SOLID VALUE for the intelligent investor. NextMail OK
Info. packet free. Send POSTAL address: Solid-Value@Happy-Man.com
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: fxars@camelot.acf-lab.alaska.edu (Al Sparks)
Subject: Re: how to use dwrite
In-Reply-To: mlbm@lanl.gov's message of Wed, 4 Aug 1993 19: 13:07 GMT
Message-ID: <FXARS.93Aug5171246@ix.acf-lab.alaska.edu>
Sender: news@raven.alaska.edu (USENET News System)
Organization: University of Alaska Fairbanks
References: <1993Aug4.191307.25722@newshost.lanl.gov>
Date: Fri, 6 Aug 1993 02:12:46 GMT
In article <1993Aug4.191307.25722@newshost.lanl.gov> mlbm@lanl.gov (Mark Martinez) writes:
> and if none of the above is available, could someone just tell me if it is
> possible to assign an app to an unregistered file extension:
>
> I want click on .au files and play them with Sound.app without renaming them to
> snd
>
> thanks
>
> mark
For an example, here's a partial listing of ~/.NeXT/suffixes3_0.wmd in
my account. You should be able to get the idea. ==== Al
tiff = (/LocalApps/ImageViewer.app/ImageViewer);
pcx = (/LocalApps/GraphicsWorkshop.app/GraphicsWorkshop, unknown);
.chess = (/NextDeveloper/Demos/Chess.app/Chess, ChessDoc);
squfile = (/LocalApps/UnSquashOnly, squeeze);
macpict = ("/LocalApps/Convert PICT.app/Convert PICT", macpict);
composite = (/LocalApps/Icon.app/Icon, composite);
wp = (/LocalApps/WordPerfect.app/WordPerfect, wpdoc);
project = (/NextDeveloper/Apps/ProjectBuilder.app/ProjectBuilder, projfile);
pbm = (/LocalApps/ImageViewer.app/ImageViewer, image);
tar = (/LocalApps/Opener.app/Opener);
ras = (/LocalApps/ImageViewer.app/ImageViewer, image);
uu = (/LocalApps/Opener.app/Opener, uu);
objlink = (/usr/lib/NextStep/Workspace.app/WM.app/WM, objlink);
[rest deleted]
Newsgroups: comp.sys.next.sysadmin
From: fxars@camelot.acf-lab.alaska.edu (Al Sparks)
Subject: How to change the name of a client
Message-ID: <FXARS.93Aug5172113@ix.acf-lab.alaska.edu>
Sender: news@raven.alaska.edu (USENET News System)
Organization: University of Alaska Fairbanks
Date: Fri, 6 Aug 1993 02:21:13 GMT
I'm sorry I'm asking this question, because I've seen it asked and
answered before. I did check the Q&A for Fall of '93 (under both
netinfo and sysadmin) and couldn't find the answer.
How do you change the name of a client? I'm running NS 3.0, with two
hiearchy network. === Al
Newsgroups: comp.sys.next.sysadmin
From: u8021804@cc.nctu.edu.tw ()
Subject: Can't save alias of a host in NS/FIP 3.1
Message-ID: <1993Aug6.014955.11158@debbie.cc.nctu.edu.tw>
Sender: usenet@debbie.cc.nctu.edu.tw
Organization: National Chiao Tung University
Date: Fri, 6 Aug 1993 01:49:55 GMT
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <1298@rtbrain.rightbrain.com>
Date: 6 Aug 93 02:16:31 GMT
References: <1993Aug4.064917.15122@csus.edu>
Sender: glenn@rightbrain.com
Eric P. Scott writes
> Gimme a break. Really. Most of us are not "network impaired"
> and I see no reason why we should be made to suffer because a few
> whiners are lagging behind the times.
> And finally, if you're wondering why you're being treated like
> second-class citizens, the reason is simple: YOU ARE.
Lighten up, Eric. It costs $ money $ to be part of the internet (if
you don't work at a university). They/we are not second-class
citizens.
Here is a list of people that I KNOW do not have easy FTP access to
the internet, and I'm sure there are more:
RightBrain Software
Adobe Systems
NeXT Computer, Inc. (because of their "moat", most of them can't FTP)
Sarrus Software
Stone Design
Altsys Corporation
And some that I'm pretty sure don't have easy access:
Lighthouse Design
WordPerfect Corp.
If these are second-class citizens in your book, then you've got
pretty high standards.
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
From: balfanz@zorro.informatik.hu-berlin.de (Dirk Balfanz)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Console idle 17 days
Date: 6 Aug 1993 04:14:46 GMT
Organization: Humboldt University Berlin, Department of Computer Science
Distribution: world
Message-ID: <23slrm$3h6@hahn.informatik.hu-berlin.de>
References: <1993Aug5.190654.5978@wuecl.wustl.edu>
In article <1993Aug5.190654.5978@wuecl.wustl.edu> brian@wucs1.wustl.edu
(Brian) writes:
> I am running NS3.0, and when I finger my machine, it shows that
> my console entry has been idle 17days. I would really like it
> if the console device would reflect that I am actually doing work
> in one of the applications, rather that me showing up as idle if
> I don't type something into a terminal window occasionally.
>
> Does anyone know if there is a fix for this?
>
> brian
I've rebooted my machine yesterday. I've logged in 5mins to 6. Now it's
12mins past 6. Finger says:
On since Aug 6 05:55:44 on console 29 days Idle Time
BTW, today's August, 6th.
???
Dirk.
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: sed question
Message-ID: <70116@mimsy.umd.edu>
Date: 6 Aug 93 03:57:09 GMT
References: <dalCB6yp2.G5r@netcom.com>
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
In article <dalCB6yp2.G5r@netcom.com> dal@netcom.com (Dana Andre Letendre) writes:
> I'm trying to replace tabs with spaces in a text file using sed,
> Any suggestions?
man expand
man unexpand
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
Newsgroups: comp.sys.next.sysadmin,alt.sys.pc-clone.gateway2000
From: dean@world.std.com (Dean S Banfield)
Subject: Loss of KB on Install of NS/FIP
Message-ID: <DEAN.93Aug6004831@world.std.com>
Sender: dean@world.std.com (Dean S Banfield)
Organization: The World Public Access UNIX, Brookline, MA
Distribution: comp,alt
Date: Fri, 6 Aug 1993 05:48:31 GMT
Hi,
Just assembled a system that Next approved of in their Support Guide:
Gateway 2000 Dx2/66v
ATI Ultra Graphics Pro (2MB)
424 MB IDE drive (w/212 iDE with DOS partition)
Adaptec 1542C SCSI Ctrlr
NEC CD-ROM
At first system would not properly traverse the hardware checkout in the
install phase. Then I read a note in the release notes that sometimes you
must eject the floppy once the MACH kernel kicks in. This was great.
Now I get to the question of which language do I want to install in, and the
keyboard is lost to the system. Nothing I type, no amount of CTL-ALT-Suspend
Macro, has any effect on the prompt.
Is this the Gateway itself, the silly AnyKey keyboard, or am I missing
something fundamental. No flames please, as Next seems to have no interest
in helping users even get installed if they bought the 'evaluation' system.
I can't evaluate something I can't installed! Thanks in advance.
-Dean
--
Dean S. Banfield Voice: (203) 656-1500
Real Decisions Corporation FAX : (203) 656-1659
22 Thorndal Circle email: dean@world.std.com
Darien, CT 06820
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: help root file system full
Message-ID: <1993Aug5.125528.5896@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Aug4.155348.1@ccsua.ctstateu.edu>
Date: Thu, 5 Aug 1993 12:55:28 GMT
In article <1993Aug4.155348.1@ccsua.ctstateu.edu>
rutherford@ccsua.ctstateu.edu writes:
-> Help, if my root system becomes full, how do I get back
-> in to delete files, or restart.
->
-> I receive this message when booting from the monitor:
->
-> /:file system full
-> error on pageout error=28
-> vmode-pageout: failed!
Boot with the -s switch -- FIP at the OS selection, on m68k
from the monitor NeXT> prompt.
That will put you in Single User mode as root, unless
you've locked this out. You can run /usr/etc/fsck manually
if needed.
BE SURE TO CHECK /tmp and make sure that it is what it is
supposed to be. Normally a soft-link to /private/tmp.
Several times, I've run across a ``new'' /tmp directory.
If so, one or the other of them isn't going to get cleaned
at boot.
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred
Newsgroups: comp.sys.next.sysadmin
From: u8021804@cc.nctu.edu.tw ()
Subject: How to receive email
Message-ID: <1993Aug6.072031.17842@debbie.cc.nctu.edu.tw>
Sender: usenet@debbie.cc.nctu.edu.tw
Organization: National Chiao Tung University
Date: Fri, 6 Aug 1993 07:20:31 GMT
Hi,
I now connect my NS/FIP machine to the internet. Do I need to configure the
machine as a mail server to receive email?
My machine has been logged to the name server of my school so other machines
can telnet and ftp to mine. But when I send a mail from other machines to my
machine, it is bounced back with the message that as following:
----- Transcript of session follows -----
While connected to ep.nctu.edu.tw [140.113.20.2] (tcp):
>>> RCPT To:<tchuang@fip.ep.nctu.edu.tw>
<<< 554 <tchuang@fip.ep.nctu.edu.tw>... Unrecognized Address fip
554 <tchuang@fip.ep.nctu.edu.tw>... Service unavailable
_____________________________________________
Is it the fault of my name server machine or my own machine?
Any help is welcome!!! Thanks.
TC Huang
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <1993Aug6.074131.3775@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Aug4.064917.15122@csus.edu> <1298@rtbrain.rightbrain.com>
Date: Fri, 6 Aug 1993 07:41:31 GMT
In article <1298@rtbrain.rightbrain.com> glenn@rightbrain.com
(Glenn Reid) writes:
>Here is a list of people that I KNOW do not have easy FTP access to
>the internet, and I'm sure there are more:
>
>RightBrain Software
I see that RightBrain software is currently a customer of Portal
Communications Company. Portal offers Internet access including
FTP capability for less than $20 a month. Quoting from their
full-page ad in the current issue of _Bay Area Computer Currents_,
"Our UUCP-accessible archives are the largest in the industry,
and put an enormous collection of information at your fingertips.
Plus, you can use ftp to retrieve files from the Internet, then
transfer them to your machine via UUCP."
>Adobe Systems
Adobe has a full Internet connection via AlterNet.
>NeXT Computer, Inc. (because of their "moat", most of them can't FTP)
NeXT has full Internet connections via BARRNET and AlterNet. If
they don't permit FTP access to their employees, that's an
administrative decision, not a technical limitation. Nothing
prevents any NeXT employee from obtaining personal access from
any of several commercial services in the Bay Area that provide
low-cost Internet access.
>Sarrus Software
Sarrus is currently a customer of Performance Systems
International, Inc. PSI is a nationwide commercial Internet
service provider. Sarrus is in Redwood City, so we know they
have several competing services to choose from.
>Stone Design
Andrew Stone has Internet access through the University of New
Mexico.
>Altsys Corporation
Altsys is currently a UUNET customer. UUNET Technologies
operates AlterNet, which has a point of presence in Dallas.
(I'm not up on my Texas geography, but the Geographic Name Server
tells me Richardson is near Dallas.) Also, NETCOM On-line
Communication Services, Inc. offers low-cost personal Internet
access in Dallas, (214) 753-0045, login guest.
>And some that I'm pretty sure don't have easy access:
>
>Lighthouse Design
The INTERNIC still shows the old Chevy Chase, MD address, but
they're really here in the Bay Area. Lighthouse is currently a
UUNET customer.
>WordPerfect Corp.
Wordperfect has a full Internet connection through WestNet.
>If these are second-class citizens in your book, then you've got
>pretty high standards.
They choose to be ignorant. I can't help that. Not having
Internet access is like not having an "800" number or a FAX
machine. It should be just as unthinkable for any business
that expects to be taken seriously. But it is their choice.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: chuck@benatong.com (Charles G. Bennett)
Subject: Re: problems to umount filesystems
Message-ID: <1993Aug4.150809.492@cypher.cmhnet.org>
Sender: chuck@cypher.cmhnet.org
Organization: BenaTong, inc.
References: <1993Aug1.010552.4586@splunge.uucp>
Date: Wed, 4 Aug 1993 15:08:09 GMT
In article <1993Aug1.010552.4586@splunge.uucp> royce@splunge.uucp (Royce
Howland) writes:
> fyr@ubszh.net.ch writes:
>
> >I have really a strange problem and now I have no idea.
> >We have here installed about 10 NeXT's (black) in a network. A SUN
Sparcstation10 is one of our fileservers.
> >On some hosts I can make a prober shutdown, because the NeXT could not
umount some filesystems from a server (sometimes from the SUN sometimes from
another NeXT).
> >The message Device Busy apperars, but logged in the consolemode so no apps
are used (execpt WM).
> >Do anybody knows something about this problem, because everytime the
rebooted NeXT has to make a fsck and this takes minutes?
> >Is there a possiblity that I can find who (which process) is accessing to
busied device?
>
> >Regards Roger P.
>
> This seems to be a problem with NEXTSTEP. It happens on our all-NEXTSTEP
> network all the time, and has been observed with NS 2.2 and 3.0 (black)
> and NS 3.1 (white). I expect to observe it with NS 3.1 (black). The
> cause is a mystery, to me anyway.
>
> --
> Royce Howland, DKW Systems Corp. | "And since OS/2 2.0 is a 32-bit
> Everything is IMHO | operating system, programs are
> royce@splunge.uucp (NeXTMail OK) | easier to write and run faster,
> or kakwa!atlantis!splunge!royce | too." -ad for OS/2 2.0
For us the problem is related to NFS mounted files and program being run
"out of" the NFS mounted folder.
Chuck
--
Chuck Bennett
Karnak the Great: "The answer is Rin Tin Tin, Lassie, Windows NT"
The Question is, "Name two movie stars and a Dog.."
chuck@benatong.com
Newsgroups: comp.sys.next.sysadmin
Subject: Re: fdisk on NS/I
Message-ID: <1993Aug5.171656.2418@yvax.byu.edu>
From: john@kolob.byu.edu (John Peterson)
Date: 5 Aug 93 17:16:55 -0700
References: <CB95H6.5Lw@news.iastate.edu>
In article <CB95H6.5Lw@news.iastate.edu> writes:
> In article <1993Jul21.180217.2336@yvax.byu.edu> John@compricorn.byu.edu
writes:
> I have the same problem too. I call NeXT support line. The technican
> cannot solve this problem either. He said I might call the 900 line,
> which charge for $2 a minute or $30 per call using credit cards to
> talk to a engineer who might solve the problem. He said I might not
> be charged if the problem is trival.
>
> Forgive NeXT, they don't have enough resource for a fully free support.
>
> From my experience (limited) on Unix, it's weird that there's no
> device file for the physical disk. /dev/sd0 /dev/hd0 should be there.
Someone from NeXT and others responded that the correct name is /dev/rd0h.
Don't ask me why. It still doesn't work, however. It shows all my hard
drive as free space. I imagine you'd have to dismount the drive first.
The guy from NeXT sent me the little help file from an apparently newer
version of fdisk that gave info on which device to use for which kid of
drive. So, maybe we'll see it in 3.2.
--
John Peterson -- Networked Computer Support -- Brigham Young University
Internet: John_Peterson@byu.edu Phone: (801) 378-5007
Newsgroups: comp.sys.next.sysadmin
From: Dag Hasvold <boots@falch.no>
Subject: Can't find netware servers
Message-ID: <1993Aug6.133051.18594@falch.no>
Organization: Falch Hurtigtrykk as, Oslo, Norway
Date: Fri, 6 Aug 1993 13:30:51 GMT
Hi,
We are threee sister companies located different places and connected as
a WAN with Cisco routers. At our site we have a Novell Netware 2.x server,
(yes it's true), and the other places has Netware 3.11.
I have recently configured the routers for Novell-routing, and when
telneting to our cisco I can see all the other Novell servers on the
network. Therefor I also thought that it should be possible to connect
to these servers on my NeXT, but the only server I can see is our own.
I have not enabled Novell-routing on our network because I don't want
our Novell network to be visibal to the other net's, but this should be
OK I think.
Do I have a problem in my router or is there something I have to do on
the NeXT?
Thanks,
--
Dag Hasvold E-mail: boots@falch.no
Falch Hurtigtrykk as NeXT Mail: boots@dream.falch.no
Postboks 130 Kalbakken Telephone: +47 22-16-30-40
N-0902 Oslo, Norway Facsimile: +47 22-16-23-50
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Solution: UUCP uux failed error
Date: 6 Aug 1993 13:36:22 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <23tmom$p2v@umd5.umd.edu>
Turns out your host's uucp name can't be a FQDN (or at least can't be longer
than 8? characters). Putting a file /etc/uucp/UUCPNAME with the <short> name
solves the problem.
Might create more but I'll deal with them as I find 'em.
Thanks to those who sent me Email.
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
"Oh my! An `inflammatory attitude' in alt.flame? Never heard of such
a thing..."
-- Allen Gwinn, allen@sulaco.Sigma.COM
Newsgroups: comp.sys.next.sysadmin
From: nwc (Nick Christopher)
Subject: SOLUTIONS: automount maps and NetInfo
Message-ID: <CBCB2K.8wH@ny.shl.com>
Sender: usenet@ny.shl.com (Net News)
Organization: SHL Systemhouse Inc.
Date: Fri, 6 Aug 1993 13:35:07 GMT
I got some good answers. Basically the two solutions are:
1) Run a second instance of autonfsmount with the -fstab
option but a different mount point. For example:
autonfsmount -tm 10 -tl 43200 -a /private -m /Homes -fstab
This works well (it's what I am using), but it has at least one draw
back. NFSManager only adds the net option to mounts under /Net. So
you have to fix the mounts entries in NetInfoManager.
2) Use /Net but pay attention to order. Make sure the longest path
mount comes first (View unsorted in NetInfoManager to see natural
order). For example:
machine:/Users
machine:/
The drawbacks here are that you still need to fool around in
NetInfoManager, AND I could not get this method to work.
\n
Nicholas Christopher
Systemhouse
nwc@ny.shl.com
Newsgroups: comp.sys.next.sysadmin
From: jon@afs.com
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <1993Aug6.140421.1365@afs.com>
Sender: jon@afs.com
References: <1993Aug6.074131.3775@csus.edu>
Date: Fri, 6 Aug 1993 14:04:21 GMT
In article <1993Aug6.074131.3775@csus.edu> eps@futon.SFSU.EDU (Eric P. Scott)
writes:
| They choose to be ignorant. I can't help that. Not having
| Internet access is like not having an "800" number or a FAX
| machine. It should be just as unthinkable for any business
| that expects to be taken seriously. But it is their choice.
Well, *we* don't have an internet connection. We use uucp for mail and news.
Our feed is from PSI. We ftpmail what files we want off the archives. It would
be a real bitch to pull a huge MAB off the net this way, especially since we
get charged long distance to call PSI to get our feed.
And I think people take us seriously.
I vote Eric gets the Arrogant University Cyberdweeb award for the week, thanks
to this little thread.
--
Jon Hendry It's a thousand classes, give or take a few,
<jon@afs.com> I'll be writing more in a week or two.
I can make it deeper if you like the style,
I can change it round and I want to be an ObjectWare Writer
Newsgroups: comp.sys.next.sysadmin
From: CCMAHTAJ@mizzou1.missouri.edu
Subject: finger/fingerd
Message-ID: <16C2292F4.CCMAHTAJ@mizzou1.missouri.edu>
Sender: news@mont.cs.missouri.edu
Organization: University of Missouri
Date: Fri, 06 Aug 93 10:26:36 CDT
Would somebody please tell me where I can find a copy of "finger" and
"fingerd" for the NeXT. I have already tried :
nova.cc.purdue.edu
sonata.cc.purdue.edu
moo.speech.cs.cmu.edu
eclipse.its.rpi.edu
but could not find them in the above locations.
Thanks in advance,
Mahtaj Khamneian
Newsgroups: comp.sys.next.sysadmin
From: tcasey@nsf.gov (Tim Casey)
Subject: ATI Graphics Ultra driver wanted
Message-ID: <tcasey-060893121548@irm0071.irm.nsf.gov>
Followup-To: comp.sys.next.sysadmin
Sender: news@n1.nsf.gov
Organization: National Science Foundation
Date: Fri, 6 Aug 1993 16:17:25 GMT
I am looking for a graphics driver for ATI Ultra board to run NeXTStep for
Intel. I understand that it will support the ATI Ultra Pro in high-res
mode, but when I installed it with the Ultra the result was low resolution
display. Please respond to the address below.
tcasey@nsf.gov (Tim Casey)
Newsgroups: comp.sys.next.sysadmin
From: mgb@moksha.uucp (Michael Branton)
Subject: A Mac disk bias ?
Message-ID: <CBCBxw.858@moksha.uucp>
Keywords: Syquest
Sender: mgb@moksha.uucp (Michael Branton)
Organization: Totally Disorganized
Date: Fri, 6 Aug 1993 13:53:55 GMT
It appears that, while the NeXT can read mac formatted Syquest disks, it can't
do the same for DOS formatted Syquest disks ! Is this true ? I'm certainly
having no luck at it ( and there's no tiff for a removeable HD in
/usr/filesystems/DOS.fs :-) )
---
-Michael
mgb@moksha.UUCP
mgb@stetson.BITNET
NeXT mail welcome !
--
-Michael
Newsgroups: comp.sys.next.sysadmin
From: mgb@moksha.uucp (Michael Branton)
Subject: Re: a no-prize if you can figure this one out !
Message-ID: <CBCC2u.85z@moksha.uucp>
Sender: mgb@moksha.uucp (Michael Branton)
Organization: Totally Disorganized
References: <1993Aug5.113728.1762@pelane.cubx.com>
Date: Fri, 6 Aug 1993 13:56:54 GMT
In article <1993Aug5.113728.1762@pelane.cubx.com> Eric Noyau
<e_noyau@cubx.com> writes:
> In comp.sys.next.sysadmin article <1993Aug3.041643.5140@moksha.uucp> Michael
> Brandon writes:
> > About 3 days ago, I started getting mail fromm uucp saying "incoming news
> > discarded due to space shortage." There's plenty of space (even "spacefor"
> > thinks so, if I run it by hand), and all directory permissions checked
out.
> > I started watch incoming nws, and the following happens:
> >
> > [...]
> >
>
> chmod 644 /etc/mtab
>
> Eric.
> --
And Eric wins the no-prize ! Congratulations Eric and a thousand thanks !
--
-Michael
From: fitzy@titan.ucs.umass.edu (JOSEPH E FITZGERALD)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: A Mac disk bias ?
Date: 6 Aug 1993 17:42:26 GMT
Organization: University of Massachusetts, Amherst
Message-ID: <23u562$ob6@nic.umass.edu>
References: <CBCBxw.858@moksha.uucp>
Michael Branton (mgb@moksha.uucp) wrote:
:It appears that,while the NeXT can read mac formatted Syquest disks,it can't
:do the same for DOS formatted Syquest disks ! Is this true ? I'm certainly
:having no luck at it ( and there's no tiff for a removeable HD in
:/usr/filesystems/DOS.fs :-) )
I had the same question...I believe that you are correct. I have not been able
to get it to read my Syquest DOS formated disks either.
Joe Fitzgerald
fitzy@titan.ucs.umass.edu
Newsgroups: comp.sys.next.sysadmin
From: eboltz@acoustica.mrd.bldrdoc.gov (Eric S. Boltz)
Subject: Enabling Appletalk Under 3.0
Message-ID: <CBCJ1M.4As@dove.nist.gov>
Sender: news@dove.nist.gov
Organization: NIST
Date: Fri, 6 Aug 1993 16:27:21 GMT
I'm very sorry if this question is answered somewhere else, but...
In all of my 3.0 documentation it refers to Appletalk support as:
"...if Appletalk is enabled..."
What's up with this? It doesn't say HOW to enable it!
So how do I enable appletalk?
thanks in advance,
Eric
--
Eric S. Boltz, M.S.E. *eboltz@nist.gov*
Materials Research Engineer eboltz@jhunix.hcf.jhu.edu
National Institute of Standards and Technology NeXTMail Accepted
(Ph.D. Candidate, Johns Hopkins University)
My views, opinions and statements in no way reflect those of the U.S. Gov't,
the U.S. Department of Commerce or NIST.
Newsgroups: comp.sys.next.sysadmin
From: eboltz@acoustica.mrd.bldrdoc.gov (Eric S. Boltz)
Subject: Re: Enabling Appletalk Under 3.0
Message-ID: <CBCpq5.vL@dove.nist.gov>
Sender: news@dove.nist.gov
Organization: NIST
References: <CBCJ1M.4As@dove.nist.gov>
Date: Fri, 6 Aug 1993 18:51:40 GMT
In article <CBCJ1M.4As@dove.nist.gov> eboltz@acoustica.mrd.bldrdoc.gov (Eric S.
Boltz) writes:
> So how do I enable appletalk?
I'll answer my own question now that I've found the answer:
AppleTalk.pkg is on the 3.0 CD-ROM, but just like TEX.pkg it
is NOT installed on the hard disk of 3.0 machines.
Anyone want to loan me a CD-ROM drive? 8-)
--
Eric S. Boltz, M.S.E. *eboltz@nist.gov*
Materials Research Engineer eboltz@jhunix.hcf.jhu.edu
National Institute of Standards and Technology NeXTMail Accepted
(Ph.D. Candidate, Johns Hopkins University)
My views, opinions and statements in no way reflect those of the U.S. Gov't,
the U.S. Department of Commerce or NIST.
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <1305@rtbrain.rightbrain.com>
Date: 6 Aug 93 18:49:39 GMT
References: <1993Aug6.074131.3775@csus.edu>
Sender: glenn@rightbrain.com
Eric P. Scott writes
[a lot of counter-examples to my contention that various companies do
not have easy FTP access]
Eric, Eric, Eric. You're missing the social point with the technical
point. It's the PEOPLE who count, not the computers. Yes, RightBrain
is connected to Portal, and I can use "tip" to log into Portal to
retrieve files over FTP, then UUCP them to myself. But no one else in
my office knows how to do this.
Random employees at Adobe DO NOT HAVE ACCESS TO THE NET. Random
employees at NeXT do not have access to the net. It doesn't matter
that they have a physical connection to the net, because everybody
who reads USENET are the people we're talking about, and they're not
second-class citizens just because their system adminstrators have
(wisely) restricted net access.
I see that you're at SFSU. How many people at SFSU can read USENET?
Of those, how many people can FTP files? Can a random student FTP
anywhere he/she wants? If so, that's the exception, not the rule.
But I doubt that anybody is allowed to do this.
> Andrew Stone has Internet access through the University of New
> Mexico.
> They choose to be ignorant. I can't help that.
You choose to be problematic. I suppose you can't help that either.
> Not having
> Internet access is like not having an "800" number or a FAX
> machine. It should be just as unthinkable for any business
> that expects to be taken seriously. But it is their choice.
An 800 number or a fax machine can be set up by a phone call to
a service provider. Then all you do is push buttons on the phone
or fax machine, and operate them. They're office equipment, and
ANYBODY can use them. You're trying to draw the analogy to the
net, but you expect people to type exceedingly difficult UNIX
commands (including the necessity of \! in the uucp path to send
files back to yourself if you use csh).
You call "access" the ability to use 'tip', 'ftp', and 'uucp'
by hand. That is not typical. Places that have full internet
connections can use higher-level tools like Gopher, or at the
minimum 'ftp', which is still the stone age, but is better than
being connected over a modem.
I'll give you ten dollars for every member of the comp.sys.next
groups who could retrieve a file unassisted from cs.orst.edu
if you'll give me a dollar for everyone who couldn't.
Sorry, Eric. People are not "ignorant" because they can't operate
'tip', 'ftp', and 'uucp' successfully. And even if they CAN (I can,
for exampe), it's still not "ignorant" or "whining" or being behind
the times to ask for something easier to deal with, which is what
I believe started this thread.
Enough about this.
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
From: jon@starburst.umd.edu (Jonathan Kruger)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Do NOT use 3c509 card with NS/FIP!
Date: 6 Aug 1993 19:07:07 GMT
Organization: University of Maryland, Chesapeake Biological Laboratory
Message-ID: <23ua4rINNa34@cbl.umd.edu>
When I configured my 486 system on a component level I figured the
3c509 was the ideal card. In DOS PC's it is MUCH faster than the
other two supported cards (Intel EtherExpress and SMC Elite 16).
As it turns out, the 3c509 is NOT designed to work in UNIX PC's. I
tried several configurations on the card and the best performance I
could get out of the card was 30 KB/sec on large ftp batches. NFS was
also very slow when it didn't timeout or crash the machine. Another
lovely feature I discovered was that a very brief interruption in the
thinnet wiring would cause a panic.
Anyway, I ordered an SMC Elite16 Combo card from PC Connection ($139 +
$5 for overnight delivery) and being sure to run Configure *BEFORE*
switching cards, I installed it.
Now ftp gives me a transfer rate of ~120 KB/sec, NFS works like a
charm, and I can unplug the ethernet and it doesn't crash!
Performance still isn't that hot, and I know there are bugs in this
driver, but hopefully we can expect some serious improvements when the
new drivers come out. At least it's usable, unlike the 3c509...
--
-------------------------------------------------------------------------------
Jonathan Kruger - jon@cbl.umd.edu - Computer and Network Systems Coordinator
U of MD Center for Environmental and Estuarine Studies, Chesapeake Bio Lab
From: randyc@panix.com (Randy Clyde)
Newsgroups: comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin
Subject: Virus software?
Date: 6 Aug 1993 15:23:02 -0400
Organization: PANIX Public Access Internet and Unix, NYC
Message-ID: <23ub2m$iiq@panix.com>
Does anyone know about anti-virus software for Next's? Please post or
E-mail any information. I would prefer software available over the net.
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Appleshare and NetWare connections through a gateway?
Date: 6 Aug 1993 18:41:50 GMT
Organization: Center for Computer Music Research and Composition, U.C.S.B.
Message-ID: <23u8le$m2q@hub.ucsb.edu>
Our network of NeXTs is separated from the main university network by a
gateway machine (an old Sun). We have our own subdomain for our department.
I know that there are a large number of Netware servers at the
university-level domain, but when I run Netware on our main NeXT, I get the
following error:
Jul 30 12:22:58 foxtrot mach: NetWare protocol enabled for interface en0,
type " 10MB Ethernet"
Jul 30 12:23:07 foxtrot syslog: npsd: Bind failed: No response from server.
I do not know very much about Netware, but I know that a colleague of mine at
another university (whose NeXT sat right on the university's domain level)
simply started up the NetWare software and poof, 30 entries appeared in the
NetWare directory.
I am therefor assuming that the problem has to do with our gateway filtering
out the packets we need. Is there a way around this problem?
Thanks in advance.
--
Douglas Scott (805)893-8352
Center for Computer Music Research and Composition
University of California, Santa Barbara
Internet: (NeXTMail ok) <doug@foxtrot.ccmrc.ucsb.edu>
From: lje0106@sigma.tamu.edu (Louis J. Everett)
Newsgroups: comp.sys.next.sysadmin
Subject: Cron and owner of Crontab
Date: 6 Aug 1993 20:47:07 GMT
Organization: Texas A&M University, College Station, TX
Distribution: world
Message-ID: <23ug0b$nqf@tamsun.tamu.edu>
I have established a soft link in the /private/etc directory such that the
crontab.local file is linked to a file in my personal directory (bob). The link
was created by the super user and is owned by root. The actual crontab.local
file is owned by user bob. This way (I think) I can be logged in as bob
and freely edit the crontab.local file without permissions problems.
As a test, my crontab.local looks like:
* * * * * bob ls /bob > /bob/junk
This should (?) create a file every minute which contains a file listing.
Nothing happens...
Some details:
Results of ls -l /private/etc/cron*
-rw-r--r-- 1 root 236 Dec 9 1991 crontab
lrwxrwxrwx 1 root 18 Jul 16 11:14 crontab.local ->
/bob/crontab.local@
Partial results of ls -l /private
drwxr-xr-x 8 root 3072 Aug 6 14:49 etc/
Partial results of ls -l /bob
-rw-r--r-- 1 bob 167 Aug 6 15:00 crontab.local
--
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Louis Everett
lje0106@sigma.tamu.edu
NeXT mail welcome
Newsgroups: comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin
From: rtomasso@Rapnet.Sanders.Lockheed.Com (Richard Tomasso x3061)
Subject: NeXTStep on PowerPC
Message-ID: <1993Aug6.203214.3224@Rapnet.Sanders.Lockheed.Com>
Organization: Sanders Associates
References: <23ub2m$iiq@panix.com>
Date: Fri, 6 Aug 93 20:32:14 GMT
Anyone know if the porting of NeXTStep to the PowerPC platform is planned
in the near (or distant) future? It would seem to me to be a great place to
try and establish some market share.
From: npratt@madmax.modsys (Nevin Pratt)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Cron and owner of Crontab
Date: 6 Aug 1993 21:17:16 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Message-ID: <23uhos$hp0@cnn.sim.es.com>
References: <23ug0b$nqf@tamsun.tamu.edu>
In article nqf@tamsun.tamu.edu, lje0106@sigma.tamu.edu (Louis J. Everett) writes:
> As a test, my crontab.local looks like:
> * * * * * bob ls /bob > /bob/junk
> This should (?) create a file every minute which contains a file listing.
> Nothing happens...
I'm sorry, but this doesn't have anything to do with your post. It's just
that your post reminds me of something...
While in college, I worked on some Data General MV Eclipse machines, running
AOS/VS. One day, while testing a utility, I noticed the string "XYZZY" in
what appeared to be the internal string table of the command line interpreter.
So, I looked "XYZZY" up in the CLI manual-- but it wasn't there. Being
inquisitive, I typed "XYZZY" at the command prompt on the terminal.
The computer responded by displaying this:
Nothing happened.
and gave me the command prompt again. Go figure.
Nevin
Hmmmm. Must be Friday.
From: therbert@umiami.ir.miami.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Re: IMPORTANT: Problem with NEXTSTEP 3.1 fip CDs (please read and pass this info on!!)
Message-ID: <1993Aug6.172943.15604@umiami.ir.miami.edu>
Date: 6 Aug 93 17:29:43 EDT
References: <23m021$7l1@menudo.uh.edu> <1993Aug4.225309.15578@umiami.ir.miami.edu> <1993Aug5.182147.28335@leland.Stanford.EDU>
Organization: Univ of Miami IR
In article <1993Aug5.182147.28335@leland.Stanford.EDU>, draphsor@deathstar.Stanford.EDU (Matt Rollefson) writes:
> In comp.sys.next.sysadmin therbert@umiami.ir.miami.edu writes:
>
>>Yes - We received 13 copies from NACSCorp - Academic packages. All 13
>>packages have both user and developer disks fogged. The coating seems
>>slightly sticky, also. I used Windex also and a soft cloth and got the
>>disks to read.
>
>>I called NeXT and informed them of the problem - I am really disappointed
>>in NeXT - We are not terribly inconvenienced but this incident seems to
>>be one more tiny way in which NeXT is trying to kill its great software.
>>A little more attention to details in manufacturing would really help
>>NeXTstep! (Just letting off a bit of smoke - NeXT had not shown
>>a lot of care in handling "details" with its hardware sales and support
>>and seems to be right on its old track, here.)
>
> To the best of my knowledge, this is probably not NeXT's problem. They
> are not themselves handling any part of the CD-ROM duplication and
> shipping process. (Someone please correct me if I'm wrong.) Rather,
> they have contracted those out to "professionals," who presumably
> should now how to make it work right. While I'll agree that it's
> annoying, I don't think it's accurate to blame NeXT for this one.
>
> Rollie
> --
> Matt Rollefson ("Rollie") draphsor@deathstar.stanford.edu
> Residential Computing, Stanford University NeXTmail accepted
I agree that NeXT may not be the only group to blame for bad cds.
But, it is NeXT's problem in the sense that if they can't get lots
of properly made disks with reasonably well operating software sold
and on machines, NeXT will be in trouble and so will we.
Ultimately, NeXT has the responsibility to themselves and to us to
manage their affairs well. If they don't keep close control over
the manufacturing process or delegate these responsibilites well,
a poorly made or distributed product will result.
Hopefully, the CD problem has been solved by now and little harm
has come from it.
Tom Herbert
Univ. of Miami
Newsgroups: comp.sys.next.sysadmin
From: rhp@inel.gov (Robert Powell)
Subject: Re: Cron and owner of Crontab
Sender: usenet@pmafire.inel.gov (usenet guy)
Message-ID: <1993Aug6.230249.26409@pmafire.inel.gov>
Date: Fri, 6 Aug 93 23:02:49 GMT
References: <23uhos$hp0@cnn.sim.es.com>
Organization: WINCO
Nevin Pratt writes
> I'm sorry, but this doesn't have anything to do with your post. It's just
> that your post reminds me of something...
>
> While in college, I worked on some Data General MV Eclipse machines, running
> AOS/VS. One day, while testing a utility, I noticed the string "XYZZY" in
> what appeared to be the internal string table of the command line
interpreter.
> So, I looked "XYZZY" up in the CLI manual-- but it wasn't there. Being
> inquisitive, I typed "XYZZY" at the command prompt on the terminal.
> The computer responded by displaying this:
>
> Nothing happened.
>
> and gave me the command prompt again. Go figure.
>
> Nevin
>
> Hmmmm. Must be Friday.
From the "Hacker's Jargon Lexicon", a wonderful app, btw:
xyzzy /X-Y-Z-Z-Y/, /X-Y-ziz'ee/, /ziz'ee/, or /ik-ziz'ee/ from the ADVENT game
adj. The canonical `magic word'. This comes from ADVENT , in which the idea
is to explore an underground cave with many rooms and to collect the treasures
you find there. If you type `xyzzy' at the appropriate time, you can move
instantly between two otherwise distant points. If, therefore, you encounter
some bit of magic , you might remark on this quite succinctly by saying simply
"Xyzzy!" "Ordinarily you can't look at someone else's screen if he has
protected it, but if you type quadruple-bucky-clear the system will let you do
it anyway." "Xyzzy!" Xyzzy has actually been implemented as an undocumented
no-op command on several OSes; in Data General's AOS/VS, for example, it would
typically respond "Nothing happens", just as ADVENT did if the magic was
invoked at the wrong spot or before a player had performed the action that
enabled the word. In more recent 32-bit versions, by the way, AOS/VS responds
"Twice as much happens". See also plugh .
-- Robert H. Powell Idaho National Engineering Laboratory --
-- EG&G Idaho, Inc. Artificial Intelligence and Simulation --
-- (208) 525-5553 rhp@inel.gov (NeXT Mail OK) --
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: finger/fingerd
Date: 7 Aug 1993 03:17:58 GMT
Organization: Rensselaer Polytechnic Institute, Troy NY, USA
Distribution: world
Message-ID: <23v6t6$eaa@usenet.rpi.edu>
References: <16C2292F4.CCMAHTAJ@mizzou1.missouri.edu>
CCMAHTAJ@mizzou1.missouri.edu writes:
> Would somebody please tell me where I can find a copy of "finger" and
> "fingerd" for the NeXT. I have already tried :
> nova.cc.purdue.edu
> sonata.cc.purdue.edu
> moo.speech.cs.cmu.edu
> eclipse.its.rpi.edu
> but could not find them in the above locations.
The "cool" one was put together by Carl Edman. You can pick it up
by FTP to cs.orst.edu. Check directory pub/next/sources/tools for
the files:
new-finger-1.04.README-important-for-all-finger-users
new-finger-1.04.tar.Z
Once you have that, you'll find that it'd also be awfully convenient
to have an ident daemon installed. The latest version of that seems
to be over in directory pub/next/binaries/util, in the files:
pidentd-2.1.README
pidentd-2.1.tar.Z
I don't understand what ident is doing over in the binaries section,
as it includes all the sources. I also don't understand why it's
a "util" while finger is a "tool". Such are the difficulties of
catagorizing FTP submissions...
--
Garance Alistair Drosehn = gad@eclipse.its.rpi.edu
ITS Systems Programmer (handles NeXT-type mail)
Rensselaer Polytechnic Institute; Troy NY USA
From: toon@moene.indiv.nluug.nl (Toon Moene)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <500@moene.indiv.nluug.nl>
Date: 6 Aug 93 19:27:39 GMT
References: <1298@rtbrain.rightbrain.com>
Sender: toon@moene.indiv.nluug.nl
Organization: Moene Computational Physics, Amsterdam, The Netherlands
In article <1298@rtbrain.rightbrain.com> glenn@rightbrain.com (Glenn Reid)
writes:
> Eric P. Scott writes
> > Gimme a break. Really. Most of us are not "network impaired"
> > and I see no reason why we should be made to suffer because a few
> > whiners are lagging behind the times.
> > And finally, if you're wondering why you're being treated like
> > second-class citizens, the reason is simple: YOU ARE.
> Lighten up, Eric. It costs $ money $ to be part of the internet (if
> you don't work at a university). They/we are not second-class
> citizens.
> Here is a list of people that I KNOW do not have easy FTP access to
> the internet, and I'm sure there are more:
> RightBrain Software
> Adobe Systems
> NeXT Computer, Inc. (because of their "moat", most of them can't FTP)
> Sarrus Software
> Stone Design
> Altsys Corporation
> And some that I'm pretty sure don't have easy access:
> Lighthouse Design
> WordPerfect Corp.
> If these are second-class citizens in your book, then you've got
> pretty high standards.
Why is this so ? Even I, as an individual, can afford a SLIP connection
here in the Netherlands (approximately $120 per month). Of course, I
RATHER use my personal Internet connection (over my payed-for-9-to-5 one),
because:
1. I can set up my own security precautions
2. I have no limits on file transfers.
3. I can use nslookup if I have a problematic mail address.
I can use traceroute (DON'T DO THIS AT HOME, KIDS) when it's not
clear why a certain site can't be reached.
4. I can use ALL IP protocols, not just telnet and ftp ...
5. <giggle> I'd rather use telnet to reach the machines at work than
the - buggy, unreliable and plain slow - dialup service they offer,
EVEN THOUGH I PAY DEARLY FOR THE CONNECT TIME INVOLVED.
But, OK, *whiners* is putting it too strongly, perhaps.
--
Toon Moene (toon@moene.indiv.nluug.nl)
Kantershof 269, 1104 GN Amsterdam, The Netherlands
Phone: + 31 20 6982029; Fax: + 31 20 6003411
No Disclaimers; a NeXT@home protects against this occupational hazard.
NB: Strictly black hardware here - No Intel inside :-)
Newsgroups: comp.sys.next.sysadmin
From: u8021804@cc.nctu.edu.tw ()
Subject: How to see a Dos partition in a dual boot hard disk
Message-ID: <1993Aug7.033818.10294@debbie.cc.nctu.edu.tw>
Sender: usenet@debbie.cc.nctu.edu.tw
Organization: National Chiao Tung University
Date: Sat, 7 Aug 1993 03:38:18 GMT
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Console idle 17 days
Date: 7 Aug 1993 03:45:58 GMT
Organization: Rensselaer Polytechnic Institute, Troy NY, USA
Distribution: world
Message-ID: <23v8hm$hec@usenet.rpi.edu>
References: <1993Aug5.190654.5978@wuecl.wustl.edu>
In article <1993Aug5.190654.5978@wuecl.wustl.edu> brian@wucs1.wustl.edu
(Brian) writes:
> I am running NS3.0, and when I finger my machine, it shows that
> my console entry has been idle 17days. I would really like it
> if the console device would reflect that I am actually doing work
> in one of the applications, rather that me showing up as idle if
> I don't type something into a terminal window occasionally.
>
> Does anyone know if there is a fix for this?
It wouldn't be a complete fix for it, but I believe that if you
check out the package for MOTD you'll find something which will
adjust the idle time (as reported by finger) somewhat more often.
I haven't tried the package myself though.
Check FTP site cs.orst.edu in directory pub/next/sources/next-interface
for the files
MOTD.tar.Z
MOTD_README
--
Garance Alistair Drosehn = gad@eclipse.its.rpi.edu
ITS Systems Programmer (handles NeXT-type mail)
Rensselaer Polytechnic Institute; Troy NY USA
From: christ@park.bu.edu (Christian Mannes)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Printer puzzle, part II -- Any takers?
Date: 7 Aug 93 00:15:45
Organization: B.U. Department of Cognitive and Neural Systems
Distribution: comp
Message-ID: <CHRIST.93Aug7001545@park.bu.edu>
I have a very puzzling problem with my (new) NeXT laser printer,
connected to a NextStation running 3.0. Right now, I'm trying to
determine whether it is necessarily caused by a hardware failure,
possibly the cable, or by a software problem. Any help will be
appreciated, I posted a cry for help earlier, but now I have
a better idea of the symptoms. If you figure out what the problem
is, you win as many beers as you can drink in one evening
in a Boston pub :)
Symptoms summary
================
If the printer has been off for a sufficiently long time, the first
few print jobs come out ok (the number depends on the time the
printer has been off, it seems, but never more than 4. Note that the
number of pages per job does not matter--I printed very long
documents, too---only the number of print jobs) The quality of
those first printouts is perfect, After that, the following documents
invariably produce garbage: black pages with horizontal white
stripes. It looks like a scrambled version of the image. And, no
matter now many pages you send, just one scrambled page comes out,
usually with an pq entry similar to:
Rank Owner Job Files Total Size
active christ 34 0 bytes
^^^
(Although the 0 bytes entry occurs for working printouts, too, and
bad prints have had the correct number of bytes listed by lpq)
The jobs that come out as garbage sometimes get stuck in the queue.
There have been other types of garbage (solid black vertical stripe,
2.5 inch on an otherwise ok page, completely black pages), but I have
not found consistent conditions for their occurrence, and they have
happened only once each.
Turning off the printer for less than ~2 hours has no effect;
keeping it turned off (with nppower off) for longer than that allows
a few perfect quality prints (well, the black pages leave a little
toner that smears the backside of the pages), then the problem recurs.
ANY TAKERS?
------------------------------------------------------------------
Christian Mannes
Dept. of Cognitive and Neural Systems
Boston University
christ@cns.bu.edu "I am NOT a merry man"
------------------------------------------------------------------
--
Christian Mannes
Department of Cognitive and Neural Systems
Boston University
christ@cns.bu.edu
Newsgroups: comp.sys.next.sysadmin
From: steve@eps.netcom.com (Steven Kornreich)
Subject: SLIP performance
Message-ID: <netnewsCBDKEI.Byq@netcom.com>
Sender: netnews@netcom.com (USENET Administration)
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Sat, 7 Aug 1993 05:54:17 GMT
I am currently running SLIP on my NeXT at home and was wondering if there
is any advantage to going to CSLIP, or PPP. Would any of these
alternatives give better performance in ftp?
-steve
From: christ@park.bu.edu (Christian Mannes)
Newsgroups: comp.sys.next.sysadmin
Subject: Printer puzzle, part II - Any Takers?
Date: 7 Aug 93 02:34:45
Organization: B.U. Department of Cognitive and Neural Systems
Distribution: comp
Message-ID: <CHRIST.93Aug7023445@park.bu.edu>
I have a very puzzling problem with my (new) NeXT laser printer,
connected to a NextStation running 3.0. Right now, I'm trying to
determine whether it is necessarily caused by a hardware failure,
possibly the cable, or by a software problem. Any help will be
appreciated. I posted a cry for help earlier, but now I have
a better idea of the symptoms. If you figure out what the problem
is, you win as many beers as you can drink in one evening
in a Boston pub :)
Symptoms summary
================
If the printer has been off for a sufficiently long time, the first
few print jobs come out ok (the number depends on the time the
printer has been off, it seems, but never more than 4. Note that the
number of pages per job does not matter--I printed very long
documents, too---only the number of print jobs) The quality of
those first printouts is perfect, After that, the following documents
invariably produce garbage: black pages with horizontal white
stripes. It looks like a scrambled version of the image. And, no
matter now many pages you send, just one scrambled page comes out,
usually with an pq entry similar to:
Rank Owner Job Files Total Size
active christ 34 0 bytes
^^^
(Although the 0 bytes entry occurs for working printouts, too, and
bad prints have had the correct number of bytes listed by lpq)
The jobs that come out as garbage sometimes get stuck in the queue.
There have been other types of garbage (solid black vertical stripe,
2.5 inch on an otherwise ok page, completely black pages), but I have
not found consistent conditions for their occurrence, and they have
happened only once each.
Turning off the printer for less than ~2 hours has no effect;
keeping it turned off (with nppower off) for longer than that allows
a few perfect quality prints (well, the black pages leave a little
toner that smears the backside of the pages), then the problem recurs.
ANY TAKERS?
---------------------------------------------------------------------
Christian Mannes
Dept. of Cognitive and Neural Systems
Boston University
christ@cns.bu.edu "I am NOT a merry man"
---------------------------------------------------------------------
--
Christian Mannes
Department of Cognitive and Neural Systems
Boston University
christ@cns.bu.edu
Newsgroups: comp.sys.next.sysadmin
From: c_avery@rsgreet.andi.org (Christopher Avery)
Subject: Disk Admin (Chris Avery)
Message-ID: <CBD5tK.E7M@nextsrv1.andi.org>
Keywords: disk system admin
Sender: usenet@nextsrv1.andi.org (usenet)
Organization: Association of NeXTSTEP Developers International
Date: Sat, 7 Aug 1993 00:39:19 GMT
What disk utilities are available to track disk fragmentation, bad blocks,
etc. similar to what Norton Utilities on the PC offers?
The question came up in respect to installing 3.1. A full build would
remove disk fragmentation which could be a good idea, but how does one
know to what extent the disk is fragmented.
Thanks for any helpful suggestions!
--
Christopher Avery
reply to:cavery@nextsrv1.andi.org (NeXTMail accepted)
From: Eric.P..Scott@f236.n104.z1.FIDONET.ORG (Eric P. Scott)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: PREPARING LARGE FTP FILES FOR EVERYONE!
Message-ID: <5185.2C62B923@paranet.FIDONET.ORG>
Date: 5 Aug 93 20:49:00 GMT
Sender: ufgate@paranet.FIDONET.ORG (newsout1.26)
Organization: FidoNet node 1:104/236 - MacCircles, Genesee CO
--
Eric P. Scott - via ParaNet node 1:104/422
UUCP: !scicom!paranet!User_Name
INTERNET: Eric.P..Scott@f236.n104.z1.FIDONET.ORG
Newsgroups: comp.sys.next.sysadmin
From: sfitzp@cs.qub.ac.uk (Stephen Fitzpatrick)
Subject: Re: Cron and owner of Crontab
Message-ID: <1993Aug7.111553.28485@ousrvr.oulu.fi>
Sender: news@ousrvr.oulu.fi
Organization: University of Oulu
References: <23ug0b$nqf@tamsun.tamu.edu>
Date: Sat, 7 Aug 1993 11:15:53 GMT
In article <23ug0b$nqf@tamsun.tamu.edu> lje0106@sigma.tamu.edu (Louis J.
Everett) writes:
> I have established a soft link in the /private/etc directory such that
the
> crontab.local file is linked to a file in my personal directory (bob).
Isn't crontab run by root? Is so, then root on your machine may not be
able to read your home dir if it's mounted from another host.
Isn't this a major security hole though, as your sys admin has effectively
granted you root priviledges?
--
Stephen Fitzpatrick | sfitzp@cs.qub.ac.uk o o
Department of Computer Science | (NeXT mail ok) |
The Queen's Univerity of Belfast|"Keep passing the OpenWindows" v
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: xyzzy (MAB) was Re: Cron and owner of Crontab
Message-ID: <1993Aug7.071832.12081@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
Date: Sat, 7 Aug 1993 07:18:32 GMT
Now, in the absence of a fully functional DWIMNWIS, all
system administrators, whether of enormous NeXT-Works or with
a stand-alone machine that barely gets the newsgroups should
not be without a copy of xyzzy!
Here it is -- Copyrighted only because NeXT License
insists. Do with it what you wish EXCEPT in violation of NeXT
Copyrights. Guarantees - not at all! Its so little you don't
even have to lipo it!
begin 644 xyzzy.MAB.compressed
M'YV0>/+HT9,'@,&#"!,J7,BPH<.'$",B!$'Q1HT:(`!0!!&#!HV,&T'(^*@Q
M),4:,63`.$EC!@P;-63$L#%C8TR4&B7JW,FSI\^?0(,*'4JTJ-&C2"$J\Z?+
MUT$!!PT<#'`0AD$"^`X2.'C@X`"#!:P"*)#QJK]V^IQ%G<KVJD$!M-H"H`I`
M`(6@`G"\A?86!=>_!KL>_/*%3AD\=!P2IE($"Q6>U/;*Y4G8C)TV;-*(^9+&
M31HZ8A<W?@PQ\ERQ`T@]_5GY<N;-G3_',"C:,40!6Q,2,%V7]9<Q<^C(Z7QF
M86W2#G$?Q'"5]VV&A,F$H1-&\1<B0:@$N<WA((.K[%;[)"QFSIR'A+%KO^TW
M^4.Z"@F/>=.FS1LWT*]GW_Y0@%@`""R46T/P,2250?_=9=`-!1ST0AUSR/'"
M'&B\]L)K<^0QQQ=SN""$"Q2^AA!4!C'74X,&82&7!$FU^!`(3WC"#P`,@("!
M"X",`,Q;(+R`!``$C(#,6R1(`4@Y@$0#C(\`"OD6!V'\<Q`52N1"0``"P'(&
M!B#D<6663D!2Y94!D'(&`EV224J85;X%PQD&1&E0`-8(864`!<#29ETTP"GG
M7,;\"0`/.$;9(`DT.&'%/_RTP,=!U##J1!P,N/(6`8R200$(;C`J`AI`<NHI
M)%"XPB@8XCCAA1-U*&H0$@7510"L5P*`@J$`D,`&%D\(<0FN(Y`SZ:0-]J#&
ME09042P9R$)1K!?($E$L%L@"4:P4R/)P*!3(XG"H$LC2T*`,EB`+PZ%6(,O"
MH40@R\&A+""+P:$F($O!H2`@"\&A/B"+PJ%<((O$H1H@R\"A,B!+PJ$4((O`
MH0X@2\"A."`+0H,H,!N`5`VZ0,R5!<Q85[X;,T$DR/0TF`(#(,.CL@$@LZ,R
MD'BBH[($()/38`E&@`R.RN2`S,VXA(",38,MZ`$R-0V*H`#(T&"L#\C,'`H+
MR$/6Q0'(P#0(`BT@\^*U-R#CHD`""3CQ!AUH$`<"&F'``4<9;I1!1@@**!"4
M,_JTXX]@`'PUIU8'L4(B?/!10.)/:)"(#(E8D`CXY,85=EAB#1VG$UV/NQ54
M:YAIQIEGH-'V!6.V.407#)P+OKAOEH4.&^FS`:!Y0S"\;A`^N>G>DWS!#>=&
M<?&=/II#N1O4W>Z]]X?>%])19YUZ_#'$!(G?&73O6T*19][SU#L4N7NJ/S]?
M???E%WY#8)`8H$(#,E3@0@<"D.!!/BA4P(,13EBA9A?23(8VU*$/A4@SO2F1
M3U`$`"@<Y!\0_`<$7'20"SSD`17,H$.JD(AR7,$*4VA$'0BP"`LDH@)0(%$C
M>C8**I`H$<=HA!<0,`@_;(4."5C$``8Q#`(4`AAUN$<./G"''0Z#'XGHP/4,
M@H[J&&00/8"%``)PPP.$0HI4_`<TH$B*`%`1`'2P8A>SN,4>M.\@="@`.N9!
M%RB287%I1$<ZZ'*,/!7@BP>9PA4680,KH",*!QD$,1@`!71X801C@80B%ZE(
M#I9C$.P@P#&*,".Z0"(0?>!'\@`PAPPL@I*+X-8G^;$(!"1"`8.@)`+600Y&
M*C(1[.C","#B2#1L$@U^H2(ZVH#(`@@2`6H``#KT(8)$+C(2>BD`%0Q`148D
M$PK,),`ADDF$:`HBF4"(9A^2R8-HFJ*7.(AF*'I)@V@NX@5C@4$T5]%+%D23
M$[WD0#01T4L,1',0O:1`-/W02PA$\Q*]1$$T8=%+)$0S#[UD0#0;T4L21),.
MO41`--_02P)$4Q*]!$$T&7""L0`@FEQ@P5CX<4<"I-`@3(BF"PV2,BIBHJ,%
M<!D5)P%3F5'1$3"U&14[`5.=47$.)!C+SZC(!+\48&A4Y`,Z"W`T*B9A!6-A
M&A6#$8*Q1(V*B8!IU:AHCUXBHZ1+!$#7J$B*C!1`;%0\AEEQ4=*SI6UM;1O>
MV^(VM[K=+6\4S*M>]\K7OOKUKX`-K&!=%)"!Y,$%8QBL8B="$1MX!"04Z0A)
M0C(2R)I$)#.P`4M<`A.5M,0F'KE!3A9+VM*:]K2H32U$7O`"!;`6!&,8`PA:
M\`09S/8-8E!#&<9`A]G.8;9AD,,8T`""-M@`!VL`KG")FX89X$"S+7@#"`I+
MD.D*A""(S=L(TM`&.+Q!#KWEP6O&X`(T^"!O=GA#&LA0W#!T!@4I4,`>SF8&
M.`B/#F9`07#(4`8YR($%(N""&[A`!P*KC6UN@YO<Z&:W$`A8P")(P0[.=IC/
MH``$*Y&P`OJ@M])(9G#C^4+L7C.ZSX3&>*E[B&D"@!K5<"_$(Q9=;.A0N]LE
M)W[-$<_O?A,\XE0.=<AIB'(4""3G.*]RT7.B^O;#'>^`1\>4^4)YSC,])O>G
M/:K-LI:WS.4N>_G+8`ZSF,=,YC*;^<QH3K.:U\SF-KOYS7".LYSG3.<ZV_G.
6>,ZSGO?,YS[[^<^`#K2@!TWH0AM:(LQH
`
end
From: peer@ccrma.stanford.edu (Peer Landa)
Newsgroups: comp.sys.next.sysadmin
Subject: Cron, At, and Calendar
Message-ID: <1993Aug6.093935.22794@leland.Stanford.EDU>
Date: 6 Aug 93 09:39:35 GMT
Sender: news@leland.Stanford.EDU (Mr News)
Organization: DSO, Stanford University
Is it possible to give ordinary users access to crontab?
Also, the calendar worked on 2.x, but not on 3.0, any ideas?
-- peer
Newsgroups: de.comp.sys.next,comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.software
From: phaedrus@leland.Stanford.EDU (Avery Wang)
Subject: Re: Can one use a HP Deskjet 500C with NS 3.1?
Message-ID: <1993Aug6.170419.29038@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: DSG, Stanford University, CA 94305, USA
References: <23qnmv$ab@email.tuwien.ac.at> <1993Aug5.211531.424@dart.de>
Date: Fri, 6 Aug 93 17:04:19 GMT
In article <1993Aug5.211531.424@dart.de> wbeeck@dart.de writes:
>In article <23qnmv$ab@email.tuwien.ac.at> gadinger@galadriel.tuwien.ac.at
>(Anton Gadinger) writes:
>> O.K., it IS a silly question - is there a way to hook a HP DJ 500C to NS
>> 3.1 on a 486? Do HP sell a driver or something to make these lowmarket
>> things (software side) PostScriptable? Please tell if you know!
>>
>> Alex Wilkie, currently no email@addr! (sorry)
>
>We're selling a printer-driver, called "Dots", which allows you to output to
>many non-PostScript printing devices, including the HP Deskjet 500C.
>
Instead of using Dots you might also want to take a look at the stuff
I hacked together using Ghostscript for driving the HP550C. I posted
the instructions on sonata.cc.purdue.edu several months ago.
It's in /pub/next/lore/HPDeskJet550C.tar.Z
You just have to select the 500C instead of the 550C when compiling
Ghostscript.
By now, Ghostscript has gone through several revisions and the
instructions may have to be changed a little bit.
My method results in passable quality color/text output.
On the other hand, if you are willing to shell out the $250 for
Dots, it is actually pretty good. I had a chance to see it in
action where I work and I was impressed.
Good luck,
Avery Wang
Institut fuer Neuroinformatik (until September 1993, then back)
Ruhr-Universitaet Bochum (to Stanford)
ND 03/32, Postfach 10 21 48
44780 Bochum
Germany
Tel: +49-234-700-7994 (office)
-7094-210 (Fax)
email: avery@ccrma.stanford.edu
avery@neuroinformatik.ruhr-uni-bochum.de
Newsgroups: comp.sys.next.sysadmin
From: kent@infoserv.com
Subject: Re: Virus software?
Message-ID: <CBDqoq.zy@infoserv.com>
Sender: kent@infoserv.com (Kent L. Shephard)
Organization: K. L. Shephard Consulting
References: <23ub2m$iiq@panix.com>
Distribution: na
Date: Sat, 7 Aug 1993 08:10:01 GMT
In article <23ub2m$iiq@panix.com> randyc@panix.com (Randy Clyde) writes:
#Does anyone know about anti-virus software for Next's? Please post or
#E-mail any information. I would prefer software available over the net.
There is no anti-virus software for a NeXT. A NeXT is not like a PC or Mac.
The most an errant program can do is trash your user files. Unless you
run as root then the concept of a virus or trojan horse program isn't
one you should really worry about.
Kent
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
Newsgroups: comp.sys.next.sysadmin
From: ricks@odin.isc-br.com (Rick Schaeffer 99)
Subject: NS Intel and DPT2022 controller
Message-ID: <1993Aug7.173135.24146@isc-br.isc-br.com>
Sender: news@isc-br.isc-br.com (news user)
Organization: ISC-Bunker Ramo, An Olivetti Company
Date: Sat, 7 Aug 1993 17:31:35 GMT
I recently got a DPT2022 SmartCache III EISA SCSI controller to replace my
Adaptec 1542B. The DPT literature assures me that NextStep supports this
controller and so does the Next literature although only the 2012 is
mentioned. The DPT manual actually has a chapter for NextStep!
Of course, it doesn't work :-( I get the messages
EATA controller at irq 15
Registering: sc0
Kernel Trap
unexpected kernel trap d eip 102840
Raise RDP exception 2 code d subcode 2120000
Waiting for RDP connection (type 'c' to continue)
My system is an AMI Enterprise III EISA motherboard with 486/66DX2, 32 meg of
ram, and PS2 mouse. I have previously been able to run NextStep using my
old Adaptec 1542B controller. The DPT board is in slot 5 configured for
edge triggered interrupt 15. DOS works fine. Oh...I have a separate floppy
controller so I'm not using the DPT's built in one, although I've tried it
with the same results as above. My previous installation of NextStep is
still on the hard disk and I can boot it by typing (at the "boot:" prompt)
"sd()mach_kernel config=Default". However I get the same kernel trap as
above. My scsi bus contains 5 devices, 3 internal and 2 external. Scsi ID 0
is a 540 meg conner, ID 1 is a 1.2 gig Toshiba, ID 2 (external) is a 200
meg maxtor, ID 3 is an HP DAT tape drive, and ID 4 is a Toshiba TM3401 CD-ROM.
I sure hope someone can help me! Thanks in advance.
--
Rick Schaeffer EMAIL: ricks@mail.spk.olivetti.com
Olivetti North America OR: uunet!oliveb!isc-br!ricks
2425 E. Appleway Ave. Phone: (509)927-5114
Spokane, WA 99019-9534 Home: (509)928-3533
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Preparing large ftp files for EVERYONE!
Date: 7 Aug 1993 17:46:30 GMT
Organization: University of Illinois at Urbana
Message-ID: <240ppm$h2r@vixen.cso.uiuc.edu>
References: <1993Aug6.074131.3775@csus.edu> <1993Aug6.140421.1365@afs.com>
jon@afs.com writes:
>In article <1993Aug6.074131.3775@csus.edu> eps@futon.SFSU.EDU (Eric P. Scott)
>writes:
>| They choose to be ignorant. I can't help that. Not having
>| Internet access is like not having an "800" number or a FAX
>| machine. It should be just as unthinkable for any business
>| that expects to be taken seriously. But it is their choice.
>Well, *we* don't have an internet connection. We use uucp for mail and news.
>Our feed is from PSI. We ftpmail what files we want off the archives. It would
If a company is in a major city that PSI has a dialup in, they can
get dial-up IP for $150/mopnth at 9.6kbps. There's not much excuse
for not doing that if you have the technical expertise to support
such a service.
(that's the real problem with most companies - the technical
expertise to keep an IP connection running)
>I vote Eric gets the Arrogant University Cyberdweeb award for the week, thanks
Eric was just pointing out that many companies do indeed have real
Internet connections, or do have a not-so-expensive alternative to
having real IP.
As for NeXT's ability to ftp outside... the last time I was sitting
at a *.next.com machine, I had no trouble at all ftping outside.
(this was quite a long time ago, and things may have changed
administratively, however)
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can't find netware servers
Date: 7 Aug 1993 17:50:15 GMT
Organization: University of Illinois at Urbana
Message-ID: <240q0n$h3b@vixen.cso.uiuc.edu>
References: <1993Aug6.133051.18594@falch.no>
Dag Hasvold <boots@falch.no> writes:
>I have recently configured the routers for Novell-routing, and when
>telneting to our cisco I can see all the other Novell servers on the
>to these servers on my NeXT, but the only server I can see is our own.
>I have not enabled Novell-routing on our network because I don't want
Look at it this way: can your PC's that run IPX see the other
servers? The NeXT is more or less just another PClike IPX client on
the network. If you have not enabled ipx routing on your router,
then how will your NeXT see the other servers?
I think you either need to tunnel with your server to a 3.11 one
(assuming you're running 3.11 on yours) or turn on the IPX routing
on your router.
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
Newsgroups: comp.sys.next.sysadmin
From: eric%basilisk@src.honeywell.com (Eric D. Engstrom)
Subject: Re: xyzzy (MAB) was Re: Cron and owner of Crontab
Message-ID: <CBEv57.1yw@basilisk.uucp>
Sender: eric@basilisk.uucp (Eric D. Engstrom)
Organization: anonymous
References: <1993Aug7.071832.12081@ToTSySSoft.com>
Date: Sat, 7 Aug 1993 22:43:55 GMT
Bruce Gingery writes
> Now, in the absence of a fully functional DWIMNWIS, all
> system administrators, whether of enormous NeXT-Works or with
> a stand-alone machine that barely gets the newsgroups should
> not be without a copy of xyzzy!
>
> Here it is -- Copyrighted only because NeXT License
> insists. Do with it what you wish EXCEPT in violation of NeXT
> Copyrights. Guarantees - not at all! Its so little you don't
> even have to lipo it!
I don't quite understand the necessity of this being any more than a shell
script. Why bother with C-code and recomiling every time NeXT releases a
new version of NeXTSTEP for alternate hardware (HP/PA-RISC, PowerPC, ...)
Here's a 3-line version (including 1-line of comments ;-) of xyzzy that is
NOT copywrited, will never need compiling, and will work on any UN*X box:
#!/bin/sh
# put this script in /bin/xyzzy. See how young/novice your users are ;-)
sleep 1; echo Nothing happens.
Also, what NeXT Licence insists on copywrites?
Eric
+------------
Eric D. Engstrom, Honeywell Systems & Research Center, Mpls, MN, USA
engstrom@src.honeywell.com -or- NeXT: eric%basilisk@src.honeywell.com
< I eat from the four food groups: Barley, Hops, Yeast, Water >
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.misc
From: bill@bilver.uucp (Bill Vermillion)
Subject: Re: IMPORTANT: Problem with NEXTSTEP 3.1 fip CDs (please read and pass this info on!!)
Organization: W. J. Vermillion - Orlando / Winter Park, FL
Date: Sun, 8 Aug 1993 03:10:30 GMT
Message-ID: <1993Aug8.031030.28214@bilver.uucp>
References: <23m021$7l1@menudo.uh.edu> <1993Aug4.225309.15578@umiami.ir.miami.edu>
In article <1993Aug4.225309.15578@umiami.ir.miami.edu> therbert@umiami.ir.miami.edu writes:
>In article <23m021$7l1@menudo.uh.edu>, sears@tree.egr.uh.edu (Paul S. Sears) writes:
>>
>> (Please alert your vendor of this potential problem!!! Also tell anyone you
>> know who isn't on the net...)
>> We have discovered a potentially serious problems with some shipments of
>> NEXTSTEP 3.1/fip CDs that makes it IMPOSSIBLE to install NEXTSTEP on any
>> hardware because the CD cannot be read:
>> There seems to have been a defect in the packaging phase during the
>> production of batch of NEXTSTEP 3.1 CDs. These CDs are "fogged." That is,
>> they have a thin film over the back of the CD (side opposite of the label).
>> At first we thought it was due to humidity, but now we are not sure what it
>> is. However, we believe that the defect happened during the packaging phase
>> because all of our 22 copies (from the same shipment) of NEXTSTEP 3.1/fip
>> had this film. Copies from an earlier shipment were fine.
...
>> This problem can be fixed if you carefully clean the CD. We sucessfully
>> used "computer screen cleaner" and Windex without any problems. Apply the
>> cleaner to a lint-free cloth and wipe the film off the CD. After the CD is
>> cleaned, installation and use of the CD should be problem free (that is if
>> there aren't any other problems like hardware incompatiblity).
>> We would like to know if you come across a CD with this "defect" so please
>> send me email.
Just checked my copy, that I picked up earlier this week. The OS was
that way, the development dis was not (see later).
>Yes - We received 13 copies from NACSCorp - Academic packages. All 13
>packages have both user and developer disks fogged. The coating seems
>slightly sticky, also. I used Windex also and a soft cloth and got the
>disks to read.
>I called NeXT and informed them of the problem - I am really disappointed
>in NeXT - We are not terribly inconvenienced but this incident seems to
>be one more tiny way in which NeXT is trying to kill its great software.
>A little more attention to details in manufacturing would really help
>NeXTstep! (Just letting off a bit of smoke - NeXT had not shown
>a lot of care in handling "details" with its hardware sales and support
>and seems to be right on its old track, here.)
I wouldn't blame NeXT for a manufacturing problem like that. I've
purchased commercial CDs with the same problem.
What they could be blamed for is if they let it continue and don't
inform their vendor. Plants to make these are most certainly shrink
wrapping the whole package.
Now - when I looked I saw an area that was not fogged. Sort of
eliptical. Lo and behold, on the CD case itself there is a small
serial number label. And the placement looks like it could be the
same.
And my developer disk was okay. The difference is the plastic in the
OS was black while the developer was white. I suspect it may be
out-gassing from the plastic cases, and the serial number limited the
coating in that area.
All it takes is a vendor who supplies a chemical to make an
insignificant change (he thought) that causes problems with your
formulation. I saw this happen when I worked in a recording studio and
Ampex came an pulled all of our tape stock because it got sticky. A
vendor had changes a component they used to make the binder, and
reacted adversely to other chemicals in the binder. Don't blame NeXT,
they didn't make the disk, but get them to fix them however.
--
Bill Vermillion - bill@bilver.uucp OR bill@bilver.oau.org
Newsgroups: comp.sys.next.sysadmin
From: mzeller@gwdu03.gwdg.de (Meinrad Zeller)
Subject: Re: sed question
Message-ID: <2E5FBUVF@gwdu03.gwdg.de>
Organization: GWDG, Goettingen
References: <70116@mimsy.umd.edu>
Date: Sun, 8 Aug 1993 06:00:20 GMT
Alex Blakemore (alex@cs.umd.edu) wrote:
: In article <dalCB6yp2.G5r@netcom.com> dal@netcom.com (Dana Andre Letendre) writes:
: > I'm trying to replace tabs with spaces in a text file using sed,
: > Any suggestions?
And if you know that, I'm sure you can also tell me how to convert
the @$#% DOS CR/LF into LF. I've tried a lot of things, but nothing
worked (this was on a DEC machine).
Thanks very much
Meinrad
--
Meinrad Zeller
Foehrenweg 1
D-37077 Goettingen
Tel.: +49-551-300095
From: Samuel M. Goldberger
Newsgroups: comp.sys.next.sysadmin
Subject: AppleTalk Support in 3.1??
Date: 8 Aug 1993 06:50:36 GMT
Distribution: world
Message-ID: <2427ns$2s1@nntp.crl.com>
I recently upgraded my cube from 3.0 to 3.1, and promply lost access to my
LaserWriter Pro 630 ethernet-ed to the NeXT. So I pulled over the AppleTalk
package from 3.0, but found that the new print manager doesn't make provision
for AppleTalk printers. So I pulled over the old print manager, and lo! the
printer appeared as before, only it wouldn't print.
I haven't tried mounting shared volumes from a Mac, but it would appear that
although the AT daemon starts up during the boot process, it doesn't really
work. Is this true? Is there a workaround, short of buying "Partner" from ITP
for $150?
--
Samuel M. Goldberger
Spherical Solutions
22 Miller Avenue, Suite A
Mill Valley, CA 94941
415-380-0383--voice
415-383-0391--fax
Newsgroups: comp.sys.next.sysadmin
From: eric@whyanext.whyanext.com (Eric Schwartz)
Subject: stderr | (pager || voicemail) ?
Message-ID: <ERIC.93Aug8001004@whyanext.whyanext.com>
Sender: news@unix.portal.com
Organization: WhyaNeXT, Inc.
Date: Sun, 8 Aug 1993 08:10:04 GMT
Has anyone come up with any clever ways to make their computers page them
or leave them voicemail messages (somehow) when the system needs their
attention?
For example, I run a MUD which periodically crashes, and I'd able to bring it
back up much faster if I could scan the log file for an error, then dial out
via a modem to a pager number. Even better would be for the NeXT's audio out
to be hooked up to the phone line, so that I can send a soundfile to my
voicemail box that would describe the problem in detail.
Any ideas? If you have implemented something like this for whatever reason
and have some code/utility, telephone interface schematic, etc., please
let me know!
Thanks,
Eric
eric@whyanext.com
--
Eric Schwartz
eric@whyanext.com (NeXTmail spoken here)
Have you ever run into someone who was gruntled, ruly, or peccable?
Newsgroups: comp.sys.next.sysadmin
From: m@BlueRose.com (M Carling)
Subject: Re: NS Intel and DPT2022 controller
Message-ID: <1993Aug8.025103.24045@BlueRose.com>
Sender: m@BlueRose.com
Organization: Blue Rose Systems, Inc.
References: <1993Aug7.173135.24146@isc-br.isc-br.com>
Date: Sun, 8 Aug 1993 02:51:03 GMT
In article <1993Aug7.173135.24146@isc-br.isc-br.com> ricks@odin.isc-br.com
(Rick Schaeffer 99) writes:
> I recently got a DPT2022 SmartCache III EISA SCSI controller to replace
my
> Adaptec 1542B. The DPT literature assures me that NextStep supports
this
> controller and so does the Next literature although only the 2012 is
> mentioned. The DPT manual actually has a chapter for NextStep!
>
> Of course, it doesn't work :-( I get the messages
> EATA controller at irq 15
> Registering: sc0
>
> Kernel Trap
>
> unexpected kernel trap d eip 102840
> Raise RDP exception 2 code d subcode 2120000
> Waiting for RDP connection (type 'c' to continue)
>
> My system is an AMI Enterprise III EISA motherboard with 486/66DX2, 32
meg of
> ram, and PS2 mouse. I have previously been able to run NextStep using
my
> old Adaptec 1542B controller. The DPT board is in slot 5 configured for
> edge triggered interrupt 15. DOS works fine. Oh...I have a separate
floppy
> controller so I'm not using the DPT's built in one, although I've tried
it
> with the same results as above. My previous installation of NextStep is
> still on the hard disk and I can boot it by typing (at the "boot:"
prompt)
> "sd()mach_kernel config=Default". However I get the same kernel trap as
> above. My scsi bus contains 5 devices, 3 internal and 2 external. Scsi
ID 0
> is a 540 meg conner, ID 1 is a 1.2 gig Toshiba, ID 2 (external) is a 200
> meg maxtor, ID 3 is an HP DAT tape drive, and ID 4 is a Toshiba TM3401
CD-ROM.
I installed one in a Dell DGX today, and it worked fine. Make sure (by
booting config=Default) that Configure.app is set for the DPT rather than
the Adaptec. The only other suggestion that I have is to remove all the
SCSI devices from the chain except the boot device and the controller.
M Carling
President, Bay Area NeXT Group
From: anderson@macc.wisc.edu (Jess Anderson)
Newsgroups: comp.sys.next.sysadmin
Subject: Them Old dwrite Blues
Date: 8 Aug 1993 13:51:09 GMT
Organization: Division of Information Technology, UW-Madison
Message-ID: <2430cd$pg7@news.doit.wisc.edu>
Finally got around to upgrading to 3.1 (black).
Eeuuuww, the new login panel is UG-LY! S'all right, I know
how to make a prettier one. But those fools^H^H^H^H^H folks
yonder sure do know how to keep a person guessing, eh?
Like, the old defaults for loginwindow don't seem to be the
right ones anymore. ImageFile still points to the tiff,
which is good, but the others (movement rate, scale,
timeout, time to idle, time to dim), some or all of them,
not only don't work but cause problems, looks like.
Let's say you change ImageFile to point to a new image, log
out, and type 'exit' to restart the window server. OK, the
panel goes away, there's a brief, grey whirring, and shortly
the login panel reappears. Makes logging in rather
difficult, actually. I mean, that looks like a bug, ya
know? (Is it, actually?) Rebooting takes care of it, until
the next time.
What I did was to delete all the defaults for loginwindow
except ImageFile, and this does a better job of taking care
of it; you can now exit and still be able to log in without
rebooting.
But I think having the panel dim and move around is a fine
idea, and I'd like to get that back. Under 3.0, some kind
soul discovered all the dwrites relevant to loginwindow
and published them in the newsgroup. Fine service from the
cohort. Has anyone managed to do this for 3.1?
In a more general way, how *does* one discover such things,
anyway?
Incidentally, Icon.app now being broken once again is a
giant pain you know where, since IconBuilder is hardly a fit
replacement, in my opinion.
At least you can use alpha now in the tiffs, which is a
forward step. Well, you could use it before, but
loginwindow.app blithely ignored it.
I've never understood, really, why NeXT doesn't tell us all
this useful stuff. After several upgrades, it gets to be a
large annoyance to have to rediscover all the little things
one has found out.
Hey, it's not all bad; the workspace is quite a lot faster,
for which many thanks.
--
[Jess Anderson <> Division of Information Technology, University of Wisconsin]
[Internet: anderson@macc.wisc.edu <> <> UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[----------> An intellectual is someone whose mind watches itself. <----------]
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin,comp.sys.next.misc
From: tlm@tantalus.scl.ameslab.gov (Tom Marchioro)
Subject: Dead Microsoft Mouse with Gateway: help requested
Message-ID: <CBG2wD.8vn@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Sun, 8 Aug 1993 14:29:01 GMT
Well, finally got our first 486 machine and spent yesterday loading
NeXTstep (sigh.... I still like the old "spelling" best) on it. Thanks to
the many helpful posts about the idiosyncracies of this system, in
particular the one by Paul Sears, the installation went pretty
straightforwardly. The only problem is that at the end of it all the mouse
is completely dead --- odd since it works just fine in the intermediate
steps needed to get the OS installed. As per Paul's post, I gave me a
password, then became root, used the arrow keys to open a terminal and
Edited the file
/usr/Devices/System.config/Instance0.table
and removed the PS2Mouse entry from the boot drivers, and then rebooted.
Still dead. The Turbo button was never ennabled "which I assume means,
"pushed in" at any time in the installation or boot process.
I'm completely stymied at this point and actively seeking help from someone
willing to offer it. Paul's post was from mid-June, and I've not paid much
attention to the Gateway related threads in the interim, so perhaps there
is an update as to what causes this problem with the Mickey Mouse?
Another question: what is the Gateway equivalent to command-command-~ on
black hardware? Have needed to do a couple of hard reboots already and
would like to avoid that in the future.
Thanks for any and all help in advance!
Tom
--
Dr. Thomas L. Marchioro II Two-wheeled theoretical physicist
Center for Physical and
Computational Mathematics 515-294-6629
Ames Laboratory 515-233-1216 (home)
Ames, Iowa 50011 tlm@iastate.edu
Newsgroups: comp.sys.next.sysadmin
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Re: Them Old dwrite Blues
Message-ID: <1993Aug8.162023.28763@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <2430cd$pg7@news.doit.wisc.edu>
Date: Sun, 8 Aug 93 16:20:23 GMT
Jess Anderson writes
> Incidentally, Icon.app now being broken once again is a
> giant pain you know where, since IconBuilder is hardly a fit
> replacement, in my opinion.
The patched Icon.app still works as long as you turn Public
Windowserver on. This is a security risk, though.
--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@leland.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Copyrights (was Re: xyzzy (MAB))
Message-ID: <1993Aug8.101222.352@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <CBEv57.1yw@basilisk.uucp>
Date: Sun, 8 Aug 1993 10:12:22 GMT
In article <CBEv57.1yw@basilisk.uucp>
eric%basilisk@src.honeywell.com (Eric D. Engstrom) writes:
[munch]
-> Also, what NeXT Licence insists on copywrites?
->
run-time library license for v3.1 NEXTSTEP (p54 for English
version)... comparable restrictions in previous NEXTSTEP
versions.
Bruce
Newsgroups: comp.sys.next.sysadmin
From: nico@imani.cam.org (Nicolas Dore)
Subject: Re: AppleTalk Support in 3.1??
Message-ID: <1993Aug8.165723.9887@imani.cam.org>
Sender: nico@imani.cam.org
References: <2427ns$2s1@nntp.crl.com>
Date: Sun, 8 Aug 1993 16:57:23 GMT
In comp.sys.next.sysadmin article <2427ns$2s1@nntp.crl.com> you wrote:
> I recently upgraded my cube from 3.0 to 3.1, and promply lost access to my
> LaserWriter Pro 630 ethernet-ed to the NeXT. So I pulled over the AppleTalk
> package from 3.0, but found that the new print manager doesn't make
> provision for AppleTalk printers. So I pulled over the old print manager,
> and lo! the printer appeared as before, only it wouldn't print.
>
> I haven't tried mounting shared volumes from a Mac, but it would appear that
> although the AT daemon starts up during the boot process, it doesn't really
> work. Is this true? Is there a workaround, short of buying "Partner" from
> ITP for $150?
As previously posted, there is no e-mail adress in your post. Kind of annoying.
Try to look in the Preferences in NG. Anyway, here's what I have to say:
Sorry, but no. NeXT gave (sold?) ITP the AT package, and probably made sure you
couldn't do what you tried to. Sad...
BTW Any news on that netinfoconfig for the Macintosh Club de Montreal? Jhon
Markle was on vacation, and I moving, so we didn't have much time to put in
this, but now that we do...
Let me know.
Ciao
> --
> Samuel M. Goldberger
> Spherical Solutions
> 22 Miller Avenue, Suite A
> Mill Valley, CA 94941
> 415-380-0383--voice
> 415-383-0391--fax
--
Nicolas Dore nico@imani.cam.org
- - - - - - - - - CAREFUL! NERDIE TV SHOW QUOTE ZONE! - - - - - - -
> "Just once I'd like to meet an alien nuisance <
> that isn't immune to bullets" Policeman, in Dr Who <
Newsgroups: comp.sys.next.sysadmin
From: magnus@fisher.Stanford.EDU (Magnus Nordborg)
Subject: Re: sed question
Message-ID: <1993Aug8.195238.3418@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <2E5FBUVF@gwdu03.gwdg.de>
Date: Sun, 8 Aug 93 19:52:38 GMT
In article <2E5FBUVF@gwdu03.gwdg.de> mzeller@gwdu03.gwdg.de (Meinrad
Zeller) writes:
> In article <dalCB6yp2.G5r@netcom.com> dal@netcom.com (Dana Andre
Letendre) writes:
> > I'm trying to replace tabs with spaces in a text file using sed,
> > Any suggestions?
>
> And if you know that, I'm sure you can also tell me how to convert
> the @$#% DOS CR/LF into LF. I've tried a lot of things, but nothing
> worked (this was on a DEC machine).
I'm pretty sure I can,
tr '\015' '\012' < dosfile > unixfile
should do it. Modify as needed.
> Thanks very much
No problem, but please note that questions like this one (and the original
one) are not NeXT questions and should be directed to comp.unix.questions
(e.g.).
> Meinrad
> --
> Meinrad Zeller
> Foehrenweg 1
> D-37077 Goettingen
> Tel.: +49-551-300095
--
Magnus Nordborg
magnus@fisher.stanford.edu (NeXT mail preferred)
Department of Biological Sciences
Stanford University
Stanford, CA 94305-5020
+1 (415) 723-4952 (office)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin,comp.sys.next.misc
From: dean@world.std.com (Dean S Banfield)
Subject: Re: Dead Microsoft Mouse with Gateway: help requested
In-Reply-To: tlm@tantalus.scl.ameslab.gov's message of Sun, 8 Aug 1993 14:29:01 GMT
Message-ID: <DEAN.93Aug8235441@world.std.com>
Sender: dean@world.std.com (Dean S Banfield)
Organization: The World Public Access UNIX, Brookline, MA
References: <CBG2wD.8vn@news.iastate.edu>
Date: Mon, 9 Aug 1993 04:54:41 GMT
In article <CBG2wD.8vn@news.iastate.edu> tlm@tantalus.scl.ameslab.gov (Tom Marchioro) writes:
> the many helpful posts about the idiosyncracies of this system, in
> particular the one by Paul Sears, the installation went pretty
> straightforwardly. The only problem is that at the end of it all the mouse
> is completely dead --- odd since it works just fine in the intermediate
> steps needed to get the OS installed.
I suffer the same fate. Sorry this is not an aid, but merely commiseration
in the sense that you are not alone, and that this may be a widespread problem.
Any keyboard method to move between buttons on the logout panel, so that I
am not forced to perform a hard reboot, thereby leaving files open? Would
rather logout in the 'power off the system' mode. TIA.
-Dean
--
Dean S. Banfield Voice: (203) 656-1500
Real Decisions Corporation FAX : (203) 656-1659
22 Thorndal Circle email: dean@world.std.com
Darien, CT 06820
Newsgroups: comp.sys.next.sysadmin
From: pwm@csis.dit.csiro.au (Peter Milne)
Subject: Building a bootable floppy for NeXTSTEP 3.1 - Anyone done it?
Message-ID: <1993Aug9.021203.2277@csis.dit.csiro.au>
Organization: CSIRO Division of Information Technology
Date: Mon, 9 Aug 1993 02:12:03 GMT
Unfortunately BootFloppy3.0 from the archives fails when trying to
build a bootable floppy for NeXTSTEP 3.1 - the floppy fills up before
all the files are written to it.
Has anyone produced a bootable floppy for NS 3.1?
Cheers,
Peter (milne@csis.dit.csiro.au)
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: sed question
Message-ID: <1993Aug9.042112.27479@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <2E5FBUVF@gwdu03.gwdg.de> <1993Aug8.195238.3418@leland.Stanford.EDU>
Date: Mon, 9 Aug 1993 04:21:12 GMT
In article <1993Aug8.195238.3418@leland.Stanford.EDU>
magnus@fisher.Stanford.EDU (Magnus Nordborg) writes:
>In article <2E5FBUVF@gwdu03.gwdg.de> mzeller@gwdu03.gwdg.de (Meinrad
>Zeller) writes:
>> And if you know that, I'm sure you can also tell me how to convert
>> the @$#% DOS CR/LF into LF. I've tried a lot of things, but nothing
>> worked (this was on a DEC machine).
> tr '\015' '\012' < dosfile > unixfile
>
>should do it. Modify as needed.
That's fine for Mac text files, but won't work for DOS (CRLF is
*two* characters). tr -d '\015' is also wrong, since only CRs
at the end of lines are expendable. If all else fails, write a
short C program to do it; something like
#include <stdio.h>
#include <strings.h>
main(argc, argv)
int argc;
char *argv[];
{
register int c;
if (argc<1||argc>2) {
(void)fprintf(stderr, "Usage: %s [file]\n", *argv);
exit(1);
}
if (argc>1&&strcmp(argv[1], "-")&&!freopen(argv[1], "r", stdin)) {
perror(argv[1]);
exit(1);
}
while ((c=getchar())!=EOF) {
if (c=='\r') {
if ((c=getchar())!='\n') putchar('\r');
if (c==EOF) break;
}
putchar(c);
}
exit(0);
}
(How to handle a "bare LF" not at the beginning of a line is left
as an exercise to the reader.)
> please note that questions like this one (and the original
>one) are not NeXT questions and should be directed to comp.unix.questions
Agreed.
-=EPS=-
--
Sometimes the fastest way to get accurate information out of the
net is to post misinformation.
Newsgroups: comp.sys.next.sysadmin
From: sfitzp@cs.qub.ac.uk (Stephen Fitzpatrick)
Subject: Re: sed question
Message-ID: <1993Aug9.091453.968@ousrvr.oulu.fi>
Sender: news@ousrvr.oulu.fi
Organization: University of Oulu
References: <1993Aug9.042112.27479@csus.edu>
Date: Mon, 9 Aug 1993 09:14:53 GMT
In article <1993Aug9.042112.27479@csus.edu> eps@futon.SFSU.EDU (Eric P.
Scott) writes:
> In article <1993Aug8.195238.3418@leland.Stanford.EDU>
> magnus@fisher.Stanford.EDU (Magnus Nordborg) writes:
> >In article <2E5FBUVF@gwdu03.gwdg.de> mzeller@gwdu03.gwdg.de (Meinrad
> >Zeller) writes:
>
> >> And if you know that, I'm sure you can also tell me how to convert
> >> the @$#% DOS CR/LF into LF. I've tried a lot of things, but nothing
> >> worked (this was on a DEC machine).
> > tr '\015' '\012' < dosfile > unixfile
> >
> >should do it. Modify as needed.
>
> That's fine for Mac text files, but won't work for DOS (CRLF is
> *two* characters). tr -d '\015' is also wrong, since only CRs
> at the end of lines are expendable. If all else fails, write a
> short C program to do it; something like
Isn't there a program called dux that converts DOS to Unix?
--
Stephen Fitzpatrick | sfitzp@cs.qub.ac.uk o o
Department of Computer Science | (NeXT mail ok) |
The Queen's Univerity of Belfast|"Keep passing the OpenWindows" v
From: ah@fml.tuwien.ac.at (Andreas Haleger)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Virus software?
Date: 9 Aug 1993 11:07:28 GMT
Organization: Technical University Vienna, Austria
Message-ID: <245b5h$do5@email.tuwien.ac.at>
References: <CBDqoq.zy@infoserv.com>
In article <CBDqoq.zy@infoserv.com> kent@infoserv.com writes:
> In article <23ub2m$iiq@panix.com> randyc@panix.com (Randy Clyde) writes:
> #Does anyone know about anti-virus software for Next's? Please post or
> #E-mail any information. I would prefer software available over the
net.
>
> There is no anti-virus software for a NeXT. A NeXT is not like a PC or
Mac.
> The most an errant program can do is trash your user files. Unless you
> run as root then the concept of a virus or trojan horse program isn't
> one you should really worry about.
>
As you are mentioning PCs, what about running DOS in a separate
DOS-partition? Lets say, you have two partitions, one for NS and one for
DOS. What prevents a program running under DOS of accessing the
NS-partition? You can format the NS partition by just typing fdisk and
according parameters, so I see no reason why any other programs couldn't
do this also. The same thing seems to be true if you have physically two
disks.
Has this ever been discussed?
--
== Andreas ==
Wir entschuldigen uns fuer die Strapazen (Douglas Adams). NeXTmail
accepted.
From: dpp@athena.com (David Pollak)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Virus software?
Date: 9 Aug 1993 12:50:46 GMT
Organization: Athena Design, Inc.
Message-ID: <245h76$5sq@hermes.athena.com>
References: <245b5h$do5@email.tuwien.ac.at>
In article <245b5h$do5@email.tuwien.ac.at> ah@fml.tuwien.ac.at (Andreas
Haleger) writes:
> In article <CBDqoq.zy@infoserv.com> kent@infoserv.com writes:
> > In article <23ub2m$iiq@panix.com> randyc@panix.com (Randy Clyde) writes:
> > #Does anyone know about anti-virus software for Next's? Please post or
> > #E-mail any information. I would prefer software available over the
> net.
> >
> > There is no anti-virus software for a NeXT. A NeXT is not like a PC or
> Mac.
> > The most an errant program can do is trash your user files. Unless you
> > run as root then the concept of a virus or trojan horse program isn't
> > one you should really worry about.
> >
>
> As you are mentioning PCs, what about running DOS in a separate
> DOS-partition? Lets say, you have two partitions, one for NS and one for
> DOS. What prevents a program running under DOS of accessing the
> NS-partition? You can format the NS partition by just typing fdisk and
> according parameters, so I see no reason why any other programs couldn't
> do this also. The same thing seems to be true if you have physically two
> disks.
>
It would have to be a fairly smart virus.
1 - it would have to know how to look for the NEXTSTEP partition
2 - it would have to have at least a minimal idea of how to hack the UFS (UNIX
file system)
3 - it would have to find the i-node for rc.local or a similar file, hack it
4 - install a daemon on the system that would execute with root privileges
5 - it would have to fit in 640K (the biggest obstacle of all :-)
6 - The person who wrote it could spend far less time and infect far more
machines by writing a DOS/Windows based virus...
David (who needs coffee right now...)
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Re: NS Intel and DPT2022 controller
Message-ID: <CBHy17.MzL@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <1993Aug7.173135.24146@isc-br.isc-br.com>
Date: Mon, 9 Aug 1993 14:39:07 GMT
In article <1993Aug7.173135.24146@isc-br.isc-br.com> ricks@odin.isc-br.com (Rick Schaeffer 99) writes:
>I recently got a DPT2022 SmartCache III EISA SCSI controller to replace my
>Adaptec 1542B. The DPT literature assures me that NextStep supports this
>controller and so does the Next literature although only the 2012 is
>mentioned. The DPT manual actually has a chapter for NextStep!
>
>Of course, it doesn't work :-( I get the messages
> EATA controller at irq 15
> Registering: sc0
>
I noticed no reference to the firmware in your post. The 2022 is the
first SmartCache III board released by DPT. It is different from the
2012. DPT is aware that there is an incompatibility between NSFIP and the
2022 firmware currently out there.
When NSFIP failed in-house on their test equipment, they produced
a new firmware set which will be shipped on all future boards.
A free firmware upgrade is available to anyone who purchased these
early boards.
Just call DPT technical support at (407) 830-5522.
You can ask for Angela in tech support, but I have talked to at
least 2 other people who know of this problem (and know of NEXSTEP!).
They will ship the upgrade to you UPS free of charge. If you
want to get the upgrade sooner I'm sure you can pay them for Fedex.
For other potential DPT buyers:
You can save yourself some time, by asking DPT to send you the firmware
at the time you place the order for a 2022 from a 3rd party vendor.
That's what I did. We just got the boards today, and will get the
firmware tomorrow. It's kind of moot for us that the upgrade comes
a day later since our main systems will not arrive till Friday or Monday.
Good luck. @:^)
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Fax: (617) 863-8575 pronounced "Throat-Warbler Mangrove".
) Tel: (617) 861-5579 NeXTMail O.K.
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: jcdavis1@eos.ncsu.edu (JOSEPH CARL DAVIS)
Subject: HELP: monitor blacks on brightness key
Message-ID: <1993Aug9.141858.3675@ncsu.edu>
Sender: news@ncsu.edu (USENET News System)
Organization: NCSU Project Eos
Date: Mon, 9 Aug 1993 14:18:58 GMT
Hello Netters:
OK, I have a problem with my NeXTstation Mono monitor. we had an electrical
storm the other day ( oh boy, this is going to be good ) and our power
went out. this has happened many times before with no ill effects
(however, i usually unplug the thing during a storm, but I wasn't home).
Anyway, when I powered up, the monitor seemed to stay black. The computer
goes through all of the normal noises of doing fsk and coming up, but
I can't see a damn thing on the monitor. OK, so I decided to do some
research:
1) as it first boots up with 'testing', the screen is dim, but normal
( the screen always comes up dim and then brightens during boot up )
2) when the screen says 'booting from disk,' the monitor suddenly goes
completely black and stays that way while the computer boots up. After
it boots up, i can even log in. I type my login and password and it
makes the right noises for logging in ( i am quite familiar with these,
so i am very sure that the login process is going on ). however, i
can't see anything.
3) if i get into the monitor after the 'testing' window, the monitor
remains lighted (normally) until the normal dimming kicks in.
4) if, however, i press the brightness key during this time, the monitor
immediately goes dark.
5) on re-observing the boot process from the monitor, the screen goes
dark after the monitor shows the disks' locations and sizes.
CONCLUSION: something in the brightness controls is shorted/open/broken
that causes any access of the brightness controls (either
by software or hardware ) to blacken the monitor to the
minimum brightness.
QUESTION: What the hell can i do about it? I don't think that this
should be a debilitating problem. It *should* be fixable.
Does anyone out there have information on how the brightness
controls are configured? Is it all in the monitor? If so,
where, and what is the schematic. I am an electrical
engineer, but that doesn't do me much good without a
schematic or some idea of how things work. I am really
rather anxious about opening the monitor without some knowledge
of what I am looking for.
CAN SOMEONE PLEASE HELP ME? I am a graduate student and can not afford to
replace my monitor.
thanks in adavance for any help.
regards,
jcd
.
--
\ Joseph C. Davis jcdavis1@eos.ncsu.edu People are not basically \
\ (919) 515-7452 stupid, they just act \
\ that way... \
\\\\\|||||//////\\\\\\|||||/////\\\\\\|||||\\\\\//////||||||\\\\\/////||||///
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.misc
Subject: Re: Dead Microsoft Mouse with Gateway: EVERYBODY PLEASE READ THIS!!!!
Date: 9 Aug 1993 17:16:03 GMT
Organization: University of Houston
Message-ID: <2460oj$o0m@menudo.uh.edu>
References: <DEAN.93Aug8235441@world.std.com>
I have recently read a few articles (such as the one at the end of this
post) that discuss problems and fixes to the imfamous Gateway2000 "Dead
Keyboard and Mouse under NEXTSTEP" bug. Well..... The problem has been
fixed and my old "hacks" no longer apply (I posted the following "official
fixes" to these same newsgroups a while back!!)
So... If you are a Gateway2000 Owner or you are considering buying one, then
please ignore the old hacks and use the following information to install
NEXTSTEP!!!!!!!
Gateway2000 4DX2-66V Fix (This probably applies to the 4DX2-50V also)
This the "official" fix from Gateway2000 concerning the problem with
installing and running NEXTSTEP for Intel Processors version 3.1. The cause
of the problem was that the PS2Mouse driver and the PS2Keyboard driver would
not work with the newer versions of the BIOS that Micronics started shipping
with a revised system board. Mainly it concerned the new Gateway ROM BIOS
PLUS Version 0.10 GJX30-05E (but it also works for the earlier GJX30
versions).
For NEXTSTEP for Intel Processors Release 3.1 to install correctly, the new
Gateways V-Series systems must have the PS2 style keyboard jumper ENABLED.
This jumper is not documented in the Gateway2000 Manuals as the PS2 style
keyboard jumper, instead it is listed as W7 - "Reserved".
Gateway ships these systems with the jumper disabled, and usually recommends
leaving the jumper disabled for use with system and keyboard drivers.
However, you must change the W7 jumper to the "on" position (you will need
to find a jumper to use or locate a spare one). The W7 jumper is located
right next to the W40 jumper on the motherboard. See the diagram below
(only included for RichText).
Micronics (Motherboard OEM for Gateway) is currently running NEXTSTEP on a
new Gateway with the W7 jumper changed. This setup has worked with both
serial and bus mice.
NeXT's Quality Assurance group is testing this fix now.
[This has been tested and verified at the University of Houston with various
GJX30-01 versions of the BIOS.]
**** THE PS2Mouse DRIVER MUST BE LOADED FOR THIS TO WORK!!!
If [and only if!!] you followed my earlier installation notes, you were told
to remove the PS2Mouse driver from the file
/usr/Devices/System.config/Instance0.table
which was in the line "Boot Drivers". A simple way to do this is to run
the Configure.app located in /NextApps and click on "save". The
configure.app will automatically add the PS2Mouse driver to the
Instance0.table file. Powerdown, then add the jumper and reboot. No need
to mess with the turbo switch or anything, it should come up in NEXTSTEP
automatically. To quickly verify if your keyboard will work, check if the
NUM-Lock LED is off. If it is not, then your keyboard WILL NOT work.
The W7 jumper is located next to the first LocalBus slot near the right-back
end of the system board. This diagram is for the Desktop configuration
only. The jumper may be located in a different location if you have a
tower case.
In article <DEAN.93Aug8235441@world.std.com> dean@world.std.com (Dean S
Banfield) writes:
#In article <CBG2wD.8vn@news.iastate.edu> tlm@tantalus.scl.ameslab.gov (Tom
Marchioro) writes:
#
#> the many helpful posts about the idiosyncracies of this system, in
#> particular the one by Paul Sears, the installation went pretty
#> straightforwardly. The only problem is that at the end of it all the
mouse
#> is completely dead --- odd since it works just fine in the intermediate
#> steps needed to get the OS installed.
#
#I suffer the same fate. Sorry this is not an aid, but merely commiseration
#in the sense that you are not alone, and that this may be a widespread
problem.
#Any keyboard method to move between buttons on the logout panel, so that I
#am not forced to perform a hard reboot, thereby leaving files open? Would
#rather logout in the 'power off the system' mode. TIA.
#-Dean
#
#--
#Dean S. Banfield Voice: (203) 656-1500
#Real Decisions Corporation FAX : (203) 656-1659
#22 Thorndal Circle email: dean@world.std.com
#Darien, CT 06820
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Re: Dead Microsoft Mouse with Gateway: help requested
Date: 9 Aug 1993 17:41:19 GMT
Organization: Northwestern University, Evanston IL
Message-ID: <24627v$4t9@news.acns.nwu.edu>
References: <CBG2wD.8vn@news.iastate.edu> <DEAN.93Aug8235441@world.std.com>
In article <DEAN.93Aug8235441@world.std.com> dean@world.std.com (Dean S Banfield) writes:
>In article <CBG2wD.8vn@news.iastate.edu> tlm@tantalus.scl.ameslab.gov (Tom Marchioro) writes:
>
>> the many helpful posts about the idiosyncracies of this system, in
>> particular the one by Paul Sears, the installation went pretty
>> straightforwardly. The only problem is that at the end of it all the mouse
>> is completely dead --- odd since it works just fine in the intermediate
>> steps needed to get the OS installed.
>
>I suffer the same fate. Sorry this is not an aid, but merely commiseration
>in the sense that you are not alone, and that this may be a widespread problem.
>Any keyboard method to move between buttons on the logout panel, so that I
>am not forced to perform a hard reboot, thereby leaving files open? Would
>rather logout in the 'power off the system' mode. TIA.
>-Dean
>
On the login panel you can type "console". The window server will
exit and give you a plain old tty like login prompt. Enter root (or me ?)
and then you can use the shutdown or reboot utilities from csh.
As far as dead mice, during the bootstrap at the b prompt you
can enter "config=Default" (watch the capitalization) and you should
get to state where you can run configure with an active mouse. Be sure
to include a serial mouse regardless of what the system thinks it has.
Be sure to work with the latest installation notes from
nexanswers@ftp.next.com
If you are still stuck, email or post your progress.
--
Jerry S. Weiss
j-weiss@nwu.edu
Dept. Medicine, Northwestern Univ. Medical School, Chicago, Illinois
%SYSTEM-S-PHALOKTARG, Phasers Locked on Target, Ready to Fire
From: Christopher_Lane@Med.Stanford.EDU
Newsgroups: comp.sys.next.sysadmin
Subject: Re: MOTD & LoginHook doesn't work
Date: 9 Aug 1993 17:47:46 GMT
Organization: Stanford University
Message-ID: <2462k2$d74@morrow.stanford.edu>
References: <1993Aug5.162821.21176@ifi.unizh.ch>
Daniel G. Kluge <kluge@avalon.physik.unizh.ch> writes:
> I recompiled and enhanced MOTD.app a little bit (MOTD makes it possible,
> to display a /etc/motd file on logging in), and installed it, but it
> doesn't launch at start. ... I can't remember the
> complications/solutions under NS 3.0
If you're trying to recompile the 2.X version of MOTD to run under 3.0, it
won't work -- you need to grab a 3.0-compatible MOTD from one of the public
NeXT archives. You can verify it's the 3.0-compatible one as it should have:
/* Kludge: Can't use first entry under 3.0 as it is the current login */
in MOTD_main.m
If you're trying to get the 3.0 version of MOTD running under 3.1, I've not
upgraded to 3.1 yet (soon) so I've not tried MOTD under 3.1 -- though I've had
no other reports so far about 3.0 MOTD not running under 3.1.
- Christopher
From: apl@doc.ic.ac.uk (Ari P Laakkonen)
Newsgroups: comp.sys.next.sysadmin
Subject: Who won the bug competition
Date: 9 Aug 1993 19:31:43 GMT
Organization: Department of Computing, Imperial College, University of London, UK.
Distribution: world
Message-ID: <2468mv$t73@frigate.doc.ic.ac.uk>
Originator: apl@santos.doc.ic.ac.uk
Hello,
Has someone won the bugnext@next.com bug reporting competition?
I presume it's not me, although I do have a few bugs to report but then
so does everyone.
I'd be interested to know what the winning entry was.
Ari
Newsgroups: comp.sys.next.sysadmin
From: yann@dagobah.fdn.org (Yann Lechelle)
Subject: How to backup a boot floppy disk ?
Message-ID: <1993Aug7.101447.744@dagobah.fdn.org>
Sender: yann@dagobah.fdn.org
Organization: Individual
Date: Sat, 7 Aug 1993 10:14:47 GMT
How do I backup the boot floppy disk that comes with the CD-ROM ?
I guess a simple copy is not sufficient...
Suggestion ?
YaNN
--
/ ================================================= \
\ Yann Lechelle (Paris, FRANCE) /
/ yann@dagobah.fdn.org Email/NeXTmail \
\ "grep me no patterns and I'll tell you no lines." /
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can't find netware servers
Message-ID: <1993Aug7.024241.2428@yvax.byu.edu>
From: John_Peterson@byu.edu (John K. Peterson)
Date: 7 Aug 93 02:42:39 -0700
References: <1993Aug6.133051.18594@falch.no>
Distribution: world
Organization: Brigham Young University
In article <1993Aug6.133051.18594@falch.no>, Dag Hasvold <boots@falch.no> writes:
>
> Hi,
>
> We are threee sister companies located different places and connected as
> a WAN with Cisco routers. At our site we have a Novell Netware 2.x server,
> (yes it's true), and the other places has Netware 3.11.
>
> I have recently configured the routers for Novell-routing, and when
> telneting to our cisco I can see all the other Novell servers on the
> network. Therefor I also thought that it should be possible to connect
> to these servers on my NeXT, but the only server I can see is our own.
> I have not enabled Novell-routing on our network because I don't want
> our Novell network to be visibal to the other net's, but this should be
> OK I think.
>
> Do I have a problem in my router or is there something I have to do on
> the NeXT?
>
If you haven't enabled Novell routing on the network your NeXT is on, it is
not O.K. Your NeXT speaks native IPX and needs someone to talk to. If you're
worried about others seeing your 2.15 Novell server, set up an Novell access
list on the your cisco so that they can't see you but you can see them. This
is described in the cisco docs.
Good luck!
jp
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: dejesus@archimedes.nwc.navy.mil (Francisco X DeJesus)
Subject: lockd under NeXTstep 3.x?
Message-ID: <CBIGsp.ILu@avalon.chinalake.navy.mil>
Sender: usenet@avalon.chinalake.navy.mil (NAWS news admin)
Organization: Science Applications International Corp.
Date: Mon, 9 Aug 1993 21:24:25 GMT
The problem: I have a NeXT machine which exports a filesystem via NFS to
several other systems. One of the NFS clients is running Solaris 2.x (AT&T
SysV-based), and it wants to lock files on the NFS server via lockd. However,
I cannot find any trace of lockd on the NeXT, so processes just hang.
Is there any ported lockd sources around that can be used on the NeXT? I'm
not really concerned as to how close to the SysV implementation they are...
if I can't find one I may just write something to basically handle lockd
requests by basically saying "yeah, right, whatever" back to the Sun and
forgetting about it... so long as the Sun doesn't hang it'll work.
Directions, pointers, suggestions, etc welcome. Please reply by email as
I don't normally follow these groups... I'll summarize if there's any
interest. Thanks in advance...
--
Francisco X DeJesus ----- S A I C ----- dejesus@c3ot.saic.com
------------------------------------------------------------------------------
* disclaimer: Opinions expressed here are mine. Typos and errors are yours *
"Duck Season!" "Rabbit Season!" "...rabbit season." "It's Duck Season! SHOOT!"
From: jew@arizona.edu (James E Ward)
Newsgroups: comp.sys.next.sysadmin
Subject: How do I get NeXTStep to start using the domain nameserver?
Message-ID: <JEW.93Aug9153337@helium.arizona.edu>
Date: 9 Aug 93 22:33:37 GMT
Organization: University of Arizona
I have the network up enough to telnet in and out of the next machine,
but it doesn't look up names unless I use nslookup. I have configured
/etc/resolv.conf, but am not sure what else I need to do? I'm using
NeXTStep 3.0 if that makes a difference. Many thanks in advance...
Sorry if this is a FAQ... I didn't see one...
nslookup does work, so I feel resolv.conf is properly configured.
From: ray@astro.ocis.temple.edu (Ray Lauff)
Newsgroups: comp.sys.next.sysadmin
Subject: Can NetInfo be turned off?
Message-ID: <1993Aug9.220823.12035@cronkite.ocis.temple.edu>
Date: 9 Aug 93 22:08:23 GMT
Sender: news@cronkite.ocis.temple.edu (NetWork News (readnews))
Organization: Temple University
We had a bit of a problem over the weekend with some hacks crashing
our NeXT. The problems seem to be related with the NetInfo database.
Is it possible to disable the netinfo database and use /etc/passwd
and /etc/shadow files instead? Is this wise?
And does anyone know of security problems with NetInfo?
Thanks for any help.
ray
ray@astro.ocis.temple.edu
--
Ray | (215)204-5678 | Temple University Computer Services | ray@astro.temple.edu
Opinions and statements contained within are those of the author only and don't
represent those of Temple University. They never did - they never will!
Newsgroups: comp.sys.next.sysadmin
From: tutui@ics.kula.kyoto-u.ac.jp (Takashi TSUTSUI)
Subject: Adaptec 1542b scsi problem: IF electrics or sync-async settings?
Message-ID: <TUTUI.93Aug10110238@pipi.ics.kula.kyoto-u.ac.jp>
Sender: news@kuis.kyoto-u.ac.jp
Organization: Dept. of Medinfo. kyoto Univ. Hospital
Distribution: comp
Date: Tue, 10 Aug 1993 02:02:38 GMT
Hi.
I have serious trouble with my adaptec 1542b controller.
I have one 200MB maxtor SCSI disk, and 1.9gb 5" seagate, and
CD-rom for sparc.
The 1542b seems to have weak driver on the scsi line, or
synchronus transfer and asynchronus transfer problem
with my case.
I can't figure out which is which, but I think, NeXT co. recommends
to set the 1542b to asynchronus transfer mode, but I feel bothersome to
set the 1.9GB seagate to asynchronus, which is shipped as mac peripherals,
seems to be set to synchoronus.
And the CD-rom for sparc also may be set to synchronus transfer.
but the 200MB maxter bought for PC seems to be asynchronus.
The system ocassionally hungs, and the place where to put
the cd-rom seems to change the error occurence.
After several trials, I connected all off CD, 1.9Gb exept
inner 200MB and it worked fine without problems,
working for several weeks. This time, the terminator
is connected to the board and Maxtor, both ends.
Can I have any advice for the sililar status, I think,
other people may experience, to solve my scsi troubles.
Thank you in advance.
--
TAKASHI Tsutsui M.D. tutui@silk.imel.kyoto-u.ac.jp
Dept. of Medical Informatics ,KYOTO Univ. Hospital
SAKYO-ku KYOTO JAPAN Zip 606 Phone +81-75-751-3647
Fax +81-75-771-3826
Newsgroups: comp.sys.next.sysadmin
From: infoman!willi (Willi Berger)
Subject: Slip and Routing Table Problems
Message-ID: <1993Aug9.134123.981@infoman.com>
Keywords: Slip
Sender: willi@infoman.com
Organization: Information Management Inc.
Date: Mon, 9 Aug 1993 13:41:23 GMT
I have a client machine called inferno with the address 132.147.101.1 and
the slip connection goes through 132.147.63.2. Since I do not have an
ethernet network I I have a default entry in my routing table to route
everything through my slip connection
132.147.63.2. My network mask is 255.255.255.0. This side works fine I
can ping the other side of the slip connection and everything is good and
well.
Now the server side is different. I have a machine called infoman
132.147.100.1. the netmask is 255.255.0.0. my slip connection goes
through 132.147.63.1 here is a dump of my routing table.
netstat -nr
Routing tables
Destination Gateway Flags Refs Use Interface
132.147.63.1 127.0.0.1 UH 0 927 lo0
127.0.0.1 127.0.0.1 UH 3 613 lo0
132.147.63.2 132.147.63.1 UH 0 873 slip0
132.147 132.147.100.1 U 28 7745 en0
When I add the following routing table entry, which I thought would route
the packets for 132.147.101.1 to my gateway 132.147.63.1 which is my slip
connection
route add 132.147.101.1 132.147.63.1 1
this is what it puts in the routing table
132.147.101.1 132.147.63.1 UGH 0 0 en0
when I try to ping nothing happens. It just hangs. Is this because the
interface is not slip or is it because my netmask is 255.255.0.0 and
everything thing gets sent through 132.147.100.1 which is my ethernet
connection.
Any suggestions would be much appreciated. Thanks.
- willi
Please respong via e-mail
willi@infoman.com
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Can NetInfo be turned off?
Message-ID: <1993Aug10.035825.23858@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Aug9.220823.12035@cronkite.ocis.temple.edu>
Date: Tue, 10 Aug 1993 03:58:25 GMT
Ah yes, *the* quintessential Clueless Newbie Question.
My standard response to anyone asking this: you don't understand
what NetInfo's all about. For you, the answer is unequivocally
*no*.
In article <1993Aug9.220823.12035@cronkite.ocis.temple.edu>
ray@astro.ocis.temple.edu (Ray Lauff) writes:
>We had a bit of a problem over the weekend with some hacks crashing
>our NeXT. The problems seem to be related with the NetInfo database.
What makes you think so? 99.999% of the time NetInfo is blamed
for _anything_, NetInfo is *not* the problem.
>Is it possible to disable the netinfo database and use /etc/passwd
>and /etc/shadow files instead? Is this wise?
No. The sky will fall and the world will end. There is no
/etc/shadow, you must be thinking of some other vendor's product.
>And does anyone know of security problems with NetInfo?
Only those of your own making. If you didn't read Chapter 14
(Security) in NEXTSTEP Network and System Administration, you
_may_ have problems. NeXT ships systems set up for "minimal
inconvenience" (which is arguably the right thing for standalone
machines, and private, physically secure LANs). If you plan on
connecting to the worldwide Internet, you owe it to yourself to
learn how to enable the security mechanisms you have available--
that are disabled by default. Perhaps the most important of
these is the trusted_networks attribute, which when properly set
will prevent unauthorized users from abusing NetInfo.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: irving@Happy-Man.com (Irving_Wolfe)
Subject: Re: Cron and owner of Crontab
Message-ID: <1993Aug10.002503.22201@Happy-Man.com>
Organization: Happy Man Corp, 4410 Pt Robinson, Vashon, WA 98070 206/463-9399
References: <23ug0b$nqf@tamsun.tamu.edu>
Date: Tue, 10 Aug 1993 00:25:03 GMT
In <23ug0b$nqf@tamsun.tamu.edu> lje0106@sigma.tamu.edu (Louis J. Everett) writes:
>I have established a soft link in the /private/etc directory such that the
>crontab.local file is linked to a file in my personal directory (bob). The link
>was created by the super user and is owned by root. The actual crontab.local
>file is owned by user bob. This way (I think) I can be logged in as bob
>and freely edit the crontab.local file without permissions problems.
>Nothing happens...
Don't do this. There's a nice cron daemon and crontab package
available on various archive sites, written by Paul Vixie. It
gives individual users private crontabs, expands the syntax a bit
for considerable extra convenience, and works great.
Unfortunately, I don't remember where it lives, but that's what
Archie is for.
--
Irving_Wolfe@Happy-Man.com 206/463-9399 x101 fax 206/463-9255
Happy Man Corp. 4410 SW Pt. Robinson Rd., Vashon, WA 98070-7399
We publish SOLID VALUE for the intelligent investor. NextMail OK
Info. packet free. Send POSTAL address: Solid-Value@Happy-Man.com
From: Rick Stanley Francis <rg20+@andrew.cmu.edu>
Newsgroups: comp.sys.next.sysadmin
Subject: mail problem
Date: Tue, 10 Aug 1993 03:53:56 -0400
Organization: Sponsored account, Chemistry, Carnegie Mellon, Pittsburgh, PA
Message-ID: <ggNpEIG00YUoFBaE8N@andrew.cmu.edu>
I'de appreciate any help with a mail problem I'm having...
Everything was working fine under 3.0, but since I upgraded from 3.0
to 3.1 I discovered that I can no longer send mail to non-stanford
hosts. I keep getting "Returned Mail: Host unknown" messages, when
the hostnames are valid... here is the headers:
----- Transcript of session follows -----
550 mailhost (ether)... 550 Host unknown
554 rg20@andrew.cmu.edu... 550 Host unknown (Authoritative answer from
name server)
----- Unsent message follows -----
Return-Path: <rick>
Received: by indeed.stanford.edu (NX5.67d/NX3.0S)
id AA00190; Tue, 10 Aug 93 00:35:58 -0700
Date: Tue, 10 Aug 93 00:35:58 -0700
From: Rick Stanley Francis <rick>
Message-Id: <9308100735.AA00190@indeed.stanford.edu>
Received: by NeXT.Mailer (1.95)
Received: by NeXT Mailer (1.95)
To: rg20@andrew.cmu.edu
Subject: testing
The really odd thing is that I have the router and resolv.conf file
setup so that I can telnet to andrew (I'm doing so now!) but the mail
app can't seem to figure out external host names...
Any sugesstions appreciated. Thanks in advance.
-Rick Francis
rickf@leland.stanford.edu
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How do I get NeXTStep to start using the domain nameserver?
Date: 10 Aug 1993 09:01:02 GMT
Organization: University of Illinois at Urbana
Message-ID: <247o4e$g08@vixen.cso.uiuc.edu>
References: <JEW.93Aug9153337@helium.arizona.edu>
jew@arizona.edu (James E Ward) writes:
>I have the network up enough to telnet in and out of the next machine,
>but it doesn't look up names unless I use nslookup. I have configured
>/etc/resolv.conf, but am not sure what else I need to do? I'm using
>nslookup does work, so I feel resolv.conf is properly configured.
I wouldn't be so sure. This should work automatically if
resolv.conf is properly laid out. Talk to a local DNS person to
make sure resolv.conf is right for your site.
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
Newsgroups: comp.sys.next.sysadmin
From: royce@splunge.uucp (Royce Howland)
Subject: Can't boot newly-installed 3.1 black
Message-ID: <1993Aug8.230233.302@splunge.uucp>
Organization: Ashley, Howland & Wood
Date: Sun, 8 Aug 1993 23:02:33 GMT
Well, I've had my 3.1 black CDs for some time now. I bought a Texel
CD-ROM drive so I could install them, and was rudely surprised to
find that I can't boot my NeXT from the Texel. I posted a query for
net.wisdom on the problem, and got zero replies, so I assume that
either the Texel just doesn't work with NEXTSTEP, or if it does, nobody
knows how or wants to say. (The latter option for the paranoid among
us. :~)
So, I figured, what the heck, I can't boot from CD, but I can access
them just fine if I boot from disk. So I booted from my 3.0 disk
and decided to try a test install by throwing 3.1 onto my internal
105MB disk, which still had NS 2.1 on it from days gone by. I ran
UpgradePrep.app off the NS 3.1 install floppy, and watched the whole
process go by seemingly okay.
Now that my internal disk had 3.1 on it, I naturally wanted to try it
out. I powered everything off, reset my SCSI IDs so the internal disk
was the boot disk, and powered everything back up. NS 3.1 started
booting, and got to the point where the NetInfo daemons are started.
I saw 'netinfo' and 'lookupd' echoed as those daemons were started, and
then saw lookupd complain "netinfo timeout, sleeping".
The boot process crunched along a little further, getting to the point
where autonfsmount would normally start. Before this happens, though,
a syslog message popped up, again claiming "netinfo timeout, sleeping".
At this stage, things just hung forever.
To recover, I went to the monitor, and booted single-user. Poking
around revealed a 1662967-byte core file in /etc/netinfo. The core
file was unrevealing when loaded into gdb, and produced no output when
examined with strings. The local.nidb directory contained the
following:
-rw-r--r-- 1 root 75776 Aug 8 13:15 Collection
-rw-r--r-- 1 root 0 Aug 8 13:15 Transaction
I have tried recovering local.nidb numerous times from /usr/template,
and CD-ROM, and even tried copying it over from my working NS 3.0 disk.
The same netinfo timeout error occurs each time at the same place in
the boot sequence.
I'm naturally not eager, now, to try upgrading my NS 3.0 disk to 3.1.
Since I still can't boot from the Texel CD-ROM drive, I won't be able
to try a from-scratch install of 3.1 on the internal test disk until
I can get ahold of another drive that will boot the NS 3.1 CD for me.
Any input would be appreciated. After months of headaches with NS
Intel (PR1 and production), I was looking forward to a nice clean
install experience back on black. So much for that. :~(
--
Royce Howland, DKW Systems Corp. | "And since OS/2 2.0 is a 32-bit
Everything is IMHO | operating system, programs are
royce@splunge.uucp (NeXTMail OK) | easier to write and run faster,
or kakwa!atlantis!splunge!royce | too." -ad for OS/2 2.0
Newsgroups: comp.sys.next.sysadmin
From: Michael_Pizolato@afs.com (Michael Pizolato)
Subject: Re: Can NetInfo be turned off?
Message-ID: <1993Aug10.130717.4068@afs.com>
Sender: Michael_Pizolato@afs.com
References: <1993Aug10.035825.23858@csus.edu>
Date: Tue, 10 Aug 1993 13:07:17 GMT
Eric P. Scott writes
>Ah yes, *the* quintessential Clueless Newbie Question.
Ah yes, *the* quintessential Clueless Moron Response.
Way to help out, Eric. Just what someone in an honest search for
assistance should hear.
Michael
--
Michael Pizolato gnihtyreve noitseuq
michael_pizolato@afs.com
NeXTMail appreciated
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: paul@np.com (Paul Nordstrom)
Subject: success story (Long)
Message-ID: <CBJ0L9.qz@np.com>
Organization: NP Consulting, San Francisco
Date: Tue, 10 Aug 1993 04:31:56 GMT
A couple of people have mentioned that they would appreciate hearing
from someone who had successfully installed NS/I, especially on a
non-standard machine. Hence this post.
Hardware:
AST Premmia 486/66 (EISA)
40MB memory
525MB IDE drive
2.1GB SCSI drive
ATI Graphics UltraPro (EISA)
ZyXEL U-1496E modem
HP LaserJet 4M
Toshiba 3401 External CD-ROM
Persona PC speakers
Adaptec 1542C SCSI controller (floppy disabled)
ProAudio Spectrum 16 sound card
NEC MultiSync 6FG
My reasoning for going with the AST was as follows. The AST had the
following advantages over the other PCs available when I bought the
system (early June). First, it supports up to 128MB of memory on
the motherboard, something I consider important. Second, the
upgrade path to Pentium is via a card which plugs into the slot
provided for the optional external cache card (which I did not buy).
I considered this preferable to the more common P24 socket. Third,
AST has a good reputation for quality. Fourth, the system was
attractively priced, and available with a 30 day money back
guarantee from PCs Compleat, a mail order house.
Installation
Apparently, I had minimal problems compared to most. I ran into a
few glitches, all of which have been discussed here at one point or
another. I configured my internal disk with a 100MB DOS partition,
leaving 425MB for NS/I. My system booted fine from the NS/I floppy,
it saw the CD-ROM rom (id 0), and after a little playing with the
Adaptec configuration, my SCSI disk as well. I never had to deal
with ejecting the floppy at any other point than when the install
requests this before a reboot. I was a bit put off by an error
message regarding a failed probe for my PS/2 mouse, but this error
(which never actually caused any problems!) went away by itself when
my setup was complete.
My next problem (on which I spent considerable time) was in
attempting to get NS to use the onboard graphics on the Premmia. I
had hoped that because the VLB graphics on the Premmia are based on
the same (Mach32) chipset as the GUP, that the GUP drivers would
work. I was able to get the system to function fine in standard VGA
mode, but I was unsuccesful at convincing NS/I to use any higher
resolution. Therefore, I was forced to purchase the ATI card. I am
still hoping that NeXT will support my onboard graphics with some
future release (3.2?), as the onboard graphics were *much* faster.
I also had one problem with the GUP card. Initially, when I
physically installed it in the machine, my system would no longer
boot; in fact, it would not even perform the memory test before the
POST. Technical support at PCs Compleat were unable to help, as
were the TS staff at ATI. AST TS has a 24 hour phone support desk,
but the guy I talked to at 2:00 AM was not able to provide any
suggestions. However, the first person I spoke to on the following
day told me instantly that the problem was a bug in the AST Premmia
1.00 bios; AST has a bulletin board from whom I downloaded the 1.01
bios. This fixed the problem, and I had no further video problems.
I find the video speed using the GUP card to be acceptable, but not
great. The quality of the display at 1024x768 is very, very, good,
but of course I would like to see 1120x832. The NEC monitor is
awesome.
Since I had no netnews access at the time, I did not know about the
serial port bug. NeXT tech support clued me in, though, and I have
settled on a scheme that is very much a kluge, but it works for me.
I have set up uucp to run at 2400 baud, which is the highest speed
that works with any reliability (== crashes system ~5% of the time).
I have also found that the reliability of serial communications is
dramatically affected by whether the system is swapping or not.
Hence, I have set up rc.local to poll my email provider (netcom) at
every reboot. Whenever I am not going to be using my system for a
period of time, I restart the machine (via the logon screen) so mail
and news happen. I also avoid logging in until uucp is done. If I
need the machine right away, I disconnect the phone call via the
modem's data/voice switch. I have successfully done faxes a couple
of times, but it only works 25% of the time, so I avoid that. It
takes a long time to fsck 2.5 GB of disk :-(
Summary
The system seems to work very well. I do plan to upgrade to a DPT
2022 SCSI card as soon as NS/I supports it. On the other hand,
NXBench reports only 35500 dhrystones, 22.6 Mips, and a NXFactor
of .70, which are definitely at the low end of the scale. Perhaps
the optional external cache is called for. I plan to look into
this further as soon as I get a chance, and if it seems worthwile
I will post a followup.
--
--
Paul Nordstrom
NP Consulting
paul@np.com
From: sanguish@digifix.com (Scott Anguish)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.advocacy,comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 10 Aug 1993 15:20:55 -0400
Organization: Digital Fix Development
Distribution: world
Message-ID: <248sen$3c4@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material. Generic UNIX questions belong
elsewhere (comp.unix.questions), although specific
questions about NeXT's implementation or porting
issues are appropriate here. Note that there are
several other more "horizontal" newsgroups
(comp.lang.objective-c, comp.lang.postscript,
comp.os.mach, comp.protocols.tcp-ip, etc.) that
may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish
--
- Scott Anguish -
sanguish@digifix.com (NextMail)
next-announce@digifix.com (comp.sys.next.announce submissions)
Newsgroups: comp.sys.next.sysadmin
From: ph@pencom.com (Patrick Hester)
Subject: Re: Cron and owner of Crontab
Message-ID: <1993Aug10.185827.3348@pencom.com>
Sender: usenet@pencom.com (News system)
Organization: Pencom Systems Incorporated
References: <23uhos$hp0@cnn.sim.es.com>
Date: Tue, 10 Aug 1993 18:58:27 GMT
In article <23uhos$hp0@cnn.sim.es.com> npratt@madmax.modsys (Nevin Pratt)
writes:
> In article nqf@tamsun.tamu.edu, lje0106@sigma.tamu.edu (Louis J. Everett)
writes:
>
>
> > As a test, my crontab.local looks like:
> > * * * * * bob ls /bob > /bob/junk
> > This should (?) create a file every minute which contains a file listing.
> > Nothing happens...
>
> I'm sorry, but this doesn't have anything to do with your post. It's just
> that your post reminds me of something...
>
> While in college, I worked on some Data General MV Eclipse machines, running
> AOS/VS. One day, while testing a utility, I noticed the string "XYZZY" in
> what appeared to be the internal string table of the command line
interpreter.
> So, I looked "XYZZY" up in the CLI manual-- but it wasn't there. Being
> inquisitive, I typed "XYZZY" at the command prompt on the terminal.
> The computer responded by displaying this:
>
> Nothing happened.
>
> and gave me the command prompt again. Go figure.
XYZZY is the first magic word in the first adventure game.
From way back in the days of CP/M.
If you say it in the proper spot (the well house or the cave with XYZZY on
the wall) it says >>FOOF!<< and transports you to the other place. If you
are anywhere else it says "Nothing happens".
--
Patrick Hester ph@pencom.com 212-513-7777 NeXT Mail OK =8(\/\) -<-@
Newsgroups: comp.sys.next.sysadmin
From: ab@nova.cc.purdue.edu (Allen B)
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <CBK6L0.K5@mentor.cc.purdue.edu>
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
References: <1993Aug5.083106.29538@csus.edu>
Date: Tue, 10 Aug 1993 19:38:59 GMT
In article <1993Aug5.083106.29538@csus.edu> eps@futon.SFSU.EDU (Eric P. Scott)
writes:
> *Note that nearly all of the NeXT goodies are available through
> Purdue's archive server, which will happily split large files
> for you. Send mail to archive-server@cc.purdue.edu with "help"
> (no quotes) as the Subject: and no message text. Detailed
> information will be mailed back.
Thanks for mentioning this (I don't have the time to read these groups
that I'd like). This works pretty well. I routinely use it to mail out
all sorts of big things, but don't recommend people use it solely for a
transmission mechanism for non-NeXT stuff. I don't want to clean up
after you. :-)
Allen B (Archive Wetware)
From: borchers@poogh.llnl.gov (Robert R. Borchers)
Newsgroups: comp.sys.next.sysadmin
Subject: System Panic!! HELP!!
Date: 10 Aug 1993 20:12:06 GMT
Organization: Lawrence Livermore National Laboratory, NCD
Message-ID: <248vem$4ml@lll-winken.llnl.gov>
Can anyone give me a clue why I have had a rash of system panics, almost
always when I try to print something. The reboot always does a full fsck
and finds things like incorrect block count. Since I can't find where
those reboot messages are logged (if they are) I can't post the full
message. I am running a cube with 3.1, but I had the same problem with
3.0. Many thanks in advance. Bob
--
Robert R. Borchers
L-414
Livermore, Ca 94551
borchers@llnl.gov
NeXTmail Welcome
From: annard@theborg.stack.urc.tue.nl (Annard Brouwer)
Newsgroups: comp.sys.next.sysadmin
Subject: trouble indexing man pages in NS3.1
Date: 9 Aug 1993 22:04:05 GMT
Organization: the Borg
Distribution: world
Message-ID: <246hkl$13q@theborg.stack.urc.tue.nl>
Hello,
Can anyone tell me what has happened to ixbuild in NS3.1? I try to index the
man pages with the -g option but I cannot get a one-line description as I used
to get in NS3.0. Trying to be smart I took the ixbuild from NS3.0 but that
didn't help either... Help! Has anyone solved this problem?
Annard
--
Annard Brouwer annard@stack.urc.tue.nl (NeXTmail appreciated)
People? You can forget it.
Newsgroups: comp.sys.next.sysadmin
From: jdeclari@is.rpslmc.edu (John-William DeClaris)
Subject: Developer Tools
Message-ID: <1993Aug10.210515.2321@rpslmc.edu>
Sender: news@rpslmc.edu
Organization: Rush-Presbyterian-St. Luke's Medical Center
Date: Tue, 10 Aug 1993 21:05:15 GMT
I just took the Dev Class at NeXT, and I had started writing a program while I
was there. It worked and I was very happy. I got back to work, and I was
hoping to continue working on my program. I had not written any code, just put
things together using Project Builder and Interface Builder. It is a long
story, but we do not have the Dev Tools instaled on our file server, it is
running 3.0 and my machine is running 3.1, I know a strange arangement, but it
is not my decision to make. At anyrate, I got the CD for Dev Tools for 3.1,
and ran the installation on my machine. I noticed that not all of the
files/folders were installed, ie: HEADERS, etcetera. I manually copied them
over, and now I get a nice clean build, but when I try to build my program as
an app, I get the following error message:
cc -g -O -Wall -I./sym -arch m68k -ObjC -sectcreate __ICON __header
DoctorMate.iconheader -segprot __ICON r r -sectcreate __ICON app
Stethoscope.tiff -o DoctorMate.app/DoctorMate m68k_obj/DoctorMate_main.o
-lMedia_s -lNeXT_s
ld: Can't locate file for: -lcrt0.o
*** Exit 1
Stop.
*** Exit 1
Stop.
This is getting very frustrating and rather than get my Johnny Bench baseball
bat, and resolve this absolutely, I would very much appreciate some insight as
to what file PB can not find, where I could find it and install it. My only
other solution is to rebuild my disk from scratch, and then reinstall the Dev
Tools. I know there must be a better way. Please e-mail your answers to me at
jdeclari@is.rpslmc.edu.
My NeXT and I thank you in advance...
--
John-William DeClaris
All comments made by me are mine and not reflective of RUSH
or anyone else... even any spelling errors I most likely made.
Live each day as if it were your last, because someday it will be.
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How do I get NeXTStep to start using the domain nameserver?
Date: 10 Aug 1993 20:22:45 GMT
Organization: Mayo Foundation
Distribution: world
Message-ID: <24902l$43n@fermat.mayo.edu>
References: <247o4e$g08@vixen.cso.uiuc.edu>
In article <247o4e$g08@vixen.cso.uiuc.edu> lemson@ux1.cso.uiuc.edu (David
Lemson) writes:
> jew@arizona.edu (James E Ward) writes:
>
> >I have the network up enough to telnet in and out of the next machine,
> >but it doesn't look up names unless I use nslookup. I have configured
> >/etc/resolv.conf, but am not sure what else I need to do? I'm using
> >nslookup does work, so I feel resolv.conf is properly configured.
>
> I wouldn't be so sure. This should work automatically if
> resolv.conf is properly laid out. Talk to a local DNS person to
> make sure resolv.conf is right for your site.
I would...;-).
Known bug at NeXT...
Lookupd (as of 3.0 - haven't had the guts to test it under 3.1) binds
to the first server in the resolv.conf file. If that server hangs or is
not available, lookupd will not succeed in using BIND, and will return
a hostname lookup failure.
Nslookup does not query through lookupd, so it will 'failover' to the
a secondary (in /etc/resolv.conf sense) domain server. Thus it is quite
possible that above problem does exist.
Put your most reliable BIND server at the top of your /etc/resolv.conf file
and reboot your NeXT. Should work better.
--
- Geoff
-----------------------------------------------------------------
Geoffrey Brunkhorst brunkhorst@Mayo.edu
Research Computing Facility, Guggenheim 10 (507) 284-1805
Mayo Foundation, Rochester MN, 55905, USA fax (507) 284-5231
Newsgroups: comp.sys.next.sysadmin
From: tcasey@nsf.gov (Tim Casey)
Subject: next ftp site wanted
Message-ID: <tcasey-100893165827@irm0071.irm.nsf.gov>
Followup-To: comp.sys.next.sysadmin
Sender: news@n1.nsf.gov
Organization: National Science Foundation
Date: Tue, 10 Aug 1993 20:56:25 GMT
Does anyone know of a really good NeXT ftp site where I might find
applications or system files? If so, could you send a message to me at the
address below?
tcasey@nsf.gov (Tim Casey)
Newsgroups: comp.sys.next.sysadmin
From: francisr@stupid.ucs.indiana.edu (Rob Francis)
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <CBKn5p.1rz@usenet.ucs.indiana.edu>
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: University Computing Services
References: <1993Aug6.074131.3775@csus.edu> <1305@rtbrain.rightbrain.com>
Date: Wed, 11 Aug 1993 01:37:01 GMT
In article <1305@rtbrain.rightbrain.com> glenn@rightbrain.com writes:
>I see that you're at SFSU. How many people at SFSU can read USENET?
>Of those, how many people can FTP files? Can a random student FTP
>anywhere he/she wants? If so, that's the exception, not the rule.
>But I doubt that anybody is allowed to do this.
Not taking a side either way on this issue, I think it is fairly
common for university students to be able to ftp anywhere. IU is
an example. One of the upshots at being at a University. (-:
-rob
---
Rob Francis Unix Systems Specialist, University Computing Services
Indiana University, francisr@indiana.edu (812)855-0327
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <1993Aug11.062044.25238@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <CBKn5p.1rz@usenet.ucs.indiana.edu>
Date: Wed, 11 Aug 1993 06:20:44 GMT
In article <CBKn5p.1rz@usenet.ucs.indiana.edu>
francisr@indiana.edu (Rob Francis) writes:
>In article <1305@rtbrain.rightbrain.com> glenn@rightbrain.com writes:
>
>>I see that you're at SFSU. How many people at SFSU can read USENET?
>>Of those, how many people can FTP files? Can a random student FTP
>>anywhere he/she wants? If so, that's the exception, not the rule.
>>But I doubt that anybody is allowed to do this.
>
>Not taking a side either way on this issue, I think it is fairly
>common for university students to be able to ftp anywhere. IU is
>an example. One of the upshots at being at a University. (-:
It is. In answer to Glenn's questions: about 20,000, about
20,000, and yes, with multiple T-1 links to the outside world, so
multimegabyte file transfers are quite painless. Since disk
space is so precious (this machine, futon, only has about 900
megabytes free in /Users at the moment), we make approximately 25
gigabytes of Internet archives directly available through the
automounter. Someone who wants to listen to the latest Internet
Talk Radio offering, for example, doesn't need to FTP a 28 MB
file--NFS access is fast enough to play the entire .au file in
place without pauses. In fact, the user doesn't even need to
know what FTP is. It Just Works(tm).
-=EPS=-
--
The sad thing is that our on-campus student residence halls don't
currently have access to the network even though they literally
have fiber to the doorstep, and now it looks as though all that
needs to be ripped out and redone. Something about asbestos...
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Can NetInfo be turned off?
Message-ID: <1993Aug10.133744.9958@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Aug9.220823.12035@cronkite.ocis.temple.edu>
Date: Tue, 10 Aug 1993 13:37:44 GMT
In article <1993Aug9.220823.12035@cronkite.ocis.temple.edu>
ray@astro.ocis.temple.edu (Ray Lauff) writes:
-> We had a bit of a problem over the weekend with some
-> hacks crashing our NeXT. The problems seem to be
-> related with the NetInfo database.
-> Is it possible to disable the netinfo database and
-> use /etc/passwd and /etc/shadow files instead? Is
-> this wise?
The primary problem is that there are some applications that
have no flat-file equivalent processing -- using NetInfo only.
I believe you could make niutil and nidump/niload unavailable
to general users, though if the NetInfo database is properly
set up these utilities shouldn't be a problem.
Read the NeXT documentation on security.
I've had far more problems with ``netinfo sleeping'' on a
standard - barely networked (and stand-alone NetInfo setup)
system than is reasonable, causing a variety of symptoms --
erratically.
Bruce Gingery bruce@TotSysSoft.com
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: stderr | (pager || voicemail) ?
Message-ID: <1993Aug10.134053.10019@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <ERIC.93Aug8001004@whyanext.whyanext.com>
Date: Tue, 10 Aug 1993 13:40:53 GMT
In article <ERIC.93Aug8001004@whyanext.whyanext.com>
eric@whyanext.whyanext.com (Eric Schwartz) writes:
-> Has anyone come up with any clever ways to make their
-> computers page them or leave them voicemail messages
-> (somehow) when the system needs their
-> attention?
We set a suid version of sndplay for voice paging, generally
with a message to the effect of ``Open a terminal for `Talk'
'' and I periodically set voice reminders via a cron-launched
sndplay.
I'm looking at vixie-cron at the moment, available from
cs.orst.edu for this as well as a few other things.
Bruce Gingery bruce@TotSysSoft.com
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Virus software?
Message-ID: <1993Aug10.134907.10089@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <245b5h$do5@email.tuwien.ac.at>
Date: Tue, 10 Aug 1993 13:49:07 GMT
In article <245b5h$do5@email.tuwien.ac.at> ah@fml.tuwien.ac.at
(Andreas Haleger) writes:
-> As you are mentioning PCs, what about running DOS in a
-> separate DOS-partition? Lets say, you have two partitions,
-> one for NS and one for DOS. What prevents a program running
-> under DOS of accessing the NS-partition? You can format the
-> NS partition by just typing fdisk and according parameters,
-> so I see no reason why any other programs couldn't
-> do this also. The same thing seems to be true if you
-> have physically two disks.
->
-> Has this ever been discussed?
There is NOTHING TO PREVENT a standalone DOS virus, or
trojan from trashing the entire filesystem, from a DOS bootup,
with the exception of KNOWN viruses or trojans which may be
caught by a resident scanner, or from a low-level-access block
tsr or config.sys driver. That's one of the major weaknesses
of MS-DOS (or it's clones). In the same way, there is little
to prevent programs which attempt to speed-up access by
directly processing physical I/O under MS-DOS from really
zapping things under any disk-doubling software (such as that
provided with MS-DOS 6.0).
Life is a series of risks. The wise person recognizes and
chooses them whereever possible.
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred. MIME Mail ok.
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: james@stst.com (James St.Clair)
Subject: system panic when dumping to an Archive DAT
Message-ID: <1993Aug11.045033.1325@stst.com>
Keywords: dump,DAT,Archive
Sender: james@stst.com
Organization: Saint Street,Inc.
Date: Wed, 11 Aug 1993 04:50:33 GMT
We have an Archive Python DAT(no HW compression).It has been used
successfully to perform a level 0 dump of a color NeXTstation.
Unfortunately, when we use the DAT to perform a level 0 dump of either
of two Turbo NeXTstations we get a system panic before the dump is
complete. It is repeatable. We have tried it twice on each Turbo with
exactly the same result.We always do the dump in single user mode which
has been preceded by a successful fsck. The dump command we use is
dump 0unsdf 10240 61000 /dev/rst0.
The s and d values were recommended by tech support at Archive.
The DAT is using Archive's firmware revision 2.50 which is the version
recommended by Archive for use on NeXT computers.
The exact error message we receive on the system panic is as follows:
panic:(Cpu 0) dma_list: zero pfnum
NeXT ROM Monitor 3.0 v70
panic: NeXT Mach 3.0: date and so forth
Any clues on what is causing this problem would be appreciated.
--
James St.Clair
Saint Street, Inc.
james@stst.com
Newsgroups: comp.sys.next.sysadmin
From: m@BlueRose.com (M Carling)
Subject: Re: Can NetInfo be turned off?
Message-ID: <1993Aug11.023833.4035@BlueRose.com>
Sender: m@BlueRose.com
Organization: Blue Rose Systems, Inc.
References: <1993Aug10.130717.4068@afs.com>
Date: Wed, 11 Aug 1993 02:38:33 GMT
In article <1993Aug10.130717.4068@afs.com> Michael_Pizolato@afs.com
(Michael Pizolato) writes:
> Eric P. Scott writes
> >Ah yes, *the* quintessential Clueless Newbie Question.
>
> Ah yes, *the* quintessential Clueless Moron Response.
>
> Way to help out, Eric. Just what someone in an honest search for
> assistance should hear.
When you've been as helpful in this forum as Eric has, feel free to
criticize his style (by email please).
M Carling
President, Bay Area NeXT Group
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can NetInfo be turned off?
Date: 11 Aug 1993 11:11:50 GMT
Organization: University of Illinois at Urbana
Message-ID: <24ak5m$6r7@vixen.cso.uiuc.edu>
References: <1993Aug9.220823.12035@cronkite.ocis.temple.edu> <1993Aug10.133744.9958@ToTSySSoft.com>
bruce@TotSysSoft.com (Bruce Gingery) writes:
>I believe you could make niutil and nidump/niload unavailable
>to general users, though if the NetInfo database is properly
Yes, you could chmod 700 /usr/etc/nidump but this will stop only the
most naive of crackers.
>Read the NeXT documentation on security.
This is the best advice. There is a netinfo switch that enforces
'better' passwords beginning in 3.0. There are some quirks, and it
lies (the recommendation for passwords it gives don't work), and it
isn't as good as ANLpasswd, but it is better than what most OS
vendors ship - which is nothing.
Also, trusted_networks as someone else already mentioned.
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
Newsgroups: comp.sys.next.sysadmin
From: jon@afs.com
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <1993Aug11.133812.458@afs.com>
Sender: jon@afs.com
References: <CBKn5p.1rz@usenet.ucs.indiana.edu>
Date: Wed, 11 Aug 1993 13:38:12 GMT
In article <CBKn5p.1rz@usenet.ucs.indiana.edu> francisr@stupid.ucs.indiana.edu
(Rob Francis) writes:
| In article <1305@rtbrain.rightbrain.com> glenn@rightbrain.com writes:
|
| >I see that you're at SFSU. How many people at SFSU can read USENET?
| >Of those, how many people can FTP files? Can a random student FTP
| >anywhere he/she wants? If so, that's the exception, not the rule.
| >But I doubt that anybody is allowed to do this.
|
| Not taking a side either way on this issue, I think it is fairly
| common for university students to be able to ftp anywhere. IU is
| an example. One of the upshots at being at a University. (-:
University student or computer science major? Most university students haven't
got clue one about email, let alone ftp. (I love the looks I get when I try to
explain ftp. They think I'm breaking into somebody's computer or something.)
--
Jon Hendry It's a thousand classes, give or take a few,
<jon@afs.com> I'll be writing more in a week or two.
I can make it deeper if you like the style,
I can change it round and I want to be an ObjectWare Writer
From: jmeacham@sun1.clark.net (James D. Meacham)
Newsgroups: comp.sys.next.sysadmin
Subject: Looking for Sendmail info
Date: 11 Aug 1993 11:52:40 -0400
Organization: Clark Internet Services, Inc.
Message-ID: <24b4k8$jma@sun1.clark.net>
Hi,
I'm having a miserable time getting my sendmail config fixed. The problem
is this: the name of my host is foobar.edu. As soon as the mailer sees
outgoing mail with the .edu extension, it tries to send it to the ethernet
mailer, which, in turn, coughs the mail back at me. I can't change my
domaine/host name, so I don't know what to do. Any suggestions would be
greatly appreciated. Pax Dei
James Meacham
PS, if no-one has the answer to this, could you suggest a reference book
that might help? Thanks, JDM3
Newsgroups: comp.sys.next.sysadmin
From: anderson (Ken Anderson)
Subject: Re: mail problem
Message-ID: <1993Aug11.143947.20777@biztech.com>
Sender: news@biztech.com
Organization: Biztech, Inc.
References: <ggNpEIG00YUoFBaE8N@andrew.cmu.edu>
Date: Wed, 11 Aug 1993 14:39:47 GMT
In article <ggNpEIG00YUoFBaE8N@andrew.cmu.edu> Rick Stanley Francis
<rg20+@andrew.cmu.edu> writes:
>
>I'de appreciate any help with a mail problem I'm having...
>
>Everything was working fine under 3.0, but since I upgraded from 3.0
>to 3.1 I discovered that I can no longer send mail to non-stanford
>hosts. I keep getting "Returned Mail: Host unknown" messages, when
>the hostnames are valid... here is the headers:
>
>
> ----- Transcript of session follows -----
> 550 mailhost (ether)... 550 Host unknown
> 554 rg20@andrew.cmu.edu... 550 Host unknown (Authoritative answer from
> name server)
>
> ----- Unsent message follows -----
> Return-Path: <rick>
> Received: by indeed.stanford.edu (NX5.67d/NX3.0S)
> id AA00190; Tue, 10 Aug 93 00:35:58 -0700
> Date: Tue, 10 Aug 93 00:35:58 -0700
> From: Rick Stanley Francis <rick>
> Message-Id: <9308100735.AA00190@indeed.stanford.edu>
> Received: by NeXT.Mailer (1.95)
> Received: by NeXT Mailer (1.95)
> To: rg20@andrew.cmu.edu
> Subject: testing
>
>
>The really odd thing is that I have the router and resolv.conf file
>setup so that I can telnet to andrew (I'm doing so now!) but the mail
>app can't seem to figure out external host names...
>
>
>Any sugesstions appreciated. Thanks in advance.
>
>-Rick Francis
>rickf@leland.stanford.edu
Rick,
Your problem here seems to be that when you upgraded to 3.1, you
got back a standard sendmail.cf file that thinks you're on an ethernet,
where the hostname 'mailhost' (the default) is not found. In NeXT
sendmail files, 'mailhost' is the default. Most people put an alias in
NetInfo for mailhost to be the correct mail gateway machine. Are you
directly connected to an ethernet? If so, do you know the hostname of the
mailhost?
My guess is, all you really need to do is change the sendmail.cf link in
/etc/sendmail to point to sendmail.mailhost.cf.
Ken Anderson
anderson@biztech.com
Stamford, CT
From: christ@park.bu.edu (Christian Mannes)
Newsgroups: comp.sys.next.sysadmin
Subject: "Thinking about showing you the next piece"
Date: 11 Aug 93 12:36:57
Organization: B.U. Department of Cognitive and Neural Systems
Distribution: comp
Message-ID: <CHRIST.93Aug11123657@park.bu.edu>
A while ago, I posted about problems with my new NeXT laser printer.
Now I have found about 1700 lines in /tmp/console.log saying:
Thinking about showing you the next piece
The messages have occurred since the printer was installed. Does
anybody know what this could mean?
---------------------------------------------------------------------
Christian Mannes
Dept. of Cognitive and Neural Systems
Boston University
christ@cns.bu.edu "I am NOT a merry man"
---------------------------------------------------------------------
From: gil@ux5.lbl.gov (gil rivlis)
Newsgroups: comp.sys.next.sysadmin
Subject: Cannot initialize DOS and Mac formats.
Date: 11 Aug 1993 18:27:15 GMT
Organization: Lawrence Berkeley Laboratory
Distribution: world
Message-ID: <24bdm3$l95@overload.lbl.gov>
When inserting an unformated (or when trying to reinitialize
a formated) floppy I do not get the DOS or Macintosh buttons
in the popdown menu. I need to initialize some DOS and Mac
disks, how can I do it?
System: Station Turbo running NS3.1
Thanks,
Gil
--
Gil Rivlis, UC Berkeley
gil@asterix.lbl.gov
Newsgroups: comp.sys.next.sysadmin
Subject: bad disk blocks
Message-ID: <PMARK.93Aug11134145@flicker.harvard.edu>
From: pmark@flicker.harvard.edu (Peter Mark)
Date: Wed, 11 Aug 1993 18:41:45 GMT
Sender: usenet@das.harvard.edu (Network News)
Distribution: comp
Organization: Aiken Computation Lab, Harvard University
Does anyone know the name of the utility which re-assigns bad blocks
on the disk? (assuming there is such a utility). I am running 2.1.
any help greatly appreciated,
peter mark
pmark@das.harvard.edu
From: iwelch@agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Virus software?
Date: 11 Aug 1993 20:32:55 GMT
Organization: UCLA, Anderson Graduate School Of Management
Message-ID: <24bl1n$1uj@news.mic.ucla.edu>
References: <245b5h$do5@email.tuwien.ac.at> <1993Aug10.134907.10089@ToTSySSoft.com>
What we need is a "SCSI switch" (like a printer switch) that allows us
to alternate between two alternative SCSI chains. One has the DOS
disk, the other has the NS disk. This way, DOS cannot corrupt SCSI,
and rebooting is somewhat painless.
Of course, optimally there should be a button on each harddisk to make
it read-only on demand...sigh.
/ivo welch
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Developer Tools
Message-ID: <1993Aug10.234934.3187@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Aug10.210515.2321@rpslmc.edu>
Date: Tue, 10 Aug 1993 23:49:34 GMT
In article <1993Aug10.210515.2321@rpslmc.edu>
jdeclari@is.rpslmc.edu (John-William DeClaris) writes:
[snip]
-> At anyrate, I got the CD for Dev Tools for 3.1,
-> and ran the installation on my machine. I noticed
-> that not all of files/folders were installed, ie:
-> HEADERS, etcetera. I manually copied them
-> over, and now I get a nice clean build, but when
-> I try to build my program as
-> an app, I get the following error message:
[snip]
-> ld: Can't locate file for: -lcrt0.o
-> *** Exit 1
-> Stop.
-> *** Exit 1
-> Stop.
Having done a comparable manual install (though I'm actually
running from soft-links to the _Dev_ CD), I'd point out that
likely you're missing /lib/crt0.o
If not... perhaps someone else has an answer
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred MIME Mail ok
Newsgroups: comp.sys.next.sysadmin
From: francisr@stupid.ucs.indiana.edu (Rob Francis)
Subject: Re: Preparing large ftp files for EVERYONE!
Message-ID: <CBMAK5.AqJ@usenet.ucs.indiana.edu>
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: University Computing Services
References: <CBKn5p.1rz@usenet.ucs.indiana.edu> <1993Aug11.133812.458@afs.com>
Date: Wed, 11 Aug 1993 23:00:00 GMT
In article <1993Aug11.133812.458@afs.com> jon@afs.com writes:
>In article <CBKn5p.1rz@usenet.ucs.indiana.edu> francisr@stupid.ucs.indiana.edu
>(Rob Francis) writes:
>| In article <1305@rtbrain.rightbrain.com> glenn@rightbrain.com writes:
>|
>| >I see that you're at SFSU. How many people at SFSU can read USENET?
>| >Of those, how many people can FTP files? Can a random student FTP
>| >anywhere he/she wants? If so, that's the exception, not the rule.
>| >But I doubt that anybody is allowed to do this.
>|
>| Not taking a side either way on this issue, I think it is fairly
>| common for university students to be able to ftp anywhere. IU is
>| an example. One of the upshots at being at a University. (-:
>
>University student or computer science major? Most university students haven't
>got clue one about email, let alone ftp.
All students. IU has a very large network. We're one of Cisco's
biggest customers. We route more protocols than any of Cisco's
customers. We have networking to dorms too. Email/News is an integral
part of classes at IU. It'd be tough to be a student at IU and not
use email/news/ftp. Of course, there are some that don't use the
services, but it's a small percentage.
-rob
---
Rob Francis Unix Systems Specialist, University Computing Services
Indiana University, francisr@indiana.edu (812)855-0327
From: theharv@csld.ucr.edu (Brian Harvey)
Newsgroups: comp.sys.next.sysadmin
Subject: Printer setup in Netinfo
Message-ID: <35334@galaxy.ucr.edu>
Date: 12 Aug 93 00:26:35 GMT
Sender: news@galaxy.ucr.edu
Right now in our lab, we have two printers that are public and show up on
the print panels on every computer. However, there is one computer in our
network we want to add a couple other printers and can only be printed
to from this one computer. We added the printcap info for the printers
and loaded them into the local netinfo database for that machine, but the
extra printers don't show up in any print panels on that machine, just
the public printers. We can use "lpr" to print to the private printers,
though. What's going on? How can we get the private printers to show up in
the print panel's on the one machine?
Any help would be greatly appreciated.
-----------------------------------------------------------------
Brian Harvey * theharv@csld.ucr.edu
University of California, Riverside * brian@cs.ucr.edu
UOB 221 Ext. 2842 * theharv@watserv.ucr.edu
C.S.L.D. System Administrator (NeXT Mail preferred everywhere!)
Systems Group - College of Engineering
-----------------------------------------------------------------
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: UUCP - over one wall, into another
Date: 12 Aug 1993 01:20:10 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <24c5sa$egi@umd5.umd.edu>
Well, I'm getting there.
I've got my UUCP client to successfully log in. But once it establishes the
role stuff, and once it tries to send 0210, it hangs:
uucp sgate (8/11-21:13-14221) SUCCEEDED (call to gateway )
imsg looking for SYNC<
\20>
imsg input<Shere=gateway\0
Using \0 as End of message char
>got 11 characters
omsg <Stirk -Q0 -x9>
imsg looking for SYNC<
\20>
imsg input<ROK\0>got 3 characters
msg-ROK
Rmtname gateway, Role MASTER, Ifn - 5, Loginuser - uucp
rmesg - 'P' imsg looking for SYNC<\20>
imsg input<Ptfg\0>got 4 characters
got Ptfg
wmesg 'U' g
omsg <Ug>
send 073
rec h->cntl 073
send 061
state - 01
rec h->cntl 061
send 053
state - 03
rec h->cntl 053
state - 010
Proto started g
protocol g
uucp gateway (8/11-21:13-14221) OK (startup cufa 38400 baud)
*** TOP *** - role=MASTER
wmesg 'H'
send 0210
rmesg - 'H' send 0210
rec h->cntl 020
send 0210
state - 010
send 0210
[ad infinitum]
I'm dialing from my apartment using a mono NeXTstation (one of the sample
'040 ones) running NeXTstep 3.1. The modem is a Supra v32bis fax modem.
It's going through a Cisco terminal server.
The login works.
At first I thought it was the Cisco TS not being 8 bit clean. But a 3.0
NeXTcube with the *exact* *same* *UUCP* *configuration* (differing in modem
-- it uses a Hayes 2400MNP5 masquerading as a 9600) works just fine.
This is damn annoying. Anyone got any clues?
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
Got Mole problems?
Call Avogardo 6.02 x 10^23
Newsgroups: comp.sys.next.sysadmin
From: Michael_Pizolato@afs.com (Michael Pizolato)
Subject: Re: Can NetInfo be turned off?
Message-ID: <1993Aug11.232813.426@afs.com>
Sender: Michael_Pizolato@afs.com
References: <1993Aug11.023833.4035@BlueRose.com>
Date: Wed, 11 Aug 1993 23:28:13 GMT
M Carling writes
>Michael Pizolato writes
>>Eric P. Scott writes
>>>Ah yes, *the* quintessential Clueless Newbie Question.
>>
>>Ah yes, *the* quintessential Clueless Moron Response.
>>
>>Way to help out, Eric. Just what someone in an honest search for
>>assistance should hear.
>
>When you've been as helpful in this forum as Eric has, feel free
>to criticize his style (by email please).
I'm sorry, I didn't realize that I wasn't free to criticize insults
that both discourage new users from trying to learn and damage the
reputation of the NeXT user community until Mr. Carling had judged
me "helpful."
Michael
P.S. Interesting how Mr. Carling heeded his own advice about e-mail
to keep the public flame-fest from growing.
--
Michael Pizolato gnihtyreve noitseuq
michael_pizolato@afs.com
NeXTMail appreciated
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Virus software?
Message-ID: <1993Aug12.055855.22549@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <245b5h$do5@email.tuwien.ac.at> <1993Aug10.134907.10089@ToTSySSoft.com> <24bl1n$1uj@news.mic.ucla.edu>
Date: Thu, 12 Aug 1993 05:58:55 GMT
In article <24bl1n$1uj@news.mic.ucla.edu> iwelch@agsm.ucla.edu
(Ivo Welch) writes:
>Of course, optimally there should be a button on each harddisk to make
>it read-only on demand...sigh.
Your hardware probably supports this. (Ours does.) The hard
part is keeping fingers away from the button while the disk is
being used. A keyswitch seems appropriate here.
-=EPS=-
From: sanguish@digifix.com (Scott Anguish)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: UUCP - over one wall, into another
Date: 12 Aug 1993 01:14:14 -0400
Organization: Digital Fix Development
Distribution: world
Message-ID: <24cjj6$4jc@digifix.digifix.com>
References: <24c5sa$egi@umd5.umd.edu>
Mike Matthews writes
>
> Well, I'm getting there.
>
> I've got my UUCP client to successfully log in. But once it establishes the
> role stuff, and once it tries to send 0210, it hangs:
>
I think this is caused by a typo in the L.sys file. From what I
remember it is VERY PICKY on whitespace.
--
- Scott Anguish -
sanguish@digifix.com (NextMail)
next-announce@digifix.com (comp.sys.next.announce submissions)
Newsgroups: comp.sys.next.sysadmin
From: kwang@zeus.calpoly.edu (Kevin Wang (The Scarecrow))
Subject: Re: How do I get NeXTStep to start using the domain nameserver?
Message-ID: <1993Aug12.064916.119182@zeus.calpoly.edu>
Organization: The Outland Riders
References: <JEW.93Aug9153337@helium.arizona.edu>
Date: Thu, 12 Aug 1993 06:49:16 GMT
In comp.sys.next.sysadmin jew@arizona.edu (James E Ward) writes:
>I have the network up enough to telnet in and out of the next machine,
>but it doesn't look up names unless I use nslookup. I have configured
>/etc/resolv.conf, but am not sure what else I need to do? I'm using
>NeXTStep 3.0 if that makes a difference. Many thanks in advance...
>Sorry if this is a FAQ... I didn't see one...
>
>nslookup does work, so I feel resolv.conf is properly configured.
1: jew@arizona.edu bounces
2: try setting resolv.conf world-readable
- Kevin Wang
From: sanguish@digifix.com (Scott Anguish)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.misc
Subject: Mail.app won't send NextMail anymore!
Date: 12 Aug 1993 03:12:37 -0400
Organization: Digital Fix Development
Distribution: world
Message-ID: <24cqh5$5b6@digifix.digifix.com>
In the past couple of days, all of a sudden my Mail.app doesn't seem to want to
send NextMail to anyone.
The bodies of the messages are empty.
What's REALLY strange is that I can send it to myself, or to another account I
have on an SCO machine, and it has the body there, uuencoded and all.
Has anyone else seen this? The only thing I can recall changing was a couple
of NetInfo settings for security stuff, as outlined in the SysAdmin docs.
Any help????
Thanks
Scott
--
- Scott Anguish -
sanguish@digifix.com (NextMail)
next-announce@digifix.com (comp.sys.next.announce submissions)
From: phil@cnam.cnam.fr (Philippe Provost)
Newsgroups: comp.sys.next.sysadmin
Subject: TOUCH.app :can t connect !
Date: 12 Aug 1993 11:21:07 +0200
Organization: Conservatoire National des Arts et Metiers, Paris, France
Distribution: world
Message-ID: <24d223$3fk@cnam.cnam.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Keywords: touch , net , next
Hello !
I have a version of touch (Touch.app real 2.0 v08, 1991) i want
to use to connect to an Ultrix system.
But whenever i try it, it tells me:
Error connecting to cnam.cnam.fr - Login failed.
I can connect from Terminal, using rlogin or ftp so what
is the problem ? (routing ? protocols ?...)
Thank you.
Phil
Ps: is parser concerned here ?, do i need to build one to get
a connexion to a Vax Unix system ? (if so does it already exist ?)
--
=============================================================================
Provost Philippe phil@cnam.cnam.fr
NeXT Registered developper Veille Technologique Armee de Terre
" La vie est tellement extraordinaire lorsque l'Amour est sa compagne"
Newsgroups: comp.sys.next.sysadmin
From: chris%milo@wpa.com (Chris Cleeland)
Subject: Help needed deciphering bizarre Console message
Message-ID: <1993Aug11.224700.26014@milo.UUCP>
Sender: chris@milo.UUCP
Organization: Milo Designs
Distribution: na
Date: Wed, 11 Aug 1993 22:47:00 GMT
Okay, collective net.intelligencia, I have a problems with which I
need some help.
I am getting the following message in my console window almost every
time I login now:
Workspace: privileges disabled because of outstanding IPC access to
task
Any idea what that means and what might be causing it?
Also, uucp has been unable to deliver ANY mail to me in the past two
days. The mail gets to the machine from my feed, but when uucp
attempts to invoke rmail to actually do the delivery, bad things
happen. Output from uulog(1m) is shown below:
uuxqt nimno uucp (1993-08-11 13:07:02.41 25593) Executing
X.nimnoA6z03 (rmail chris)
uuxqt nimno uucp (1993-08-11 13:07:02.85 25593) ERROR: Execution:
Exit status 139
I don't know if these two phenomena are related or not, but I'm
losing a lot of mail around here and it's really getting old!
*ANY* help/hints you can give me would be most appreciated!
Incidentally, I'm running Version 3.0 (Hyper3B) and Taylor UUCP 1.04.
Thanks again!
-cj
--
---
-------------------------------------------------------------
Chris Cleeland | Internet: chris%milo@wpa.com
Consultant/NeXT Advocate | UUCP: wupost!nimno!milo!chris
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Fascist passwords (was Re: Can NetInfo be turned off?)
Date: 12 Aug 1993 14:17:35 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <24djdv$ckn@umd5.umd.edu>
References: <1993Aug9.220823.12035@cronkite.ocis.temple.edu> <1993Aug10.133744.9958@ToTSySSoft.com> <24ak5m$6r7@vixen.cso.uiuc.edu>
In article <24ak5m$6r7@vixen.cso.uiuc.edu> lemson@uiuc.edu writes:
>This is the best advice. There is a netinfo switch that enforces
>'better' passwords beginning in 3.0. There are some quirks, and it
>lies (the recommendation for passwords it gives don't work), and it
>isn't as good as ANLpasswd, but it is better than what most OS
>vendors ship - which is nothing.
Has anyone else noticed that this switch makes passwd reeeally picky? It's
"please use" statement is wrong, too, it wants much much more.
>David Lemson
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
I would have promised those terrorists a trip to Disneyland if it would have
gotten the hostages released. I thank God they were satisfied with the
missiles and we didn't have to go to that extreme.
- Oliver North
From: basil@japonica.cs.odu.edu (-{Pygmy Cats beware}-)
Newsgroups: comp.sys.next.sysadmin
Subject: tty config for 8n1?
Date: 12 Aug 1993 15:53:23 GMT
Organization: URbanz k-rad w0rld of NeXT.
Message-ID: <24dp1j$1ss@xanth.cs.odu.edu>
How does one setup dialup lines for 8n1 connections?
email to: basil@cs.odu.edu
thanks.
basil
From: woneill@astro.ocis.temple.edu (William O'Neill)
Newsgroups: comp.sys.next.sysadmin
Subject: Problems booting from blk0
Message-ID: <1993Aug12.153953.11904@cronkite.ocis.temple.edu>
Date: 12 Aug 93 15:39:53 GMT
Sender: news@cronkite.ocis.temple.edu (NetWork News (readnews))
Organization: Temple University
Recently we've upgraded to 3.1 on black hardware FRom scratch and seem to have
problems booting with a CD-ROM drive attached. If there isn't a CD-ROM drive,
it boots fine. But when I attach the CD, it boots initially off of the HD
and then tries to boot from the CD-ROM. It keeps thinking that it is /dev/sd0a.
I have tried setting the SCSI ID on the CD-ROM to all different numbers with
the same results.
Another question- is cc anywhere on the 3.1 disk or is it only on the
developer's disk? I couldn't find it anywhere and it seems unusual that one
would have to buy the Developer's kit just for cc.
--
<cut along dotted line>
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Bill O'Neill The Woneill
Temple University woneill@astro.ocis.temple.edu
7th Floor Computer Activity Building Usenet News administrator
Broad & Montgomery Avenues Radio/TV/Film major
Philadelphia, PA 19122 Cynical Temple Student
From: rngu@mipos2.intel.com (Robert Ngu)
Newsgroups: comp.sys.next.sysadmin
Subject: process id for non-terminal processes
Date: 12 Aug 1993 16:54:06 GMT
Organization: Intel Corporation, Santa Clara, CA USA
Distribution: world
Message-ID: <24dsje$ofp@inews.intel.com>
Hi,
Couple of questions:
1) if you want to use GDB to debug non-terminal processes like Edit, or File Viewer, etc... how do you get the process id so that you can attach to it using GDB?
2) Can anybody out there tell me how to set up print manager to use a remote printer using TCPIP / NFS?
THanks,
Bob
From: penney@cl-next4.cl.msu.edu (Chris Penney)
Newsgroups: comp.sys.next.sysadmin
Subject: X11R5 for 3.1
Date: 12 Aug 1993 17:22:56 GMT
Organization: Michigan State University
Message-ID: <24du9g$13bv@msuinfo.cl.msu.edu>
Has anyone compiled X11R5 on a 3.1 machine yet (preferrable a Turbo Color)?
-=Chris=-
--
==== ====
= Christopher C. Penney E-mail: penney@convex.msu.edu =
= Computer Consultant Office: 110 Computer Center =
= ACM Vice Chairman Michigan State University =
==== ====
From: rhartman@dsl2.uoregon.edu (Rick Hartmann)
Newsgroups: comp.sys.next.sysadmin
Subject: Software for counting pages printed on NeXTprinter
Message-ID: <24e429$b7j@pith.uoregon.edu>
Date: 12 Aug 93 19:01:29 GMT
Article-I.D.: pith.24e429$b7j
Distribution: world
Organization: University of Oregon Network Services
Our lab manager is looking for either freeware or $ware that would keep
track of pages printed on our NeXT laser printer so we can charge to
recover toner and paper costs.
Is there any easy way to do this or software that will serve the
purpose?
Thanks,
Rick
---
Rick Hartmann, System Manager
Data Services Lab Work Phone: 503-346-1335
University of Oregon, 10 PLC, 1415 Kincaid St., Eugene 97403
Basic schedule: 8-12 daily and by appointment
email: rhartman@dsl2.uoregon.edu (NeXTmail ok)
From: szatezal@magnus.acs.ohio-state.edu (Shane M Zatezalo)
Newsgroups: comp.sys.next.sysadmin
Subject: Lost monitor password!
Date: 12 Aug 1993 19:27:53 GMT
Organization: The Ohio State University
Distribution: world
Message-ID: <24e5jp$6dn@charm.magnus.acs.ohio-state.edu>
How can one zap a monitor password? I recently started working
for another part of our campus, and the previous sysadmin there
never wrote it down. (I know he's up there laughing at me now...) <grin>
There are three machines. Two I have the root password to. The 3rd's
is different, and when I try to reset it, I cannot boot into single
user mode (and hence change the root password) because of the monitor
password.
Any help/ideas would be appreciated.
--
:::Apple II forever!!:::GO BUCKS!:::Play Lacrosse!!:::Raging Bullwinkle!:::
: Shane M . Zatezalo - CIS OSU: i-net> szatezal@magnus.acs.ohio-state.edu :
: root@tap.colum.fnet.org : NeXTMail> shane@kiwi.swhs.ohio-state.edu :
:GS::: call T.A.P. a Futurenet BBS 614-297-7031 16.8k DS HST 350 MEGS ::GS:
From: ray@astro.ocis.temple.edu (Ray Lauff)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can NetInfo be turned off?
Message-ID: <1993Aug12.182244.3598@cronkite.ocis.temple.edu>
Date: 12 Aug 93 18:22:44 GMT
References: <1993Aug10.130717.4068@afs.com> <1993Aug11.023833.4035@BlueRose.com>
Sender: news@cronkite.ocis.temple.edu (NetWork News (readnews))
Organization: Temple University
M Carling (m@BlueRose.com) wrote:
> In article <1993Aug10.130717.4068@afs.com> Michael_Pizolato@afs.com
> (Michael Pizolato) writes:
> > Eric P. Scott writes
> > >Ah yes, *the* quintessential Clueless Newbie Question.
> >
> > Ah yes, *the* quintessential Clueless Moron Response.
> >
> > Way to help out, Eric. Just what someone in an honest search for
> > assistance should hear.
> When you've been as helpful in this forum as Eric has, feel free to
> criticize his style (by email please).
> M Carling
> President, Bay Area NeXT Group
Well, he may have been helpful in the past, but I've seen people become
jaded and unhelpful rather quickly when they see the same questions over
and over again. I sent Eric a email about it, rather than waste bandwidth.
BUT, since there have been a few people scoffing at my wanting to kill poor
NetInfo, perhaps I should make the situation a bit clearer. I have a NeXT
cube which we DO *NOT* use as a workstation, therefore making all the fancy
NeXTstep applications pretty much useless to me. We have approximately
250 accounts which people just telnet into in the "standard unix way" to
read mail, access Usenet, IRC, etc.
My staff and I are *quite* familar with NetInfo, although I wouldn't say
we are experts. We are trying to SECURE this system as quickly as possible,
since 1) we don't have alot of time to spend on it 2) we are more
interested in our large 1,000 user systems from CDC 3) we have no
interest in intergrating with the Intel junk and 4) we have no interest
in the NetInfo services.
I suspect NetInfo is the problem because our other Unix systems have
been far more resistant to cracker attacks. We DID have someone
connect to our system and wipe out our accounting and configuration
files, effectively bringing the system down for six days. I would
prefer to avoid this problem in the future, and since the cracker
appeared to be a NetInfo expert who obtained the /etc/passwd file
from the system and ran a password cracking program to access the
root account, I would like to eliminate that problem in the
future. Setting permissions to 700 on the /etc/passwd file won't
help much in a NetInfo environment.
I HAVE carefully reviewed the Release 3.1 "Implementing Security"
document and will follow those instructions to the letter.
However, if I change this single NeXT system to be non-NetInfo,
I think I will have a better chance of preventing this type of
cracker activity in the future.
Any one WHO CAN HELP who can send me some ideas via email will
be greatly appreciated.
Thank you in advance.
Ray
--
Ray | (215)204-5678 | Temple University Computer Services | ray@astro.temple.edu
Opinions and statements contained within are those of the author only and don't
represent those of Temple University. They never did - they never will!
Newsgroups: comp.sys.next.sysadmin
From: ray@isrc.sandia.gov (Larry Ray)
Subject: Setting Up NS/FIP on Network
Message-ID: <1993Aug12.163852.2906@isrc.sandia.gov>
Organization: Sandia National Labs, Org. 1600, Albq., NM
Date: Thu, 12 Aug 1993 16:38:52 GMT
I just installed NS/FIP. Installation went well, thanks to tips posted
on the net. But I can't communicate with our Unix network. Where can I find
information on setting up the networking?
What I did: I logged in as root and ran the SNS application. After
rebooting and being unable to 'ping' machines on the net, I fiddled with
Host Manager and Net Manager. All the information there looks good, except
that I have no hosts defined. When I try to add hosts, I am told that
the specified domain files failed to open. So I'm using net numbers
for now.
I know the hardware is okay, because it works under OS/2. I'm using:
Gateway 486-66
IDE drives
Adaptec 1542B
NED CDR-74 CDROM
3Com Etherlink III (3C509) with default settings (0x300, Int 10)
I've set up several Unix machines on the net, but NeXTstep appears not to
make much use of the standard files in /etc.
Where do people go for system administration information? Any suggestions?
Thanks.
--
Larry Ray <ray@isrc.sandia.gov> | Where did I come from?
Intelligent Systems and | Why am I here?
Robotics Center | Where am I going?
Sandia National Laboratories | Will I be there next week?
Newsgroups: comp.sys.next.sysadmin
From: dean@world.std.com (Dean S Banfield)
Subject: Booting alternate OS (DOS) on NS/FIP
Message-ID: <DEAN.93Aug12174144@world.std.com>
Sender: dean@world.std.com (Dean S Banfield)
Organization: The World Public Access UNIX, Brookline, MA
Distribution: comp
Date: Thu, 12 Aug 1993 22:41:44 GMT
Hi,
I've just gotten up on NS/FIP and the machine I bought had mucho Windows stuff
on a disk drive that I relegated to the secondary drive position. Installed
NS/FIP on the entire primary drive. Can the boot: prompt be manipulated to
allow me to boot a standard DOS partition on the secondary drive? No docs
anywhere on boot:, and the ? prompt gives no examples. Thanks in advance.
Also, looking for a FAQ so I won't have to ask such dumb questions.
-Dean
--
Dean S. Banfield Voice: (203) 656-1500
Real Decisions Corporation FAX : (203) 656-1659
22 Thorndal Circle email: dean@world.std.com
Darien, CT 06820
From: danno@css.itd.umich.edu (Dan Pritts)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Lost monitor password!
Date: 12 Aug 1993 21:58:28 GMT
Organization: U of Michigan, Ann Arbor
Distribution: world
Message-ID: <24eee4$qgl@stimpy.css.itd.umich.edu>
References: <24e5jp$6dn@charm.magnus.acs.ohio-state.edu>
In article <24e5jp$6dn@charm.magnus.acs.ohio-state.edu> szatezal@magnus.acs.ohio-state.edu (Shane M Zatezalo) writes:
>How can one zap a monitor password? I recently started working
>for another part of our campus, and the previous sysadmin there
>never wrote it down. (I know he's up there laughing at me now...) <grin>
If you pull the battery out of the machine for a while (an hour?) the
prom will clear, and there will be no more password. There is also a
quick way to do this, by shorting two pins on some chip, presumably the
prom, but I don't know what that way is.
>:::Apple II forever!!:::GO BUCKS!:::Play Lacrosse!!:::Raging Bullwinkle!:::
Bah. Go BLUE!
danno
--
dan pritts consultant/system administrator
dan.pritts@umich.edu um itd/css unix support group
From: Ben's machine
Newsgroups: comp.sys.next.sysadmin
Subject: I'm a moron
Message-ID: <1993Aug12.204438.4489@cs.indiana.edu>
Date: Thu, 12 Aug 1993 20:44:38 GMT
Sender: root@cs.indiana.edu (Operator)
Organization: frogware
I just deleted a rather important file for news:
/usr/local/bin/news/input/newsrun
duh!
(how, you ask? well, ist hard to explain, but the ! key was involved)
Could some kind soul e-mail it to me?
I'm at spot!ben@cs.indiana.edu
Please e-mail first, so I don't get a million.
thanks, ben
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: clarance@nshade.uah.ualberta.ca (Clarance Howatt)
Subject: Indexing WriteNow docs
Message-ID: <1993Aug13.010214.6639@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Fri, 13 Aug 1993 01:02:14 GMT
This could be a FAQ but I will ask anyway. One of the Doctors here at the
hospital PURCHASED (are you happy Randy :-) ) WriteNow. I know that
there is a way to make Librarian index his WriteNow docs but I can't seem
to find it. Does anyone know how this magic is performed?
============================================================
Clarance Howatt
Programmer, Information Systems
University of Alberta Hospitals
WMC 2C2.21, 8440 - 112th Street,
Newsgroups: comp.sys.next.sysadmin
From: mdw@sitar.jazz.att.com (Mark Wuest)
Subject: Re: "Thinking about showing you the next piece"
Message-ID: <CBLzoz.3L5@cbfsb.cb.att.com>
Originator: mdw@cbnewsg.cb.att.com
Sender: news@cbfsb.cb.att.com
Organization: AT&T
References: <CHRIST.93Aug11123657@park.bu.edu>
Date: Wed, 11 Aug 1993 19:05:22 GMT
In article <CHRIST.93Aug11123657@park.bu.edu> christ@park.bu.edu (Christian Mannes) writes:
> Thinking about showing you the next piece
>The messages have occurred since the printer was installed. Does
>anybody know what this could mean?
It means you're a Tetris addict. ;-)
Mark
--
Mark Wuest
mdw@sitar.jazz.att.com (Sun Mailtool/NeXTMail Ok)
From: benji@athena.com (Benjamin Cline)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Developer Tools
Date: 13 Aug 1993 02:55:52 GMT
Organization: Institute for Mammalian Fur Growth
Message-ID: <24evro$67f@hermes.athena.com>
References: <1993Aug10.210515.2321@rpslmc.edu>
In article <1993Aug10.210515.2321@rpslmc.edu> jdeclari@is.rpslmc.edu writes:
>is not my decision to make. At anyrate, I got the CD for Dev Tools for 3.1,
>and ran the installation on my machine. I noticed that not all of the
>files/folders were installed, ie: HEADERS, etcetera. I manually copied them
>over, and now I get a nice clean build, but when I try to build my program as >an app, I get the following error message:
>
As of 3.1, the libraries are in a separate .pkg file from the development
tools. Did you install this package too?
benji
--
Benjamin Cline benji@athena.com
Systems Administration & Technical Support NeXTmail cheerfully accepted!
Athena Design, Inc. "Happiness is a warm puppy."
From: benji@athena.com (Benjamin Cline)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: "Thinking about showing you the next piece"
Date: 13 Aug 1993 02:58:01 GMT
Organization: Institute for Mammalian Fur Growth
Distribution: comp
Message-ID: <24evvp$67g@hermes.athena.com>
References: <CHRIST.93Aug11123657@park.bu.edu>
In article <CHRIST.93Aug11123657@park.bu.edu> christ@park.bu.edu (Christian Mannes) writes:
>
>A while ago, I posted about problems with my new NeXT laser printer.
>Now I have found about 1700 lines in /tmp/console.log saying:
>
> Thinking about showing you the next piece
>
>The messages have occurred since the printer was installed. Does
>anybody know what this could mean?
>
There is a PD version of tetris for the NeXT that prints this on console for
each piece. It's rather annoying, I've hacked the source to eliminate this,
and I'd be happy to send it to anyone who wants it.
benji
--
Benjamin Cline benji@athena.com
Systems Administration & Technical Support NeXTmail cheerfully accepted!
Athena Design, Inc. "Happiness is a warm puppy."
From: bi9991_svobo@rivers.acc.uwrf.edu
Newsgroups: comp.sys.next.sysadmin
Subject: NEED SOME HELP
Message-ID: <1993Aug12.125900.1475@rivers.acc.uwrf.edu>
Date: 12 Aug 93 12:59:00 -0600
Organization: University of Wisconsin - River Falls
I am in a computer class this summer and one of the projects was to do some
research about a computer related topic. What I did was the Subject of
MUDs and other internet type games that are currently up and being developed
right now. Some of the question I wanted to address and use for some of the
research was, Why do most sysadmins and schools not allow the games to be
used on the systems the schools have up on the net, when it is the students
money that is paying for that computer to be there in the first place.
Some other question is that if you school does not allow this activity to
go one what are things that you do to avoid this and what are some things that
happen to the accounts or students.
And I guess last would be are there any schools that have open policy about
this and allow students to run muds off of there machines, if so were:)
Thanks for your help
From: spot!ben@cs.indiana.edu (Ben Bernhard)
Newsgroups: comp.sys.next.sysadmin
Subject: Where do I get Taylor UUCP?
Message-ID: <1993Aug12.220043.5602@cs.indiana.edu>
Date: Thu, 12 Aug 1993 22:00:43 GMT
Sender: ben@cs.indiana.edu
Organization: frogware
I've been informed that the slooow performance of my new ZyXEL is due to the
standard UUCP implementation and that Taylor is the fix.
I don't have FTP access to the archives and my experements with e-mail to
nova@purdue have not yielded anything.
I'd much appreciate any pointers- Can somebody mail me the package??
thanks,
ben
--
__________________________________________________________________________
Ben Bernhard "Nothing that results from human progress
812/339-5304 (fax) is achieved with unanimous consent."
From: annard@theborg.stack.urc.tue.nl (Annard Brouwer)
Newsgroups: comp.sys.next.sysadmin
Subject: speeding up Taylor-uucp on black Turboware and Intels!
Date: 12 Aug 1993 23:37:39 GMT
Organization: the Borg
Distribution: world
Message-ID: <24ek83$lp@theborg.stack.urc.tue.nl>
Hi,
A short while ago there was a message on comp.dcom.modems that the newer NeXT
hardware and some Intel boxes (using appropriate serial hardware) are able to
use a serial baudrate of 57600. I changed my `port' file for Taylor-uucp to
talk to my ZyXEL at this speed and it didn't complain. However, the other side
uses a lousy PC where the speed can't be higher than 38400 baud.
Can anyone who has fast hardware on both sides of a Taylor-uucp connection
confirm that this really speeds up communication? Especially on large uudecoded
files such as NeXTmails this should really speed things up when your modem can
do 16k8/19k2 with V.42bis.
Thanks and good luck,
Annard
--
Annard Brouwer annard@stack.urc.tue.nl (NeXTmail appreciated)
People? You can forget it.
Newsgroups: comp.sys.next.sysadmin
From: ray@isrc.sandia.gov (Larry Ray)
Subject: Re: Setting Up NS/FIP on Network
Message-ID: <1993Aug12.201508.5268@isrc.sandia.gov>
Organization: ISTG, Sandia National Labs, Albuquerque, NM
References: <1993Aug12.163852.2906@isrc.sandia.gov>
Date: Thu, 12 Aug 1993 20:15:08 GMT
Thanks to those of you with helpful suggestions. I did get a copy of
NeXTstep Network and System Administration and was able to get the
net working by following guidance there. I'm still not sure what the
difficulty was.
Larry Ray <ray@isrc.sandia.gov> | Where did I come from?
Intelligent Systems and | Why am I here?
Robotics Center | Where am I going?
Sandia National Laboratories | Will I be there next week?
*Not a statement for or by any organization. Opinions expressed are mine alone.
--
Larry Ray <ray@isrc.sandia.gov> | Where did I come from?
Intelligent Systems and | Why am I here?
Robotics Center | Where am I going?
Sandia National Laboratories | Will I be there next week?
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Lost monitor password!
Message-ID: <1993Aug13.080721.3170@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <24e5jp$6dn@charm.magnus.acs.ohio-state.edu>
Date: Fri, 13 Aug 1993 08:07:21 GMT
In article <24e5jp$6dn@charm.magnus.acs.ohio-state.edu>
szatezal@magnus.acs.ohio-state.edu (Shane M Zatezalo)
writes:
>How can one zap a monitor password? I recently started working
>for another part of our campus, and the previous sysadmin there
>never wrote it down. (I know he's up there laughing at me now...) <grin>
>
>There are three machines. Two I have the root password to.
On those two, reading the old password shouldn't be a problem.
begin 755 hwpwd
M_NWZS@````8````!`````0````0```*T`````0````$```(4````````````
M``````````````````,D```"T````Q0````'````!P````<`````7U]T97AT
M`````````````%]?5$585``````````````````````!M````M`````!````
M``````````````````````!?7V9V;6QI8E]I;FET,```7U]415A4````````
M`````````;0```$P```$A`````(``````````````````````````%]?9G9M
M;&EB7VEN:70Q``!?7U1%6%0````````````````"Y`````````6T`````@``
M````````````````````````7U]C<W1R:6YG`````````%]?5$585```````
M``````````+D````)```!;0````````````````````"``````````!?7V1A
M=&$`````````````7U]$051!`````````````````P@````,```%V`````(`
M`````````````````````````%]?8G-S``````````````!?7T1!5$$`````
M```````````#%````````````````@```````````````0``````````7U]C
M;VUM;VX``````````%]?1$%400````````````````,@````!``````````$
M```````````````!```````````````&````,````!0````L!0```"]U<W(O
M<VAL:6(O;&EB<WES7W,N0BYS:&QI8@`````"````&```````````````````
M```````%````6`````$````2````````````````````````````````````
M````````````````````````````````````````````````````````````
M($^>_``,(!@N@"/````##"](``0CR````Q!2@.6`T<`O2``((\@```,(8?\`
M``!(2KD$`0*P9Q@@>00!`K!.D$JY!`$!I&<(('D$`0&D3I!*N0```R!G!F'_
M```"QD*Y!`$%L&'_````/BZ`8?\%`"1"3G%.5O_\+7P```&T__Q.<0RN```"
MY/_\9!0@;O_\(&@`!")N__P@D5"N__Q@XDY>3G5.5O_@+P)"ITAY```"Y&'_
M!0`K$"0`4$]L&$AY```"Y&'_!0`K7DAX``%A_P4`(^!03TAN_^`O/$`@=@0O
M`F'_!0`FZM[\``Q*@&P82'D```+N8?\%`"LL2'@``6'_!0`CKE!/Z>X`A/_B
M9PAR!K*`9V1@<$'Y!`$`%%.0:PQ82")0$KP`"E*08&Q#^00!`!1*.00!`"5L
M+"`11("PN00!`"!L("!Y!`$`&!"\``HO"2!Y!`$`&$*`$!`O`&'_!0`?0&`P
M2'D$`0`42'@`"F'_!0`?+F`>"JY.3DY._^0*;DY._^A(;O_D2'D```,"8?\%
M`"M04$\O`F'_!0`@_$*G8?\%`",*)"[_W$Y>3G5.<04`/6H$`094!0`]9`0!
M!E`%`#U>!`$&1`4`/5@$`09`!0`]4@0!!CP%`"10!`$&.`4`)$H$`08T!0`R
ME@0!!C`%`"16!`$&+`4`)$0$`08<!0`D+`0!!A@%`"0F!`$&%`4`)"`$`080
M!0`D/@0!!B@%`"1<!`$&2`4`)!H$`08,!0`D,@0!!B0%`"04!`$&"`4`)`X$
M`08$!0`D.`0!!B`%`"AD!`$&``4`+L0$`07\```##`0!!DP```,0!`$%]`4`
M*0P$`07P!0`I!@0!!>P%`"D`!`$%Z`4`*1($`07D!0`E1@0!!>`%`"GD!`$%
MW`4`,H0$`078!0`M>@0!!=0%`"(*!`$%T`4`*/H$`07,!0`DL`0!!<@```,(
M!`$%P`4`(+0$`06\!0`@W@0!!;@O9&5V+W9I9#``8V]U;&1N)W0@<F5A9"!.
75E)!30`E+C9S"@````````````````!V
`
end
Source code (NS 2.x):
#include <stdio.h>
#include <sys/types.h>
#include <sys/ioctl.h>
#include <mon/nvram.h>
#include <nextdev/video.h>
main()
{
register int v;
struct nvram_info nv;
if ((v=open("/dev/vid0", 0))<0) {
perror("/dev/vid0");
exit(1);
}
if (ioctl(v, DKIOCGNVRAM, &nv)<0) {
perror("couldn't read NVRAM");
exit(1);
}
switch (nv.ni_hw_pwd) {
case 0:
putchar('\n');
break;
case HW_PWD:
*(u_long *)nv.ni_ep^=0x4e4e4e4eL;
*(u_short *)&nv.ni_ep[4]^=0x4e4e;
/*FALL THROUGH*/
default:
(void)printf("%.6s\n", nv.ni_ep);
break;
}
(void)close(v);
exit(0);
}
[This won't compile under 3.x because nvram.h is GONE!]
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: milov@uwlax.edu (Milo Velimirovic)
Subject: IDE disk cloning problem
Message-ID: <1993Aug12.233147.14541@purelogic.cs.uwlax.edu>
Followup-To: poster
Sender: usenet@purelogic.cs.uwlax.edu (News Poster)
Organization: University of Wisconsin - La Crosse Computer Science Department
Date: Thu, 12 Aug 1993 23:31:47 GMT
We need to install thirty machines for a student lab and do not
particularly relish the thought of sequentially installing and removing
an Adaptec 1542 and CD-ROM in each of the machines to install NeXTSTEP
on the internal IDE drives.
We have sucessfully installed NeXTSTEP on one of these machines and have
made several attempts to clone /dev/hd0 to /dev/hd1.
(e.g. dd if=/dev/rhd0a of=/dev/rhd1a bs=4096)
When we try to boot from the cloned disk the first problem occurs at
boot0 time and we need to type a '1' to get it to boot from partition 1;
it doesn't automagically skip to boot1. Once the Mach kernel is loaded
it fails when it gets to executing /etc/rc with an error 20.
Any suggestions on how to *quickly* install NeXTSTEP on thirty machines
gratefully accepted.
-- Milo
Milo Velimirovic -- milov@uwlax.edu
Unix Computer Network Administrator
University of Wisconsin - La Crosse
Newsgroups: comp.sys.next.sysadmin
From: cowboy@trans.csuohio.edu (Joe Rosenfeld)
Subject: Can one set up NFS without becoming a netInfo server?
Message-ID: <1993Aug13.112057.15167@news.csuohio.edu>
Sender: news@news.csuohio.edu (USENET News System)
Organization: Cleveland State University Law Library
Date: Fri, 13 Aug 1993 11:20:57 GMT
Greeting fellow NeXTers. I am trying to set up some NFS mounts without
setting my computer up as a NetInfo server. I am having troubles
connecting to the directories I am making available. Am I out of
luck? Must one set up a NetInfo server in order to use NFS?
All advice appreciated. Thanks in advance and best regards-
Joe
--
| Joe Rosenfeld cowboy@trans.csuohio.edu
| CSU Law Library j.rosenfeld@csuohio.edu
| "I thought I was dead. Then I found I was just using a
| "PC and SweatyDOS. It was worse than dead!"
| What Little Bill really meant to say ...
Newsgroups: comp.sys.next.sysadmin
From: anderson (Ken Anderson)
Subject: Offsite pictures in mail
Message-ID: <1993Aug13.151719.26802@biztech.com>
Sender: news@biztech.com
Organization: Biztech, Inc.
Date: Fri, 13 Aug 1993 15:17:19 GMT
Does anyone know how to name/setup tiff images from offsite users to show
up in mail?
I've tried a number of combinations, but nothing seems to work.
Thanks,
Ken Anderson
anderson@biztech.com
Stamford, CT
Newsgroups: comp.sys.next.sysadmin
From: ploeger@aplki.toppoint.de (Andreas Ploeger)
Subject: Deferred printing?
Message-ID: <1993Aug13.121715.490@aplki.toppoint.de>
Sender: ploeger@aplki.toppoint.de (Andreas Ploeger)
Organization: Andreas Ploeger
Date: Fri, 13 Aug 93 12:17:15 GMT
Hi,
My NeXT Laserprinter is turned off 95% of the day. It automatically starts when
a print job arrives.
Is there any way to tell the printer not to start automatically so that I could
print all pages that arrived during the day just before I go home?
The perfect soultion would be to define a second (virtual) printer (e.g.
"LazyPrinter") that behaves like described. Did anybody do this?
Greetings,
Andreas
--
--------------------------------------------------------------------
Andreas Ploeger E-Mail: ploeger@tpki.toppoint.de
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Mail.app won't send NextMail anymore!
Message-ID: <1993Aug13.121212.7215@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <24cqh5$5b6@digifix.digifix.com>
Date: Fri, 13 Aug 1993 12:12:12 GMT
In article <24cqh5$5b6@digifix.digifix.com>
sanguish@digifix.com (Scott Anguish) writes:
-> In the past couple of days, all of a sudden my Mail.app
-> doesn't seem to want to send NextMail to anyone.
->
-> The bodies of the messages are empty.
[snip]
Yes! I have received one message this way, and have had
several arrive at distant addresses, apparently, without the
body. This has been an erratic problem, and I can only guess
at present that it is either an ``out-of-processes'' related
bug on the sending or receiving machine.
Even with ALL logging set to the debug level in syslogd.conf,
I've been unable to capture consistant logging for this
problem. It'll go to /tmp/console log on occasion, evidently
directly from an application, without benefit of syslogd.
OTOH, I've gotten a LOT of ``sh: can't fork'' messages under
Edit.app (Command-L or Command-pipe), and under tcsh v6.03 in
a terminal window.
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred -- MIME-Mail ok
Newsgroups: comp.sys.next.sysadmin
From: cpm@fnbc.com (Paul Merriman)
Subject: Netbooting NeXTs
Message-ID: <1993Aug13.152527.19294@fnbc.com>
Keywords: booting network
Sender: news@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
Date: Fri, 13 Aug 93 15:25:27 GMT
Net users,
we were looking to upgrade our 80 plus machines to 3.[12] sometime
soon and it occurred to me that maybe we should consider using a
bootserver. Anyone doing this? Can I use a Sun rather than a NeXT as a
server. How does it affect performance at booting and runtime (presumably
increased NFS traffic?). Is this a FAQ?
I'll summarise.
Paul
--
Paul Merriman
Unix Network Administrator cpm@fnbc.com (US)
International Technology Group cpm@fnbc.co.uk (UK)
First National Bank of Chicago
First Chicago House, Tel: 071 438 4486
90 Long Acre, Fax: 071 438 4181
Newsgroups: comp.sys.next.sysadmin
Subject: DOS Disk Icon?
Message-ID: <13AUG199308240578@violet.ccit.arizona.edu>
From: citdem@violet.ccit.arizona.edu (MCCOLLAM, DON)
Date: 13 Aug 1993 15:24:06 GMT
Distribution: world
Organization: University of Arizona
News-Software: VAX/VMS VNEWS 1.41
I've noticed that the DOS Disk Icon in 3.1 is an image of the OD with the
words DOS. Anyone know why? Is there a fix? (Not really important; just
curious.)
Don
citdem@happy.rc.arizona.edu
From: penney@cl-next4.cl.msu.edu (Chris Penney)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Lost monitor password!
Date: 13 Aug 1993 16:41:09 GMT
Organization: Michigan State University
Distribution: world
Message-ID: <24gg75$u93@msuinfo.cl.msu.edu>
References: <24e5jp$6dn@charm.magnus.acs.ohio-state.edu>
Take the battery off the motherboard for a few hours...
-=Chris=-
Shane M Zatezalo (szatezal@magnus.acs.ohio-state.edu) wrote:
: How can one zap a monitor password? I recently started working
: for another part of our campus, and the previous sysadmin there
: never wrote it down. (I know he's up there laughing at me now...) <grin>
: There are three machines. Two I have the root password to. The 3rd's
: is different, and when I try to reset it, I cannot boot into single
: user mode (and hence change the root password) because of the monitor
: password.
: Any help/ideas would be appreciated.
: --
: :::Apple II forever!!:::GO BUCKS!:::Play Lacrosse!!:::Raging Bullwinkle!:::
: : Shane M . Zatezalo - CIS OSU: i-net> szatezal@magnus.acs.ohio-state.edu :
: : root@tap.colum.fnet.org : NeXTMail> shane@kiwi.swhs.ohio-state.edu :
: :GS::: call T.A.P. a Futurenet BBS 614-297-7031 16.8k DS HST 350 MEGS ::GS:
--
==== ====
= Christopher C. Penney E-mail: penney@convex.msu.edu =
= Computer Consultant Office: 110 Computer Center =
= ACM Vice Chairman Michigan State University =
==== ====
From: rlarson@semlab3.sbs.sunysb.edu (Richard Larson)
Newsgroups: comp.sys.next.software,comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Where Are Mail.app Addresses Stored?
Date: 13 Aug 1993 16:15:58 GMT
Organization: Institute For Theoretical Physics
Message-ID: <24genu$gum@max.physics.sunysb.edu>
Keywords: Mail.app
The NEXTSTEP Mail application contains a facility for creating and saving
addresses. Does anyone out there know where (i.e., in what files) those
addresses are stored? I recently moved a network account from one machine
to another and found that the addresses did not move with the account
(even though I copied all the old mailboxes).
I can't figure out where the addresses are stored, and really don't want
to rebuild the whole addresses file from scratch. Help would be greatly
appreciated!
Please reply to: rlarson@semlab1.sbs.sunysb.edu (NeXTMail's fine)
From: rlarson@semlab3.sbs.sunysb.edu (Richard Larson)
Newsgroups: comp.sys.next.sysadmin
Subject: Where Are Mail.app Addresses Stored?
Date: 13 Aug 1993 16:16:47 GMT
Organization: Institute For Theoretical Physics
Message-ID: <24gepf$gvc@max.physics.sunysb.edu>
Keywords: Mail.app
The NEXTSTEP Mail application contains a facility for creating and saving
addresses. Does anyone out there know where (i.e., in what files) those
addresses are stored? I recently moved a network account from one machine
to another and found that the addresses did not move with the account
(even though I copied all the old mailboxes).
I can't figure out where the addresses are stored, and really don't want
to rebuild the whole addresses file from scratch. Help would be greatly
appreciated!
Please reply to: rlarson@semlab1.sbs.sunysb.edu (NeXTMail's fine)
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: TIP: use the new -r switch to nidump/niload in NS3.1
Message-ID: <70337@mimsy.umd.edu>
Date: 13 Aug 93 16:37:49 GMT
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
just for people who didnt notice this.
NS 3.1 added a -r switch to nidump and niload that
let you dump or load all or part of a netinfo database to an ascii file
its sounds like a great candidate for a cron job to make a backup
ascii copy of your ni databases.
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: TIP: bootparams property must be present for automatic host configuration
Message-ID: <70338@mimsy.umd.edu>
Date: 13 Aug 93 16:44:34 GMT
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
if you wish to use auto host configuration for hostnames,
(i.e. have HOSTNAME=-AUTOMATIC-) in /etc/hostconfig
you have to have the property bootparams in the /machines/clienthost
directory for each client of the configuration server.
otherwise the bootp request is ignored.
it doesnt have to have a value.
the docs suggest this property is for diskless clients to get their
boot parameters which I don't doubt is true, but
the docs NEVER mention this other use of the same property.
so if you ever get a client that doesnt get its hostname returned
at boot time, this is a good place to look. the IP address assignment
doesnt seem to care.
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
Newsgroups: comp.sys.next.sysadmin
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Re: DOS Disk Icon?
Message-ID: <1993Aug13.170831.14308@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <13AUG199308240578@violet.ccit.arizona.edu>
Date: Fri, 13 Aug 93 17:08:31 GMT
citdem@happy.rc.arizona.edu writes
> I've noticed that the DOS Disk Icon in 3.1 is an image of the OD
> with the words DOS. Anyone know why? Is there a fix? (Not
> really important; just curious.)
You can change the icon for the DOS disk icon by changing the icons
in usr/filesystems/DOS.fs (you have to be root to do this). I've
changed mine to use an image of a 5.25" floppy; I think it reflects a
whole lot better that OS's modernity. (You can find them on the
archives somewhere, or drop me a line and i'll NeXTmail them to you).
--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@leland.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
Newsgroups: comp.sys.next.sysadmin
From: dennis@nebulus.ampr.ab.ca (Dennis S. Breckenridge)
Subject: Re: Adaptec 1542b scsi problem: IF electrics or sync-async settings?
References: <TUTUI.93Aug10110238@pipi.ics.kula.kyoto-u.ac.jp>
Organization: "Alchemy Mindworks"
Date: Sat, 14 Aug 1993 07:07:06 GMT
Message-ID: <CBqMFv.47o@nebulus.ampr.ab.ca>
Distribution: comp
tutui@ics.kula.kyoto-u.ac.jp (Takashi TSUTSUI) writes:
...
>I can't figure out which is which, but I think, NeXT co. recommends
>to set the 1542b to asynchronus transfer mode, but I feel bothersome to
>set the 1.9GB seagate to asynchronus, which is shipped as mac peripherals,
>seems to be set to synchoronus.
>And the CD-rom for sparc also may be set to synchronus transfer.
>but the 200MB maxter bought for PC seems to be asynchronus.
Most new hard disks are Syncronous transfer, almost ALL tape drives
are SCSI-1, and every CDrom drive I have tried I end up setting it
non-syncronous. If I follow these rules all of my problems go away.
--
-------------------------------------------------------------------------------
Dennis Breckenridge Consider the benevolence of technology and the notion of
dennis@nebulus.ampr.ab.ca progress in the world we live in. Where is balance?
-------------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: ballew@wimpy.aero.org (bill ballew)
Subject: Help! SimpleNetworkStarter Crashes
Message-ID: <1993Aug14.212252.29274@speedy.aero.org>
Keywords: network netinfo
Sender: news@speedy.aero.org
Organization: The Aerospace Corporation; El Segundo, CA
Date: Sat, 14 Aug 1993 21:22:52 GMT
I seem to be having a problem setting up a Netinfo server using the
SimpleNetworkStarter Application. The application crashes right in the
middle of configuring the machine.
Here are the steps I've gone through:
Disconnected the machine from the network.
Ran the SimpleNetworkStarter app
Selected the "Be a server" option.
Entered the machine specific details (hostname, IP Address, Netmask,
etc).
Used all the defaults for section 3.
When I click on "Configure This Host" it starts to configure the server.
It tells me the total number of users that I can have on the server, etc.
A panel flashes by saying that the app is setting up the parent netinfo
and then asks for a password to use for adding new computers to the
network. After I give it a password and verify it, the program crashes.
I've tried different variations of options for the server but the app
always crashes.
I'm running on black hardware with system release 3.0. Also, the machine
has been a stand alone machine on our network since release 2. I suppose
it's possible that the way the machine was initially set up is interfering
with the SimpleNetworkStarter app :-(
Has anyone else had this problem and does anyone know of a work-around.
Any help would be greatly appreciated...
--
==========================================================================
Bill Ballew | The Aerospace Corporation
ballew@wimpy.aero.org | 2350 E. El Segundo Blvd.
310/336-1155 | El Segundo, CA 90245
VM 310/336-5454 Box 61155
==========================================================================
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: UUCP problem solved
Date: 15 Aug 1993 01:50:45 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <24k4pl$h27@umd5.umd.edu>
Thanks to Scott Anguish for pointing out some L.sys finickyness. My problem
turned out to be either the terminal server I was using had a fairly common
setting for an escape character (what it probably was) or it wasn't passing
the 8th bit for "special characters." (Not sure what makes a character
special, but what the hey, eh?).
Now if only I can get sendmail.cf configured to tack on the gateway's
hostname to outbound UUCP mail.
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
Day of inquiry. You will be subpoenaed.
Newsgroups: comp.sys.next.sysadmin
From: fender@netcom.com (James S. Nemerovski)
Subject: Appletalk, ethernet & uShare/Partner
Message-ID: <fenderCBsJ4H.6Ap@netcom.com>
Summary: Help with uShare/Partner network!
Keywords: standard
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Sun, 15 Aug 1993 07:50:41 GMT
I am trying to connect my Macto NeXT via IPT's uShare/Partner.
I cannot get rid of the control-c message upon bood without loosing
access to network. Simple Network Starter doesn't help; when I
change the IP address in additional modifications, I get an error
telling me that I already have a server on the network; why do I want
another eserver? I don't have ushare starting on boot; sohould I?
I'm loosing my mind; IPT sis stabbing in the dark. The manual is
hopeless.
Jm Nemerovski
Newsgroups: comp.sys.next.sysadmin
From: m@BlueRose.com (M Carling)
Subject: Re: Help! SimpleNetworkStarter Crashes
Message-ID: <1993Aug14.232914.7032@BlueRose.com>
Sender: m@BlueRose.com
Organization: Blue Rose Systems, Inc.
References: <1993Aug14.212252.29274@speedy.aero.org>
Date: Sat, 14 Aug 1993 23:29:14 GMT
In article <1993Aug14.212252.29274@speedy.aero.org> ballew@wimpy.aero.org
(bill ballew) writes:
>
> I seem to be having a problem setting up a Netinfo server using the
> SimpleNetworkStarter Application. The application crashes right in the
> middle of configuring the machine.
[stuff deleted]
> I'm running on black hardware with system release 3.0. Also, the
> machine has been a stand alone machine on our network since release 2.
This bug is fixed in 3.1. Install it using BuildDisk.app, not Upgrade.app.
M Carling
President, Bay Area NeXT Group
From: louie@sayshell.umd.edu (Louis A. Mamakos)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: bootp, terminal servers and NetInfo
Date: 15 Aug 1993 13:29:36 GMT
Organization: University of Maryland, College Park
Message-ID: <24ldo0$sat@ni.umd.edu>
References: <1993Aug13.184137.7210@narwal.ali.bc.ca>
Keywords: NetInfo, DEC
In article <1993Aug13.184137.7210@narwal.ali.bc.ca> harv@narwal.ali.bc.ca (Harvey C. Dueck) writes:
>Has anyone had any success getting non-NeXT machines to load their boot image
>using the bootp protocol from a NeXT running NetInfo? Any and all help is
>appreciated. Details below.
This is true under NS 2.1, I don't know about later releases..
You cannot use the NeXT supplied bootpd to service non-NeXT hosts. If
you look at the bootp protocol request coming from a NeXT, you see a
vendor field in the bootp request of "NeXT" and other interesting
stuff, rather than an RFC-1084 version of the "vendor" field.
It appears that there are weird, special things that go on in NeXT's
bootpd to suppory their dynamic address assignment for installation of
new NeXT workstations (at least of the black variety).
If you don't need to bootp your NeXTs, just grab a "normal" bootpd and
use it instead of the special NeXT on.
Louis Mamakos
University of Maryland
Newsgroups: comp.sys.next.sysadmin
Subject: Time servers & NeXT
Message-ID: <24m087$9dm@zippy.Telcom.Arizona.EDU>
From: d_mc@mccube.tucson.az.us (Don McCollam)
Date: 15 Aug 1993 18:45:27 GMT
Distribution: world
Organization: University of Arizona
Hi.
I access ethernet using SLIP. I bring up the connection manually when I
need it (mail delivery, news access, ftp, etc.) and take it down as soon
as the need is gone (I've got only 1 phone line). What I'd like to do is,
when I've got the connection up, manually access a NTP (time) server (at
the UofA, where I work and where the other end of my SLIP access resides)
and update the NeXT's system clock. I don't want anything "automatic",
since my use of SLIP is erratic, and I really don't care to much about
drift (since I can update the clock before I do anything where time
accuracy is critical - such as updating a Sybase database). I appreciate
any recommendations on how to do this. Is there an .app? Is there a unix
command? Etc. (I know there's an .app that accesses a specific server
(somewhere); but that's a long distance call. Are there any other
options?)
Don McCollam
d_mc@mccube.tucson.az.us
(please cc: citdem@happy.rc.arizona.edu - this is me also)
From: karthy@dannug.dk (Karsten Thygesen)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: wu-ftpd on NeXT?
Date: 15 Aug 1993 19:53:13 GMT
Organization: Dannug - Danish NeXT Users Group
Distribution: inet
Message-ID: <KARTHY.93Aug15215313@dannug.dannug.dk>
Hi
I have compiled and installed wu-archive's ftp-daemon release 2.1B,
and all works just great except the automatic tar and compress
functionality.
I can receive and transmit files, but the daemon has the ability to
create a .tar and .tar.Z file on the fly, but I can't make it work.
I have installed a copy of both compress, ls and gnu-tar in ~ftp/bin.
Anyone got a clue??
Btw: I'm running 3.1PR1, but I don't think that is the problem!
Thanks in advance,
Karsten
--
Karsten Thygesen I Aalborg, Denmark
karthy@dannug.dk (NeXT-Mail welcome) I Voice: +45 98 12 42 59
President, Danish NeXT Users Group I Fax: +45 98 12 44 81
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: SUMMARY: How to find dwrite/dread etc values in 3.1
Message-ID: <1993Aug15.203731.2341@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
Date: Sun, 15 Aug 1993 20:37:31 GMT
Three solutions: Art Isbell tells me to use gdb. Nice one, though I don't think
I can use it to find the values in loginwindow.app unless I have a second
terminal. Annard Brouwer tells me to locate DefaultsManager.app from the
archives. And Aaron Herskowitz tells me to use the "strings" program and guess
to the values. I did that and located ImageFile in loginwindow.app and now
(thanks to Jess Anderson) my loginwindow again gloriously depicts Calvin &
Hobbes, ready for their exploration of the vast wilderness which is my computer
or their backyard. And when the going gets though we yell: "MOMMY!".
--Gerben
From: isbell@cats.ucsc.edu
Date: Sat, 14 Aug 93 14:44:04 -0700
To: gerben@rna.indiv.nluug.nl
Subject: Re: Where do I find all possible dread/dwrite values in 3.1
Newsgroups: comp.sys.next.sysadmin
In-Reply-To: <1993Aug14.084142.383@rna.indiv.nluug.nl>
Organization: Cubic Solutions - NeXT software development and consulting
Cc:
1. start the program you're interested in under gdb
(e.g. 'gdb /NextApps/Librarian.app/Librarian')
2. give gdb the following string of commands:
break *0x5082958
commands
silent
printf "NXRegisterDefaults(\"%s\", %p)\n", $d3, $d2
cont
end
break *0x50829f6
commands
silent
printf " %s: ", *$a3
output {char *}(4+$a3)
echo \n
cont
end
break *0x500b620
commands
silent
printf "NXGetDefaultValue(\"%s\", \"%s\") => ", $d4, $d3
output (char *)$d2
echo \ [registering]\n
cont
end
break *0x500b590
commands
silent
printf "NXGetDefaultValue(\"%s\", \"%s\") => ", $d4, $d3
output (char *)$d0
echo \n
cont
end
3. run then quit after the defaults are printed.
--
Art Isbell Cubic Solutions
NeXT Registered Developer NEXTSTEP software development and consulting
NeXTmail: art@cubicsol.com Voice: (408)335-1154
USmail: 95018-9442 Fax: (408)335-2515
Date: Sun, 15 Aug 93 00:00:23 +0200
From: annard@theborg.stack.urc.tue.nl (Annard Brouwer)
To: gerben@rna.indiv.nluug.nl
Subject: Re: Where do I find all possible dread/dwrite values in 3.1
Reply-To: rcbaab@urc.tue.nl
In comp.sys.next.sysadmin article <1993Aug14.084142.383@rna.indiv.nluug.nl> you
wrote:
> How do I find what variables any app sets in the database?
>
> dread -l only displays the variables set, not the rest.
>
> And dread -g returns:
>
> dread: couldn't read default
>
>
> Thanks,
>
Gerben,
Probeer "DefaultsManager.app" van de archieven te halen. Hierin zit een feature
waarmee je kunt kijken wat voor database defaults er mogelijk zijn. Dit
programma was heel handig om de nieuwe defaults in de 3.1 loginwindow.app te
halen...
Annard
--
Annard Brouwer annard@stack.urc.tue.nl (NeXTmail appreciated)
People? You can forget it.
From: Aaron Herskowitz <aherskow@alleg.EDU>
Date: Sun, 15 Aug 93 11:25:10 -0400
To: gerben@rna.indiv.nluug.nl
Subject: Re: Where do I find all possible dread/dwrite values in 3.1
Reply-To: aherskow@alleg.EDU
In comp.sys.next.sysadmin article <1993Aug14.084142.383@rna.indiv.nluug.nl> you
wrote:
> How do I find what variables any app sets in the database?
>
> dread -l only displays the variables set, not the rest.
>
> And dread -g returns:
>
> dread: couldn't read default
>
>
> Thanks,
>
> --
> Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
> "If you don't know where you are going, any road will
> take you there." From the Talmud(?), rephrased in
> Lewis Carroll, "Alice in Wonderland".
Try doing a "strings /usr/lib/NextStep/loginwindow.app/loginwindow" and
"strings /usr/lib/NextStep/WorkSpace.app/Workspace". They will show a lot of
things, but it is your guess which ones are really dwrites, etc... Make sure
that you "dremove" anything that doesn't do anything.
Aaron
--
Aaron Herskowitz
Systems Manager, Technical and Network Services
Allegheny College, Meadville, Pennsylvania
[aherskow@alleg.edu NeXTmail Welcomed]
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
From: spot!ben@cs.indiana.edu (Ben Bernhard)
Newsgroups: blgtn.cohorts,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Help!! (is stupid typo)
Message-ID: <1993Aug15.160259.480@cs.indiana.edu>
Date: Sun, 15 Aug 1993 16:02:59 GMT
Sender: ben@cs.indiana.edu
Organization: frogware
I blew it and accidently deleted a rather important file in cnews:
/usr/local/bin/news/input/newsrun
If anybody out there is running CNEWS on a black NEXTSTEP machine, please
e-mail me a copy of this file.
otherwise: can somebody mail be the CNews source so I can recompile?
thanks,
ben
---
__________________________________________________________________________
Ben Bernhard (NeXTMail Pref.) "Nothing that results from human progress
812/339-5304 (fax) is achieved with unanimous consent."
spot!ben@cs.indiana.edu ---Christopher Columbus
--
__________________________________________________________________________
Ben Bernhard (NeXTMail Pref.) "Nothing that results from human progress
812/339-5304 (fax) is achieved with unanimous consent."
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: gzip?
Message-ID: <1993Aug15.212732.4267@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
Date: Sun, 15 Aug 1993 21:27:32 GMT
What's the best way to use gzip instead of compress for most (if not all) of
your compression work? (NS 3.1)
Thanks,
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
From: zmonster@athena.mit.edu (Eric M Hermanson)
Newsgroups: comp.sys.next.sysadmin
Subject: Can't send mail TO other systems on Internet
Date: 15 Aug 1993 21:57:49 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Message-ID: <24mbgt$pj3@senator-bedfellow.MIT.EDU>
We have a NS/Intel system hooked into the internet via MIT-net. I used
host manager to set the system up as a "standalone" system, as far as
administration goes, so our system handles its own users and files, and MIT
handles their own stuff. The name of the system is nukestep.mit.edu,
IP address 18.84.1.96.
The problem is, we can't send mail OUT, but we CAN recieve mail. Here is
the output from mail -v:
=====
nukestep> mail -v chrish@engin.umich.edu
Subject: Test
This is a test of sendmail.
Cc:
chrish@engin.umich.edu... Connecting to mailhost (ether)...
chrish@engin.umich.edu... 550 Host unknown (Authoritative answer from name server)
Saving message in /Users/zmonster/dead.letter
/Users/zmonster/dead.letter... 550 Can't create output
=====
The system works fine with FTP, telnet, and we can RECIEVE mail just fine.
We are also hooked up to DNS to resolve internet addresses (using
/etc/resolv.conf), so I don't think this is the problem. Lastly, sendmail.cf
is a link to sendmail.subsidiary.cf on our system.
Anyone know (approximately) where our problem lies? I am thinking there is
a problem with how my system communicates with MIT-net, since this is the
network which routes all the mail?
Thanks,
Eric
Newsgroups: comp.sys.next.sysadmin
From: Nitezki@NiDat.sub.org (Peter Nitezki)
Subject: Re: Mail.app won't send NextMail anymore!
Message-ID: <1993Aug15.123317.1535@nidat.sub.org>
Sender: nitezki@nidat.sub.org
Organization: private site of Peter Nitezki, Kraichtal, Germany
References: <1993Aug13.121212.7215@ToTSySSoft.com>
Date: Sun, 15 Aug 1993 12:33:17 GMT
In article <1993Aug13.121212.7215@ToTSySSoft.com> bruce@TotSysSoft.com
(Bruce Gingery) writes:
> In article <24cqh5$5b6@digifix.digifix.com>
> sanguish@digifix.com (Scott Anguish) writes:
> -> In the past couple of days, all of a sudden my Mail.app
> -> doesn't seem to want to send NextMail to anyone.
> ->
> -> The bodies of the messages are empty.
> [snip]
>
> Yes! I have received one message this way, and have had
> several arrive at distant addresses, apparently, without the
> body. This has been an erratic problem, and I can only guess
> at present that it is either an ``out-of-processes'' related
> bug on the sending or receiving machine.
>
> Even with ALL logging set to the debug level in syslogd.conf,
> I've been unable to capture consistant logging for this
> problem. It'll go to /tmp/console log on occasion, evidently
> directly from an application, without benefit of syslogd.
>
> OTOH, I've gotten a LOT of ``sh: can't fork'' messages under
> Edit.app (Command-L or Command-pipe), and under tcsh v6.03 in
> a terminal window.
>
Oh no!!!
It's all just a GNU-zip_replaced_compress/uncompress_hassle! In almost
all cases people didn't mind that NeXTmail is compressed/uuencoded stuff.
If you replace one of these NeXTmail cedes to work properly!
Typical FAQ INHO!
--
Peter Nitezki | Nitezki@NiDat.sub.org # Blessed art thou who knoweth
Staarenbergstr. 44 | Tel.: +49 7251 62495 # not about the pleasure and
D-76703 Kraichtal | Fax : +49 7251 69215 # delight of being hooked
GERMANY | NeXTmail welcome !!! # up to the Net. Peter 1,3-5
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: kane@cs.purdue.edu (Christopher Kane)
Subject: Update: Disabling power off and reboot under NS 3.1 (NeXT hardware)
Message-ID: <CBtnon.60H@mentor.cc.purdue.edu>
Keywords: patch loginwindow reboot power key button 3.1
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
Date: Sun, 15 Aug 1993 22:26:46 GMT
This posting in an update to my previous posting, "Loginwindow buttons:
patch to remove them". It presents more patches to disable (nearly) all
the power off-type functionality NeXT so kindly provides, brokenly, in
NeXTSTEP 3.1, and clarifies some points of that previous posting. It also
gives a pointer to where details about what the patches do can be found.
**NOTE** **NOTE** **NOTE**
These patches apply only to the NeXTSTEP 3.1 distribution for NeXT hardware.
Under NeXTSTEP 3.1,
1) the login window has two buttons labeled "Reboot" and "Power" that
allow a user to reboot and power down from the login window.
2) the PowerOffDisabled loginwindow default is ignored by the Workspace.
3) the Workspace Manager displays a button labeled "Power Off" in the
Log Out panel.
All of these features may be undesirable in a public lab. The
PowerOffDisabled default can be used to disable the buttons in the
login window, but they are still shown and push in when clicked (a bad
user interface decision, IMHO).
The program below patches the loginwindow.app, Workspace.app, and WM.app
to:
1) remove the two buttons from the login window altogether
2) make the Power key ignored by Workspace.app (i.e., when someone
is logged in)
3) removes the Power Off button from WM.app's Log Out panel
Note that the Power key is not disabled while at the login window.
These patches has been applied to the NeXT machines in the NeXT lab at
Purdue and no adverse effects have been noted.
An archive with the program below, a compiled executable of it, and
a README file with details about the patches has been submitted to
the archive site at sonata.cc.purdue.edu as poweroff-3.1-patches.tar.Z
Christopher J. Kane
kane@cs.purdue.edu
--------cut here--------cut here--------cut here--------
/*
* These patches apply only to the NeXTSTEP 3.1 distribution for NeXT hardware.
*
* Patches the loginwindow.app (of NeXTSTEP 3.1) to
* - remove the restart and power buttons from the login window
*
* Patches the Workspace.app (of NeXTSTEP 3.1) to
* - (effectively) ignore the power key
* - remove the "Power Off" button from the Log Out alert panel
* (a panel not usually seen, I think)
*
* Patches the WM.app (of NeXTSTEP 3.1) to
* - remove the "Power Off" button from the Log Out alert panel
*
* Patches might be selectively applied by commenting out the appropriate
* function call(s) in main(), below; however, this has not been fully tested.
*
* The effects listed above are produced regardless of the PowerOffDisabled
* default's setting. This patch only causes the power key to be ignored
* while the Workspace.app/WM.app is running; the power key is still "active"
* at the login window. To disable the power key at the login window, set
* the loginwindow's PowerOffDisabled default from a shell (as root):
* dwrite loginwindow PowerOffDisabled YES
*
* This program must be run as root to work correctly. You should have backups
* of the affected files before running this program, just in case. Log out
* and log in as user 'exit' at the login window to have these changes "take
* affect".
*
* THIS PROGRAM IS DISTRIBUTED WITHOUT WARRANTY, EXPRESS OR IMPLIED.
*
* Christopher J. Kane (kane@cs.purdue.edu)
* Released into public domain; August 15, 1993.
*/
#include <libc.h>
#include <errno.h>
#define ERR(S) do {fprintf(stderr, "%s: %s: %s\n", argv[0], \
S, strerror(errno)); exit(1);} while(0)
unsigned char loginpatch[8] = {0x0, 0x0, 0x42, 0x80, 0x4e, 0x5e, 0x4e, 0x75};
unsigned char wspatch1[2] = {0x42, 0x80};
unsigned char wspatch2[6] = {0x4e, 0x71, 0x4e, 0x71, 0x42, 0xa7};
unsigned char wspatch3[3] = {0x01, 0xf8, 0xaa};
unsigned char wspatch4[4] = {0x4e, 0x71, 0x4e, 0x71};
unsigned char wspatch5[2] = {0x42, 0x80};
unsigned char wmpatch1[42] = {0x42, 0xa7, 0x48, 0x79, 0x0, 0x05, 0xd2, 0x2a,
0x48, 0x79, 0x0, 0x05, 0xd1, 0xf7, 0x45, 0xf9, 0x0, 0x0, 0x9c, 0x62, 0x4e,
0x92, 0x58, 0x4f, 0x2e, 0x80, 0x4e, 0x71, 0x4e, 0x71, 0x4e, 0x71, 0x4e, 0x71,
0x4e, 0x71, 0x4e, 0x71, 0x4e, 0x71, 0x4e, 0x71};
unsigned char wmpatch2[2] = {0x60, 0x24};
void patch_loginwindow(char *argv[])
{
int file;
fprintf(stdout, "Patching loginwindow (1 patch)...\n");
file = open("/usr/lib/NextStep/loginwindow.app/loginwindow", O_WRONLY);
if (-1==file) ERR("open[loginwindow]");
if (-1==lseek(file, 21170, SEEK_SET)) ERR("lseek[loginwindow patch]");
if (-1==write(file, loginpatch, 8)) ERR("write[loginwindow patch]");
if (-1==close(file)) ERR("lseek[loginwindow]");
}
void patch_workspace(char *argv[])
{
int file;
fprintf(stdout, "Patching Workspace (5 patches)...\n");
file = open("/usr/lib/NextStep/Workspace.app/Workspace", O_WRONLY);
if (-1==file) ERR("open[Workspace]");
if (-1==lseek(file, 106084, SEEK_SET)) ERR("lseek[Workspace patch 1]");
if (-1==write(file, wspatch1, 2)) ERR("write[Workspace patch 1]");
if (-1==lseek(file, 106714, SEEK_SET)) ERR("lseek[Workspace patch 2]");
if (-1==write(file, wspatch2, 6)) ERR("write[Workspace patch 2]");
if (-1==lseek(file, 106723, SEEK_SET)) ERR("lseek[Workspace patch 3]");
if (-1==write(file, wspatch3, 3)) ERR("write[Workspace patch 3]");
if (-1==lseek(file, 106782, SEEK_SET)) ERR("lseek[Workspace patch 4]");
if (-1==write(file, wspatch4, 4)) ERR("write[Workspace patch 4]");
if (-1==lseek(file, 110158, SEEK_SET)) ERR("lseek[Workspace patch 5]");
if (-1==write(file, wspatch5, 2)) ERR("write[Workspace patch 5]");
if (-1==fchmod(file, 06755)) ERR("chmod[Workspace]");
if (-1==close(file)) ERR("close[Workspace]");
}
void patch_wm(char *argv[])
{
int file;
fprintf(stdout, "Patching WM (2 patches)...\n");
file = open("/usr/lib/NextStep/Workspace.app/WM.app/WM", O_WRONLY);
if (-1==file) ERR("open[WM]");
if (-1==lseek(file, 348828, SEEK_SET)) ERR("lseek[WM patch 1]");
if (-1==write(file, wmpatch1, 42)) ERR("write[WM patch 1]");
if (-1==lseek(file, 349106, SEEK_SET)) ERR("lseek[WM patch 2]");
if (-1==write(file, wmpatch2, 2)) ERR("write[WM patch 2]");
if (-1==close(file)) ERR("close[WM]");
}
void main(int argc, char *argv[])
{
patch_loginwindow(argv);
patch_workspace(argv);
patch_wm(argv);
fprintf(stdout, "Completed successfully.\n");
exit(0);
}
From: blake015@mc.duke.edu (Denise Blakeley)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: gzip?
Message-ID: <19114@news.duke.edu>
Date: 15 Aug 93 23:40:30 GMT
References: <1993Aug15.212732.4267@rna.indiv.nluug.nl>
Sender: news@news.duke.edu
gerben@rna.indiv.nluug.nl writes
> What's the best way to use gzip instead of compress for most (if not all) of
> your compression work? (NS 3.1)
How about using Opener.app? It's good not only for extracting files from an
archive file but also for creating archive files--just select the file(s) you
want compressed and drop it/them on the running Opener icon. It'll show you
the command it has in mind, and you can change this by selecting from its popup
menu or by directly editing the command it offers you.
Opener 3.1 now uses gzip for decompressing .Z (Unix compressed), .gz, and .z
files. It uses gzip to create .gz and .z files, and still allows you to use
Unix compress to create .Z files (in case you need to create a file for a
gzip-impaired person).
Denise
PS--I'm submitting Opener 3.1.1 to the archive sites today; a couple of bug
fixes plus Joe Reiss' new color icons.
--
Denise Blakeley | PROGRAM, tr. v., An activity similar
Duke Med Center Info Systems | to banging one's head against a wall,
Durham, NC | but with fewer opportunities for
(919) 282-6468 W | reward.
blake015@mc.duke.edu |
From: wa31@sdcc12.ucsd.edu (murshid califa)
Newsgroups: comp.sys.next.sysadmin
Subject: sendmail and the "ddn" stuff over uucp ....help!!!!
Message-ID: <53385@sdcc12.ucsd.edu>
Date: 16 Aug 93 01:58:04 GMT
Sender: news@sdcc12.ucsd.edu
Organization: University of California, San Diego
I can't seem to get uucp and sendmail to send mail over uucp for
mail addresses of the style "user@machine.edu" it tries the
"ddn" thing in sendmail and does this:
>bill@burn.ucsd.edu... Connecting to burn.ucsd.edu (ddn)...
>bill@burn.ucsd.edu... Deferred: Host Name Lookup Failure
it use to work under the old 2.1 OS but doesn't even with the old
sendmail file I configured......
What's up ???
Newsgroups: comp.sys.next.sysadmin
From: mgb@moksha.uucp (Michael Branton)
Subject: Re: Offsite pictures in mail
Message-ID: <CBt9wr.6zJ@moksha.uucp>
Sender: mgb@moksha.uucp (Michael Branton)
Organization: Totally Disorganized
References: <1993Aug13.151719.26802@biztech.com>
Date: Sun, 15 Aug 1993 17:29:14 GMT
In article <1993Aug13.151719.26802@biztech.com> anderson (Ken Anderson)
writes:
> Does anyone know how to name/setup tiff images from offsite users to show
> up in mail?
>
> I've tried a number of combinations, but nothing seems to work.
>
> Thanks,
>
> Ken Anderson
> anderson@biztech.com
> Stamford, CT
user.host.domain.tiff (e.g. anderson.biztech.com.tiff) works for me.
--
-Michael
Newsgroups: comp.sys.next.sysadmin
From: jmack@skye.phys.ualberta.ca
Subject: Re: Where Are Mail.app Addresses Stored?
Message-ID: <1993Aug16.070552.27145@kakwa.ucs.ualberta.ca>
Keywords: Mail.app
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <24gepf$gvc@max.physics.sunysb.edu>
Date: Mon, 16 Aug 1993 07:05:52 GMT
In article <24gepf$gvc@max.physics.sunysb.edu> rlarson@semlab3.sbs.sunysb.edu
(Richard Larson) writes:
> The NEXTSTEP Mail application contains a facility for creating and saving
> addresses. Does anyone out there know where (i.e., in what files) those
> addresses are stored?
[rest deleted]
They are stored in a (special) ascii file in $HOME/.NeXT/.mailalias
Newsgroups: comp.sys.next.sysadmin
From: pclark@is.com (Pete Clark)
Subject: MAB CNews.pkg
Message-ID: <CBu5DE.J0s@is.com>
Keywords: CNews, NeXT, intel, motorola
Sender: usenet@ucdavis.edu (News Administrator)
Organization: Integrity Solutions, Inc.
Date: Mon, 16 Aug 1993 04:48:50 GMT
I'd like to announce the availability of a fat CNews installation
package. It does most of the work for you - you basically need to set up a few
site-specific files, optionally set up NNTP, turn on your modem, and launch
NewsGrazer. This is essentially the same package as distributed on the BANG CD,
but it's:
a) fat
b) includes NNTP
c) The latest release of CNews (the 20 Feb 1993 Performance Release)
Contact me at pclark@is.com for a copy.
I'd be very grateful if someone would volunteer to upload it to the
various archive sites - I'm not live on the net.
Best,
Pete Clark
pclark@is.com
--
*********************************************************************
Pete Clark - Software Engineer | You know that way that
Integrity Solutions, Inc. | you always are?
pclark@is.com NeXTMail preferred | Don't be that way.
From: Ward_Travis@transarc.com
Newsgroups: comp.sys.next.sysadmin
Subject: Resurrect me: NetInfoMgr CRASHED
Date: Mon, 16 Aug 1993 04:19:40 -0400
Organization: Carnegie Mellon, Pittsburgh, PA
Message-ID: <ggPoAQCSMUkH4l=FUm@transarc.com>
I was adding a system to my LAN at the house. Since I don't have anything
but a swapdisk for the new system (black hardware), it was running as a
NetBoot client.
My entire LAN had been set up by SNS (SimpleNetworkStarter), and I
needed to move the new system into a shared doman. In the documents,
this domain is always called "super", and its creation is a simple
matter of clicking a radio button in the "New Domain" menu on
NetInfoManager. I did this on the machine that I had set up initially,
alone, using SNS. In about two seconds (on an 25Mhz 040), NetInfoManager
exited and left no trace. I looked around (while I could); there was a
new domain tag on the system for domain "super", but that domain had ONE
entry under 'machines' and nothing under 'aliases' ... no other
directories existed. I said sigh and prepared to go to bed. At the last
minute, I decided to just add 'mailhost' as an alias to the main system
in the local domain served by the NetBoot client system (that cube).
This was so that sendmail could work on that system... anyway, before I
could do that, both systems began to complain about the following
situation:
lookupd[pid]: netinfo sleeping: RPC: Timed out
Then everything went to hell. The NetBoot client could do almost nothing
without needing an RPC. Nor could its boot server do much. I did an
"nidomain -d super" on the main system (not the netboot one), and that
actually worked.
Now, I cannot boot at all. The main system, on which the NetInfoManager
crash occurred, cannot get past trying to start up anything after
launching 'nibindd' . If I walk through /etc/rc by hand after starting
single-user, I get only a little info.
I can start nmserver with "nmserver -p 0 &" and get the following:
(147740) Debug code 67107608
(147760) Debug code 1260
(147760) Debug code 6 : c0 2a ac ca
If I then start portmap, nibindd and lookupd , I can get the same errors
(RPC: Timed out) by doing anything with nidump . During a real boot,
nothing gets past here.
If you have clues, let me know! It looks like the easiest thing I can do
is reinstall from the CDrom. I have had serious problems with SNS and I
am ready to stop using it altogether. I'd love to have both systems in
my house work together.... but not be down together.
--
Ward C. Travis Pittsburgh PA USA "The fact is the sweetest dream that
travis@transarc.com (412) 338 4388 labor knows." - R. Frost
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
From: ray@isrc.sandia.gov (Larry Ray)
Subject: NS/FIP Problems with 3Com 3C509 and a Workaround Kluge
Message-ID: <1993Aug13.210520.18728@isrc.sandia.gov>
Organization: ISTG, Sandia National Labs, Albuquerque, NM
Date: Fri, 13 Aug 1993 21:05:20 GMT
Some of you may have seen my posting about installing NEXTSTEP on a
Gateway, then a followup saying that things were working. To make a
long story short, I find that networking fails at a very low level
(ping doesn't work) *unless* I have previously booted OS/2, where
I am using IBM TCP/IP package. Apparently, OS/2 is doing some necessary
board setup function. Networking works through reboots as long as
the reset switch is not pressed (and power is left on).
I assume that the problem is with setup of the 3Com 3C509 Etherlink III card.
I received E-mail from someone who couldn't get their 3Com working
and reported that NeXT support said they needed another card. Switched
to Intel and no problems. I'm unclear on whether this was a Gateway.
Anyway, the 3Com remains on the list of compatible hardware.
Is anyone using the 3C509 successfully? With a Gateway? The Twisted-Pair
version?
Booting OS/2 with TCP/IP first is hardly a general workaround, but it may
let someone limp along ...
Hardware configuration:
Gateway 486/66
IDE Drives
ATI Ultra Pro
Adaptec 1542B
NEC CDR-74 CDROM
3Com Etherlink III (TP version) [default addr (300) and interrupt(10)]
--
Larry Ray <ray@isrc.sandia.gov> | Where did I come from? Why am I here?
Intelligent Systems and Robotics | Where am I going?
Sandia National Laboratories | Will I be there next week?
*Not a statement for or by any organization. Opinions expressed are mine alone.
From: whalenm@obelixtsg.com (Matthew Whalen)
Newsgroups: comp.sys.next.sysadmin
Subject: HELP! - Mail.app stopped working
Date: 13 Aug 1993 17:18:57 GMT
Organization: Telos Systems
Sender: whalenm@obelix (Matthew Whalen)
Distribution: world
Message-ID: <24gie1$9i0@obelix.tsg.com>
In the last week two of our next's (running 3.0) Mail.app's broke. On
both of them, when launching through the Workspace, it just quits before opening
any windows. When trying to launch through the command line, it complains that
Mail.nib doesn't exists even though it is in English.lproj. Does anyone know
what could be wrong?
On a secondary note, someone set NewsGrazer to point to a machine that
doesn't have permission to read news from. How can this be changed since
NewsGrazer just quits before letting anyone change the NNTP host info in
Preferences? Thanks
--
-matthew ____ Due to the change in administration,
whalenm@tsg.com \ / the light at the end of the tunnel
(NeXTMail OK) \/ will be turned back on.
----------------------------------------------------------------
(My actions/words in no way reflect those of my employer.)
From: sanguish@digifix.com (Scott Anguish)
Newsgroups: comp.sys.next.sysadmin
Subject: SUMMARY/FIX: Mail.app won't send NextMail anymore!
Date: 13 Aug 1993 14:26:21 -0400
Organization: Digital Fix Development
Distribution: world
Message-ID: <24gmcd$3lv@digifix.digifix.com>
References: <1993Aug13.121212.7215@ToTSySSoft.com>
Problem: NextMail wasn't sending NextMail to anyone while I could get nextMail
fine, and could bounce it back to my account from another machine fine.
Solution: I must have on August 5th when I was coping current gzip/gunzip over
the older versions that NeXT ships copied one of them to compress.
The NextMail was being compressed using gzip, and nobody else could
un-compress it with the standard uncompress. There were probably warnings in
their consoles, but nobody noticed.
Thanks to all those who pointed out potential problems.
--
- Scott Anguish -
sanguish@digifix.com (NextMail)
next-announce@digifix.com (comp.sys.next.announce submissions)
From: mgrdla@nextwork.Rose-Hulman.Edu (David L. Allabaugh)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: HELP! - Mail.app stopped working
Date: 13 Aug 1993 18:33:25 GMT
Organization: Rose-Hulman Institute of Technology
Distribution: world
Message-ID: <24gmpl$53l@master.cs.rose-hulman.edu>
References: <24gie1$9i0@obelix.tsg.com>
In article <24gie1$9i0@obelix.tsg.com> whalenm@obelixtsg.com (Matthew Whalen)
writes:
> On a secondary note, someone set NewsGrazer to point to a machine that
> doesn't have permission to read news from. How can this be changed since
> NewsGrazer just quits before letting anyone change the NNTP host info in
> Preferences? Thanks
You might try
dremove NewsGrazer NewsGrazerNNTPServer
---
Dave Allabaugh Rose-Hulman Institute of Technology
Unix Manager Waters Computing Center
Newsgroups: comp.sys.next.sysadmin
From: tgr@trans.csuohio.edu (Wayne Hogue II)
Subject: HELP-- mail attachments not being delivered.
Message-ID: <1993Aug13.192250.16538@news.csuohio.edu>
Keywords: mail, attachments
Sender: news@news.csuohio.edu (USENET News System)
Organization: Cleveland State University
Date: Fri, 13 Aug 1993 19:22:50 GMT
We are experiencing a strange problem with our NeXT Mail.app.
NeXTStep Mail with attachments are not being received by other NeXTs.
The recipient get only the header info and no body. If the mail is
sent locally (on the same machine, different user) it gets through
fine. If it is sent to an other Next and forwarded back to our
machine it gets through intact.
Thanks in advance!
Wayne
Newsgroups: comp.sys.next.sysadmin
From: harv@narwal.ali.bc.ca (Harvey C. Dueck)
Subject: bootp, terminal servers and NetInfo
Message-ID: <1993Aug13.184137.7210@narwal.ali.bc.ca>
Summary: Has anyone used bootp for non-mach kernels under NetInfo
Keywords: NetInfo, DEC
Organization: A.L.I. Technologies
Date: Fri, 13 Aug 1993 18:41:37 GMT
Has anyone had any success getting non-NeXT machines to load their boot image
using the bootp protocol from a NeXT running NetInfo? Any and all help is
appreciated. Details below.
- harv
I'm trying to get a DEC 90TL terminal server to load its boot image from
a NeXT (white hardware) running NetInfo.
The terminal server expects to use the bootp protocol to load its kernel over
the net. The NeXT man pages on bootp are somewhat sketchy, however I noticed
that niload and nidump support a bootptab file format. From this I leapt to
the (perhaps unreasonable) conclusion that the NetBoot stuff uses bootp and
tftp to pass the boot image around and that I could configure the terminal
server according to the NetBoot documentation.
I didn't want to export the root directory of my development machine for
this experiment and I didn't have another machine handy, so I installed a
170MB hard drive and used BuildDisk.app to create two partitions and install
NeXTSTEP on the first partition. I then mounted the first partition as
/NetBoot and the second partition as /NetBoot/clients.
The NetBoot docs say to use newclient to install the private files under
the /clients directory. I did this, then copied /clients/decterm1 to
/NetBoot/clients/decterm1.
I used NFSManager.app to export /NetBoot and /NetBoot/clients according to
the instructions. I made sure that the host decterm1 had root access to both
filesystems, that /NetBoot was read-only and that /NetBoot/clients was
read/write.
I did the host configuration with HostManager.app. I installed the host entry
for the terminal server under the root NetInfo domain. I assigned an
internet address from within our class C domain and made sure it did not
conflict with any other machines. I entered the ethernet address which
was printed on the case of the terminal server. I then did the NetBoot
config:
Default Kernel: mneng1
Root Directory: minke:/NetBoot
Private Directory: minke:/NetBoot/clients/decterm1
Note that minke is the clone NetInfo server which I want to provide the
boot images.
I installed the mneng1 kernel in /private/tftpboot, /NetBoot/private/tftpboot
and /NetBoot/clients/decterm1/tftpboot, just to cover all the bases.
At that point I rebooted minke to make sure that the bootp daemon was
initialized properly (it definitely shows up in output from ps) and turned
on the terminal server. The terminal server does not seem to get any reply
to its requests for a boot host (its log shows that it times out and retries
indefinitely).
Can anyone spot any obvious mistakes in what I'm doing or suggest other
things I might try to get the terminal server working? Any help is
appreciated.
Regards,
- harv
--
Harvey C. Dueck A.L.I. Technologies Ltd.
harv@ali.bc.ca 320 - 3700 Gilmore Way
Phone: (604) 433-3422 Ext. 314 Burnaby, British Columbia
FAX: (604) 433-5712 V5G 4M1
Newsgroups: comp.sys.next.sysadmin
From: dylan@angst.com (Dylan Kohler)
Subject: SUMMARY: Help! Lost mail in feed changeover
Message-ID: <1993Aug13.210829.5933@Angst.COM>
Keywords: sendmail
Sender: dylan@Angst.COM
Organization: Angst Animation Post Production
Date: Fri, 13 Aug 1993 21:08:29 GMT
Even though I got ZERO responses :-(, I promised I'd summarize.
Mail works again here, but only poorly. The problem seems to stem from
the fact that Netcom does a (rmail dylan@angst.com) instead of simply
(rmail dylan). There were two solutions, neither of which worked
completely.
1. THE HACK SOLUTION
I modified the sendmail.cf file that UUPSI had on-line, simply changing
all instances of uupsi2 (the former UUCP connection) to netcom. This is
the solution I'm currently using. It has the following two problems: a)
it doesn't know that dylan@max is an address on our LAN, and b), mail to
me arrives, but has as the To: field dylan@Angst.COM.angst.com!
2. THE NEXT-BUNDLED SOLUTION
I installed the bundled sendmail.mailhost.cf file, modifying the lines
DR mail-relay
CR mail-relay
to be
DR netcom
CR netcom
I also did the commenting and uncommenting in Ruleset 0, as the file
indicates. This solution allowed addresses like dylan@max, but it didn't
know angst.com was local, so it bounced the mail out again.
I'd really like to get the bundled sendmail working, and think I'm darned
close. I think the angst.com problem has something to do with Ruleset 6
in the file, but I'm not enough of a sendmail person to figure out how to
fix it. Any ideas?
> 3,0 dylan@angst.com
rewrite: ruleset 3 input: "dylan" "@" "angst" "." "com"
rewrite: ruleset 6 input: "dylan" "<" "@" "angst" "." "com" ">"
rewrite: ruleset 6 returns: "dylan" "<" "@" "angst" "." "com" ">"
rewrite: ruleset 3 returns: "dylan" "<" "@" "angst" "." "com" ">"
rewrite: ruleset 0 input: "dylan" "<" "@" "angst" "." "com" ">"
rewrite: ruleset 9 input: "dylan" "<" "@" "angst" "." "com" ">"
rewrite: ruleset 9 returns: "dylan" "<" "@" "angst" "." "com" ">"
rewrite: ruleset 0 returns:
$# "uucp" $@ "netcom" $: "dylan" "<" "@" "angst" "." "com" ">"
Here's my original post:
> Help! I'm mail-less!
>
> I recently switched from UUPSI to Netcom as the company
> providing me with mail feeds. (I also wanted Usenet,
> and Netcom is far cheaper.) I wanted to preserve my
> domain name, angst.com. Well, just yesterday it appears
> the tables have been changed because mail is starting to
> be routed through Netcom.
>
> HOWEVER, mail never is delivered to me here now. I notice
> in the LOGFILE, after mail has trickled in, where it
> should say (rmail dylan), it now says rmail
> dylan@angst.com:
>
> uucp netcomsv (7/17-06:26-11469)
> next-prog-request@cpac.washington.edu
> XQT (rmail dylan@angst.com)
>
> Is this something I can correct (if so, how?), or does
> Netcom need to fix something?
>
> Thanks in advance. Please post replies, for obvious
> reasons!
--
___________________________________
Dylan Kohler
Angst Animation Post Production
dylan@angst.com (NeXTmail welcome)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: kane@cs.purdue.edu (Christopher Kane)
Subject: Loginwindow buttons: patch to remove them
Message-ID: <CBpz3r.37n@mentor.cc.purdue.edu>
Keywords: patch loginwindow reboot power button 3.1
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
Date: Fri, 13 Aug 1993 22:43:03 GMT
Under NeXTSTEP 3.1, the login window has two buttons labeled
"Reboot" and "Power" that allow a user to reboot and power down
from the login window. In a public lab, this feature may be
undesirable. The PowerOffDisabled default can be used to
disable the buttons, but they are still shown in the window
and push in when clicked (a bad user interface decision, IMHO).
The program below patches the loginwindow.app to eradicate the
restart and power buttons. It makes the loginwindow.app's
LoginButton class instance method initWithImage:altImage:andString:
a no-op (just return nil). This patch has been applied to the
machines in the NeXT lab at Purdue (like sonata.cc.purdue.edu
for instance), and no adverse effects have been noted.
This program must be run as root, since it writes to the file
/usr/lib/NextStep/loginwindow.app/loginwindow.
An archive with a compiled executable has been submitted to
sonata.cc.purdue.edu.
Christopher J. Kane
kane@cs.purdue.edu
-----cut here----------cut here----------cut here-----
/*
* Patches the loginwindow.app to eradicate the restart and power
* buttons from the login window.
*
* Christopher J. Kane (kane@cs.purdue.edu)
* Released into public domain; August 13, 1993.
*/
#include <libc.h>
#include <errno.h>
void main(int argc, char *argv[])
{
unsigned char patch[8] = {0x0, 0x0, 0x42, 0x80, 0x4e, 0x5e, 0x4e, 0x75};
int file = open("/usr/lib/NextStep/loginwindow.app/loginwindow", O_WRONLY);
if (-1==file)
goto error;
if (-1==lseek(file, 21170, SEEK_SET))
goto error;
if (-1==write(file, patch, 8))
goto error;
if (-1==close(file))
goto error;
exit(0);
error:
fprintf(stderr, "%s: %s\n", argv[0], strerror(errno));
exit(1);
}
From: luce@ccit21 (Douglas Luce)
Newsgroups: comp.sys.next.sysadmin
Subject: NetIinfo serves two IP networks
Message-ID: <24h3sb$r66@noether.duq.edu>
Date: 13 Aug 93 22:16:43 GMT
Organization: Duquesne University
I've got a situation. We're switching over to a Class B IP network soon.
We've got a Class C currently with a wad of NeXT's on it. Our Proteon
supports routing between two different network numbers on the same Ethernet,
so we're going to go that route.
NetInfo/Netboot is used for all of these NeXT's. As a test, I took my computer
out of the Class C network, gave it a new hostname and IP address (on the
Class B network) by changing the appropriate Netinfo databases, and fired
it up. It's unable to start up on the network at boot time.
Is there any difficulty with:
A) Netinfo serving hosts on another network
B) Netinfo serving hosts on the same Ethernet in different networks
I would figure that Netboot wouldn't work in situation A, since Ethernet
protocols are used that would be dropped by a router. But what about B?
My host probably asks around for it's IP address, certainly the NetInfo
server would see the request and send it along.
Clues highly appreciated,
Doug Luce
CCIT
Duquesne University and Beer Hall
doug@next.duq.edu
From: marc@ashley.ucla.edu (Marc Day)
Newsgroups: comp.sys.next.sysadmin
Subject: Lost my cool globe icon
Date: 14 Aug 1993 03:33:51 GMT
Organization: ucla
Sender: marc@ashley (Marc Day)
Distribution: world
Message-ID: <24hmev$6r7@news.mic.ucla.edu>
New to NS. Help, please.
I accidently deleted my /Net directory.
I replaced it, and all its functionality, as far as I can
tell, just by creating a new one. (I have mounted other
machine's disks though the standard methods in the SysAdm
book, without probs)
But what happened to my cool globe icon?
How do I replace, and more generally, how does NeXTSTEP know
which icon goes with what file? Can I make my own?
I do realize this is a beginner's question, but just think about
how much of an expert you'd be to answer!
Thanks for any help.
M
--------------------------------------------------------------------------------
| __________________
oOOOOOO\ \oSSSo/ / \
/oOO OO| _-OSSSSSO-_ | Send money to: |
oOO/ -OSSSSSO- | |
/OOO /oSSSo\ | Marc Day |
/oOOOOO| _O___ | | Institute of Plasma |
oOOOOOOOo / \ | Fusion Research |
/oOOOOOOOOOOo |\ | 44-139 Eng'g IV |
ooOOOOOOOOOOOOOo ___|_|___ | University of CA |
oOOOOOOOOOOOOOOO / OOOooooooo | Los Angeles, CA |
OOOOOOOOOOOOOOOOOOOOOOOOOOOooooooo | 90024-1597 |
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOoooooooooo \___________________/
Surf till you can't,
Eat till you can't,
Sleep till you can't. Excess is the key to life!
--------------------------------------------------------------------------------
ALL OTHER MATTERS... Internet: day@fusion.ucla.edu
--------------------------------------------------------------------------------
From: wrob@unixg.ubc.ca (Robert Wong)
Newsgroups: comp.sys.next.sysadmin
Subject: Help! NS3.1 isn't swapping on my swapdisk
Date: 14 Aug 1993 09:00:09 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
Message-ID: <24i9ip$bn1@skeena.ucs.ubc.ca>
I've got a Cube with a 40Mb swapdisk as well as a 300Mb Fujitsu disk.
the swap is mounted as /dev/sd1a and the Fujistu is mounted as /dev/sd0a.
I noticed that my setup is not swapping to the swapdisk.
***begin long story****
When I boot up in verbose mode I get something like:
/dev/rsd1a: file system clean: skipping check
/usr/etc/mach_swapon: swapping on /private/swapdisk/vm/swapfile.front
mount: device busy
mount: giving up on: /private/swapdisk/vm/swapfile.front
/usr/etc/mach_swapon: swapping on /private/vm/vm/swapfile.front
This means to me that the disk is not mounted, but I get the following
at a terminal window:
/Users/rwong 2 % df
Filesystem kbytes used avail capacity Mounted on
/dev/sd0a 326440 271936 21860 93% /
/dev/sd1a 38783 16405 20438 45% /private/swapdisk
/private/swapdisk/vm/swapfile
38783 16405 20438 45% /private/swapdisk/vm/swapfile.front
/Users/rwong 3 %
The "df" command seems to say that the swapdisk (labelled "swapdisk") is
mounted sometime.
I tired to RTFM, but didn't get very far.
My fstab says:
/Users/rwong 3 % cat /etc/fstab
#
# DO NOT DELETE THIS FILE, IT IS REQUIRED FOR BOOTING
#
# This file contains information used to mount local hard disks.
# Consult your system administration and networking manual
# for information on adding local disks. Information on the format
# of entries in this file can also be found in the fstab man page,
# search for fstab in Digital Librarian.
#
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/Users/rwong 4 %
My rc.swap file has these lines:
3)
# We have a swapdisk (or, a disk labeled swapdisk).
if [ $1x = autobootx ]; then
# If we did a normal boot, do an fsck on the swapdisk
fbshow -A -B -E -I "Checking*Swapdisk*${SWAPDEV}..."
What is this cmd? -----^^^^^^^
(echo "Checking swapdisk ${SWAPDEV}") > /dev/console
/usr/etc/fsck -p /dev/r${SWAPDEV} >/dev/console 2>&1 \
&& useswap=1
else
useswap=1
fi
break
;;
I was trying to figure out what "fbshow" performed. I drew blanks in
the NS sysadmin guide, the on-line man pages, and the BSD docs.
If you got this far, and it still makes sense, PLEASE help me. I'm dying
out here! Just like 99% of the people out there, my hd is close to full.
I'd really like to gain some more hd space by using my swapdisk as a
swapdisk.
RWW.
--
Robert W. Wong Jr.
wrob@unixg.ubc.ca (ASCII only)
Crasher of Automated Banking Machines, Keeper of the ZyXEL modem FAQ,
University of British Columbia NeXT Users Group Leader and
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: Where do I find all possible dread/dwrite values in 3.1
Message-ID: <1993Aug14.084142.383@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
Date: Sat, 14 Aug 1993 08:41:42 GMT
How do I find what variables any app sets in the database?
dread -l only displays the variables set, not the rest.
And dread -g returns:
dread: couldn't read default
Thanks,
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
From: phil@cnam.cnam.fr (Philippe Provost)
Newsgroups: comp.sys.next.sysadmin
Subject: PTY 4.0 on NeXT
Date: 16 Aug 1993 15:50:34 +0200
Organization: Conservatoire National des Arts et Metiers, Paris, France
Distribution: world
Message-ID: <24o3ba$8sm@cnam.cnam.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Summary: trouble installing pty
Keywords: installation, pty
Hi,
i try to instll pty 4.0 but encounter one problem.
after running SYSCONF i get the following:
We're using sh. Good.
You have a normal cmp. Good.
This is not a POSIX system. Disabling -DPOSIX_SILLINESS...
You have FD_ZERO. Enabling it...
You have fd_set. Enabling it...
You have tty windows. Enabling them...
Okay, now you should make CHECKCONF and run it.
If you would like me to do this for you, press return.
Otherwise type no and press return, or just interrupt this script.
make CHECKCONF
cc -s -o CHECKCONF CHECKCONF.c
./CHECKCONF
Check through this list carefully.
master tty extension: /dev/pty
slave tty extension: /dev/tty
pty names: /dev/pty[pqrstuvwxyzabcdefghijklmno][0123456789abcdef]
pty binary directory: /usr/local/ptybin
pty session directory: /usr/local/etc/pty
utmp file: /etc/utmp wtmp file: /usr/adm/wtmp
session-connection now: /usr/local/etc/scnow log: /usr/local/etc/sclog
session now: /usr/local/etc/sessnow log: /usr/local/etc/sesslog
System must have normal fd_set and FD_ZERO support.
POSIX turned off. System should not have setsid().
pty group: 4.
Aack! This doesn't match the tty group entry (8) in /etc/group.
^^^^^^^^^^^____________________________^^^^^^^^^^^
You should probably edit config/ptygroup.h.
_______________________^^^^^^^^^^^^^^^^^^^^^
session long name length: 100
pty modes: 600 used 666 unused
MUSTNOT: (nothing)
System must support tty windows and SIGWINCH.
---------
My qyestion is : what do i need top change in config/ptygroup.h ?
the file is four line long ..
config/ptygroup.h
#ifndef CONFIG_PTYGROUP_H
#define CONFIG_PTYGROUP_H
#define PTYGROUP 4
#endif
----------
By the way many .h file doesn t seems to be in the pack ? are they
generated or what ( for instance ralloc.h doesn t exist thus make
doesn t work ! :-(
thank you
Phil
--
=============================================================================
Provost Philippe phil@cnam.cnam.fr
NeXT Registered developper Veille Technologique Armee de Terre
" La vie est tellement extraordinaire lorsque l'Amour est sa compagne"
Newsgroups: comp.sys.next.sysadmin
From: obrooks@worf.hssc.ksc.nasa.gov (Oscar Brooks)
Subject: Printer Banner Page Help!!
Message-ID: <1993Aug16.150841.28166@dale.ksc.nasa.gov>
Keywords: Printer , Banner Page
Sender: news@dale.ksc.nasa.gov
Organization: NASA
Date: Mon, 16 Aug 1993 15:08:41 GMT
I have successfully setup my printer so that it produces
a banner page for each printout. But how do you stop it from
producing multiple banner pages whnen you request two or more
copies of the same document?
I would appreciate some help, we want to save some trees,
O
------------------------------------------------
Oscar Brooks
Mail Code: DL-DSD-24
Kennedy Space Center, Fla. 32899
Internet: obrooks@dale.ksc.nasa.gov
Newsgroups: comp.unix.admin,comp.sys.next.sysadmin,comp.sys.sgi.admin,comp.sys.sun.admin,comp.os.linux.admin,comp.org.usenix
From: scs@lokkur.dexter.mi.us (Steve Simmons)
Subject: FAQ: SAGE, The System Administrators Guild
Message-ID: <1993Aug16.045416.14601@lokkur.dexter.mi.us>
Organization: Inland Sea
Date: Mon, 16 Aug 93 04:54:16 GMT
In response to a zillion requests, here's the first FAQ about SAGE. Much
of it is taken from our past press releases, especially a recent writeup by
Cynthia Deno of the USENIX Association. I'll be reposting this monthly;
more questions and additions are welcome. This first one is kind of
scattered; it's a midnight throwtogether.
Steve Simmons
scs@lokkur.dexter.mi.us
Questions:
1. What is SAGE?
2. How did it get started?
3. How big is SAGE?
4. Who does what?
5. How can I join?
6. What do I get for my money?
7. Who's the current board and staff?
8. Who do I contact?
9. What is the USENIX Association?
1. What is SAGE?
SAGE stands for the Systems Administrators Guild (don't ask what happened to
the E). It is a subgroup of the USENIX Association (see below). Sage is
Devoted to the Advancement of System Administration as a distinct profession,
within the realm of computer science but with similarities to facilities
management and other service industries.
SAGE answers the widely felt need for an organization dedicated to advancing
the profession of systems administration. SAGE brings together system
administrators to:
o recruit talented individuals to the profession,
o share technical problems and solutions,
o establish standards of professional excellence while providing
recognition for those who attain them,
o promote work that advances the state-of-the-art or propagates
knowledge of good practice in the profession.
2. How did it get started?
SAGE was started by a group coalescing around Bay-LISA around the
beginning of 1992. That original group was Shoshana Abrass, Tina
Darmohray, Arnold deLeon, John F Detke, Paul Evans, Laura Kirk, Bryan
McDonald, Paul M. Moriarty, Arch Mott, Bjorn Satdeva and Elizabeth
Zwicky. They did yeoman work in bootstrapping things, which eventually
resulting in a linkup with the USENIX Association. The USENIX board
appointed two additional members, Steve Simmons and Pat Wilson. This
was the board of directors at the time of the formal announcement in
June, 1992. Formal elections were held later that year, and the first
elected board met in January, 1993.
3. How big is SAGE?
Response in the first year has been tremendous. Our membership as of August
1 is 978, much larger than expected.
4. Who does what?
There are a number of working groups staffed by volunteers. They
focus on various issues relating to system administration: policies,
tools, job descriptions, education, local groups, etc, etc. Please pardon
me for being vague on details, but we (the board) are currently evaluating
the working groups. Some will be pronounced successful and retire in glory,
some will be dropped until some future date, some will be modified or
encouraged to continue on their present path. Details when available.
5. How can I join?
To join SAGE, you must be a member of the USENIX Association (again, see
below). As a member of USENIX, you are eligible to join any special
subgroup of USENIX (at the moment, SAGE is the only one). It's kind of like
the ACM and SIGS. USENIX membership is $65.00/year, SAGE membership is
$25.00/year. If you attend a USENIX conference, you will find a checkoff
box on your registration form that allows you to apply part of your
registration to a USENIX membership, bringing your out-of-pocket costs
to zero. If you attend a conference which is sponsored or co-sponsored by
SAGE, you will see a similar box including your SAGE membership. And if you
already are a member, you'll find your conference membership is cheaper
by number suspiciously familiar.
6. What do I get for my money?
You get all the usual USENIX benefits (see below). You also get the
benefits of the ongoing work of SAGE, which thus far include:
o Joint sponsorship with USENIX of the annual Systems Administration
Conference--the largest conference devoted exclusively to system
administration.
o Co-sponsorship with USENIX and FedUNIX of the Conference on Tools
& Techniques for System Administration, Networking & Security. Sans-III
will be held in 1994.
o Planning with USENIX to offer tutorials/invited talks on managing
and administering distributed systems and networks at the UniForum
Conference in March1994 in San Francisco.
o Creating an archive site--ftp.sage.usenix.org--for papers from the
Systems Administration Conferences and sys admin-related documentation.
o Actively encouraging the formation of local SAGE groups.
o Continuing working relationships with newly formed international related
groups and affiliates. Two affiliates, SAGE-AU in Australia and SAGE-UK
in the United Kingdom, have in recent months formed and held their first
conferences in part in response to the formation of SAGE in the USA.
o Establishing working groups in areas such as jobs, policies, and education
that are important to sysadmins. Much of SAGE's hard, hands-on work is
carried out by working groups which focus on a particular goal, set of
milestones, and schedule. One example of a current project is the
preparation of job descriptions for system administrators at various
levels. The Jobs group plans to offer its model job descriptions in the
form of templates before the end of 1993.
o Initiating production of a series of very practical pamphlets on sys
admin-related issues and techniques.
Your money goes to pay for these activities, many of which are cheaper for
SAGE members than for non-members. In addition, the general costs of
running the organization are covered by your membership fees -- insurance,
employee salaries, etc, etc. See "Who's the current board and staff" for
info on salaries.
Note that the Board of Directors and members of the working groups pay all
their own expenses. This may change in some future year should Sage get
Really Rich, but we aren't holding our breath.
7. Who's the current board and staff?
The current board of directors is Carol Kubicki, Paul M. Moriarty, Pat
Parsegian (secretary), Peg Schaefer (treasurer), Steve Simmons (president),
Pat Wilson and Elizabeth Zwicky (past president). The terms of Kubicki,
Moriarty, Wilson, and Zwicky all expire Jan 1994; the terms of the
rest expire Jan 1995.
In addition to the elected board members, Bryan McDonald has been appointed
by the board as official editor of the various SAGE publications.
Tom Christiansen is the official liaison between the USENIX board and the
Sage board.
The SAGE board and membership is supported by the USENIX professional
staff, including Executive Director Ellie Young, Conference Manager Judy
DesHarnais, and the entire office staff.
8. Who so I contact?
If you have questions about SAGE or USENIX, please contact the USENIX
Association office at (510) 528-8649 or by email to office@usenix.org.
9. What is the USENIX Association?
The official name is the UNIX and Advanced Computing Systems Professional
and Technical Association, but everybody just calls it USENIX.
USENIX is the original (soon to celebrate its 20th anniversary!)
not-for-profit membership organization of those individuals and
institutions with an interest in UNIX, UNIX-related and other modern
operating systems and, by extension, in C++, X windows, and other
advanced computing technologies and tools. USENIX is dedicated to:
o sharing ideas and experience relevant to UNIX, UNIX-related and advanced
computing systems,
o fostering innovation and communicating both research and technological
developments,
o providing a neutral forum for the exercise of critical thought and
airing of technical issues.
As a member of the USENIX Association, you receive:
o Free subscription to ;login:--the bi-monthly newsletter with technical
features, international calendar of events, book reviews, Snitch Reports
on various ANSI, IEEE, and ISO standards efforts from the USENIX
representative and others. SAGE,with its own editor, publishes in each
issue of ;login: SAGE News, views, features, book reviews and other items
of interest to system administrators
o Free subscription to Computing Systems--the refereed technical quarterly
published with the University of California Press.
o Discounts on registration for the two general conferences, the annual
System Administration and C++ conferences, the single-topic symposia, and
associated tutorial programs--as many as ten technical meetings each year.
o Discounts on proceedings from USENIX conferences and symposia and other
technical publications.
o Discounts on the USENIX Association book series published by the MIT
Press. Now available the first in the series: The Evolution of C++:
Language Design in the Marketplace of Ideas, edited by Jim Waldo of Sun
Microsystems Laboratories.
o Savings on titles from McGraw-Hill, PTR Prentice Hall, John Wiley & Sons,
the MIT Press, Addison-Wesley, and UniForum.
If you have questions about SAGE or USENIX, please contact the USENIX
Association office at (510) 528-8649 or by email to office@usenix.org.
--
"Have faith in the future. Plant oaks."
- me
From: therbert@umiami.ir.miami.edu
Newsgroups: comp.sys.next.sysadmin
Subject: TeX and Printer Selection for NS/FIP
Message-ID: <1993Aug16.131600.15651@umiami.ir.miami.edu>
Date: 16 Aug 93 13:16:00 EDT
Organization: Univ of Miami IR
I am setting up a lab of 13 NS/FIP Computers. I need to
buy a printer and have a couple of questions -
If I buy a HP4M, say, I should be able to print Postscipt
documents with Times, Symbol, etc fonts in them, right?
If so, I suppose the printer will use the built-in Postscript
fonts. If I use TeX and Computer Modern fonts or Euler fonts
(Amer. Math. Soc.) like I do now on black hardware, what will
happen?
What is the solution to the problem of printing TeX dvi files
and other documents with non-standard fonts? Do I use "Dots"
and, if so, does that mean that the network printer should
be set up to use Dots all the time and not use the build-in
Postscript fonts?
I will have only one printer on the net for the 13 machines
and would like to produce nice high res output on the ordinary
PS fonts but still be able to print dvi files from TeX.
Tom Herbert
University of Miami
therbert@umiami.ir.miami.edu
From: cfs@mathcs.emory.edu (Charles Stephens (guest - exp 9/1/93))
Newsgroups: comp.sys.next.sysadmin
Subject: rpc.pcnfsd for NeXTstep 2.1
Date: 16 Aug 1993 18:57:17 GMT
Organization: Emory University, Dept of Math and CS
Message-ID: <24oladINNqlh@emory.mathcs.emory.edu>
Does anyone have binaries or ported sources for rcp.pcnfsd. I tried compiling
v2 myself and it ran, but authentication didn't work. Thanks for any help.
--
Charles Stephens Member of S.P.A.B.A.F.:
cfs@mathcs.emory.edu Society of People Against Barney And Friends
"Cuteness kills, and Barney is cute, go figure!"
DISCLAIMER: I am a guest a Emory's Math and CS Dept., all opinions expressed,
except those quoted by others, are my own, and not those of said organization.
Newsgroups: comp.sys.next.sysadmin
From: draphsor@deathstar.Stanford.EDU (Matt Rollefson)
Subject: Re: Software for counting pages printed on NeXTprinter
Message-ID: <1993Aug16.185739.9510@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <24e429$b7j@pith.uoregon.edu>
Date: Mon, 16 Aug 93 18:57:39 GMT
In comp.sys.next.sysadmin rhartman@dsl2.uoregon.edu writes:
>Our lab manager is looking for either freeware or $ware that would keep
>track of pages printed on our NeXT laser printer so we can charge to
>recover toner and paper costs.
While it's not the ideal tool for this purpose, the Berekeley print
accounting stuff works reasonably well. Add another property to your
NetInfo printer information called af, then give it the value of the
name of a file that daemon can write to. Make sure that file exists
(via touch) and your NeXT will start recording some basic accounting
information. The command pac summarizes this information into a
vaguely useful format. But you'll have to roll your own accounting
software to figure out when to charge, etc.
Rollie
--
Matt Rollefson ("Rollie") draphsor@deathstar.stanford.edu
Residential Computing, Stanford University NeXTmail accepted
Newsgroups: comp.sys.next.sysadmin
From: dean@world.std.com (Dean S Banfield)
Subject: man page for boot: (NS/FIP)
Message-ID: <DEAN.93Aug16150540@world.std.com>
Sender: dean@world.std.com (Dean S Banfield)
Organization: The World Public Access UNIX, Brookline, MA
Distribution: comp
Date: Mon, 16 Aug 1993 20:05:40 GMT
Hi,
I have loaded a 405MB IDE drive (my primary) with NS/FIP and it boots fine.
On my secondary IDE drive (205MB) I left the MS-DOS installation as it was
done for me by GATEWAY. I just jiggled the jumpers to flip the primary/
secndary status of the two drives. If I want to boot to DOS/Windows, I load
a diskette into the 31/2 inche drive with DOS, and it ignores the NS disk
and calls the DOS disk the C: drive. OK, but not great.
Questions:
Any man page for boot: ? other than the trivial text seen when typing ?.
Any way to tell boot to use the DOS drive and the DOSsy way of starting up?
There is a mention in the Installation Guide, that if I had a DOS partition
on the *same* drive with the NS partition, boot would give me the option
but I dont have any DOS partition on the NS drive. TIA. Dean
--
Dean S. Banfield Voice: (203) 656-1500
Real Decisions Corporation FAX : (203) 656-1659
22 Thorndal Circle email: dean@world.std.com
Darien, CT 06820
Newsgroups: comp.sys.next.sysadmin
From: draphsor@deathstar.Stanford.EDU (Matt Rollefson)
Subject: Re: Time servers & NeXT
Message-ID: <1993Aug16.190320.9767@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <24m087$9dm@zippy.telcom.arizona.edu>
Date: Mon, 16 Aug 93 19:03:20 GMT
If there's a machine on campus that works as an ntp time server, you
can run ntp from the command line (as root) as follows:
ntp -s hostname
It will set your clock to the master clock over the network.
Rollie
--
Matt Rollefson ("Rollie") draphsor@deathstar.stanford.edu
Residential Computing, Stanford University NeXTmail accepted
Newsgroups: comp.sys.next.sysadmin
From: wbeeck@dart.de (Wilfried Beeck)
Subject: Re: TeX and Printer Selection for NS/FIP
Message-ID: <1993Aug16.200024.447@dart.de>
Sender: wbeeck@dart.de
Organization: d'ART Computersysteme GmbH
References: <1993Aug16.131600.15651@umiami.ir.miami.edu>
Date: Mon, 16 Aug 93 20:00:24 GMT
In article <1993Aug16.131600.15651@umiami.ir.miami.edu>
therbert@umiami.ir.miami.edu writes:
> I am setting up a lab of 13 NS/FIP Computers. I need to
> buy a printer and have a couple of questions -
>
> If I buy a HP4M, say, I should be able to print Postscipt
> documents with Times, Symbol, etc fonts in them, right?
> If so, I suppose the printer will use the built-in Postscript
> fonts. If I use TeX and Computer Modern fonts or Euler fonts
> (Amer. Math. Soc.) like I do now on black hardware, what will
> happen?
Buying an HP4 instead of an HP4M would save you some money.
Probably much more than DOTS with a PostScript output license costs.
An HP4 connected to the parallel port driven by the DOTS printer driver
functions very much like the old NeXT Laserprinter. It can also be accessed
throughout the network.
Since DOTS uses the same Display PostScript that generates the screen output,
there is absolutely no difference between what you see and what you get. Except
the higher resolution, when printing. And at 600dpi the HP Laserjet 4 gives you
excellent results.
d'ART Software GmbH
Virchowstrasse 17-19
22767 Hamburg
Germany
(++49) 40-38023-0
(++49) 40-38023-290 fax
From: t9116ts@tech.mis.cfc.com (Todd Swan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Offsite pictures in mail
Date: 16 Aug 1993 15:01:35 -0500
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9308161627.AA11289@tech.mis.cfc.com>
In article <CBt9wr.6zJ@moksha.uucp> mgb@moksha.uucp (Michael Branton)
wrote:
> In article <1993Aug13.151719.26802@biztech.com> anderson (Ken
Anderson)
> writes:
> > Does anyone know how to name/setup tiff images from offsite users
to show
> > up in mail?
> >
> > I've tried a number of combinations, but nothing seems to work.
> >
<snip>
> user.host.domain.tiff (e.g. anderson.biztech.com.tiff) works for
me.
It's not quite that easy. Just naming them in a certain way isn't
enough. You didn't even mention where the pics go.
There are various ways it is done, but I like this one cuz I can also
use it for pics in NewsGrazer.
The pics should be stored in /LocalLibrary/Images/People. Also in
this directory are a 'passwd' file and an 'aliases' file.
In the 'passwd' file put lines like this for each pic:
user.host.domain::::::
In the 'aliases' file put lines like this for each pic:
user@host.domain: user.host.domain
That is all you need for Mail pictures. To get pics in NewsGrazer
just link /LocalLibrary/Images/People to
/LocalLibrary/NewsGrazer/People. (or ~/Library/NewsGrazer/People)
The FAQL might have a more concise explanation but I don't have it
handy, and I wanted to head off the incomplete explanation above.
Also I think that with the user pic archive available on orst and
purdue, there is a script that will generate the 'passwd' and
'aliases' file from the files in /LocalLibrary/Images/People.
Todd
--
Todd M. Swan - tms@cfc.com - Chrysler Financial, Centerline, MI
"Life is a diamond we turn into dust..." - Rush
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 16 Aug 1993 17:36:46 -0400
Organization: Next Announcements
Message-ID: <24oulc$gdi@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material. Generic UNIX questions belong
elsewhere (comp.unix.questions), although specific
questions about NeXT's implementation or porting
issues are appropriate here. Note that there are
several other more "horizontal" newsgroups
(comp.lang.objective-c, comp.lang.postscript,
comp.os.mach, comp.protocols.tcp-ip, etc.) that
may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: A4 as default page layout?
Message-ID: <1993Aug16.213806.6442@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
Date: Mon, 16 Aug 1993 21:38:06 GMT
I get a little tired having to set A4 by hand in Page Layout before I am
printing something.
Isn't there a way to tell NS 3.1 that a4 is the default?
Thanks,
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: 3.1 Upgrade app failed. What to do?
Message-ID: <1993Aug16.214102.6505@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
Date: Mon, 16 Aug 1993 21:41:02 GMT
It seems the upgrade went well, but at the end of the pgrade period, but
seemingly before postprocessing happened the system hung.
Now I want to do postprocessing (just to install help and make everything
functional), but I do not know if maybe some part was done already.
So:
Is running PostProcess a possible second time by hand dangerous?
If so, how do i find out what did already happen?
Thanks,
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
Newsgroups: comp.sys.next.sysadmin
From: slester@vetmed.wsu.edu (Sam Lester)
Subject: Network swapfiles..NS3.1
Message-ID: <1993Aug16.221853.16043@serval.net.wsu.edu>
Sender: news@serval.net.wsu.edu (USENET News System)
Organization: College of Veterinary Medicine WSU
Date: Mon, 16 Aug 93 22:18:53 GMT
Hi,
I was wondering if someone else has run across the following
problem:
In 2.X, I had network swapfiles for my next's that had only
100mb root disks. Now in 3.1, I tried to add these same files
but I get the following error:
vcs08:private/etc 53 : /usr/etc/mach_swapon -v -o prefer,lowat=16777216,hiwat=31
457280 /NFSbigdisk/swapfiles/vcs08
mount: Device busy
mount: giving up on:
/NFSbigdisk/swapfiles/vcs08.front
/usr/etc/mach_swapon: mach_swapon failed: Device busy
Is netswap available in 3.1? Has anyone found a solution to this problem?
Thanks for your time,
Sam
Newsgroups: comp.sys.next.sysadmin
From: klett@sunrayce.solar.umn.edu (James P. Klett)
Subject: HELP-Low on disk space
Message-ID: <CBvL6t.LsC@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Mon, 16 Aug 1993 23:26:22 GMT
I'm getting low on disk space on my NeXT 400MB disk. Other than weeding
through the entire file structure to clear unused files, can somebody
tell me a list of programs that I can erase to make some space. For
example, I already erased TeX since I only use edit. Are there others??
JIM
Newsgroups: comp.sys.next.sysadmin
From: fozztexx%nvcc.uucp@groucho.sonoma.edu (Chris Osborn)
Subject: NeXT Printer Daemon cannot print
Message-ID: <CBvBoE.BxF@nvcc.uucp>
Organization: Napa Valley College
Distribution: usa
Date: Mon, 16 Aug 1993 20:02:37 GMT
On one particular host, the npd absolutely refuses to print, until
someone logs in with Public Window Server turned on. Why is this? I
thought npd always had access to the Window Server.
Does anyone know how to fix this?
--
Chris Osborn, Network Administrator Voice: 707 253 3130
Napa Valley College Fax: 707 253 3063
fozztexx%nvcc.uucp@groucho.sonoma.edu
fozztexx@groucho.sonoma.edu NeXTMail ok at both
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: A4 as default page layout?
Message-ID: <1323@rtbrain.rightbrain.com>
Date: 17 Aug 93 00:00:56 GMT
References: <1993Aug16.213806.6442@rna.indiv.nluug.nl>
Sender: glenn@rightbrain.com
gerben@rna.indiv.nluug.nl writes
> I get a little tired having to set A4 by hand in Page Layout before I am
> printing something.
> Isn't there a way to tell NS 3.1 that a4 is the default?
You can do this in PasteUp, which is on sale this month for only $199
($149 educational). Send Email to "info@rightbrain.com" for more info.
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
From: sanguish@digifix.com (Scott Anguish)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: HELP-Low on disk space
Date: 16 Aug 1993 22:59:13 -0400
Organization: Digital Fix Development
Distribution: world
Message-ID: <24phi1$hgo@digifix.digifix.com>
References: <CBvL6t.LsC@news.cis.umn.edu>
James P. Klett writes
> I'm getting low on disk space on my NeXT 400MB disk. Other than weeding
> through the entire file structure to clear unused files, can somebody
> tell me a list of programs that I can erase to make some space. For
> example, I already erased TeX since I only use edit. Are there others??
> JIM
>
Jim...
Thats a tough call. If you are doing Development, you could perhaps
compress or remove the Concepts and Users manuals.
I think the biggies are in the /NextLibrary. Delete the dictionaries,
Shakespear,
Easiest thing to do?
See if you can scrape up $250 and get another 200Mb of storage as an
external drive.
--
- Scott Anguish -
sanguish@digifix.com (NextMail)
next-announce@digifix.com (comp.sys.next.announce submissions)
From: warren@cyberspace.com (Warren Victorian)
Newsgroups: comp.sys.next.sysadmin
Subject: What are these?
Date: 16 Aug 1993 21:34:09 -0700
Organization: (CYBERSPACE) Public Internet 206.286.1600
Message-ID: <24pn41$1lj@cyberspace.com>
Cc:
I found these wierd international phone sex lines in a magazine the
otherday and I was just wondering how these people can offer a service
like this for free. It makes no sence to me. Anyways it is pretty hardcore
and anyone into that type of stuff should give it a shout.
011-239-129-2618
or
011-239-129-2620
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.sys.next.sysadmin
Subject: Disaster Recovery Planning
Date: 17 Aug 1993 01:27:52 +0100
Organization: me organized? That's a joke!
Message-ID: <24p8m8$37m@steffi.demon.co.uk>
This is all 3.1 related.
I would like to know what I need inorder to be in a position to restore
my hard disk should it crash one day.
I don't have a CD-ROM drive but I have a backup on my harddisk at any time
(usually) on tape.
I guess I need a bootable floppy for a start, but how do I make said floppy
with enough files to be useful to reconstruct things.
Is their a cook book for building such things?
Do I need any libraries in order to run SNBackup? Can I run SNBackup
if I just have a tape (assume the archive on disk has been trashed). I
don't see the "Rebuild" option available to me with SNBackup.
Will be happy to summarize., Nathan, where are those FAQ's? :-) This
if it isn't already in there should be so I'll forward you the summary
later.
Cheers.
Date: Tue, 17 Aug 1993 04:46:16 GMT
From: jik@GZA.COM (Jonathan I. Kamens)
Message-ID: <jik.cancel.930817044616.137.170@GZA.COM>
Newsgroups: comp.sys.next.sysadmin,control
Subject: cmsg cancel <24pn41$1lj@cyberspace.com>
Control: cancel <24pn41$1lj@cyberspace.com>
.
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: fbshow (was Re: Help! NS3.1 isn't swapping on my swapdisk)
Message-ID: <1993Aug16.155938.640@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <24i9ip$bn1@skeena.ucs.ubc.ca>
Date: Mon, 16 Aug 1993 15:59:38 GMT
In article <24i9ip$bn1@skeena.ucs.ubc.ca> wrob@unixg.ubc.ca
(Robert Wong) writes:
[snip]
-> I was trying to figure out what "fbshow" performed. I
-> drew blanks in the NS sysadmin guide, the on-line man
-> pages, and the BSD docs.
fbshow performs the GUI message posting and spinning disk icon
during the non-detailed boot-up process... For example, my
rc.local file (NS3.1) contains...
fbshow -A -B -E -I "Starting*Local*Services..."
fbshow -A -B -E -I "Configuring*TTY*Devices..."
fbshow -A -B -E -I "LCK*Cleanup..."
fbshow -A -B -E -I "SLIP*Initialization..."
fbshow -A -B -E -I "SLIP*Disabled..."
Which gives quick visual verification during boot of
essential info... I've also added a couple of 'em to my rc
file, as occasionally I have a hung boot for one reason or
another, and it's a good idea of IF and WHERE the boot is
hung.
Under previous versions of NEXTSTEP, you had to give the
number of words (1 to 3) followed by the individual words.
I make it a practice, generally, if I add a >console to any
of the boot files, I add a matching fbshow just before it.
Bruce Gingery bruce@TotSysSoft.com
Total System Software
NeXT-mail prefered, MIME-mail ok
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Mail.app won't send NextMail anymore!
Message-ID: <1993Aug16.162327.721@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Aug15.123317.1535@nidat.sub.org>
Date: Mon, 16 Aug 1993 16:23:27 GMT
In article <1993Aug15.123317.1535@nidat.sub.org>
Nitezki@NiDat.sub.org (Peter Nitezki) writes:
-> In article <1993Aug13.121212.7215@ToTSySSoft.com>
bruce@TotSysSoft.com
-> (Bruce Gingery) writes:
-> > In article <24cqh5$5b6@digifix.digifix.com>
-> > sanguish@digifix.com (Scott Anguish) writes:
-> > -> In the past couple of days, all of a sudden my
-> > -> Mail.app doesn't seem to want to send NextMail
-> > -> to anyone.
-> > -> The bodies of the messages are empty.
-> > [snip]
-> >
-> > Yes! I have received one message this way, and have
-> > had several arrive at distant addresses, apparently,
-> > without the body. This has been an erratic problem,
-> > and I can only guess at present that it is either an
-> > ``out-of-processes'' related bug on the sending or
-> > receiving machine.
-> Oh no!!!
->
-> It's all just a GNU-zip replaced compress/uncompress
-> hassle! In almost all cases people didn't mind that
-> NeXTmail is compressed/uuencoded stuff.
-> If you replace one of these NeXTmail ceases to work
-> properly!
Well, that would explain why I RECEIVED empty mail, but not
why a distant person received empty mail FROM ME! I've not
installed gzip as a replacement for compress/uncompress, and
have even lost track of the dwrite which does it.
Bruce Gingery bruce@TotSysSoft.com
NeXT-mail preferred, MIME-Mail ok
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Time servers & NeXT
Message-ID: <1993Aug16.163241.781@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <24m087$9dm@zippy.Telcom.Arizona.EDU>
Date: Mon, 16 Aug 1993 16:32:41 GMT
In article <24m087$9dm@zippy.Telcom.Arizona.EDU> writes:
-> Hi.
-> I access ethernet using SLIP. I bring up the connection
-> manually ... What I'd like to do is, when I've got the
-> connection up, manually access a NTP (time) server (at
-> the UofA, where I work and where the other end of my
-> SLIP access resides) and update the NeXT's system clock.
-> I don't want anything "automatic", since my use of SLIP
-> is erratic, and I really don't care to much about
-> drift (since I can update the clock before I do
-> anything where time accuracy is critical - such as
-> updating a Sybase database). I appreciate
-> any recommendations on how to do this. Is there an .app?
Yes there's an app that'll call Hmmm it's either the NBS in
Boulder CO, or the Naval observatory in Anapolis. OTOH, you
can (with your slip link up) merely telnet to port 13 on just
about any host on the InterNet for their local time... since
you say you don't want anything automatic...
Try it on your own machine...
> telnet localhost 13
Trying 127.0.0.1... Connected to localhost.
Escape character is '^]'.
Mon Aug 16 10:27:01 1993
Connection closed by foreign host.
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred, MIME-Mail ok
From: Alexander.Hauer@ifr.luftfahrt.uni-stuttgart.de (Alexander Hauer)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: A4 as default page layout?
Date: 17 Aug 1993 07:47:36 GMT
Organization: Comp.Center (RUS), U of Stuttgart, FRG
Message-ID: <24q2eo$qbi@info2.rus.uni-stuttgart.de>
References: <1993Aug16.213806.6442@rna.indiv.nluug.nl>
Keywords: default papersize A4
gerben@rna.indiv.nluug.nl writes
> I get a little tired having to set A4 by hand in Page Layout before I am
> printing something.
>
> Isn't there a way to tell NS 3.1 that a4 is the default?
>
> Thanks,
>
> --
> Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
> "If you don't know where you are going, any road will
> take you there." From the Talmud(?), rephrased in
> Lewis Carroll, "Alice in Wonderland".
There is an easy way to do this. Just set the NXPaperType to A4.
Do this in a terminal by typing:
localhost>dwrite -g NXPaperType A4
To verify your setting you can do:
localhost>dread -g NXPaperType
This must show up a line like this:
GLOBAL NXPaperType A4
Hope that helps.
--
alex
_____________________________________________________________________________
Alexander A. Hauer
E-Mail: alexander.hauer@ifr.luftfahrt.uni-stuttgart.de
University of Stuttgart Fortststrasse 86
Institute of Flightmechanics and Control W-7000 Stuttgart 1
Fed. Rep. of Germany
Newsgroups: comp.sys.next.sysadmin
From: mshaler@tdocad.sps.mot.com (Michael Shaler)
Subject: Re: A4 as default page layout?
References: <1323@rtbrain.rightbrain.com>
Date: Tue, 17 Aug 1993 05:20:46 GMT
Organization: Nippon Motorola Ltd., Tokyo, Japan
Sender: news@tkymail.sps.mot.com
Message-ID: <1993Aug17.052046.11179@tkymail.sps.mot.com>
Glenn Reid writes
gerben@rna.indiv.nluug.nl writes
> I get a little tired having to set A4
by hand in Page Layout before I am
> printing something.
> Isn't there a way to tell NS 3.1 that a4 is the default?
You can do this in PasteUp, which is on sale this month for only $199
($149 educational). Send Email to "info@rightbrain.com" for more info.
1. Dwrite the check--I just did %^)
2. Then, do this:
dwrite GLOBAL NXPaperType A4
---
Michael Shaler
Tokyo Design Center
Nippon Motorola Ltd.
+813 3280 8245 voice
+813 3440 0033 fax
mshaler@tdocad.sps.mot.com [NeXTmail]
> printing something.
> Isn't there a way to tell NS 3.1 that a4 is the default?
You can do this in PasteUp, which is on sale this month for only $199
($149 educational). Send Email to "info@rightbrain.com" for more info.
1. Dwrite the check--I just did %^)
2. Then, do this:
dwrite GLOBAL NXPaperType A4
---
Michael Shaler
Tokyo Design Center
Nippon Motorola Ltd.
+813 3280 8245 voice
+813 3440 0033 fax
m
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: Aris Theocharides <aris@foucault.maths.mu.OZ.AU>
Subject: Re: wu-ftpd on NeXT?
Message-ID: <9322919.2281@mulga.cs.mu.OZ.AU>
Sender: news@cs.mu.OZ.AU
Organization: Computer Science, University of Melbourne, Australia
References: <KARTHY.93Aug15215313@dannug.dannug.dk>
Date: Tue, 17 Aug 1993 09:14:45 GMT
In article <KARTHY.93Aug15215313@dannug.dannug.dk> karthy@dannug.dk
(Karsten Thygesen) writes:
>
> Hi
>
> I have compiled and installed wu-archive's ftp-daemon release 2.1B,
> and all works just great except the automatic tar and compress
> functionality.
>
> I can receive and transmit files, but the daemon has the ability to
> create a .tar and .tar.Z file on the fly, but I can't make it work.
>
> I have installed a copy of both compress, ls and gnu-tar in ~ftp/bin.
>
> Anyone got a clue??
>
> Btw: I'm running 3.1PR1, but I don't think that is the problem!
>
I have had this problem too, running NeXTstep 3.0 on NeXT hardware.
Bummer. Other people have had the same problem. Not sure why.
You did install the NeXT libary, no?
[You need ~ftp/usr/shlib/libsys_s.B.shlib from /usr/shlib]
Someone who did compile and works properly is (try ftp to the site):
dmm0t@rincewind.mech.virginia.edu
and has helped me a lot. But still could not get it to work. Hope you have
better luck than me!
Please let me know if you get it to work.
Aris.
--
name: aris theocharides.
address: room g63, maths dept, melb uni, parkville, vic, australia, 3052.
phone [+613] uni: 344.40.21, home: 489.90.14, fax: 344.45.99
e.mail: aris@foucault.maths.mu.OZ.AU (NeXTmail)
Newsgroups: comp.sys.next.sysadmin
From: willers@itp.unibe.ch (Moritz Willers)
Subject: Re: A4 as default page layout?
Message-ID: <1993Aug17.090316.24363@aragorn.unibe.ch>
Sender: news@aragorn.unibe.ch
Organization: University of Berne, Switzerland
References: <1993Aug16.213806.6442@rna.indiv.nluug.nl>
Date: Tue, 17 Aug 1993 09:03:16 GMT
In article <1993Aug16.213806.6442@rna.indiv.nluug.nl>
gerben@rna.indiv.nluug.nl writes:
> I get a little tired having to set A4 by hand in Page Layout before I am
> printing something.
>
> Isn't there a way to tell NS 3.1 that a4 is the default?
>
> Thanks,
>
> --
> Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
> "If you don't know where you are going, any road will
> take you there." From the Talmud(?), rephrased in
> Lewis Carroll, "Alice in Wonderland".
I posted a very silly Preference bundle to cs.orst.edu which does the
dwrite GLOBAL NXPaperType somePaperType
I wrote it when I didn't know what else more sensible but easy to handle I
could do. I think it should be included by NeXT in the Pref app in some
place, like the Localization Prefs
Moritz
---------
Moritz Willers
willers@itp.unibe.ch
Institute for theoretical Physics, Berne
Switzerland
Newsgroups: comp.sys.next.sysadmin
From: bav@bergen.siodata.no (Bjorn Asle Valde)
Subject: Re: Offsite pictures in mail
Message-ID: <1993Aug17.094621.25295@alf.uib.no>
Sender: usenet@alf.uib.no (Bergen University Newsaccount)
Organization: University of Bergen, Norway
References: <9308161627.AA11289@tech.mis.cfc.com>
Date: Tue, 17 Aug 93 09:46:21 GMT
In article <9308161627.AA11289@tech.mis.cfc.com> t9116ts@tech.mis.cfc.com
(Todd Swan) writes:
> In article <CBt9wr.6zJ@moksha.uucp> mgb@moksha.uucp (Michael Branton)
> wrote:
> > In article <1993Aug13.151719.26802@biztech.com> anderson (Ken
> Anderson)
>
> > writes:
> > > Does anyone know how to name/setup tiff images from offsite users
> to show
Here's the script to update the "aliases" and "passwd" files
in /LocalLibrary/Images/people, it's a time timesaver:
#!/bin/sh
#####
#
# File: mkpassalia
# Description: A scriptlet to automatically update the passwd and aliases
# files in the /LocalLibrary/Images/People directory.
# Author: Carl Edman
# Created: Tue Jan 7 18:17:29 1992
# Modified: Tue Jan 7 18:18:48 1992 (Carl Edman) cedman@714-725-3177
# Language: /bin/sh
#
##########################################################################
#####
echo "# aliases file" >aliases
/bin/ls -1 | grep '\.tiff$' | sed 's/.tiff$//; h; s/\./@/;
y/ABCDEFGHIJKLMNOPQRSTUVWXYZ/abcdefghijklmnopqrstuvwxyz/; G; s/\n/:
/'>>aliases
echo "# passwd file" >passwd
/bin/ls -1 | grep '\.tiff$' | sed 's/.tiff$/::10000::.:noshell/;' >>passwd
# script ends
cheers, -bav
--
Bjorn Asle Valde - SiO Data Bergen, Christiesgt.13, N-5015 Bergen, Norway.
Email: valde@bergen.siodata.no Phones: +47-5-320240 Fax: +47-5-320238
From: jmm@king.econ.lsa.umich.edu (Jeffrey K. MacKie-Mason)
Newsgroups: comp.sys.next.sysadmin
Subject: Problem configuring NeXT mailhost on non-NeXT network
Date: 17 Aug 1993 10:56:50 GMT
Organization: University of Oslo
Distribution: world
Message-ID: <24qdhi$m69@hermod.uio.no>
Keywords: mail,mailhost,NIS,NeXTMail
Need some NeXTMail help: I've just installed my
machine as part of a non-NeXT network, temporarily. This network is served
by NIS (used to be YP). For administrative reasons it was preferred that I
configure my machine as its own mail server. I've done that, and almost
everything works. I can send mail, I can receive it. I can read what I
receive with either Berkeley mail or Pine. But NeXTMail won't access my
/usr/spool/mail file to look at new messages.
The NeXT Sysadmin book says that it is necessary to configure the mail
server with a host alias called "mailhost", and tells how to do that using
HostManager. I've followed the directions (from root ;) and everything
happened as the book said. Except, when I reopen HostManager the alias has
disappeared (yes, I remember to Save it). And I still can't get NeXTMail to
read my incoming mail.
Anyone know what is going on, or how I can force the mailhost alias to
stick?
--
Prof. Jeff MacKie-Mason internet: jmm@umich.edu
Dept. of Economics bitnet: usergc76@umichum
Univ. of Michigan phone: 313-764-7438
Ann Arbor, MI 48109-1220 fax: 313-763-9181
Newsgroups: comp.sys.next.sysadmin
From: Robert_La_Ferla@hot.com
Subject: Re: fbshow (was Re: Help! NS3.1 isn't swapping on my swapdisk)
Message-ID: <1993Aug17.123235.10220@hot.com>
Sender: robertl@hot.com
Organization: Hot Technologies
References: <1993Aug16.155938.640@ToTSySSoft.com>
Date: Tue, 17 Aug 1993 12:32:35 GMT
Can someone please describe what the options are to fbshow?
Thanks,
Robert
Robert La Ferla
Hot Technologies
In article <1993Aug16.155938.640@ToTSySSoft.com> bruce@TotSysSoft.com
(Bruce Gingery) writes:
> In article <24i9ip$bn1@skeena.ucs.ubc.ca> wrob@unixg.ubc.ca
> (Robert Wong) writes:
> [snip]
> -> I was trying to figure out what "fbshow" performed. I
> -> drew blanks in the NS sysadmin guide, the on-line man
> -> pages, and the BSD docs.
>
> fbshow performs the GUI message posting and spinning disk icon
> during the non-detailed boot-up process... For example, my
> rc.local file (NS3.1) contains...
>
> fbshow -A -B -E -I "Starting*Local*Services..."
> fbshow -A -B -E -I "Configuring*TTY*Devices..."
> fbshow -A -B -E -I "LCK*Cleanup..."
> fbshow -A -B -E -I "SLIP*Initialization..."
> fbshow -A -B -E -I "SLIP*Disabled..."
>
> Which gives quick visual verification during boot of
> essential info... I've also added a couple of 'em to my rc
> file, as occasionally I have a hung boot for one reason or
> another, and it's a good idea of IF and WHERE the boot is
> hung.
>
> Under previous versions of NEXTSTEP, you had to give the
> number of words (1 to 3) followed by the individual words.
>
> I make it a practice, generally, if I add a >console to any
> of the boot files, I add a matching fbshow just before it.
>
> Bruce Gingery bruce@TotSysSoft.com
> Total System Software
> NeXT-mail prefered, MIME-mail ok
Newsgroups: comp.sys.next.sysadmin
From: Michael_Pizolato@afs.com (Michael Pizolato)
Subject: Re: Offsite pictures in mail
Message-ID: <1993Aug17.142907.1392@afs.com>
Sender: Michael_Pizolato@afs.com
References: <1993Aug13.151719.26802@biztech.com>
Date: Tue, 17 Aug 1993 14:29:07 GMT
Ken Anderson writes
>Does anyone know how to name/setup tiff images from offsite users
>to show up in mail?
>
>I've tried a number of combinations, but nothing seems to work.
I have an excellent solution to this, all documented and ready to
NeXTMail. Just last week I sent it out to the next-icon mailing
list, because we were going through a rash of exchanging mail tiffs.
I received the original solution from Raf Schietekat and added my
own automation of his manual procedures. It's fairly simple to
set up, and once it's in place it's trivial to add mail tiffs for
users from _anywhere_.
I'll gladly send it to any interested parties (the original NeXTMail
message is still in my Outgoing.mbox, and you get. Just e-mail to
let me know you're interested. If you're a member of the next-icon
mailing list, you've already received it, so you may not want another
copy.
Thanx,
Michael
--
Michael Pizolato gnihtyreve noitseuq
michael_pizolato@afs.com
NeXTMail appreciated
From: jon@starburst.umd.edu (Jonathan Kruger)
Newsgroups: comp.mail.elm,comp.sys.next.sysadmin
Subject: Problem using Elm 2.4pl22 on NEXTSTEP 3.1
Date: 17 Aug 1993 21:25:09 GMT
Organization: University of Maryland, Chesapeake Biological Laboratory
Message-ID: <24riblINN13g@cbl.umd.edu>
The program compiles fine. When I run it as root it works fine. If I
run it as a regular user it works until I try to exit, then it hangs.
It's acting like a permissions problem, but Pine works just fine.
Protections are:
/usr/spool/mail: root wheel -rwxrwxrwt
/usr/spool/mail/jon: jon users -rw-------
/usr/local/bin/elm: root wheel -rwxr-xr-x
/usr/local/bin/pine: root wheel -rwxr-x--x
--
-------------------------------------------------------------------------------
Jonathan Kruger - jon@cbl.umd.edu - Computer and Network Systems Coordinator
U of MD Center for Environmental and Estuarine Studies, Chesapeake Bio Lab
Newsgroups: comp.sys.next.sysadmin
From: bounds@gulaam.glv.com (Frank Bounds)
Subject: mail eating my machine (impacting net connections and general slowdown)
Message-ID: <1993Aug17.205019.9989@glv.uucp>
Keywords: mail performance
Sender: usenet@glv.uucp
Organization: Encompass
Date: Tue, 17 Aug 1993 20:50:19 GMT
When I am receiving mail on my machine, even with little other network/cpu/
disk i/o activity, machine performance seems to suffer. Anything to do with
the net at that point seems to hang until mail finishes. (e.g. telnet, ftp
will not finish the connection until mail has finished...). This has happened
on two machines. I have created a new mqueue file, formatted the disk and
restored the OS etc...
1169 ? S 0:00 -AA01163 glv: DATA (sendmail)
1170 ? S 0:00 -glv: HELO glv.com (sendmail)
1172 ? S 0:00 mail -r owner-some address from somewhere
The above is almost always the case when the machine is slow...
Machine is NeXT Turbo/16mb memory/NeXTstep 3.0
Any ideas on this one? I get several mail messages a day but the volume is
not huge by any means.
--
___
|___|
+----------------||-----++
| Frank Bounds || ||
/| bounds@gulaam.glv.com ||
| | ENCOMPASS ||
| | Cary, North Carolina ||
--| +-----------------------++
--| |-----------------------/
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can NetInfo be turned off?
Date: 17 Aug 93 22:42:45 GMT
Organization: University of Illinois at Urbana
Message-ID: <jeffo.745627365@uiuc.edu>
References: <1993Aug10.130717.4068@afs.com> <1993Aug11.023833.4035@BlueRose.com> <1993Aug12.182244.3598@cronkite.ocis.temple.edu>
Were there any responses to this thread that actually said how to turn
NetInfo off, should someone actually wish to use flatfiles for
everything and not use any of the NeXT-supplied admin tools?
Thanks.
--
J.B. Nicholson-Owens
Newsgroups: comp.sys.next.sysadmin
From: anderson (Ken Anderson)
Subject: Re: Problem configuring NeXT mailhost on non-NeXT network
Message-ID: <1993Aug17.213823.1261@biztech.com>
Sender: news@biztech.com
Organization: Biztech, Inc.
References: <24qdhi$m69@hermod.uio.no>
Date: Tue, 17 Aug 1993 21:38:23 GMT
In article <24qdhi$m69@hermod.uio.no> jmm@king.econ.lsa.umich.edu (Jeffrey
K. MacKie-Mason) writes:
>
>
>Need some NeXTMail help: I've just installed my
>machine as part of a non-NeXT network, temporarily. This network is
served
>by NIS (used to be YP). For administrative reasons it was preferred that
I
>configure my machine as its own mail server. I've done that, and almost
>everything works. I can send mail, I can receive it. I can read what I
>receive with either Berkeley mail or Pine. But NeXTMail won't access my
>/usr/spool/mail file to look at new messages.
>
>The NeXT Sysadmin book says that it is necessary to configure the mail
>server with a host alias called "mailhost", and tells how to do that
using
>HostManager. I've followed the directions (from root ;) and everything
>happened as the book said. Except, when I reopen HostManager the alias
has
>disappeared (yes, I remember to Save it). And I still can't get NeXTMail
to
>read my incoming mail.
>
>Anyone know what is going on, or how I can force the mailhost alias to
>stick?
>
>
If you are correctly sending mail, the mailhost alias is unnecessary. I
can't think of a good reason off-hand that would allow you to read mail
using the standard tools, but not NeXTMail. I'd check your preferences in
NeXTMail and make sure that:
1) The spool directory is set correctly (under Expert pop-up)
2) The Mail Dir is correct, and writable.
3) New Mail Retrieval is set to automatic. Maybe it just ain't lookin'!
Send me mail directly if you continue to have problems.
Ken Anderson
anderson@biztech.com
Stamford, CT
Newsgroups: comp.sys.next.sysadmin
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: Re: Problem configuring NeXT mailhost on non-NeXT network
Message-ID: <1993Aug18.021430.2066@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
References: <24qdhi$m69@hermod.uio.no>
Date: Wed, 18 Aug 1993 02:14:30 GMT
In article <24qdhi$m69@hermod.uio.no> jmm@king.econ.lsa.umich.edu (Jeffrey K.
MacKie-Mason) writes:
> Need some NeXTMail help: I've just installed my
> machine as part of a non-NeXT network, temporarily. This network is served
> by NIS (used to be YP). For administrative reasons it was preferred that I
> configure my machine as its own mail server. I've done that, and almost
> everything works. I can send mail, I can receive it. I can read what I
> receive with either Berkeley mail or Pine. But NeXTMail won't access my
> /usr/spool/mail file to look at new messages.
The spool file must be exported with your machine granted root access.
--
Nathan "USENET" Janette
PPP link from hilbert.csb.yale.edu
Please reply to: nathan@laplace.csb.yale.edu (NeXT)
Newsgroups: comp.sys.next.sysadmin
From: slester@vetmed.wsu.edu (Sam Lester)
Subject: Re: Problem configuring NeXT mailhost on non-NeXT network
Message-ID: <1993Aug18.005045.10980@serval.net.wsu.edu>
Sender: news@serval.net.wsu.edu (USENET News System)
Organization: College of Veterinary Medicine WSU
References: <24qdhi$m69@hermod.uio.no>
Date: Wed, 18 Aug 93 00:50:45 GMT
Jeffrey K. MacKie-Mason (jmm@king.econ.lsa.umich.edu) wrote:
When NeXtMail reads your /usr/spool/mail/userid file it has to delete it
before you see the messages(from lines). In order for this to happen
Next expects that the /usr/spool/mail directory permissions be 1777.
If 1777 isn't valid in your enviroment, you can make /NextApps/Mail.app/Mail
and /NextApps/Mail.app/MailFetch set-ggroup id mail and make the
/usr/spool/mail directory permissions 775.
Set-Guid config
ls -l -g -d /usr/spool/mail
drwxrwxr-x 4 root mail 2048 Aug 17 17:46 /usr/spool/mail
Sticky bit on directory config
drwxrwxrwt 4 root mail 2048 Aug 17 17:46 /usr/spool/mail
(Then someone could create a file and read your mail as it is delivered.)
For more info man the following
mail, chmod, sendmail
Sam Lester
slester@vetmed.wsu.edu
From: jimc@tau-ceti.isc-br.com (Jim Cathey)
Newsgroups: comp.sys.next.sysadmin
Subject: printer power
Message-ID: <3864@tau-ceti.isc-br.com>
Date: 18 Aug 93 02:16:38 GMT
Organization: Olivetti North America, Spokane, WA
Is it possible to configure my 3.1 030 cube system so that it does not
power up the laser printer when it comes up? Most sessions I don't end
up using it, and I don't want it power-cycling (I power it down manually
now after I log in), nor do I want to have to fiddle under the desk with
power plugs or other ugly PC-shit. I'm willing to take the warmup penalty
if I actually decide to print something, and I figure it'll last longer
if it stays off most of the time.
--
+----------------+
! II CCCCCC ! Jim Cathey
! II SSSSCC ! ISC-Bunker Ramo
! II CC ! TAF-C8; Spokane, WA 99220
! IISSSS CC ! UUCP: uunet!isc-br!jimc (jimc@isc-br.isc-br.com)
! II CCCCCC ! (509) 927-5757
+----------------+
One Design to rule them all; one Design to find them.
One Design to bring them all and in the darkness bind
them. In the land of Mediocrity where the PC's lie.
Newsgroups: comp.sys.next.sysadmin
From: Eric Noyau <e_noyau@cubx.com>
Subject: Re: Offsite pictures in mail
Message-ID: <1993Aug17.100655.8307@pelane.cubx.com>
Sender: noyau@pelane.cubx.com
Organization: Cub'x systemes
References: <CBt9wr.6zJ@moksha.uucp>
Date: Tue, 17 Aug 1993 10:06:55 GMT
Michael Branton writes
> In article <1993Aug13.151719.26802@biztech.com> anderson (Ken Anderson)
> writes:
> > Does anyone know how to name/setup tiff images from offsite users to show
> > up in mail?
> >
> > I've tried a number of combinations, but nothing seems to work.
> >
> > [...]
>
> user.host.domain.tiff (e.g. anderson.biztech.com.tiff) works for me.
>
Beep ! False !
user.host.domain.tiff is in /usr/LocalLibrary/NewsGrazer/People and it's for
NewsGrazer, not for mail...
For Mail, don't RTFM in 3.1 ! Do not use mailDBupdate !
RTFM 3.0 manual... For example :
Create a file anderson@biztech.com.tiff in /LocalLibrary/Images/People
and add the line
anderson@biztech.com:*:-2:-2::/nodir:/noshell
in /LocalLibrary/Image/People/passwd.
Amicalement,
Eric
--
% e_noyau@cubx.com (Eric Noyau) Small NeXTMail ok %
/d{def}def/i{add d}d/Z{rand 2147483647 div mul d}d 99 -2 9{-1 1/X 500 Z/Y 700
Z/C .3 Z{C setgray/r exch d X Y r 0 360 arc fill/X X .5 i/Y Y .6 i/C C 1 C sub
r div i}for}for showpage % Be carefull ! I'm a .signature virus...
From: danno@css.itd.umich.edu (Dan Pritts)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem configuring NeXT mailhost on non-NeXT network
Date: 18 Aug 1993 07:19:46 GMT
Organization: U of Michigan, Ann Arbor
Message-ID: <24sl6i$nt@stimpy.css.itd.umich.edu>
References: <24qdhi$m69@hermod.uio.no> <1993Aug18.021430.2066@cs.yale.edu>
In article <1993Aug18.021430.2066@cs.yale.edu> nathan@laplace.csb.yale.edu (Nathan F. Janette) writes:
>> machine as part of a non-NeXT network, temporarily. This network is served
>> by NIS (used to be YP). For administrative reasons it was preferred that I
>> configure my machine as its own mail server. I've done that, and almost
>> everything works. I can send mail, I can receive it. I can read what I
>> receive with either Berkeley mail or Pine. But NeXTMail won't access my
>> /usr/spool/mail file to look at new messages.
>
>The spool file must be exported with your machine granted root access.
(as it turns out, jeff had his spool file on his local disk anyway, but...)
this just isn't true. I suspect the "sticky bit" answer of a previous
poster is correct, but I manage the next net that Jeff *used to* have
his machine on, and I can guarantee you that I wasn't exporting the
mailhost's disk with root privileges to Jeff's or anyone else's machine.
jeff, if you happen to read this, make sure to log in here at umich and
read your mail; mail in norway is NOT working.
danno
--
dan pritts consultant/system administrator
dan.pritts@umich.edu um itd/css unix support group
Newsgroups: comp.sys.next.sysadmin
From: Michael_Pizolato@afs.com (Michael Pizolato)
Subject: Re: Offsite pictures in mail
Message-ID: <1993Aug17.165417.1550@afs.com>
Sender: Michael_Pizolato@afs.com
References: <1993Aug17.142907.1392@afs.com>
Date: Tue, 17 Aug 1993 16:54:17 GMT
I wrote
>I'll gladly send it to any interested parties (the original NeXTMail
>message is still in my Outgoing.mbox, and you get. Just e-mail to
>let me know you're interested. If you're a member of the next-icon
>mailing list, you've already received it, so you may not want another
>copy.
Oops, I hit the post button too soon. That should read:
I'll gladly send it to any interested parties (the original NeXTMail
message is still in my Outgoing.mbox, and you get some 48x48 Hobbes
icons for free with it). Just e-mail to let me know you're interested.
If you're a member of the next-icon mailing list, you've already
received it, so you may not want another copy.
Michael
--
Michael Pizolato gnihtyreve noitseuq
michael_pizolato@afs.com
NeXTMail appreciated
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: Re: A4 as default page layout?
Message-ID: <1993Aug17.204703.393@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
References: <1323@rtbrain.rightbrain.com>
Date: Tue, 17 Aug 1993 20:47:03 GMT
In article <1323@rtbrain.rightbrain.com> glenn@rightbrain.com (Glenn Reid)
writes:
> gerben@rna.indiv.nluug.nl writes
> > I get a little tired having to set A4 by hand in Page Layout before I am
> > printing something.
>
> > Isn't there a way to tell NS 3.1 that a4 is the default?
>
> You can do this in PasteUp, which is on sale this month for only $199
> ($149 educational). Send Email to "info@rightbrain.com" for more info.
>
Sure, but does it in- and export WordPerfect?
;-)
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: fbshow (was Re: Help! NS3.1 isn't swapping on my swapdisk)
Message-ID: <1993Aug18.083645.1112@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Aug16.155938.640@ToTSySSoft.com> <1993Aug17.123235.10220@hot.com>
Date: Wed, 18 Aug 1993 08:36:45 GMT
In article <1993Aug17.123235.10220@hot.com>
Robert_La_Ferla@hot.com writes:
>Can someone please describe what the options are to fbshow?
This stuff is totally undocumented, so I can only guess. :-)
All options are alphabetic. Uppercase letters stand alone;
lowercase letters take the next argument as a value.
General
-B exit immediately if we're not supposed to see messages
(e.g. verbose boot)
-E I don't think this does anything!
Animation
-A resume animation
-S suspend animation
[default] stop animation
-A and -S are mutually exclusive
Displayed Rectangle
-x origin.x (490)
-y origin.y (330)
-w size.width (265)
-h size.height (120)
-g background gray (1) [0=white 1=ltgray 2=dkgray 3=black]
See <bsd/dev/kmreg_com.h> for internals
Text
-c text gray (3) [0=white 1=ltgray 2=dkgray 3=black]
-f font ("Helvetica")
-p point size (18)
-d font directory ("/usr/lib/bootimages/")
-m left margin (20)
-l fixed leading
-L automagic leading [default]
-l and -L are mutually exclusive
-s position vertically as for this many lines of text (0=>default)
Localized Text
-I enable internationalization features
-b .lproj root ("/usr/lib/NextStep/Resources")
-t .strings file ("Bootstrap")
-N break lines at * [default]
-M eat *s
-N and -M are mutually exclusive
Text to display follows all options. \n is replaced by newline
(next line starts at left edge); use \\ to display single \.
-=EPS=-
--
The only thing that frightens NeXT more than the thought that I
might someday work for them is the thought that I might someday
work for one of their competitors.
From: ray@astro.ocis.temple.edu (Ray Lauff)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can NetInfo be turned off?
Message-ID: <1993Aug18.131317.17405@cronkite.ocis.temple.edu>
Date: 18 Aug 93 13:13:17 GMT
References: <1993Aug10.130717.4068@afs.com> <1993Aug11.023833.4035@BlueRose.com> <1993Aug12.182244.3598@cronkite.ocis.temple.edu> <jeffo.745627365@uiuc.edu>
Sender: news@cronkite.ocis.temple.edu (NetWork News (readnews))
Organization: Temple University
J.B. Nicholson-Owens (jeffo@uiuc.edu) wrote:
> Were there any responses to this thread that actually said how to turn
> NetInfo off, should someone actually wish to use flatfiles for
> everything and not use any of the NeXT-supplied admin tools?
> Thanks.
> --
> J.B. Nicholson-Owens
Well, yes and no. Some people said "Absolutely NOT, NetInfo must know all".
Others were more helpful and said that if you are willing to endure a lot
of changes, it is possible to use an all flat file system. In fact,
someone pointed out that NExTStep DOES use flat files when it is in
single user mode. Some "nice" Next things will simply not work. Lookupd
was quoted as an example. Fortunately, most (all?) of the nice things are
not very important to me, since my users all telnet it and don't use the
NeXTStep interface.
I have descided to go for it, and will be removing the NetInfo as soon as
I can get the versions of /etc/login and others to correctly compile on
my cube. This decision was reached after considering the problems with
the accessibility of encrypted passwords from the NetInfo database by
people with accounts on the system. I don't track enough information on
my 250-300 users to know if they are good or evil, so I refuse to allow
access to the passwords. The version of /etc/login (from source from
Linux) should allow enough mods to make it useful here.
If you are interested in knowing more, please drop me email.
Also, so the NeXT community at large knows, I am sufficiently irritated
by this "security problem" (which some people think can't be exploited,
but I think I have proven differently) that I am taking these steps
to prevent future cracking attempts.
Thanks to all who responded to my oringinal post and who provided
follow-up information.
ray
--
Ray | (215)204-5678 | Temple University Computer Services | ray@astro.temple.edu
Opinions and statements contained within are those of the author only and don't
represent those of Temple University. They never did - they never will!
From: jon@cbl.umd.edu (Jonathan Kruger)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: What sort of bug caused this panic message?
Date: 18 Aug 1993 09:44:14 -0400
Organization: University of Maryland, Chesapeake Biological Laboratory
Message-ID: <24tbneINNph0@cbl.umd.edu>
I left my 486 running overnight with BackSpace running. When I came
in to my office this morning I was greated by this cute little box in
the middle of my screen which said:
panic: (Cpu 0) new_posix_proc(): attempt to create posix proc struct
for pid 6943, found existing struct; process exists.
panic: NeXT Mach 3.1: Thu Apr 29 23:44:40 PDT 1993; root(rcbuilder):
objects/mk-149.22.3.obj~2/RELEASE_I386
Raise RDP exception 6 code 3 subcode 0
Waiting for RDP connection (type 'c' to continue)
Of course, when I type 'c' it just repeats the "type 'c'" message.
Is this a bug in BackSpace, 3.1, the SMC ethernet driver or what? Is
there any way to FIX it before 3.2 comes out?
--
-------------------------------------------------------------------------------
Jonathan Kruger - jon@cbl.umd.edu - Computer and Network Systems Coordinator
U of MD Center for Environmental and Estuarine Studies, Chesapeake Bio Lab
From: Ward_Travis@transarc.com
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Resurrect me: NetInfoMgr CRASHED
Date: Wed, 18 Aug 1993 10:45:16 -0400
Organization: Carnegie Mellon, Pittsburgh, PA
Message-ID: <MgQY1weSMUkHA7uXBK@transarc.com>
References: <ggPoAQCSMUkH4l=FUm@transarc.com>
In-Reply-To: <ggPoAQCSMUkH4l=FUm@transarc.com>
For the record, the problem that I saw after having NetInfoManager abort
while creating a new root domain was solved; here's how.
Here's what happened: I misread the documentation and thought that I
needed to create a new root domain in order to get a client machine to
use the same domain as my server. The server had been configured using
SimpleNetworkStarter, the client had been configured with HostManager as
a NetBoot client.
I followed the documentation's example and tried to create a domain
tagged "super" as my new root, using the New Domain menu item in
NetInfoManager. After setting it going (clicking Create), some panel
appeared with some message, and NetInfoManager aborted instantly. By
'aborted', I mean its windows vanished. No normal exit with any alerts
that could be read. No "OK" buttons.
I looked for a domain "super", and found what looked to be a
partially-created one. I used "nidomain -d" to remove it.
Within seconds, both the NetBoot client and my server machine became
useless. Both were suffering from "netinfo sleeping: RPC: Timed out"
problems.
Neither system could be rebooted; this problem prevented anything from
accessing Netinfo during the server boot; with the server down, the
NetBoot client (which is missing a disk right now) needed the server to
be up first.
The solution was to boot the server in single-user mode, start lookupd
and nibindd, and look around. I found that the domain tageed
"localhost/network" still had "../super" on its "serves" property list.
Removing that value from that list fixed everything.
-----
NeXT Software Support castigated me for this error. It was declared (in
so many words) to have been a user error. They are convinced that the
NetInfoManager crash is not reproducible and the bug has been closed. I
was charged a fee for the customer support representative telling me to
use 'niutil' to look at the domains.
It was stated more than once during the phone support that while my
creation of a new domain was unnecessary, it should not have caused any
problems. I would be doing something that SNS had already done for me,
but it would be OK. The emphasis during the support call was on fixing
the problem, not on diagnosing the cause.
\begin{opinion}
I must say that it is my *opinionated* advice to not call NeXT for
software support when you have seen a bug that you cannot reproduce,
or that you cannot risk reproducing. This was my situation, and I was
put down for making the mistake of overusing the sysadmin toolset
and for not knowing enough to fix what it did on my own.
No effort will be spent trying to reproduce the problem at NeXT;
other users may eventually spend time correcting its effects on their
own; NeXT will not add any bulletproofing code to prevent it
from being repeated. It was *not* worth my time or money to call,
and this was because NeXT was convinced that there was not enough
risk from this bug to justify fixing it.
\end{opinion}
--
Ward C. Travis Pittsburgh PA USA "The fact is the sweetest dream that
travis@transarc.com (412) 338 4388 labor knows." - R. Frost
Newsgroups: comp.sys.next.sysadmin
From: jdeclari@is.rpslmc.edu (John-William DeClaris)
Subject: Project Builder
Message-ID: <1993Aug18.155329.9774@rpslmc.edu>
Sender: news@rpslmc.edu
Organization: Rush-Presbyterian-St. Luke's Medical Center
Date: Wed, 18 Aug 1993 15:53:29 GMT
First, I would like to thank all those who responded to my first inquiry about
Project Builder, and the error message I was getting. I would name all of
those who helped but I got 42 responses!!! There was some interesting
responses, and some very useful insight (crt === C run time), the -l in my
error message is a library call.
My original problem was that Project Builder could not find crt0.o. This
happenned because PB did not install all the necessary files (The installation
process is farely simple, just press install.). I know because I had to
manually copy them and make all of the links. Once that was done, it worked
farely simple, except that I got an occasional error saying that PB was looking
for Media_s and NeXT_s. This occurred twice, and then it went away and I did
not think much of it. By going away I mean that when I built my program, I no
longer got that message. I had not made any changes except that I threw away
the .app file and rebuilt.
I got a program off of the I-net and i wanted to make a few modifications. I
immediately got the same error message which as follows:
Copied GIFology.nib
cc -g -O -Wall -I./sym -arch m68k -I. -c Gif.m -o ./m68k_obj/Gif.o
cc -g -O -Wall -I./sym -arch m68k -I. -c gif_main.m -o ./m68k_obj/gif_main.o
cc -g -O -Wall -I./sym -arch m68k -ObjC -sectcreate __ICON __header
gif.iconheader -segprot __ICON r r -sectcreate __ICON app icon.tiff -o
gif.app/gif m68k_obj/Gif.o m68k_obj/gif_main.o GifDecode.o -lMedia_s -lNeXT_s
ld: Can't locate file for: -lMedia_s
*** Exit 1
Stop.
*** Exit 1
Stop.
This is the exact message displayed by PB. I checked the CD that has the
original developer tools, and i did not see this anywhere. Does someone know
what this message is and where these two files are hidden? I would be very
grateful. Again, please mail me direct. Thanks very much.
--
John-William DeClaris
All comments made by me are mine and not reflective of RUSH
or anyone else... even any spelling errors I most likely made.
Live each day as if it were your last, because someday it will be.
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: gzip?
Message-ID: <70471@mimsy.umd.edu>
Date: 18 Aug 93 15:24:10 GMT
References: <1993Aug15.212732.4267@rna.indiv.nluug.nl> <19114@news.duke.edu>
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
gerben@rna.indiv.nluug.nl writes
> What's the best way to use gzip instead of compress for most (if not all) of
> your compression work? (NS 3.1)
dwrite Workspace compress /usr/bin/gzip
dwrite Workspace uncompress /usr/bin/gunzip
dwrite Workspace AlwaysTarForCompress Yes
do the same for DarkForest
this will affect everything but mail I think, even multi-volume (floppy) archives
the uncompress cant hurt, but people wont be able to read your .compressed
files unless they do the second dwrite above.
you will be able to read either format though.
and you'll save a bunch of space
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer
From: inmcoop@bnr.ca (Dennis Pejcha)
Subject: Can auto-poweron be set from shell script?
Sender: news@bcarh54a.bnr.ca (ZOONEWS News)
Organization: Bell-Northern Research, Ottawa, ONT
Date: Wed, 18 Aug 1993 14:05:14 GMT
Message-ID: <INMCOOP.93Aug18100514@bcarh4ce.bnr.ca>
Is there any way to set the automatic power-on time for a NeXTstation from
a shell script? I need the functionality of the power panel in Preferences,
except from the command line:
natasha% setpoweron Aug 20 1993 7:00am
What I want to do is set up some cron jobs to back up my (personal) machine
overnight. I can't just leave the machine on; the hard drive is too noisy and
I'd never get to sleep. I'd like the station to turn itself on at say 3:45am,
allow the cron job to run at 4:00, then change the power-on time so that it
will turn itself on again tomorrow. After that it shuts down again. When I
wake up the next morning, my backup is ready.
If such a utility doesn't exist, can I write my own? What are the relevant
function calls that I should investigate? Please e-mail your responses and
I will summarize if there is interest.
-Dennis
----------------------------------+----------------------------------
My undergraduate identity: | My current co-op identity
----------------------------------+----------------------------------
Dennis Pejcha | Dennis Pejcha
University of Waterloo | Bell Northern Research, Ottawa
Faculty of Mathematics | Carling Labs, Lab 3
Comp. Sci. Major | Integrated Node Mtce, Co-op
dpejcha@cantor.math.uwaterloo.ca | inmcoop@bnr.ca ('til Sept 2, 93)
----------------------------------+----------------------------------
If the University of Waterloo, Bell Northern Research, or anyone else
for that matter, shares my opinions, that's their problem, not mine
---------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: mhovan@id.com (Mike Hovan)
Subject: Can I mount a SCO filesystem?
Message-ID: <MHOVAN.93Aug18115044@corndog.id.com>
Sender: mhovan@corndog.id.com (Mike Hovan)
Organization: Intrinsic Development Corporation.
Date: Wed, 18 Aug 1993 16:50:44 GMT
I have a user who has alot of data on a Hard Disk which was
created under SCO unix. We don't currently have access to a SCO
machine, and I was wondering if it is possible to mount this disk
under NeXTSTEP. So, Is it possible?
I assume that I would need some sort of loadable filesystem.
Is one available for SCO.
Mike Hovan
mhovan@id.com
--
XXXX XXXX
XX Mike Hovan mhovan@id.com XX
XX XX
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can NetInfo be turned off?
Date: 18 Aug 93 16:47:47 GMT
Organization: University of Illinois at Urbana
Message-ID: <jeffo.745692467@uiuc.edu>
References: <1993Aug10.130717.4068@afs.com> <1993Aug11.023833.4035@BlueRose.com> <1993Aug12.182244.3598@cronkite.ocis.temple.edu> <jeffo.745627365@uiuc.edu> <1993Aug18.131317.17405@cronkite.ocis.temple.edu>
Ray Lauff writes:
>Also, so the NeXT community at large knows, I am sufficiently irritated
>by this "security problem" (which some people think can't be exploited,
>but I think I have proven differently) that I am taking these steps
>to prevent future cracking attempts.
I can see why. I think it's nice that NeXT supplies what they do for
security, but they should realize that whatever they provide will be
behind what is available via anonymous FTP. They should allow ways
for people to easily install the more advanced software (things like
password aging and shadow password programs, for instance) without
having to resort to major surgery on something that is supposed to be
helpful in the first place (NetInfo).
Maybe they should add a button in the Local configuration panel of
NetInfoManager.app that actually makes the system Non-NetInfo (as
opposed to just saying so on the label of the radio switch).
--
J.B. Nicholson-Owens
From: annard@theborg.stack.urc.tue.nl (Annard Brouwer)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: HELP-Low on disk space
Date: 17 Aug 1993 21:25:59 GMT
Organization: the Borg
Distribution: world
Message-ID: <24rid7$gr@theborg.stack.urc.tue.nl>
References: <CBvL6t.LsC@news.cis.umn.edu>
In article <CBvL6t.LsC@news.cis.umn.edu> klett@sunrayce.solar.umn.edu (James P.
Klett) writes:
> I'm getting low on disk space on my NeXT 400MB disk. Other than weeding
> through the entire file structure to clear unused files, can somebody
> tell me a list of programs that I can erase to make some space. For
> example, I already erased TeX since I only use edit. Are there others??
> JIM
One way to free up some disk-space is to delete all the printers you don't need
in /NextLibrary/PrinterTypes.
You could also delete /usr/lib/transcript if you never have to use psroff and
such.
Removing some stuff in NextDeveloper, the Novell docs etc etc will also help.
With all these tricks I have managed to get some extra space. Watch out for
Lipo, a uitlity which is now being developed, which enables you to compress
documentation and still use Digital Librarian to access it. This might save you
a lot of space.
Good luck,
Annard
--
Annard Brouwer annard@stack.urc.tue.nl (NeXTmail appreciated)
People? You can forget it.
Newsgroups: comp.sys.next.sysadmin
From: ldp@feller.math.Virginia.EDU (Loren Pitt)
Subject: Mail.app sends out wrong return address
Message-ID: <CByqMD.34I@murdoch.acc.Virginia.EDU>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia
Date: Wed, 18 Aug 1993 16:18:13 GMT
When I send out mail using Mail.app, the return address is
From: Loren Pitt <ldp@feller>
but it should (and used to be)
From: Loren Pitt <ldp@feller.math.Virginia.EDU>
I didn't change sendmail.cf, and there's no problem with
/usr/ucb/mail.
Please E-mail me with possible solutions, as I don't regularly
read the newsgroup.
Thanks in Advance,
Loren Pitt
From: lusty@lusty.tamu.edu (Lusty Wench)
Newsgroups: comp.sys.next.sysadmin
Subject: Disk drive errors, what to do?
Date: 18 Aug 1993 18:46:51 GMT
Organization: Me
Message-ID: <24tter$s94@tamsun.tamu.edu>
Today I have noticed an apparently screwed up directory on my
disk (it shows two subdirectories... / and /, and attempts to
rm -r result in a segmentation fault). I found the following
error(s) in /usr/adm/messages:
bad dir ino 34631 at offset 0: mangled entry
that one was repeated numerous times all morning today. Then
at about 1 pm there were several others, starting with
bad dir ino 7184 at offset 16384: mangled entry
followed by numerous others identical to this except with different
offsets.
What do I need to do to repair this?
From: karthy@dannug.dk (Karsten Thygesen)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Re: wu-ftpd on NeXT?
Date: 18 Aug 1993 17:06:41 GMT
Organization: Dannug - Danish NeXT Users Group
Message-ID: <KARTHY.93Aug18190641@dannug.dannug.dk>
References: <KARTHY.93Aug15215313@dannug.dannug.dk> <9322919.2281@mulga.cs.mu.OZ.AU>
In-reply-to: Aris Theocharides's message of Tue, 17 Aug 1993 09:14:45 GMT
>>>>> Regarding Re: wu-ftpd on NeXT?; Aris Theocharides <aris@foucault.maths.mu.OZ.AU> adds:
Aris> In article <KARTHY.93Aug15215313@dannug.dannug.dk> karthy@dannug.dk
Aris> (Karsten Thygesen) writes:
>
> Hi
>
> I have compiled and installed wu-archive's ftp-daemon release 2.1B,
> and all works just great except the automatic tar and compress
> functionality.
>
> I can receive and transmit files, but the daemon has the ability to
> create a .tar and .tar.Z file on the fly, but I can't make it work.
>
> I have installed a copy of both compress, ls and gnu-tar in ~ftp/bin.
>
> Anyone got a clue??
>
> Btw: I'm running 3.1PR1, but I don't think that is the problem!
>
Aris> I have had this problem too, running NeXTstep 3.0 on NeXT hardware.
Aris> Bummer. Other people have had the same problem. Not sure why.
Aris> You did install the NeXT libary, no?
Aris> [You need ~ftp/usr/shlib/libsys_s.B.shlib from /usr/shlib]
Yes - I got it but still no luck...
Aris> Someone who did compile and works properly is (try ftp to the site):
Aris> dmm0t@rincewind.mech.virginia.edu
Aris> and has helped me a lot. But still could not get it to work. Hope you have
Aris> better luck than me!
Well - I was hoping that it was just me who did a bummer, but if it is
generally a problem, then I will start searching deeper in the code..
Later,
Karsten.
--
Karsten Thygesen I Aalborg, Denmark
karthy@dannug.dk (NeXT-Mail welcome) I Voice: +45 98 12 42 59
President, Danish NeXT Users Group I Fax: +45 98 12 44 81
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: Offsite pictures in mail
In-Reply-To: Eric Noyau's message of Tue, 17 Aug 1993 10:06:55 GMT
To: Eric Noyau <e_noyau@cubx.com>
Message-ID: <CEDMAN.93Aug18084847@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <CBt9wr.6zJ@moksha.uucp> <1993Aug17.100655.8307@pelane.cubx.com>
Date: Wed, 18 Aug 1993 12:48:46 GMT
In article <1993Aug17.100655.8307@pelane.cubx.com> Eric Noyau <e_noyau@cubx.com> writes:
Michael Branton writes
> In article <1993Aug13.151719.26802@biztech.com> anderson (Ken Anderson)
> writes:
> > Does anyone know how to name/setup tiff images from offsite users to show
> > up in mail?
> >
> > I've tried a number of combinations, but nothing seems to work.
> >
> > [...]
>
> user.host.domain.tiff (e.g. anderson.biztech.com.tiff) works for me.
Beep ! False !
user.host.domain.tiff is in /usr/LocalLibrary/NewsGrazer/People and
it's for NewsGrazer, not for mail...
Beeeeeeep ! False !
There is absolutely no reason not to use the same tiffs for Mail.app
and Newsgrazer. As a matter of fact unless you have a lot of space to
waste (or like having lots of links), you should. As Newsgrazer is
not very flexible in what formats it accepts, you should use its
format (if you intend to use it at all). To make Mail.app understand
those tiffs use an aliases file. From my aliases files:
...
anders@uplog.se: anders.uplog.se
anderson@apollo.com: anderson.apollo.com
anderson@biztech.com: anderson.biztech.com
andert@felix.uucp: andert.felix.uucp
andie@ada.umd.edu: andie.ada.umd.edu
...
From my passwd file:
...
anders.uplog.se::10000::.:noshell
anderson.apollo.com::10000::.:noshell
anderson.biztech.com::10000::.:noshell
andert.felix.uucp::10000::.:noshell
andie.ada.umd.edu::10000::.:noshell
...
That way both Mail.app and Newsgrazer.app will be happy.
Carl Edman
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: scollins@lookout.mtt.it.uswc.uswest.com (Steven Collins)
Subject: HP DAT tape drive not recognized on NS486
Message-ID: <CByrpG.uK@da_vinci.it.uswc.uswest.com>
Sender: news@da_vinci.it.uswc.uswest.com (IT Netnews)
Organization: U S WEST Information Technologies
Distribution: usa
Date: Wed, 18 Aug 1993 16:41:39 GMT
My NS486 system has a Seagate SCSI drive, a Toshiba 3401 CDROM,
and a HP DAT tape drive hooked up to an adaptec 1542b scsi controller.
I have tried multiple configurations and ordering of SCSI ID's
but the HP DAT tape drive is not recognized by the controller.
I works fine on Black hardware.
Anybody using the HP DAT tape drive or have any ideas?
Thanks
--
Newsgroups: comp.sys.next.sysadmin
From: chris@nice.usergroup.ethz.ch (Christian Limpach)
Subject: Re: Offsite pictures in mail
Message-ID: <CByzL6.17p@arkin>
Originator: uucp@nice
Sender: news@bernina.ethz.ch (USENET News System)
Organization: welcome to nowhere...
References: <CBt9wr.6zJ@moksha.uucp> <1993Aug17.100655.8307@pelane.cubx.com>
Date: Wed, 18 Aug 1993 19:31:54 GMT
Eric Noyau (e_noyau@cubx.com) wrote:
> For Mail, don't RTFM in 3.1 ! Do not use mailDBupdate !
> RTFM 3.0 manual... For example :
> Create a file anderson@biztech.com.tiff in /LocalLibrary/Images/People
> and add the line
> anderson@biztech.com:*:-2:-2::/nodir:/noshell
> in /LocalLibrary/Image/People/passwd.
I have another working solution.
It USES mailDBupdate and you just have to store the tiffs as
user@some.where.tiff (add .tiff to the mail address,
for me: chris@nice.usergroup.ethz.ch.tiff, for you: e_noyau@cubx.com...)
in /LocalLibrary/Images/People. Then, the following script has to be run
everytime, a new tiff is added (I run it every night from cron...)
---*()*&)(*)*----
#!/bin/sh
cd /LocalLibrary/Images/People
mailDBupdate
for i in *.tiff
do
icon=`basename $i .tiff`
echo $icon:$icon >>aliases
done
---&*(&(&(*----
the mailaddresses and tiffnames (which are btw equal...) are only
stored in the aliases-file. I do not change the passwd file at all...
This is for Mail.app only, I do not use NewsGrazer anyway...
christian
Newsgroups: comp.sys.next.sysadmin
From: hackatg@hackatg.demon.co.uk (Brendan Buckingham)
Subject: WorkspaceManager management tools
Distribution: world
Organization: hackatg
Date: Tue, 17 Aug 1993 16:21:37 +0000
Message-ID: <745604497snz@hackatg.demon.co.uk>
Sender: usenet@demon.co.uk
I have been asked to find out if there are any useful WorkSpace Manager
tools available - things such as a DefaultsManager, Home Folder Manager
and the like.
Basically we would like to be able to manage WorkSpace Manager from a
central point for any node within our network.
Any thoughts, ideas will be more than welcome. Mail can be sent to
gjudd@rattle.attmail.com [NeXT mail ok]
gjudd@cix.compulink.co.uk [No NeXT mail]
or
hackatg@hackatg.demon.co.uk [No NeXT mail]
Thanks
--
Graham Judd
From: hickman@cse.unl.edu (Hubert B. Hickman)
Newsgroups: comp.sys.next.sysadmin
Subject: SimpleNetworkStarter ???
Date: 19 Aug 1993 01:03:30 GMT
Organization: University of Nebraska--Lincoln
Distribution: world
Message-ID: <24ujh2$mok@crcnis1.unl.edu>
I have a site that is attempting to put in their first NetInfo network -
and are being stymied by SNS. The machine chosen to be the server is
a Compaq Deskpro 4/66M with 32MB of RAM and a 525 SCSI disk (user
environment only - so there is plenty of free space).
They attempted to run SNS but everytime that they attempt to "build the
network" SNS complains about "not having enough disk space" and will not
let them proceed. They have unchecked all of the "serve home directories/
be a post office/etc." and still the same complaint.
How does one designate a NetInfo server via other means?
Thanks,
Hubert Hickman
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Resurrect me: NetInfoMgr CRASHED
Message-ID: <70493@mimsy.umd.edu>
Date: 19 Aug 93 01:11:04 GMT
References: <ggPoAQCSMUkH4l=FUm@transarc.com>
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
In article <ggPoAQCSMUkH4l=FUm@transarc.com> Ward_Travis@transarc.com writes:
> Now, I cannot boot at all. The main system, on which the NetInfoManager
> crash occurred, cannot get past trying to start up anything after
> launching 'nibindd'.
> If you have clues, let me know! It looks like the easiest thing I can do
> is reinstall from the CDrom.
its even easier to copy a virgin /etc/netinfo/local.nidb from /usr/template/client
(and check out /etc/hostconfig too) and then reconstruct.
when you get it up, make sure you have a nightly backup of /etc/netinfo/*.nidb,
perhaps using the nidump -r command.
> I have had serious problems with SNS and I am ready to stop using it altogether.
if this doesnt convince you, I dont know what will :-)
I'ld spend some time reading the large network chapter carefully, and then
use NetInfoManager and HostManager instead. move SNS back to the demos directory.
that chapter does describe things to check if nibindd wont fly, primarily
make sure the serves properties are ok. you can start the daemons by hand, and
use niutil to browse them using tagged notation if things are really screwed.
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Can NetInfo be turned off?
Message-ID: <1993Aug19.022205.9836@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Aug10.130717.4068@afs.com> <1993Aug11.023833.4035@BlueRose.com> <1993Aug12.182244.3598@cronkite.ocis.temple.edu> <jeffo.745627365@uiuc.edu> <1993Aug18.131317.17405@cronkite.ocis.temple.edu>
Date: Thu, 19 Aug 1993 02:22:05 GMT
Thank you for *finally* stating the specific problem you were
trying to address!!!!!
Now that I understand what you're trying to do, I can state
unequivocally that turning NetInfo off will *not* buy you
anything.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: Re: Problem configuring NeXT mailhost on non-NeXT network
Message-ID: <1993Aug19.042741.16434@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
References: <24sl6i$nt@stimpy.css.itd.umich.edu>
Date: Thu, 19 Aug 1993 04:27:41 GMT
In article <24sl6i$nt@stimpy.css.itd.umich.edu> danno@css.itd.umich.edu (Dan
Pritts) writes:
> >The spool file must be exported with your machine granted root access.
>
> this just isn't true. I suspect the "sticky bit" answer of a previous
> poster is correct, but I manage the next net that Jeff *used to* have
> his machine on, and I can guarantee you that I wasn't exporting the
> mailhost's disk with root privileges to Jeff's or anyone else's machine.
It is true, it works fine. Using the sticky bit may work as well.
--
Nathan "USENET" Janette
PPP link from hilbert.csb.yale.edu
Please reply to: nathan@laplace.csb.yale.edu (NeXT)
From: mycroft@monolith.utexas.edu (Alex Currier)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: SimpleNetworkStarter ???
Date: 19 Aug 1993 04:43:37 GMT
Organization: The University of Texas at Austin, Austin, Texas
Distribution: world
Message-ID: <24v0dp$bi9@geraldo.cc.utexas.edu>
References: <24ujh2$mok@crcnis1.unl.edu>
In article <24ujh2$mok@crcnis1.unl.edu> hickman@cse.unl.edu (Hubert B.
Hickman) writes:
> I have a site that is attempting to put in their first NetInfo network -
> and are being stymied by SNS. The machine chosen to be the server is
> a Compaq Deskpro 4/66M with 32MB of RAM and a 525 SCSI disk (user
> environment only - so there is plenty of free space).
>
> They attempted to run SNS but everytime that they attempt to "build the
> network" SNS complains about "not having enough disk space" and will not
> let them proceed. They have unchecked all of the "serve home directories/
> be a post office/etc." and still the same complaint.
>
> How does one designate a NetInfo server via other means?
I had exactly this same problem on the machines I was dealing with. A 1.2GB
drive with over 700MB free and SNS insisted I didn't have enough disk space to
be a server. Curious.
--
====================================
Alex Currier
mycroft@ccwf.cc.utexas.edu
Multiple Architecture NeXTSTEP User
NeXTmail preferred!
====================================
Newsgroups: comp.sys.next.sysadmin
From: kjell@oops.se(Kjell Nilsson)
Subject: Re: SimpleNetworkStarter ???
Message-ID: <1993Aug19.071235.6205@oops.se>
Sender: kjell@oops.se
Organization: OOPSart - ObjectWareHouse
References: <24v0dp$bi9@geraldo.cc.utexas.edu>
Date: Thu, 19 Aug 1993 07:12:35 GMT
In article <24v0dp$bi9@geraldo.cc.utexas.edu> mycroft@monolith.utexas.edu
(Alex Currier) writes:
> In article <24ujh2$mok@crcnis1.unl.edu> hickman@cse.unl.edu (Hubert B.
> Hickman) writes:
> > I have a site that is attempting to put in their first NetInfo network -
> > and are being stymied by SNS. The machine chosen to be the server is
> > a Compaq Deskpro 4/66M with 32MB of RAM and a 525 SCSI disk (user
> > environment only - so there is plenty of free space).
> >
> > They attempted to run SNS but everytime that they attempt to "build the
> > network" SNS complains about "not having enough disk space" and will not
> > let them proceed. They have unchecked all of the "serve home
directories/
> > be a post office/etc." and still the same complaint.
> >
> > How does one designate a NetInfo server via other means?
>
> I had exactly this same problem on the machines I was dealing with. A 1.2GB
> drive with over 700MB free and SNS insisted I didn't have enough disk space
to
> be a server. Curious.
>
SimpleNetworkStarter has a bug, that is fixed for 3.2 (release set for
October). The workaround for this bug, is to DESELECT the items "Be the
PostOffice email server" and all of the "/LocalApps /Home /General" mounts
from section 3 of SNS. The problem stems from the fact that the SNS code is
using an algorithm based on blocksize (of Black hardware) which is different
for Intel products. Therefore, you could have all the disk space in the
world, but SNS will still tell you no.
Simply uncheck the above boxes, proceed with the install, and things will
work. Later, once the install runs successfully, you will need to go back and
use NFSManager to export whatever directories you choose, and follow the
instructions in the SysAdmin book (Online in
/NeXTDeveloper/bookshelves/Sysadmin.bshlf or Addison Wesley ISBN#
0-201-63254-3 "NeXTStep Network and System Administration") to configure the
mail-server side of things.
--Kjell
From: jmm@king.econ.lsa.umich.edu (Jeffrey K. MacKie-Mason)
Newsgroups: comp.sys.next.sysadmin
Subject: sending NeXT print objects through a Perl script?
Date: 19 Aug 1993 08:10:44 GMT
Organization: University of Oslo
Distribution: world
Message-ID: <24vci4$7qm@hermod.uio.no>
Keywords: printing,Perl
The network I have just joined spools all print jobs using a perl script
(called ppr). This script has a lookalike syntax to lpr.
Can someone tell me how to send NeXT app print jobs (e.g., from the Print panel
in Edit, Mail, TeXView, etc.) through this script? I tried replacing lpr with
ppr but that didn't seem to matter. The jobs go into a black hole; I can't
even find a console or lpd-errs message about them.
Please reply by e-mail: my new news server doesn't seem to get the sysadmin
group (grr...). Thanks!
--
Prof. Jeff MacKie-Mason internet: jmm@umich.edu
Dept. of Economics bitnet: usergc76@umichum
Univ. of Michigan phone: 313-764-7438
Ann Arbor, MI 48109-1220 fax: 313-763-9181
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: HELP-Low on disk space
Message-ID: <1993Aug18.153933.1961@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <24phi1$hgo@digifix.digifix.com>
Date: Wed, 18 Aug 1993 15:39:33 GMT
In article <24phi1$hgo@digifix.digifix.com>
sanguish@digifix.com (Scott Anguish) writes:
-> James P. Klett writes
-> > I'm getting low on disk space on my NeXT 400MB disk.
-> > Other than weeding through the entire file structure
-> > to clear unused files, can somebody tell me a list of
-> > programs that I can erase to make some space. For
-> > example, I already erased TeX since I only use edit.
-> > Are there others??
-> > JIM
-> Jim...
->
-> Thats a tough call. If you are doing Development,
-> you could perhaps compress or remove the Concepts and
-> Users manuals.
->
-> I think the biggies are in the /NextLibrary.
-> Delete the dictionaries Shakespear,
->
-> Easiest thing to do?
->
->See if you can scrape up $250 and get another 200Mb of
-> storage as an external drive.
First, which Websters do you have installed?
Compact: 14853k /NextLibrary/References/Webster-Dictionary
or full: 41560k /NextLibrary/References/Webster-Dictionary
Then there are things you may not be using...
9342k /NextLibrary/Literature/Shakespeare
1367k /NextLibrary/Documentation/Novell
6032k /usr/lib/emacs
PLUS it seems that all of the NEXTSTEP3.1 tiffs are
uncompressed (tiffutil -lzw) which could save you something...
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred, MIME-Mail ok
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: NetInfo Info in NeXTanswers on ftp.NeXT.com
Message-ID: <1993Aug18.170741.2127@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
Date: Wed, 18 Aug 1993 17:07:41 GMT
If you don't already have it, there are several August
postings to NeXTanswers on ftp.NeXT.com
These include some papers on how NetInfo works, including
binding-to-domain, how to recover from a grunged database and
how to properly reconfigure a multi-level NetInfo setup.
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred, MIME-Mail ok
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: PTY 4.0 on NeXT
Message-ID: <1993Aug18.172200.2230@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <24o3ba$8sm@cnam.cnam.fr>
Date: Wed, 18 Aug 1993 17:22:00 GMT
Does your /etc/groups bear any resemblance to your NetInfo
:/groups directory?
This may or may not have anything to do with it, but I was
just looking at the original distribution of pty and noticed
that it relies exclusively on /etc/groups
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred, MIME-Mail ok
Newsgroups: comp.sys.next.sysadmin
From: lange@lanai.cs.ucla.edu (Trent Lange)
Subject: Dwrite for application color depth?
Message-ID: <1993Aug19.092812.316@cs.ucla.edu>
Sender: usenet@cs.ucla.edu (Mr Usenet)
Organization: UCLA, Computer Science Department
Date: Thu, 19 Aug 93 09:28:12 GMT
I seem to recall a while back that somebody posted a way to set the
maximum number of bits per pixel that an individual application would use
for its windows on Colorstations. I don't recall if it was to set the
application's window depth permanently or just on a single run, or even
whether it allowed one to set the depth for individual windows, but it
seemed like a very useful trick. Does anybody know of or use this trick
(probably a dwrite)?
Thanks,
- Trent Lange
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer
From: cbaur@blabel.ppp.informatik.uni-muenchen.de (Christian Baur)
Subject: Re: Can auto-poweron be set from shell script?
Message-ID: <1993Aug19.080238.1188@blabel.ppp.informatik.uni-muenchen.de>
Organization: Home of BlackLabel
References: <INMCOOP.93Aug18100514@bcarh4ce.bnr.ca>
Date: Thu, 19 Aug 1993 08:02:38 GMT
inmcoop@bnr.ca (Dennis Pejcha) writes:
>Is there any way to set the automatic power-on time for a NeXTstation from
>a shell script? I need the functionality of the power panel in Preferences,
>except from the command line:
>natasha% setpoweron Aug 20 1993 7:00am
>If such a utility doesn't exist, can I write my own? What are the relevant
>function calls that I should investigate? Please e-mail your responses and
>I will summarize if there is interest.
>
Take a look at power.tar.Z at ftp.informatik.uni-muenchen.de in
~ftp/pub/next/Tools/misc. I don't know if it will compile under
3.0/3.1 since nvram.h is no longer there.
cb
--
[ Christian Baur, Muenchen-Germany | Suicide is an urban disease ]
[ cbaur@informatik.uni-muenchen.de | Spread by people and places like these ]
From: gisli@liapunov.eecs.umich.edu (Gisli Ottarsson)
Newsgroups: comp.sys.next.sysadmin
Subject: External SCSI woes.
Date: 19 Aug 93 11:45:54
Organization: University of Michigan
Distribution: world
Message-ID: <GISLI.93Aug19114554@liapunov.eecs.umich.edu>
As a bandaid for an eternal lack of disk-space I liberated a Maxtor
380S from an old Apollo DN2500 and connected to a NeXTstation. But
I can't get it to be explicitly mounted at boot time.
It is the only SCSI device on that machine (apart from the internal
drive of course). I think I followed the "Adding a SCSI disk" section
in "NeXTSTEP Network and System Administration" book for Release 3 to
the letter. Here is an account:
o set SCSI ID of drive to 2
o turned everything off and hooked up the disk
o turned on disk, then computer, and logged in.
o clicked 'initialize' and selected the volume name 'Ritz'
o /Ritz shows up on my shelf. Owner is 'gisli'. All is well.
o Add the entry
/dev/sd1a /ritz 4.3 rw,noquota,noauto 1 2
in /etc/fstab. Note small case 'r' in mount point vs. 'R' in
volume name.
o Reboot to find that /etc/fstab entry has no effect. Still find
/Ritz but /ritz is nonexistent. If I 'mkdir /ritz' before booting
it remains empty. In reboot I verify that the Maxtor is indeed
/dev/sd1a.
o Log in as 'gisli' to find 'gisli' is the owner of /Ritz. Sh**!
o Try to 'umount /Ritz' and then 'mount /ritz' or 'mount /dev/sd1a'
which according to the man page for 'mount' should do the trick
mount.1> For example, if this line is in /etc/fstab:
mount.1>
mount.1> /dev/sd1a /usr 4.3 rw 1 1
mount.1>
mount.1> then the commands mount /usr and mount /dev/sd1a
mount.1> are short for mount /dev/sd1a /usr
I get
# mount /ritz
mount: /ritz not found
# mount /dev/sd1a
mount: /dev/sd1a not found
Is /etc/fstab being ignored? Then how does it mount the Seagate?
o So I do a 'mount -o noauto /dev/sd1a /ritz' and get the desired effect
--- until the next boot.
What am I doing wrong? At the moment my Maxtor is like a really big floppy :-(
Any help greatly appreciated.
Gisli
--
...............................................................................
Gisli Ottarsson
Delenda est Carthago. University of Michigan
gisli@engin.umich.edu
...............................................................................
Newsgroups: comp.sys.next.sysadmin
From: Michael_Pizolato@afs.com (Michael Pizolato)
Subject: Re: Offsite pictures in mail
Message-ID: <1993Aug17.165417.1550@afs.com>
Sender: Michael_Pizolato@afs.com
References: <1993Aug17.142907.1392@afs.com>
Date: Tue, 17 Aug 1993 16:54:17 GMT
I wrote
>I'll gladly send it to any interested parties (the original NeXTMail
>message is still in my Outgoing.mbox, and you get. Just e-mail to
>let me know you're interested. If you're a member of the next-icon
>mailing list, you've already received it, so you may not want another
>copy.
Oops, I hit the post button too soon. That should read:
I'll gladly send it to any interested parties (the original NeXTMail
message is still in my Outgoing.mbox, and you get some 48x48 Hobbes
icons for free with it). Just e-mail to let me know you're interested.
If you're a member of the next-icon mailing list, you've already
received it, so you may not want another copy.
Michael
--
Michael Pizolato gnihtyreve noitseuq
michael_pizolato@afs.com
NeXTMail appreciated
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: Re: A4 as default page layout?
Message-ID: <1993Aug17.204703.393@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
References: <1323@rtbrain.rightbrain.com>
Date: Tue, 17 Aug 1993 20:47:03 GMT
In article <1323@rtbrain.rightbrain.com> glenn@rightbrain.com (Glenn Reid)
writes:
> gerben@rna.indiv.nluug.nl writes
> > I get a little tired having to set A4 by hand in Page Layout before I am
> > printing something.
>
> > Isn't there a way to tell NS 3.1 that a4 is the default?
>
> You can do this in PasteUp, which is on sale this month for only $199
> ($149 educational). Send Email to "info@rightbrain.com" for more info.
>
Sure, but does it in- and export WordPerfect?
;-)
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
From: jon@starburst.umd.edu (Jonathan Kruger)
Newsgroups: comp.mail.elm,comp.sys.next.sysadmin
Subject: Problem using Elm 2.4pl22 on NEXTSTEP 3.1
Date: 17 Aug 1993 21:25:09 GMT
Organization: University of Maryland, Chesapeake Biological Laboratory
Message-ID: <24riblINN13g@cbl.umd.edu>
The program compiles fine. When I run it as root it works fine. If I
run it as a regular user it works until I try to exit, then it hangs.
It's acting like a permissions problem, but Pine works just fine.
Protections are:
/usr/spool/mail: root wheel -rwxrwxrwt
/usr/spool/mail/jon: jon users -rw-------
/usr/local/bin/elm: root wheel -rwxr-xr-x
/usr/local/bin/pine: root wheel -rwxr-x--x
--
-------------------------------------------------------------------------------
Jonathan Kruger - jon@cbl.umd.edu - Computer and Network Systems Coordinator
U of MD Center for Environmental and Estuarine Studies, Chesapeake Bio Lab
Newsgroups: comp.sys.next.sysadmin
From: bounds@gulaam.glv.com (Frank Bounds)
Subject: mail eating my machine (impacting net connections and general slowdown)
Message-ID: <1993Aug17.205019.9989@glv.uucp>
Keywords: mail performance
Sender: usenet@glv.uucp
Organization: Encompass
Date: Tue, 17 Aug 1993 20:50:19 GMT
When I am receiving mail on my machine, even with little other network/cpu/
disk i/o activity, machine performance seems to suffer. Anything to do with
the net at that point seems to hang until mail finishes. (e.g. telnet, ftp
will not finish the connection until mail has finished...). This has happened
on two machines. I have created a new mqueue file, formatted the disk and
restored the OS etc...
1169 ? S 0:00 -AA01163 glv: DATA (sendmail)
1170 ? S 0:00 -glv: HELO glv.com (sendmail)
1172 ? S 0:00 mail -r owner-some address from somewhere
The above is almost always the case when the machine is slow...
Machine is NeXT Turbo/16mb memory/NeXTstep 3.0
Any ideas on this one? I get several mail messages a day but the volume is
not huge by any means.
--
___
|___|
+----------------||-----++
| Frank Bounds || ||
/| bounds@gulaam.glv.com ||
| | ENCOMPASS ||
| | Cary, North Carolina ||
--| +-----------------------++
--| |-----------------------/
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can NetInfo be turned off?
Date: 17 Aug 93 22:42:45 GMT
Organization: University of Illinois at Urbana
Message-ID: <jeffo.745627365@uiuc.edu>
References: <1993Aug10.130717.4068@afs.com> <1993Aug11.023833.4035@BlueRose.com> <1993Aug12.182244.3598@cronkite.ocis.temple.edu>
Were there any responses to this thread that actually said how to turn
NetInfo off, should someone actually wish to use flatfiles for
everything and not use any of the NeXT-supplied admin tools?
Thanks.
--
J.B. Nicholson-Owens
Newsgroups: comp.sys.next.sysadmin
From: anderson (Ken Anderson)
Subject: Re: Problem configuring NeXT mailhost on non-NeXT network
Message-ID: <1993Aug17.213823.1261@biztech.com>
Sender: news@biztech.com
Organization: Biztech, Inc.
References: <24qdhi$m69@hermod.uio.no>
Date: Tue, 17 Aug 1993 21:38:23 GMT
In article <24qdhi$m69@hermod.uio.no> jmm@king.econ.lsa.umich.edu (Jeffrey
K. MacKie-Mason) writes:
>
>
>Need some NeXTMail help: I've just installed my
>machine as part of a non-NeXT network, temporarily. This network is
served
>by NIS (used to be YP). For administrative reasons it was preferred that
I
>configure my machine as its own mail server. I've done that, and almost
>everything works. I can send mail, I can receive it. I can read what I
>receive with either Berkeley mail or Pine. But NeXTMail won't access my
>/usr/spool/mail file to look at new messages.
>
>The NeXT Sysadmin book says that it is necessary to configure the mail
>server with a host alias called "mailhost", and tells how to do that
using
>HostManager. I've followed the directions (from root ;) and everything
>happened as the book said. Except, when I reopen HostManager the alias
has
>disappeared (yes, I remember to Save it). And I still can't get NeXTMail
to
>read my incoming mail.
>
>Anyone know what is going on, or how I can force the mailhost alias to
>stick?
>
>
If you are correctly sending mail, the mailhost alias is unnecessary. I
can't think of a good reason off-hand that would allow you to read mail
using the standard tools, but not NeXTMail. I'd check your preferences in
NeXTMail and make sure that:
1) The spool directory is set correctly (under Expert pop-up)
2) The Mail Dir is correct, and writable.
3) New Mail Retrieval is set to automatic. Maybe it just ain't lookin'!
Send me mail directly if you continue to have problems.
Ken Anderson
anderson@biztech.com
Stamford, CT
Newsgroups: comp.sys.next.sysadmin
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: Re: Problem configuring NeXT mailhost on non-NeXT network
Message-ID: <1993Aug18.021430.2066@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
References: <24qdhi$m69@hermod.uio.no>
Date: Wed, 18 Aug 1993 02:14:30 GMT
In article <24qdhi$m69@hermod.uio.no> jmm@king.econ.lsa.umich.edu (Jeffrey K.
MacKie-Mason) writes:
> Need some NeXTMail help: I've just installed my
> machine as part of a non-NeXT network, temporarily. This network is served
> by NIS (used to be YP). For administrative reasons it was preferred that I
> configure my machine as its own mail server. I've done that, and almost
> everything works. I can send mail, I can receive it. I can read what I
> receive with either Berkeley mail or Pine. But NeXTMail won't access my
> /usr/spool/mail file to look at new messages.
The spool file must be exported with your machine granted root access.
--
Nathan "USENET" Janette
PPP link from hilbert.csb.yale.edu
Please reply to: nathan@laplace.csb.yale.edu (NeXT)
Newsgroups: comp.sys.next.sysadmin
From: slester@vetmed.wsu.edu (Sam Lester)
Subject: Re: Problem configuring NeXT mailhost on non-NeXT network
Message-ID: <1993Aug18.005045.10980@serval.net.wsu.edu>
Sender: news@serval.net.wsu.edu (USENET News System)
Organization: College of Veterinary Medicine WSU
References: <24qdhi$m69@hermod.uio.no>
Date: Wed, 18 Aug 93 00:50:45 GMT
Jeffrey K. MacKie-Mason (jmm@king.econ.lsa.umich.edu) wrote:
When NeXtMail reads your /usr/spool/mail/userid file it has to delete it
before you see the messages(from lines). In order for this to happen
Next expects that the /usr/spool/mail directory permissions be 1777.
If 1777 isn't valid in your enviroment, you can make /NextApps/Mail.app/Mail
and /NextApps/Mail.app/MailFetch set-ggroup id mail and make the
/usr/spool/mail directory permissions 775.
Set-Guid config
ls -l -g -d /usr/spool/mail
drwxrwxr-x 4 root mail 2048 Aug 17 17:46 /usr/spool/mail
Sticky bit on directory config
drwxrwxrwt 4 root mail 2048 Aug 17 17:46 /usr/spool/mail
(Then someone could create a file and read your mail as it is delivered.)
For more info man the following
mail, chmod, sendmail
Sam Lester
slester@vetmed.wsu.edu
From: jimc@tau-ceti.isc-br.com (Jim Cathey)
Newsgroups: comp.sys.next.sysadmin
Subject: printer power
Message-ID: <3864@tau-ceti.isc-br.com>
Date: 18 Aug 93 02:16:38 GMT
Organization: Olivetti North America, Spokane, WA
Is it possible to configure my 3.1 030 cube system so that it does not
power up the laser printer when it comes up? Most sessions I don't end
up using it, and I don't want it power-cycling (I power it down manually
now after I log in), nor do I want to have to fiddle under the desk with
power plugs or other ugly PC-shit. I'm willing to take the warmup penalty
if I actually decide to print something, and I figure it'll last longer
if it stays off most of the time.
--
+----------------+
! II CCCCCC ! Jim Cathey
! II SSSSCC ! ISC-Bunker Ramo
! II CC ! TAF-C8; Spokane, WA 99220
! IISSSS CC ! UUCP: uunet!isc-br!jimc (jimc@isc-br.isc-br.com)
! II CCCCCC ! (509) 927-5757
+----------------+
One Design to rule them all; one Design to find them.
One Design to bring them all and in the darkness bind
them. In the land of Mediocrity where the PC's lie.
Newsgroups: comp.sys.next.sysadmin
From: Eric Noyau <e_noyau@cubx.com>
Subject: Re: Offsite pictures in mail
Message-ID: <1993Aug17.100655.8307@pelane.cubx.com>
Sender: noyau@pelane.cubx.com
Organization: Cub'x systemes
References: <CBt9wr.6zJ@moksha.uucp>
Date: Tue, 17 Aug 1993 10:06:55 GMT
Michael Branton writes
> In article <1993Aug13.151719.26802@biztech.com> anderson (Ken Anderson)
> writes:
> > Does anyone know how to name/setup tiff images from offsite users to show
> > up in mail?
> >
> > I've tried a number of combinations, but nothing seems to work.
> >
> > [...]
>
> user.host.domain.tiff (e.g. anderson.biztech.com.tiff) works for me.
>
Beep ! False !
user.host.domain.tiff is in /usr/LocalLibrary/NewsGrazer/People and it's for
NewsGrazer, not for mail...
For Mail, don't RTFM in 3.1 ! Do not use mailDBupdate !
RTFM 3.0 manual... For example :
Create a file anderson@biztech.com.tiff in /LocalLibrary/Images/People
and add the line
anderson@biztech.com:*:-2:-2::/nodir:/noshell
in /LocalLibrary/Image/People/passwd.
Amicalement,
Eric
--
% e_noyau@cubx.com (Eric Noyau) Small NeXTMail ok %
/d{def}def/i{add d}d/Z{rand 2147483647 div mul d}d 99 -2 9{-1 1/X 500 Z/Y 700
Z/C .3 Z{C setgray/r exch d X Y r 0 360 arc fill/X X .5 i/Y Y .6 i/C C 1 C sub
r div i}for}for showpage % Be carefull ! I'm a .signature virus...
From: danno@css.itd.umich.edu (Dan Pritts)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem configuring NeXT mailhost on non-NeXT network
Date: 18 Aug 1993 07:19:46 GMT
Organization: U of Michigan, Ann Arbor
Message-ID: <24sl6i$nt@stimpy.css.itd.umich.edu>
References: <24qdhi$m69@hermod.uio.no> <1993Aug18.021430.2066@cs.yale.edu>
In article <1993Aug18.021430.2066@cs.yale.edu> nathan@laplace.csb.yale.edu (Nathan F. Janette) writes:
>> machine as part of a non-NeXT network, temporarily. This network is served
>> by NIS (used to be YP). For administrative reasons it was preferred that I
>> configure my machine as its own mail server. I've done that, and almost
>> everything works. I can send mail, I can receive it. I can read what I
>> receive with either Berkeley mail or Pine. But NeXTMail won't access my
>> /usr/spool/mail file to look at new messages.
>
>The spool file must be exported with your machine granted root access.
(as it turns out, jeff had his spool file on his local disk anyway, but...)
this just isn't true. I suspect the "sticky bit" answer of a previous
poster is correct, but I manage the next net that Jeff *used to* have
his machine on, and I can guarantee you that I wasn't exporting the
mailhost's disk with root privileges to Jeff's or anyone else's machine.
jeff, if you happen to read this, make sure to log in here at umich and
read your mail; mail in norway is NOT working.
danno
--
dan pritts consultant/system administrator
dan.pritts@umich.edu um itd/css unix support group
From: luce@ccit21.duq.edu (Douglas Luce)
Newsgroups: comp.sys.next.sysadmin
Subject: Two nets, one ether
Message-ID: <2502gl$a6c@noether.duq.edu>
Date: 19 Aug 93 14:25:24 GMT
Organization: Duquesne University
I've got a NetInfo server at 192.88.240.10. I've got a client at 165.190.8.10.
I want this server to be able to handle this client. For some reason (I'm
suspecting it has something to do with the netmask) the server does not
want to respond to client requests.
There's a Proteon on this network routing between the logical networks
(i.e. two IP numbers on one interface).
Has anyone dealt with this situation before?
Thanks,
Doug Luce
CCIT
Duquesne University and Beer Hall
PS: this is a reworded query; my previous posting had both a bogus
From: line and a broken recommendation for return email: doug@next.duq.edu.
Both of these should now be fixed.
From: luce@ccit21.duq.edu (Douglas Luce)
Newsgroups: comp.sys.next.sysadmin
Subject: SimpleNetworkStarter local net
Message-ID: <2502pf$a6c@noether.duq.edu>
Date: 19 Aug 93 14:30:07 GMT
Organization: Duquesne University
There's a checkbox in the SimpleNetworkStarter which says "Access to
network administrative data limited to the local network." When I
uncheck this box and do the configuration, everything proceeds
as expected. Except at the very end, the SNS panel is refreshed,
and the box becomes checked again, implying that this option did
not take.
Am I naively expecting this to work?
Doug Luce
CCIT
Duquesne University and Beer Hall
doug@next.duq.edu
Newsgroups: comp.sys.next.sysadmin
From: kjell@oops.se(Kjell Nilsson)
Subject: Re: External SCSI woes.
Message-ID: <1993Aug19.194558.11838@oops.se>
Sender: kjell@oops.se
Organization: OOPSart - ObjectWareHouse
References: <GISLI.93Aug19114554@liapunov.eecs.umich.edu>
Date: Thu, 19 Aug 1993 19:45:58 GMT
In article <GISLI.93Aug19114554@liapunov.eecs.umich.edu>
gisli@liapunov.eecs.umich.edu (Gisli Ottarsson) writes:
[munch]
> It is the only SCSI device on that machine (apart from the internal
> drive of course). I think I followed the "Adding a SCSI disk" section
> in "NeXTSTEP Network and System Administration" book for Release 3 to
> the letter. Here is an account:
[bla bla]
>
> o Add the entry
>
> /dev/sd1a /ritz 4.3 rw,noquota,noauto 1 2
>
> in /etc/fstab. Note small case 'r' in mount point vs. 'R' in
The manual is wrong here. Omit the noauto, it makes the drive not mounting at
boot.
--Kjell
From: alevine@sdcc3.ucsd.edu (Alexander Levine)
Newsgroups: comp.sys.next.sysadmin
Subject: cancel <53498@sdcc12.ucsd.edu>
Message-ID: <53500@sdcc12.ucsd.edu>
Date: 19 Aug 93 07:33:29 GMT
References: <53498@sdcc12.ucsd.edu>
Control: cancel <53498@sdcc12.ucsd.edu>
Sender: news@sdcc12.ucsd.edu
Organization: University of California, San Diego
<53498@sdcc12.ucsd.edu> was cancelled from within rn.
--
Alexander Levine Department of Philosophy
alevine@ucsd.edu 0302, UCSD
La Jolla, CA 92093
************************************************
From: gisli@duffing.eecs.umich.edu (Gisli Ottarsson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: External SCSI woes.
Date: 19 Aug 93 15:42:14
Organization: University of Michigan
Message-ID: <GISLI.93Aug19154214@duffing.eecs.umich.edu>
References: <GISLI.93Aug19114554@liapunov.eecs.umich.edu> <1993Aug19.194558.11838@oops.se>
In-reply-to: kjell@oops.se's message of Thu, 19 Aug 1993 19:45:58 GMT
>>>>> In article <1993Aug19.194558.11838@oops.se>, kjell@oops.se(Kjell Nilsson) writes:
KN> In article <GISLI.93Aug19114554@liapunov.eecs.umich.edu>
KN> gisli@liapunov.eecs.umich.edu (Gisli Ottarsson) writes:
KN> [munch]
> It is the only SCSI device on that machine (apart from the internal
> drive of course). I think I followed the "Adding a SCSI disk" section
> in "NeXTSTEP Network and System Administration" book for Release 3 to
> the letter. Here is an account:
KN> [bla bla]
bla bla til dig selv din hund :-)
>
> o Add the entry
>
> /dev/sd1a /ritz 4.3 rw,noquota,noauto 1 2
>
> in /etc/fstab. Note small case 'r' in mount point vs. 'R' in
KN> The manual is wrong here. Omit the noauto, it makes the drive
KN> not mounting at boot.
KN> --Kjell
Thanks to Kjell, John Hibbitt <J.Hibbitt@qmw.ac.uk> and
shayman@Trimark.com (Steve Hayman) for pointing this out. This is
indeed the problem.
Is it, or does it belong, in the FAQ?
Things are now humming along
Gisli
--
...............................................................................
Gisli Ottarsson
Delenda est Carthago. University of Michigan
gisli@engin.umich.edu
...............................................................................
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can NetInfo be turned off?
Message-ID: <70533@mimsy.umd.edu>
Date: 19 Aug 93 19:32:29 GMT
References: <1993Aug11.023833.4035@BlueRose.com> <1993Aug12.182244.3598@cronkite.ocis.temple.edu> <jeffo.745627365@uiuc.edu>
Sender: news@mimsy.umd.edu
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
In article <jeffo.745627365@uiuc.edu> jeffo@uiuc.edu (J.B. Nicholson-Owens) writes:
> Were there any responses to this thread that actually said how to turn NetInfo off
sort of,
I suggested to comment out the lines in /etc/rc that kicks off the netinfo daemons
the command is nibbind
I've never tried it, but it looks easy and the docs imply its possible.
I'm not sure why the command that starts lookupd running, tests
whether /etc/nibbind exists. perhaps you dont want to start lookupd running either,
though I'ld think you would.
no guarantees.
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
Newsgroups: comp.sys.next.sysadmin
From: tlm@tantalus.scl.ameslab.gov (Tom Marchioro)
Subject: Re: TeX and Printer Selection for NS/FIP
Message-ID: <CC0v86.GLK@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
References: <1993Aug16.131600.15651@umiami.ir.miami.edu>
Date: Thu, 19 Aug 1993 19:52:54 GMT
therbert@umiami.ir.miami.edu writes
[]I am setting up a lab of 13 NS/FIP Computers. I need to
[]buy a printer and have a couple of questions -
[]
[]If I buy a HP4M, say, I should be able to print Postscipt
[]documents with Times, Symbol, etc fonts in them, right?
[]If so, I suppose the printer will use the built-in Postscript
[]fonts. If I use TeX and Computer Modern fonts or Euler fonts
[](Amer. Math. Soc.) like I do now on black hardware, what will
[]happen?
[]
The HP4M is 600 dpi no? Then to utilize the printer properly your
installation of TeX & Metafont has to make 600 dpi bitmapped fonts (known
as .pk fonts) which will be downloaded to the printer. That means you need
a 600dpi mode_def for Metafont. One was posted to the net a few months ago,
and I can provide you a copy along with some other patching information so
that NeXT-TeX can make the fonts *dynamically* as it does for other sizes.
An alterntive solution, one which I recommend 100%, is to switch to
Postscript TeX fonts. These are available for a reasonable price from a
couple of third party vendors, including Y & Y, for whom I've written NeXT
specific installation instructions and scripts. These fonts take up much
less room than the .pk ones, particularly if you have to handle two or
three different printer resolutions, and they can be used in other NeXT
applications. In addition, with the power of the NeXT Display Postscript
and some fancy features which have been added to dvips and TeXview you can
simply do a lot of things involving TeX which are impossible on other
platforms. I can send more information to anyone who is interested.
[]What is the solution to the problem of printing TeX dvi files
[]and other documents with non-standard fonts? Do I use "Dots"
[]and, if so, does that mean that the network printer should
[]be set up to use Dots all the time and not use the build-in
[]Postscript fonts?
[]
I'm not sure exactly what you mean here. The point you should perhaps get
is that Metafont makes **bitmaps** of all of the font characters, and these
bitmaps are embedded in the postscript generated by dvips (just as Adobe
Illustrator can embed .tiff files in an EPS document). Thus, there is no
problem printing with these "non-standard" fonts, provided you've told
Metafont how to make them for the specific printer you are using (the
mode_def mentioned above).
Switching to PS TeX fonts is the alternative solution. It makes the TeX
fonts just like any other fonts on the NeXT.
[]I will have only one printer on the net for the 13 machines
[]and would like to produce nice high res output on the ordinary
[]PS fonts but still be able to print dvi files from TeX.
[]
Either of the above solutions will work just fine. Taking the PS route will
save you time and disc space at the cost of some $.
Please contact me if you need more info.
Tom
--
Dr. Thomas L. Marchioro II Two-wheeled theoretical physicist
Center for Physical and
Computational Mathematics 515-294-6629
Ames Laboratory 515-233-1216 (home)
Ames, Iowa 50011 tlm@iastate.edu
Newsgroups: comp.sys.next.sysadmin
From: hickman@cwis.unomaha.edu (Betty Hickman)
Subject: mail problem
Message-ID: <hickman.745790893@cwis>
Keywords: sendmail
Sender: news@news.unomaha.edu (UNO Network News Server)
Organization: University of Nebraska at Omaha
Date: Thu, 19 Aug 1993 20:08:13 GMT
I'm trying to set up my new NSi machine, and have encountered a mail problem.
My machine is connected to my departmental ethernet network. I can send
mail anywhere on the Internet with no problem, but cannot receive mail -
with one exception - I can receive mail from our departmental SUN4. I've
tried sending mail from other departmental machines and off-campus machines
using the verbose option. It appears that the mail was sent and received
correctly - it just never shows up. Entries in /usr/spool/mqueue/syslog
seem to indicate that the mail arrived on my machine, but it says
"stat = Host unknown." Any suggestions?
Betty Hickman
hickman@unocss.unomaha.edu [this works!]
From: botelle@eniac.seas.upenn.edu (Justin Botelle)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: TeX and Printer Selection for NS/FIP
Message-ID: <142075@netnews.upenn.edu>
Date: 19 Aug 93 22:44:40 GMT
References: <1993Aug16.131600.15651@umiami.ir.miami.edu> <1993Aug16.200024.447@dart.de>
Sender: news@netnews.upenn.edu
Organization: University of Pennsylvania
In article <1993Aug16.200024.447@dart.de> wbeeck@dart.de writes:
)In article <1993Aug16.131600.15651@umiami.ir.miami.edu)
)therbert@umiami.ir.miami.edu writes:
)Buying an HP4 instead of an HP4M would save you some money.
)Probably much more than DOTS with a PostScript output license costs.
Well, I buy the JetDirect cards from HP. That puts the printer directly on
the ethernet. The card can speak several different protocols (but sadly not
at once..you need the 4si for that).
)d'ART Software GmbH
)Virchowstrasse 17-19
)22767 Hamburg
)Germany
)(++49) 40-38023-0
)(++49) 40-38023-290 fax
Justin
Newsgroups: comp.sys.next.sysadmin
From: Aris Theocharides <aris@foucault.maths.mu.OZ.AU>
Subject: Re: wu-ftpd on NeXT?
Message-ID: <9323216.7761@mulga.cs.mu.OZ.AU>
Sender: news@cs.mu.OZ.AU
Organization: Computer Science, University of Melbourne, Australia
References: <KARTHY.93Aug18190641@dannug.dannug.dk>
Date: Fri, 20 Aug 1993 06:53:41 GMT
In article <KARTHY.93Aug18190641@dannug.dannug.dk> karthy@dannug.dk
(Karsten Thygesen) writes:
>
> Well - I was hoping that it was just me who did a bummer, but if it is
> generally a problem, then I will start searching deeper in the code..
>
> Later,
> Karsten.
Please let me (and others know how you go on this).
Good luck. But it seems that it is somehow dependent on local
configuration, as others running 3.0 on NeXT hardware have it working! But
then the same thing happens on 3.1, no?
Aris.
--
name: aris theocharides.
address: room g63, maths dept, melb uni, parkville, vic, australia, 3052.
phone [+613] uni: 344.40.21, home: 489.90.14, fax: 344.45.99
e.mail: aris@foucault.maths.mu.OZ.AU (NeXTmail)
From: ray@mayo.edu (Ray Ghanbari)
Newsgroups: comp.sys.next.sysadmin
Subject: HP printers on network (was Re: TeX and Printer Selection for NS/FIP)
Date: 20 Aug 1993 12:54:40 GMT
Organization: Mayo Foundation
Message-ID: <252hig$anu@fermat.mayo.edu>
References: <142075@netnews.upenn.edu>
In article <142075@netnews.upenn.edu> botelle@eniac.seas.upenn.edu (Justin
Botelle) writes:
..
>
> Well, I buy the JetDirect cards from HP. That puts the printer directly
on
> the ethernet. The card can speak several different protocols (but sadly
not
> at once..you need the 4si for that).
>
>
> Justin
Emulex has a card called NetJet that plugs in and allows the HP printers
to speak several protocols at once. Ours is set up for AppleTalk and Unix
lpd. Works great (nice and seamless) Their number is (800) EMULEX3 in
case people are interested.
--
Ray Ghanbari
Mayo Foundation
ray@mayo.edu
Newsgroups: comp.sys.next.sysadmin
From: kbacon@austin.onu.edu (C0d3 M0n$t3r)
Subject: Netbeui support under NS/FIP
Sender: usenet@austin.onu.edu (Network News owner)
Message-ID: <1993Aug20.134210.59190@austin.onu.edu>
Date: Fri, 20 Aug 1993 13:42:10 GMT
Organization: Ohio Northern University
Has anyone heard of NeXTSTEP (in-the-future) supporting Netbeui or
or Netbios protocols?
We are currently running a 600node LanManager network and are looking for
a better server platform than the current OS/2 1.3.!. A major concern
is the lack of smtp/pop3 support under Win NT.
It would be great to run NeXTSTEP on our servers.
Kyle C. Bacon
Ohio Northern Univ.
kbacon@gauss.onu.edu (NeXTMail accepted)
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.sysadmin
Subject: mail To: field problem
Date: 20 Aug 1993 15:32:07 GMT
Organization: Cubic Solutions - NeXT software development and consulting
Message-ID: <252qpnINNc7m@darkstar.UCSC.EDU>
I have recently set up a uucp email account and am having a problem with the
To: field in my outgoing mail. As a standalone configured as a mail server, I
use sendmail.mailhost.cf with minor modifications. When I look at the To:
field of my outgoing mail while it's spooled in my uucp spool, the To: field
looks like correct uucp addressing:
To: foo.bar.com!joe
but recipients of my mail report that my email domain, cubicsol.com, has been
appended to the To: field:
To: foo.bar.com!joe@cubicsol.com
I have seen where this has caused real problems, especially with bounced
mail so I would like to fix it. I suspect that my mail forwarder (my uucp
neighbor) or his internet connection is doing the bogus appending. My mail
forwarder has said that he cannot reproduce the problem on his machine so he
has passed the blame on up the line. He has suggested that I configure
sendmail to pass domain-style rather than uucp addressing, but I'm not certain
how to do this or whether this is even good advice.
Any suggestions would be appreciated.
--
Art Isbell Cubic Solutions
NeXT Registered Developer NEXTSTEP software development and consulting
NeXTmail: art@cubicsol.com Voice: (408)335-1154
USmail: 95018-9442 Fax: (408)335-2515
Newsgroups: comp.sys.next.sysadmin
From: ab@nova.cc.purdue.edu (Allen B)
Subject: Re: Can NetInfo be turned off?
Message-ID: <CC2FtF.62p@mentor.cc.purdue.edu>
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
References: <70533@mimsy.umd.edu>
Date: Fri, 20 Aug 1993 16:15:14 GMT
I don't know if a 3.0 or 3.1 system will function properly without
NetInfo, but a 2.x system almost will.
We run a rather heterogeneous network here and to make some of our
account maintenance easier, we wanted to try to run the NeXTs
straight from the files (there were other reasons too, and they were
pretty compelling in combination).
I made sure all the files were up to date, disabled NetInfo from rc,
after a little tweaking (you always forget something), it seemed to
work. The only hitch was that I could never get npd (and, as a result,
our NeXTprinter) to work properly. We wanted to use it, so I turned
NetInfo on and worked around the other problems.
Overall, I think NetInfo is OK now. It's much faster under 3.x than it
was under 2.x, and for most things it's not harder to use- just
different. Not that I don't have my complaints, but I wouldn't run
without it if I had more than a few machines to take care of.
ab
Newsgroups: comp.sys.next.sysadmin
From: gbol@nos40nm.shell.com (Gregory B. Lampshire)
Subject: getting Newsgrazer to read saved articles without a live newsfeed
Message-ID: <GBOL.93Aug20110213@nos40nm.shell.com>
Sender: usenet@shellgate.shell.com (USENET News System)
Organization: Shell Offshore, Inc
Date: Fri, 20 Aug 1993 16:02:13 GMT
I have a bnuch of newsgrazer saved articles that I would like
to browse (without using Edit for each article itself) but
I do not have a live news feed anymore. I tried setting
it to use flat files but do not know enough about the configuration
to get it going.
I would appreciate a list of the steps for using Newsgrazer to read saved
articles without a live news feed?
gregory
gbol@rglnext.geol.vt.edu
gbol@shell.com
Newsgroups: comp.sys.next.sysadmin
From: walshc@ecf.toronto.edu (Colin Walsh)
Subject: Low level format
Message-ID: <CC2Jz6.Dz@ecf.toronto.edu>
Organization: University of Toronto, Engineering Computing Facility
Date: Fri, 20 Aug 1993 17:45:05 GMT
I have a flaky 105Mb internal quantum drive on my NeXTstation (mono
running v2.1). I have tried using disk and sdform to reformat the
drive and although both claim to do so, they need only about 1 second
to return and claim that the drive has been formatted.
Are there any utilities on the archives that will do such a format,
and write a list of bad blocks in the appropriate place?
Colin Walsh, Institute of Biomedical Engineering,
University of Toronto,
email walshc@ecf.toronto.edu (No NextMail please.)
tel. (416) 978 5462
fax (416) 978 4317
Newsgroups: comp.sys.next.sysadmin
From: ab@nova.cc.purdue.edu (Allen B)
Subject: Undocumented NeXT-Specific Printer Capabilities
Message-ID: <CC2Lns.KEr@mentor.cc.purdue.edu>
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
Date: Fri, 20 Aug 1993 18:21:28 GMT
Argh! I knew how to do this, but I can't seem to remember now. There's a
capability you can add to a printcap entry (yeah, I know my
terminology is archaic) that will keep it from showing up on the
printer panel. This is very desirable for several printers here. I
thought it was _notshown or something similar, but I can't find it in
the docs or NeXTanswers.
What other undocumented capabilities are there?
ab
From: arzt@dccs.upenn.edu (Noam H. Arzt)
Newsgroups: comp.sys.next.sysadmin
Subject: NetInfo problem?
Message-ID: <142223@netnews.upenn.edu>
Date: 20 Aug 93 19:17:31 GMT
Sender: news@netnews.upenn.edu
I have a 3.0 NeXtstation with a set of problems, including:
1. Cannot launch either HostManager or SimpleNetStarter. When I try to launch
them from a terminal window, I get a "Bus error." Otherwise, all network
functions of the workstation are fine.
2. Cannot write changes to local netinfo database, even when a fresh one is
copied from the template directory. When I try to save a change, NetInfo just
dies. When this machine was a Netinfo client, the root account on the server
could save changes just fine. Niload works just fine.
Any idea what's going on? Please respond via email.
Thanks,
Noam
--
Dr. Noam Arzt 215/898-3029 (voice)
Director, Special Projects 215/898-9348 (FAX)
University of Pennsylvania arzt@dccs.upenn.edu
Data Communications & Computing Services (NeXTmail is OK)
Suite 221A, 3401 Walnut Street, Philadelphia, PA 19104
From: green@ids.net (Andy Green)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Unrecognized Kernel Format on Boot, Lockups
Date: 20 Aug 1993 21:20:16 GMT
Organization: IDS World Network Internet Access Service
Message-ID: <253f6g$162@paperboy.ids.net>
Hello! I'm wondering if you folks can help me out - I'm having a bit of a problem
with my 486/66 running Intel NextStep.
First problem; at the boot: prompt, if I let it timeout and boot on its own, it
gets to the point where it tries to read the first "InstanceTable0" or whatever,
and then it comes back and says unrecognized kernel format and returns to
the boot prompt. It will do this indefinitely. However, if I specifically type in
sd()mach_kernel
It boots fine. Looking in the config setups, the kernel is labeled/typed
correctly in the files. Any idea what this could be? It might be important to
note that I'm using a 1.4 Gig Hard Drive (SCSI) with the "mapping for drives
greater than 1 gigabyte" turned on.
The second problem has to do with the TCP/IP system - every once in a while,
say every 24 hours or sometimes 4 hours or whatever, the TCP/IP system will
just stop working, so that I can't telnet in or out and no other TCP/IP activity
works - although the system appears to be fine. Does anyone know what would
cause this? I'm using an Intel Ether Express 16 card.
Any help on this would be greatly appreciated...
Andy, green@ids.net
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Undocumented NeXT-Specific Printer Capabilities
Message-ID: <1993Aug21.033321.6217@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <CC2Lns.KEr@mentor.cc.purdue.edu>
Date: Sat, 21 Aug 1993 03:33:21 GMT
In article <CC2Lns.KEr@mentor.cc.purdue.edu>
ab@nova.cc.purdue.edu (Allen B) writes:
>Argh! I knew how to do this, but I can't seem to remember now. There's a
>capability you can add to a printcap entry (yeah, I know my
>terminology is archaic) that will keep it from showing up on the
>printer panel. This is very desirable for several printers here. I
>thought it was _notshown or something similar, but I can't find it in
>the docs or NeXTanswers.
_ignore
>What other undocumented capabilities are there?
It's questions like this that make me wonder how much of a market
there would be for an "Undocumented NEXTSTEP" book. You've just
asked for a whole chapter. :-)
-=EPS=-
From: mycroft@monolith.utexas.edu (Alex Currier)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Undocumented NeXT
Date: 21 Aug 1993 07:13:36 GMT
Organization: The University of Texas at Austin, Austin, Texas
Message-ID: <254hv0$sku@geraldo.cc.utexas.edu>
References: <1993Aug21.033321.6217@csus.edu>
In article <1993Aug21.033321.6217@csus.edu> eps@futon.SFSU.EDU (Eric P. Scott)
writes:
> >What other undocumented capabilities are there?
>
> It's questions like this that make me wonder how much of a market
> there would be for an "Undocumented NEXTSTEP" book. You've just
> asked for a whole chapter. :-)
Write it. I'll buy two copies.
--
====================================
Alex Currier
mycroft@ccwf.cc.utexas.edu
Multiple Architecture NeXTSTEP User
NeXTmail preferred!
====================================
From: Steve.Simmons@f236.n104.z1.FIDONET.ORG (Steve Simmons)
Newsgroups: comp.sys.next.sysadmin
Subject: FAQ: SAGE, THE SYSTEM ADMINISTRATORS GUILD
Message-ID: <5505.2C74EEE8@paranet.FIDONET.ORG>
Date: 19 Aug 93 20:48:00 GMT
Sender: ufgate@paranet.FIDONET.ORG (newsout1.26)
Organization: FidoNet node 1:104/236 - MacCircles, Genesee CO
--
Steve Simmons - via ParaNet node 1:104/422
UUCP: !scicom!paranet!User_Name
INTERNET: Steve.Simmons@f236.n104.z1.FIDONET.ORG
Newsgroups: comp.sys.next.sysadmin
From: rsww@apogee.execnet.com (Ross S. W. Walker)
Subject: Re: sendmail and the "ddn" stuff over uucp ....help!!!!
Message-ID: <CC3K2E.KA2@apogee.execnet.com>
Sender: news@apogee.execnet.com (Network News)
Organization: none
References: <53385@sdcc12.ucsd.edu>
Date: Sat, 21 Aug 1993 06:44:36 GMT
In article <53385@sdcc12.ucsd.edu> wa31@sdcc12.ucsd.edu (murshid califa)
writes:
> I can't seem to get uucp and sendmail to send mail over uucp for
> mail addresses of the style "user@machine.edu" it tries the
> "ddn" thing in sendmail and does this:
>
> >bill@burn.ucsd.edu... Connecting to burn.ucsd.edu (ddn)...
> >bill@burn.ucsd.edu... Deferred: Host Name Lookup Failure
>
> it use to work under the old 2.1 OS but doesn't even with the old
> sendmail file I configured......
>
> What's up ???
I managed to get this to work on my machine by defining the DM macro to uucp
instead of ddn, then down in Rule Set Zero I commented out the line that passes
all explicit domain names up to the ddn and uncommented the line that uses the
DM macro:
Near Top:
# Major relay mailer - typical choice is "ddn" if you are on the
# Defense Data Network (e.g. Arpanet or Milnet). All mail for
# non-local domains will be forwarded to the major relay host using
# the major relay mailer. We chose "uucp" as the default because most
# isolated networks use it to link their network with the outside
# world.
#
# If you want to use a relay mailer, examine ruleset 0. There are some
# rules that need to be uncommented
DMruucp
I used ruucp because I needed to define a uucp mailer seperated from the
standard one that sent out machine!user, it needed to be machine.domain!user
and since I send out mail sometimes to purely uucp hosts where domains are
unknown. I also defined Dm to be my phony domain and used the Cw class to
define the names my machine is known by:
Dmexecnet.com
Cw apogee.execnet.com perigee.execnet.com
The ruucp mailer definition is just a copy of the uucp mailer definition with
the added:
R$+ $:$w.$m!$1 stick on real host name
in the sender munging rule set (was 13 but made it 14)
(the original just had $:$w!$1 in rule set 13)
Remember to change the rule set numbers in the mailer definition header!
Mruucp, P=/usr/bin/uux, F=msDFMhuU, S=14, R=23,
A=uux - -r $h!rmail ($u)
S=13 should be 14, you can leave R=23 since it does what it is suppose to.
In Rule Set Zero near the bottom:
# If you want to pass all other explicit domain names up the ladder
# to our forwarder then uncomment the following line.
R$*<@$*.$+>$* $#$M $@$R $:$1<@$2.$3>$4 user@any.domain
# and comment out this one.
#R$*<@$+.$->$* $#ddn $@ $2.$3 $:$1<@$2.$3>$4 user@any.domain
This is the area where it says to check the ddn and where you are seeing the
errors occur.
By the way I'm using the sendmail.mailhost linked sendmail.cf file. It is the
one you should use for a standalone system, or the one that will handle the
mail routing for the network.
If you would like a copy of mine, just send email to me at
rsww@apogee.execnet.com asking for it (but then again you need it
working to do this?) this should be enough to get you going though.
The sendmail.mailhost file is well commented. Oh yeh, you will need to to
register your name with the internet if you haven't done so and get a MX
record placed somewhere ( or a site with this already done that you could
be placed under their domain ).
--
Where's the Kaboom? There was suppose to be an Earth shattering Kaboom!
=======================================================================
rsww@apogee.execnet.com (Ross S. W. Walker)
=======================================================================
Newsgroups: comp.sys.next.sysadmin
From: rsww@apogee.execnet.com (Ross S. W. Walker)
Subject: Re: UUCP problem solved
Message-ID: <CC3KCo.KCF@apogee.execnet.com>
Sender: news@apogee.execnet.com (Network News)
Organization: none
References: <24k4pl$h27@umd5.umd.edu>
Date: Sat, 21 Aug 1993 06:50:46 GMT
In article <24k4pl$h27@umd5.umd.edu> matthews@is-next.umd.edu (Mike Matthews)
writes:
>
> Thanks to Scott Anguish for pointing out some L.sys finickyness. My problem
> turned out to be either the terminal server I was using had a fairly common
> setting for an escape character (what it probably was) or it wasn't passing
> the 8th bit for "special characters." (Not sure what makes a character
> special, but what the hey, eh?).
>
> Now if only I can get sendmail.cf configured to tack on the gateway's
> hostname to outbound UUCP mail.
> ------
> Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
> ------
> Day of inquiry. You will be subpoenaed.
Check out a reply post I made to wa31@sdcc12.ucsd.edu on the subject:
sendmail and the "ddn" stuff over uucp...help!!!!
I explained it pretty well in there, but if you have any questions or anything
I was ambiguous on please send email to: rsww@apogee.execnet.com.
--
Where's the Kaboom? There was suppose to be an Earth shattering Kaboom!
=======================================================================
rsww@apogee.execnet.com (Ross S. W. Walker)
=======================================================================
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
From: thomas@olorin.dark.sub.org (Thomas Fischer)
Subject: Re: What sort of bug caused this panic message?
Message-ID: <1993Aug21.092411.373@olorin.dark.sub.org>
Organization: Olorin, NeXT Development & System Administration, FRG
References: <24tbneINNph0@cbl.umd.edu>
Date: Sat, 21 Aug 1993 09:24:11 GMT
jon@cbl.umd.edu (Jonathan Kruger) wrote:
>I left my 486 running overnight with BackSpace running. When I came
>in to my office this morning I was greated by this cute little box in
>the middle of my screen which said:
>
> panic: (Cpu 0) new_posix_proc(): attempt to create posix proc struct
> for pid 6943, found existing struct; process exists.
I had exactly the same error about 3 weeks back. And I have no idea what
could have caused this, although I'm pretty sure it was not Backspace -
I'm not running it... ;-)
Actually (I think) there were no applications running on my machine so I
guess NS3.1 has something to do with it.
The worst thing was that I was on holiday and didn't come back for 14 days.:-(
Thomas
--
Although golf was originally restricted to wealthy, overweight
Protestants, today it's open to anybody who owns hideous clothing.
-- Dave Barry
---
Thomas Fischer, thomas@olorin.dark.sub.org, +49 7191 23217 (fax & data)
Newsgroups: comp.sys.next.sysadmin
From: kwang@data.acs.calpoly.edu (Kevin Wang (The Scarecrow))
Subject: NetBooting problem. (long)
Message-ID: <1993Aug22.061009.175215@zeus.calpoly.edu>
Sender: news@zeus.calpoly.edu
Organization: The Outland Riders
Date: Sun, 22 Aug 1993 06:10:09 GMT
I'm having definately problems with getting my machines to netboot,
here's my situation: (warning, is very long, many details)
Q: I am trying to get 3 client '030 machines to netboot from my '040.
I have one partition.
my '040 seems to be running just fine. here's /adm/messages
Aug 21 22:33:01 blackbox mach: NeXT ROM Monitor 2.5 v66
Aug 21 22:33:01 blackbox mach: NeXT Mach 3.0: Wed Jul 29 19:43:28 PDT 1992; root(rcbuilder):mk-127.15/BUILD/RELEASE_M68K
Aug 21 22:33:01 blackbox mach: FPU version 0x40
Aug 21 22:33:01 blackbox mach: physical memory = 16.00 megabytes.
Aug 21 22:33:01 blackbox mach: available memory = 14.89 megabytes.
Aug 21 22:33:01 blackbox mach: using 16 buffers containing 0.12 megabytes of memory
Aug 21 22:33:01 blackbox mach: NBIC present
Aug 21 22:33:01 blackbox mach: fc0 at 0x2114100
Aug 21 22:33:01 blackbox mach: SCSI 53C90A Controller, Target 7, as sc0 at 0x2114000
Aug 21 22:33:01 blackbox mach: MAXTOR XT-8380S Rev B5G as sd0 at sc0 target 1 lun 0
Aug 21 22:33:01 blackbox mach: Disk Label: Disk
Aug 21 22:33:01 blackbox mach: Disk Capacity 349MB, Device Block 1024 bytes
Aug 21 22:33:01 blackbox mach: Generic SCSI Device as sg0 at sc0 target 7 lun 7
Aug 21 22:33:01 blackbox mach: Generic SCSI Device as sg1 at sc0 target 7 lun 7
Aug 21 22:33:01 blackbox mach: Generic SCSI Device as sg2 at sc0 target 7 lun 7
Aug 21 22:33:01 blackbox mach: Generic SCSI Device as sg3 at sc0 target 7 lun 7
Aug 21 22:33:01 blackbox mach: odc0 at 0x2112000
Aug 21 22:33:01 blackbox mach: od0 at odc0 slave 0
Aug 21 22:33:01 blackbox mach: drive ROM v8, servo ROM v8
Aug 21 22:33:01 blackbox mach: od1 at odc0 slave 1
Aug 21 22:33:01 blackbox mach: en0 at 0x2106000
Aug 21 22:33:01 blackbox mach: en0: Ethernet address 00:00:0f:00:e1:79
Aug 21 22:33:01 blackbox mach: IP protocol enabled for interface en0, type "10MB Ethernet"
Aug 21 22:33:01 blackbox mach: dsp0 at 0x2108000
Aug 21 22:33:01 blackbox mach: np0 at 0x200f000
Aug 21 22:33:01 blackbox mach: sound0 at 0x200e000
Aug 21 22:33:01 blackbox mach: root on sd0
Aug 21 22:33:01 blackbox mach: master cpu at slot 0.
Aug 21 22:33:04 blackbox netmsgserver[58]: network_init
Aug 21 22:33:14 blackbox syslog: NetInfo Problem: No such directory
Aug 21 22:33:17 blackbox reboot: Reboot complete
Aug 21 22:33:32 blackbox mach: audio kernel server initialized
Aug 21 22:33:46 blackbox syslog: Workspace logged in
(ps auxww) reveals:
root -1 0.0 0.0 0K 0K ? ?W< 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? S 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? S 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? SW 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? SW< 0:00 <mach-task>
USER PID %CPU %MEM VSIZE RSIZE TT STAT TIME COMMAND
root 0 0.2 11.1 16.1M 1.78M ? R N 17:28 (kernel idle)
root 1 0.0 1.5 1.51M 240K ? S 0:00 /usr/etc/init -xx
root 2 0.0 1.4 1.53M 232K co S 0:00 (mach_init)
root 3 0.0 4.2 4.55M 696K ? SW 0:03 /usr/etc/kern_loader -n
root 54 0.0 1.6 1.44M 264K ? S 0:00 /usr/etc/syslogd
root 58 0.0 2.2 6.56M 360K ? R N 0:00 /usr/etc/nmserver
root 62 0.0 1.6 1.43M 264K ? SW 0:00 (portmap)
root 65 0.0 1.8 1.45M 296K ? SW 0:00 (nibindd)
root 66 0.0 2.7 1.51M 448K ? SW 0:01 /usr/etc/netinfod local
root 67 0.0 2.6 1.51M 432K ? SW 0:00 /usr/etc/netinfod spacenet
root 71 0.0 2.1 1.52M 352K ? S 0:00 (lookupd)
root 76 0.0 1.9 1.46M 312K ? S 0:00 (ntpd)
root 79 0.0 0.8 1.51M 128K ? S 0:00 (biod)
root 80 0.0 0.8 1.51M 128K ? S 0:00 (biod)
root 81 0.0 0.8 1.51M 128K ? S 0:00 (biod)
root 82 0.0 0.8 1.51M 128K ? S 0:00 (biod)
root 93 0.0 1.2 1.43M 192K ? SW 0:00 (nfsd)
root 96 0.0 0.8 1.43M 128K ? SW 0:00 (nfsd)
root 97 0.0 0.8 1.43M 128K ? SW 0:00 (nfsd)
root 98 0.0 0.8 1.43M 128K ? SW 0:00 (nfsd)
root 99 0.0 0.8 1.43M 128K ? SW 0:00 (nfsd)
root 100 0.0 0.8 1.43M 128K ? SW 0:00 (nfsd)
root 101 0.0 1.5 1.44M 240K ? SW 0:00 (rpc.mountd)
root 104 0.0 0.8 1.53M 128K ? SW 0:00 (bootpd)
root 107 0.0 1.5 1.44M 240K ? SW 0:00 (rpc.bootparamd)
root 112 0.0 1.7 1.44M 280K ? S 0:00 (inetd)
root 118 0.0 1.8 1.55M 296K ? SW 0:00 -accepting connections (sendmail)
root 123 0.0 2.1 1.99M 336K ? SW 0:00 (lpd)
root 132 0.0 1.0 1.48M 168K ? SW 0:00 /usr/lib/lpd
root 133 0.0 2.2 1.53M 360K ? SW 0:00 (pbs)
root 148 0.0 1.0 1.51M 160K ? S 0:00 update
root 151 0.0 1.6 1.43M 256K ? S 0:00 (cron)
root 155 2.4 18.0 21.3M 2.88M ? S 1:15 - console (WindowServer)
root 156 0.0 8.1 3.66M 1.29M ? SW 0:01 - -PowerOffDisabled true -ImageFile /LocalLibrary/logintiff/klingon.tiff console (loginwindow)
root 157 0.0 1.4 1.44M 232K b SW 0:00 - std.9600 ttyb (getty)
root 158 0.0 3.0 3.51M 488K ? SWN 0:00 (npd)
root 159 0.0 2.9 1.58M 472K ? S 0:00 /usr/etc/pbs -a
root 162 0.0 2.5 2.09M 416K ? SW 0:00 (appkitServer)
root 170 0.0 8.6 4.84M 1.38M ? S 0:01 /usr/lib/NextStep/Workspace.app/Workspace -LoginProgram YES
root 171 0.0 12.3 4.88M 1.97M ? S 0:04 /usr/lib/NextStep/Workspace.app/WM.app/WM -NXAutoLaunch YES -MachLaunch 1 23
root 172 0.0 13.8 5.00M 2.20M ? S 0:04 /NextApps/Preferences.app/Preferences -NXAutoLaunch YES -MachLaunch 2 24
root 173 2.5 10.3 4.60M 1.64M ? S 0:23 /NextApps/Terminal.app/Terminal -NXAutoLaunch YES -MachLaunch 9 31
root 174 0.0 3.8 5.65M 624K p1 S 0:01 -tcsh (tcsh)
root 175 0.0 11.0 4.37M 1.77M ? SW 0:04 /NextAdmin/NetInfoManager.app/NetInfoManager -MachLaunch 10 32
root 208 0.0 3.4 5.65M 560K p2 S 0:00 -tcsh (tcsh)
root 216 1.6 3.5 5.65M 568K p3 S 0:00 -tcsh (tcsh)
root 238 0.0 2.0 1.48M 320K p1 S 0:01 tip modem2400
root 239 0.0 1.1 1.48M 184K p1 S 0:01 tip modem2400
root 244 8.6 4.2 1.94M 688K p3 R 0:00 ps auxww
root 245 0.4 1.3 5.52M 216K p3 U 0:00 sort -n +1
so nfs, bootpd, bootparamd, and mountd are running.
The clients do partially boot. They load the kernel (or something)
since they are getting the bootp responses from my 040. They
initialize the ethernets partially, and do hardware level inits
(scsi devices check and all) They then continuously loop at the message:
mountnfs: blackbox:/ portmap not responding
rpcinfo -p blackbox
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
200100001 1 udp 666 netinfobind
200100001 1 tcp 668 netinfobind
100003 2 udp 2049 nfs
100005 1 udp 702 mountd
100005 1 tcp 704 mountd
100026 1 udp 708 bootparam
100011 1 udp 2581 rquotad
100001 1 udp 2582 rstat_svc
100001 2 udp 2582 rstat_svc
100001 3 udp 2582 rstat_svc
100002 1 udp 2583 rusersd
100002 2 udp 2583 rusersd
100012 1 udp 2584 sprayd
100008 1 udp 2585 walld
200100002 1 udp 2586 renderd
the clients do *NOT* have swapdisks.
nidump bootptab
blackbox:/clients> nidump bootptab ..
/private/tftpboot:/
mach
%%
bluebox.calpoly.edu 1 0:0:f:0:5b:5 129.65.100.237 mach
redbox.calpoly.edu 1 0:0:f:0:62:c3 129.65.100.238 mach
silverbox.calpoly.edu 1 0:0:f:0:21:7 129.65.100.239 mach
blackbox:/clients> nidump bootparams ..
bluebox.calpoly.edu private=blackbox:/clients/bluebox root=blackbox:/
redbox.calpoly.edu private=blackbox:/clients/redbox root=blackbox:/
silverbox.calpoly.edu private=blackbox:/clients/silverbox \
root=blackbox:/
blackbox:/clients> nidump exports .
/ -access=boxes,root=bluebox:redbox:silverbox,anon=-1
blackbox:/clients> nidump hosts ..
129.65.100.233 blackbox.calpoly.edu mailhost blackbox
129.65.100.237 bluebox.calpoly.edu bluebox
129.65.100.238 redbox.calpoly.edu redbox
129.65.100.239 silverbox.calpoly.edu silverbox
this setup USED to work, but I had bootparams as:
bluebox.calpoly.edu private=crusher:/clients/bluebox root=blackbox:/
^^^^^^^---this *used* to be another NeXT...
also, I tried booting all of this with two partitions (I had a 40
meg drive for a week) but still couldn't get the damn things to
boot.
One last hint is that if I change bootparams to ip addresses:
bluebox.calpoly.edu private=129.65.100.233:/clients/bluebox \
root=129.65.100.233:/
then the clients complain about no bootparam response from anyone.
the moment I change them back to names (from NetInfoManager) it starts
looping on the "portmat not responding" message again.
I'm getting really REALLY frustrated with this now since I can't find
a possible reason why this is failing.
I'm also going to post this to netnews...sigh!
- Kevin Wang
Newsgroups: comp.sys.next.sysadmin
From: hickman@cwis.unomaha.edu (Betty Hickman)
Subject: Printing on a remote printer -- /etc/printcap and netinfo?
Message-ID: <hickman.746045184@cwis>
Sender: news@news.unomaha.edu (UNO Network News Server)
Organization: University of Nebraska at Omaha
Date: Sun, 22 Aug 1993 18:46:24 GMT
I'm trying to set up my NSi box so that I can print on printers hanging
off other unix boxes in my department. Everything is connected via ethernet.
I copied /etc/printcap from one of the other machines to mine. lpd is
running on my machine. My machine is listed on the machine hosting the
printers in /etc/host.equiv. However, when I try to print, I get the
"unknown printer" message. When I do a "man printcap" it says that
/etc/printcap is superseded by netinfo(5) if NetInfo is running. Does this
mean I'm supposed to turn off netinfo so that my machine looks at /etc/printcap?
Help, please!
-Betty Hickman
hickman@unocss.unomaha.edu
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.sys.next.sysadmin
Subject: sendmail 565c+IDA?
Date: 22 Aug 1993 17:57:26 +0100
Organization: me organized? That's a joke!
Message-ID: <2588hm$hp@steffi.demon.co.uk>
In release 3.0 I had a really cool mail configuration set up where all
outgoing mail went out lightning fast and all incomming mail was
received correctly. This was sendmail 565c+IDA under NS3.0. However,
for some reason, now under NS3.1 when I installed the old sendmail.IDA
binary (try compiling sendmail under 3.1) together with the .cf file all
incomming mail fails to arrive at all. And my machine just sits there
sending the incomming mail back to my host continually as it repeatadly
tries to arrive.
Has anybody else noticed this under 3.1? Did your old "non-standard"
mail configuration that worked under NS3.0 fall apart in NS3.1?
Newsgroups: comp.infosystems.gopher,comp.sys.next.sysadmin
From: jpw@sansfoy.lib.Virginia.EDU (John Price-Wilkin)
Subject: secure public client on NeXT (problem with "mail" option)
Message-ID: <CC6EtA.Hsr@murdoch.acc.Virginia.EDU>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia
Date: Sun, 22 Aug 1993 19:43:57 GMT
I'm trying to set up a secure public client (i.e., anonymous login)
on a NeXT and find that when prompted for "(m)ail" or "(D)ownload"
there are problems. Typing "m" or "D" doesn't initiate the process,
but a carriage return after the m or D brings up the prompts
to mail or download, but zips by to return to the menu. If I use
the client from my own shell (tcsh), I don't see any of these problems.
Incidentally, I'm running it under the ksh to be able to exec gopher.
Is this a terminal emulation problem? Has anyone run into this?
PS. It's not really an anonymous login. I'm using it to offer
access to restricted resources for folks who don't have clients,
and the exec of gopher happens after a small authenticating (whois
query) process. Going to a modified telnetd won't work, consequently.
John Price-Wilkin
jpw@virginia.edu
Control: cancel <hickman.746045184@cwis>
Newsgroups: comp.sys.next.sysadmin
From: hickman@cwis.unomaha.edu (Betty Hickman)
Subject: cancel <hickman.746045184@cwis>
Message-ID: <1993Aug22.202424.3612@news.unomaha.edu>
Sender: news@news.unomaha.edu (UNO Network News Server)
Organization: University of Nebraska at Omaha
Date: Sun, 22 Aug 1993 20:24:24 GMT
cancel <hickman.746045184@cwis> in newsgroup comp.sys.next.sysadmin
From: gregory@athena.mit.edu (Gregory B Howland)
Newsgroups: comp.sys.next.sysadmin
Subject: Having trouble booting
Date: 23 Aug 1993 05:47:12 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Message-ID: <259ll0$fcp@senator-bedfellow.MIT.EDU>
I am having trouble booting my cube. When I Power On,
the following comes up on the screen during the process:
SCI 53C90A Controller. Targt 7, as sc0 at 0x2114000
MAXTOR XT-83805 Rev B3C as sd0 at sc0 target 0 lun 0
Disk Label: Sharpie
Disk Capacity 349 MB, Device Block 1024 bytes
Generic SCSI Device as sg0 at sc0 target 7 lun 7
Generic SCSI Device as sg1 at sc0 target 7 lun 7
Generic SCSI Device as sg2 at sc0 target 7 lun 7
Generic SCSI Device as sg3 at sc0 target 7 lun 7
odc0 at odc0 slave 0
drive ROM v8, servo ROM v8
od1 at odc0 slave 1
en0 at 0x2106000
en0: Ethernet address 00:00:of:oo:at : b0
IP protocol enabled for interface en0, type "10 MB Ethernet"
dsp 0 at 0x2108000
np 0 at 0x200f000
sound 0 at 0x200e000
root on sd0
master cpu at slot 0
At this point the computer just hangs and does not
continue. Does anyone know how to fix this? Thanks,
your help is appreciated.
-- Greg --
gregory@athena.mit.edu
From: bwild@fzi.de
Newsgroups: comp.sys.next.sysadmin
Subject: Mail.app removes mailbox file
Date: 23 Aug 1993 10:18:35 GMT
Organization: Forschungszentrum Informatik (FZI), Karlsruhe, Germany
Message-ID: <25a5hr$d6u@gate.fzi.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Since installing NS3.1 I've a problem with Mail.app. After reading the
/usr/spool/mail/<user-id> mail file Mail.app seems to remove the <user-id> mail
file instead of clearing its content.
This is a very uncommon solution because we use a PP mailer system here at FZI
which runs on Suns and which places you personal mail in a file called mailbox
in your home directory.
To be able to read your mails the only thing to do was to create a symbolic
link like
ln -s ~/mailbox <user-id>
and the corresponding entry in the Mail.app preferences. Mail.app now checked
the ~/mailbox file and read the mails from there while preserving the link.
Now with 3.1 Mail.app removes the link after each reading of new mails.
Any ideas?
---
Bernd Wild
===============================================
Dr. Bernd Wild
Forschungszentrum Informatik FZI
Dept. Technical Expert Systems and Robotics
Haid-und-Neu-Strasse 10-14
D-76131 Karlsruhe GERMANY
Tel: +49-721-9654-310
Fax: +49-721-9654-309
email: bwild@fzi.de
===============================================
Newsgroups: comp.sys.next.sysadmin
From: frederek@techfak.uni-bielefeld.de (Frederek Althoff)
Subject: Help: Mathematica
Sender: news@hermes.hrz.uni-bielefeld.de (News Administrator)
Message-ID: <CC7L4I.3HH@hermes.hrz.uni-bielefeld.de>
Date: Mon, 23 Aug 1993 10:57:53 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.
I've got some problems in installing Mathematica 2.0.4,
single machine, two processes:
I started the MathInstaller, entered the password and all
paths required. Now it should work!? But Mathematica doesn't
do anything at all. Even the calculation of '4+3' fails. I tested
the password with 'Kernel/NeXT/checkpasswd' but the mathpass-file
seems to be ok.
And this is where I put the files:
Mathematica, incl. Kernel etc.: /HostApps (our directory for applications
on THAT host.)
Libraries : /HostLibrary (cannot write to /LocalLibrary,
because it is linked to another machine of another architecture, so I
don't have root-access).
Did the MathInstaller set all paths correctly? Or will I have to change any-
thing?
A totally confused
Frederek.
--
frederek@techfak.uni-bielefeld.de
PS.: I hope I'm not the "fortysecond guy who has the same silly problem
which he could solve if he had the IQ of a fly". But if that is true,
please help me to reach a fly's IQ :-)
Newsgroups: comp.sys.next.sysadmin
From: tvz@zandtwerk.Princeton.EDU (Timothy Van Zandt)
Subject: Advantage to separate swap drive?
Message-ID: <1993Aug20.145002.6849@Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
Date: Fri, 20 Aug 1993 14:50:02 GMT
I am about to install a new hard drive in my Nextstation.
I now have a spare external drive that I could hook up.
I don't need the extra disk space right now, but I was
wondering whether there is any speed advantage to having
the swap file, or some other files, on a separate drive.
Tim
--
Timothy Van Zandt (609)258-4050 tvz@Princeton.EDU (NeXTMail)
Dept. of Economics, Princeton University, Princeton, NJ 08544
Newsgroups: comp.sys.next.sysadmin
From: jpw@sansfoy.lib.virginia.edu (John Price-Wilkin)
Subject: Re: secure public client on NeXT (problem with "mail" option)
Message-ID: <CC7orz.FFM@murdoch.acc.Virginia.EDU>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia
References: <CC6EtA.Hsr@murdoch.acc.Virginia.EDU>
Date: Mon, 23 Aug 1993 12:16:47 GMT
In article <CC6EtA.Hsr@murdoch.acc.Virginia.EDU>
jpw@sansfoy.lib.Virginia.EDU (John Price-Wilkin) writes:
> I'm trying to set up a secure public client (i.e., anonymous login)
> on a NeXT and find that when prompted for "(m)ail" or "(D)ownload"
> there are problems. Typing "m" or "D" doesn't initiate the process,
> but a carriage return after the m or D brings up the prompts
> to mail or download, but zips by to return to the menu. If I use
> the client from my own shell (tcsh), I don't see any of these problems.
> Incidentally, I'm running it under the ksh to be able to exec gopher.
> Is this a terminal emulation problem? Has anyone run into this?
>
> PS. It's not really an anonymous login. I'm using it to offer
> access to restricted resources for folks who don't have clients,
> and the exec of gopher happens after a small authenticating (whois
> query) process. Going to a modified telnetd won't work, consequently.
>
> John Price-Wilkin
> jpw@virginia.edu
Thanks to Dave Meyer for an answer on this. I needed to set
cbreak mode for stty. Problem solved.
Johncess,
> but a carriage return after the m or D brings up the prompts
> to mail or download, but zips by to return to the menu. If I use
> the client from my own shell (tcsh), I don't see any of these problems.
> Incidentally, I'm running it under the ksh to be able to exec gopher.
> Is this a terminal emulation problem? Has anyone run into this?
>
> PS. It's not really an anonymous login. I'm using it to offer
> access to restricted resources for folks who don't have clients,
> and the exec of gopher happens after a small authenticating (whois
> query) process. Going to a modified telnetd won't work, consequently.
>
> John Price-Wilkin
> jpw@virginia.edu
Thanks to Dave Meyer for an answer on
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 23 Aug 1993 14:34:46 -0400
Organization: Next Announcements
Message-ID: <25b2k4$sv5@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material. Generic UNIX questions belong
elsewhere (comp.unix.questions), although specific
questions about NeXT's implementation or porting
issues are appropriate here. Note that there are
several other more "horizontal" newsgroups
(comp.lang.objective-c, comp.lang.postscript,
comp.os.mach, comp.protocols.tcp-ip, etc.) that
may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish
Newsgroups: comp.sys.next.sysadmin
From: mross@netcom.com (Antigone Press)
Subject: MIME to PostScript?
Message-ID: <mrossCC8M2z.42G@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Tue, 24 Aug 1993 00:16:10 GMT
I am under the delusion that an incoming multipart MIME e-mail message
could be diverted to a program or shell script that would convert it into
a multi-page PostScript document (possibly with ghostscript or mh?). The
PostScript would then be sent to a printer or fax modem.
The conversion is the part I'm stumped on... Anyone have any ideas, vague
or not?
Thanks!
--
--------------
Michael Ross mross@antigone.com (preferred)
Antigone Press mross@netcom.com
San Francisco CA FAX +1.415.431.3650
Newsgroups: comp.sys.next.sysadmin
From: ruck@pdh.com (John R. Ruckstuhl Jr.)
Subject: How big is 3.0, 3.1
Message-ID: <CC889M.77J@pdh.com>
Organization: PDH, Inc.
Date: Mon, 23 Aug 1993 19:17:41 GMT
How big are NS 3.0 and 3.1 (with development software)?
Assuming user-files are NFS mounted, or sit on some external disk, what
is the smallest internal HD to go with?
Will a 105MB disk, can I fit all of NS 3.X with a good-sized swap-file?
I'm almost certain that I can't. Perhaps my minimum config for a
"dataless" machine should be 250MB disk... How do you use a 105
internal?
I'm running 3.0, but anticipate migrating to 3.1.
Thanks for any advice.
Best regards,
ruck
Newsgroups: comp.sys.next.sysadmin
From: bav@bergen.siodata.no (Bjorn Asle Valde)
Subject: Re: sendmail 565c+IDA?
Message-ID: <1993Aug23.161407.29627@alf.uib.no>
Sender: usenet@alf.uib.no (Bergen University Newsaccount)
Organization: University of Bergen, Norway
References: <2588hm$hp@steffi.demon.co.uk>
Date: Mon, 23 Aug 93 16:14:07 GMT
In article <2588hm$hp@steffi.demon.co.uk> robert@steffi.demon.co.uk
(Robert Nicholson) writes:
> In release 3.0 I had a really cool mail configuration set up where all
> outgoing mail went out lightning fast and all incomming mail was
> received correctly. This was sendmail 565c+IDA under NS3.0. However,
> for some reason, now under NS3.1 when I installed the old sendmail.IDA
> binary (try compiling sendmail under 3.1) together with the .cf file all
> incomming mail fails to arrive at all. And my machine just sits there
> sending the incomming mail back to my host continually as it repeatadly
> tries to arrive.
>
> Has anybody else noticed this under 3.1? Did your old "non-standard"
> mail configuration that worked under NS3.0 fall apart in NS3.1?
Nope... I migrated my 5.65c8/IDA-1.4.4 sendmail (compiled with
Step 3.0) and it keeps doing it's stuff reliably and fast. Note: I
used close to "generic" (only ida patches) sources, not the version
that was "NetInfo aware" and have been flooting around at the NeXT
archive sites. I picked my copy from ugle.unit.no
Cheers, -bav
--
Bjorn Asle Valde - SiO Data Bergen, Christiesgt.13, N-5015 Bergen, Norway.
Email: valde@bergen.siodata.no Phones: +47-5-320240 Fax: +47-5-320238
Newsgroups: comp.sys.next.sysadmin
From: tom@ennex1.eng.utsa.edu (Tom Arnow)
Subject: Help two machines won't boot
Message-ID: <1993Aug24.011016.21502@ringer.cs.utsa.edu>
Sender: news@ringer.cs.utsa.edu
Organization: Univ of Texas at San Antonio
Date: Tue, 24 Aug 1993 01:10:16 GMT
I have two machines with the following problem. In one, the OS was
reinstalled and everything seemed fine until the system was brought down
and rebooted.
NeXT won't give me the time of day.
Thanks
Tom
Systen gives message "Init exited 1" and dies
installed. This comes right after
"Master CPU on Slot 0"
Newsgroups: comp.sys.next.sysadmin
From: kwang@data.acs.calpoly.edu (Kevin Wang (The Scarecrow))
Subject: Re: TIP: bootparams property must be present for automatic host configuration
Message-ID: <1993Aug24.031158.103411@zeus.calpoly.edu>
Sender: news@zeus.calpoly.edu
Organization: The Outland Riders
References: <70338@mimsy.umd.edu>
Date: Tue, 24 Aug 1993 03:11:58 GMT
In comp.sys.next.sysadmin alex@cs.umd.edu (Alex Blakemore) writes:
>if you wish to use auto host configuration for hostnames,
>(i.e. have HOSTNAME=-AUTOMATIC-) in /etc/hostconfig
>you have to have the property bootparams in the /machines/clienthost
>directory for each client of the configuration server.
>otherwise the bootp request is ignored.
>
>it doesnt have to have a value.
>
>the docs suggest this property is for diskless clients to get their
>boot parameters which I don't doubt is true, but
>the docs NEVER mention this other use of the same property.
>
>so if you ever get a client that doesnt get its hostname returned
>at boot time, this is a good place to look. the IP address assignment
>doesnt seem to care.
use of HostManager will properly fill out all these fields for you.
all you need to do is to setup one machine with HostManager, and
you can see what NetInfo fields it provides. It's actually easier
to use HostManager.
- Kevin Wang
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: automounting dir & subdir
Message-ID: <1993Aug24.030435.12251@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <CC8373.4sC@pdh.com>
Date: Tue, 24 Aug 1993 03:04:35 GMT
In article <CC8373.4sC@pdh.com> ruck@pdh.com
(John R. Ruckstuhl Jr.) writes:
> keystone:/ /Net nfs net,rw,bg,intr,timeo=14,mnttimeo=5 0 0
> keystone:/home /Net nfs net,rw,bg,intr,timeo=14,mnttimeo=5 0 0
>
>Now I'm noticing some strangeness -- it seems that sometimes
>machine:/home gets mounted !before! machine:/, and so it is hidden :-(
You need to list the mounts in [what nidump would display as]
reverse order. This should be mentioned in the FAQ posting if it
isn't there already.
(When looking at mounts with NetInfoMangler, be sure to
click Domain>View>View Unsorted)
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Advantage to separate swap drive?
Message-ID: <1993Aug24.032708.12983@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Aug20.145002.6849@Princeton.EDU>
Date: Tue, 24 Aug 1993 03:27:08 GMT
In article <1993Aug20.145002.6849@Princeton.EDU>
tvz@Princeton.EDU (Timothy Van Zandt) writes:
>I am about to install a new hard drive in my Nextstation.
>I now have a spare external drive that I could hook up.
>I don't need the extra disk space right now, but I was
>wondering whether there is any speed advantage to having
>the swap file, or some other files, on a separate drive.
Yes! You probably gain the most just from being able to seek
independently, but since you use SCSI (as opposed to certain
popular "standards" of the PeeCee world) even more concurrency is
possible.
-=EPS=-
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: anwar+@cs.cmu.edu (Anwar Mohammed)
Subject: Hanging under NS 3.0
Message-ID: <CC8zp8.75s.1@cs.cmu.edu>
Sender: news@cs.cmu.edu (Usenet News System)
Organization: School of Computer Science, Carnegie Mellon
Date: Tue, 24 Aug 1993 05:10:20 GMT
My mono nexstation running NS 3.0 recently started randomly hanging.
The problem coincided with my copying and playing around with AC CHEN
from the Oregon archive. The problem first manifested itself with
AC_CHEN dying on start up with the console message "YOU CHEATED",
after working for about 2-3 days. Finally, on or about the fifth try, my
machine crashed...viciously. It would hang on booting, when starting
local services. (This only a day before I was leaving town for three
weeks!)
It took me a day to get my system back up, finally succeeding after
checking some config files, fsck'ing in all 9 possible orderings of
the three mounted volumes several times over. I have no idea what
finally worked.
At this time, the machine still hangs, but manages to stay up for
seemingly random amounts of time (ie. 1 hour - 1 day). I have no
idea what triggers it. Engage! now seems to hang sometimes when trying to
launch certain apps (while it worked more or less perfectly before),
and makes it impossible to launch other apps.
Any similar experiences and/or reccomendations? E-mail is
appreciated.
Thanks,
-anwar
--
Anwar Mohammed <anwar+@cs.cmu.edu>
Voice: +1 412 268 3043 Fax: +1 412 681 5739
Doctoral Student, Computer Science
Newsgroups: comp.mail.uucp,comp.mail.sendmail,comp.sys.next.sysadmin
From: rsww@apogee.execnet.com (Ross S. W. Walker)
Subject: Re: Control M's appended in my mail sometimes not stripped in others??
Message-ID: <CC8KF5.8H2@apogee.execnet.com>
Sender: news@apogee.execnet.com (Network News)
Organization: none
References: <CC5CL1.2zx@apogee.execnet.com>
Date: Mon, 23 Aug 1993 23:40:16 GMT
In article <CC5CL1.2zx@apogee.execnet.com> rsww@apogee.execnet.com (Ross S. W.
Walker) writes:
> I am using sendmail 5.56 on my NeXT system. When I send messages out
> via uucp to my mail router (which is using DOS PC Board UUCP) to a
> site off this mail router which is running Linux the mail appears on
> the other machine with ^M at the end of each line. The mail is sent
> out with control M's (linefeed?) appended to the end of each line for
> compatibility reasons, I believe, for traversing certain types of
> networks. Why doesn't this other person's system strip them? The
> other systems I send mail out to seems to get rid of them? Can I
> keep this from happening on my machine (an option to disable the
> extra linefeed?) or is this other person's system non-complient?
>
> Could this also be a problem asociated with the fact that the mail
> is travelling across the brain dead DOS mail network?
>
> Replies would be greated appreciated by email and I'll post a summary
> at the end.
The problem is solved!
Here are the email solutions!
-------------------------------------------------------------------------------
From: john@wpa.com (John Bartley)
Date: Sun, 22 Aug 93 14:32:20 -0500
To: rsww@apogee.execnet.com
Subject: Re: Control M's appended in my mail sometimes not stripped in others??
In comp.mail.sendmail article <CC5CL1.2zx@apogee.execnet.com> you wrote:
The mail is sent
> out with control M's (linefeed?) appended to the end of each line Can I
> keep this from happening on my machine (an option to disable the
> extra linefeed?) or is this other person's system non-complient?
It's been a while, but I believe that you may be missing one critical parameter
in /etc/sendmail/sendmail.cf (actually whichever file is linked to it.)
############################################################
#####
##### UUCP Mailer specification
#####
Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, E=\n,
A=uux - -r $h!rmail ($u)
If I recall correctly, the E=\n is what keeps that from happening.
-------------------------------------------------------------------------------
Date: Sun, 22 Aug 1993 15:38:16 -0400
From: Scott Anguish <sanguish@digifix.com>
To: rsww@apogee.execnet.com
Subject: Re: Control M's appended in my mail sometimes not stripped in others??
Reply-To: sanguish@digifix.com
You wrote:
> I am using sendmail 5.56 on my NeXT system. When I send messages out
Thats the problem right there. You are running pre 3.0 software by
chance?
There is a small error in the sendmail.cf file in all buy 3.1 release.
Basically, the UUCP mailer needs to have an extra character at the end of the
definition.
Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, E=\n
A=uux - -r $h!rmail ($u)
Its the E=\n that you will need to add or fix.
--
- Scott Anguish -
sanguish@digifix.com (NextMail)
next-announce@digifix.com (comp.sys.next.announce submissions)
-------------------------------------------------------------------------------
Date: Mon, 23 Aug 93 12:09:12 CDT
From: Gilles Detillieux <grdetil@gilles.scrc.umanitoba.ca>
To: rsww@apogee.execnet.com
Subject: Re: Control M's appended in my mail sometimes not stripped in others??
[my article munched]
I ran into this problem on the NeXT as well. Control-M is actually a
carriage-return (CR) character, not LF. It's usually appended to
lines sent by SMTP over the Internet (I think the standard calls
for it, but I'm not sure). For some reason, NeXT's sendmail also
appends CRs to lines for uucp mail by default, which causes problems
for a lot of UUCP systems.
Luckily, it's easy to fix. In your current sendmail.cf (in the
directory /etc/sendmail on the NeXT), add "E=\n" to the uucp
mailer specification, to change the default end of line from
"\r\n" to "\n" alone. E.g. change:
Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23,
A=uux - -r $h!rmail ($u)
to:
Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, E=\n,
A=uux - -r $h!rmail ($u)
Another change you may want to put in (which I also put in mine) is
to remove the "-r" from the uux command arguments. Do this if you
want the UUCP transfer to begin right away, rather than waiting for
one system to poll the other. The "-r" causes uux to queue the job
but not initiate the call.
Hope this helps.
--
Gilles Detillieux <Gilles@scrc.UManitoba.CA>
Spinal Cord Research Centre or <grdetil@muug.mb.ca>
Dept. of Physiology, U. of Manitoba Phone: (204)789-3766
Winnipeg, MB R3E 0W3 (Canada) Fax: (204)786-0932
-------------------------------------------------------------------------------
I would like to thank everyone who responded so quickly. The problem turned
out to be a trivial one for everyone who has used NeXTstep in the past and knew
what to look for. Well now that I do maybe I can pass it down as well. Thanks
again for your speedy responses and to others who sent email, but didn't get
the correct answer.
--
Where's the Kaboom? There was suppose to be an Earth shattering Kaboom!
=======================================================================
rsww@apogee.execnet.com (Ross S. W. Walker)
=======================================================================
Newsgroups: comp.sys.next.sysadmin
From: enelson@rees (Eric M. Nelson)
Subject: Experiences with Supra or Intel faxmodems?
Message-ID: <CC93A6.MHz@unixhub.SLAC.Stanford.EDU>
Sender: Eric M. Nelson
Organization: Stanford Linear Accelerator Center
Date: Tue, 24 Aug 1993 06:27:41 GMT
I have tried an Supra v.32bis fax modem with my NeXTstation
running NeXTstep 3.0, but with little success. I am using
a cable exactly as described in Appendix B (Cabling) of the
NeXT documentation, and I am able to use the modem portion
of the fax modem without any problems. The flow control
even works.
Supra claims the modem accepts class 2 fax modem commands.
When I try to send a fax, the front panel indicators lead
me to believe that a fax was sent, but the NeXT claims the
fax wasn't sent. Nothing appears in the log (in FaxReader)
and the fax queue never empties.
Furthermore, after a fax has been attempted, I have
difficulty making the fax modem unavailable (so that I can
use the fax modem as a modem instead of a fax machine).
PrintManager.app hangs up when I click OK. The machine
refuses to shut down gracefully, and the reboot process
has to check disks -- a long process.
If anyone has experience getting a Supra fax modem to
work well, I'd appreciate hearing about it. Also, I've
noticed that Intel also has a fax modem which claims to
be class 2 compatible. Experience with 3.0 or 3.1 is desired.
Thanks.
-Eric
enelson@slac.stanford.edu
From: jmm@king.econ.lsa.umich.edu (Jeffrey K. MacKie-Mason)
Newsgroups: comp.sys.next.sysadmin
Subject: Can NeXT apps direct printing through a filter?
Date: 24 Aug 1993 08:09:53 GMT
Organization: University of Oslo
Distribution: world
Message-ID: <25cich$6k7@hermod.uio.no>
Keywords: printing,filter,perl
I've asked this once before, but got no replies. Forgive me for asking again,
but I can't believe the answer isn't sitting out there!
On my new network, to print files on the network printer I have to
ppr <filename>
rather than
lpr <filename>
where ppr is a Perl script. That works fine. But when I try to print from a
NeXT app print panel, of course it doesn't work. I've tried linking ppr over
lpr and that works fine from a terminal window, but not from a NeXT app. Is
there anyway to redirect NeXT app print output through this filter? (I'm
reconnected to this newsgroup so replies could come here or via e-mail.)
Thanks!
--
Prof. Jeff MacKie-Mason internet: jmm@umich.edu
Dept. of Economics bitnet: usergc76@umichum
Univ. of Michigan phone: 313-764-7438
Ann Arbor, MI 48109-1220 fax: 313-763-9181
From: jmm@king.econ.lsa.umich.edu (Jeffrey K. MacKie-Mason)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Software for counting pages printed on NeXTprinter
Date: 24 Aug 1993 08:13:28 GMT
Organization: University of Oslo
Distribution: world
Message-ID: <25cij8$6pm@hermod.uio.no>
References: <1993Aug16.185739.9510@leland.Stanford.EDU>
In article <1993Aug16.185739.9510@leland.Stanford.EDU>
draphsor@deathstar.Stanford.EDU (Matt Rollefson) writes:
> In comp.sys.next.sysadmin rhartman@dsl2.uoregon.edu writes:
>
> >Our lab manager is looking for either freeware or $ware that would keep
> >track of pages printed on our NeXT laser printer so we can charge to
> >recover toner and paper costs.
>
> While it's not the ideal tool for this purpose, the Berekeley print
> accounting stuff works reasonably well. Add another property to your
> NetInfo printer information called af, then give it the value of the
> name of a file that daemon can write to. Make sure that file exists
> (via touch) and your NeXT will start recording some basic accounting
> information. The command pac summarizes this information into a
> vaguely useful format. But you'll have to roll your own accounting
> software to figure out when to charge, etc.
>
I'm pretty sure Berkeley system accounting won't count pages, because it
doesn't know how to read Postscript. It counts bytes, which for Postscript
files is a *very* bad way to do accounting if you are going to charge for your
printer!
There is an app called Quotas.app on the archives (I think I found it on
cs.orst.edu) that is supposed to do this for *non*-NeXT postscript printers
(you need to send a Postscript query to the printer for the page count before
and after the job). Since the NeXT printer has no embedded Postscript
interpreter this won't work. Indeed, it is hard to imagine how to implement
page accounting, since I don't think anything keeps track of the page count on
the NeXT printer.
--
Prof. Jeff MacKie-Mason internet: jmm@umich.edu
Dept. of Economics bitnet: usergc76@umichum
Univ. of Michigan phone: 313-764-7438
Ann Arbor, MI 48109-1220 fax: 313-763-9181
From: rbp@investor.pgh.pa.us (Bob Peirce #305)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: trouble indexing man pages in NS3.1
Message-ID: <1993Aug24.023652.18897@investor.pgh.pa.us>
Date: 24 Aug 93 02:36:52 GMT
References: <246hkl$13q@theborg.stack.urc.tue.nl>
Organization: Cookson, Peirce & Co., Pittsburgh, PA
In article <246hkl$13q@theborg.stack.urc.tue.nl> rcbaab@urc.tue.nl writes:
>Hello,
>
>Can anyone tell me what has happened to ixbuild in NS3.1? I try to index the
>man pages with the -g option but I cannot get a one-line description as I used
>to get in NS3.0. Trying to be smart I took the ixbuild from NS3.0 but that
>didn't help either... Help! Has anyone solved this problem?
>
I posted last week and the week before with the same problem. Nobody
replied which leads me to believe there is no solution until 3.2. I
also tried ixbuild from 3.0.
I also sent a bug report to NeXT.
It appears that if you already have a file built with -g that the
existing material will not be destoyed but the new material will no be
indexed correctly.
--
Bob Peirce, Pittsburgh, PA rbp@investor.pgh.pa.us 412-471-5320
venetia@investor.pgh.pa.us [NeXT Mail] !uunet.uu.net!pitt!investor!rbp [UUCP]
From: agm@doc.ic.ac.uk (Axel G Merk)
Newsgroups: comp.sys.next.sysadmin
Subject: How do I get a second "Control" key
Date: 24 Aug 1993 10:40:08 GMT
Organization: Dept. of Computing, Imperial College, University of London, UK.
Distribution: world
Message-ID: <25cr68$gsm@frigate.doc.ic.ac.uk>
Hi,
For an application I want to use in SoftPC, I need to have a left and
a right 'Control' key as well as a left and a right 'Alternate' key.
Would someone know how I gain access to a second 'Control' key on a
NeXT keyboard (original key layout).
Thanks,
Axel
p.s. please send email, I'll post a summary if I receive a solution.
----------------------------------------------------------------------------
-- Axel Merk agm@doc.ic.ac.uk phone/fax +44-71-724 9089 --
-- 13 Archery Steps St. George's Fields Albion St London W2 2YF --
-- "One needs a certain amount of blindness to see perfection" --
---------------------------------------------------- Christopher Nuzum ---
Newsgroups: comp.sys.next.sysadmin,comp.mail.sendmail,comp.mail.misc
From: rsww@apogee.execnet.com (Ross S. W. Walker)
Subject: Losing sender's full name from sendmail shared-client???
Message-ID: <CC996n.MF@apogee.execnet.com>
Sender: news@apogee.execnet.com (Network News)
Organization: none
Date: Tue, 24 Aug 1993 08:35:10 GMT
I am using NeXTstep 2.1 and have two machines hooked up through ethernet.
One machine, a cube, is the mailhost, the other, a station, is a shared
client (the /usr/spool/mail dire4ctory is exported on to it). The host
is using the mailhost cf and the client is using the sharedsubsidiary cf.
It seems that sending mail on the mailhost retains the machine name and
the user's full name, but sending mail on the client gets it's machine
name replaced by the host's and the user's name is clobbered in the
process. Now while the switching of machine names is not undesirable, at
this juncture in time, since the users at network users and the mail
directory is shared it's good to use the mailhost as the formal address,
but it would be nice to see the user's full name carry across. I don't
know where this is happening (in rule set zero? In the mailer definitions?)
and I am not sure how to modify this without breaking the mail system, that
is otherwise working correctly. Any help would be greatly appreciated!
Send using email and I'll post a summary, since it worked well for my last
problem, the response was terrific!.
P.S. If you don't want your email address or name present in the summary,
just say so in your mail and I'll leave it out (or use your initials, it's
up to you). I forgot to ask people this last time and I hope I didn't
offend anyone.
--
Where's the Kaboom? There was suppose to be an Earth shattering Kaboom!
=======================================================================
rsww@apogee.execnet.com (Ross S. W. Walker)
=======================================================================
From: majka@next.com (Marc Majka)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Having trouble booting
Date: 23 Aug 1993 17:02:08 GMT
Organization: NeXT, Inc.
Distribution: world
Message-ID: <25at6g$q63@rosie.next.com>
References: <259ll0$fcp@senator-bedfellow.MIT.EDU>
Gregory B Howland writes
> I am having trouble booting my cube. When I Power On,
> the following comes up on the screen during the process:
[...]
> root on sd0
> master cpu at slot 0
> At this point the computer just hangs and does not
> continue. Does anyone know how to fix this? Thanks,
> your help is appreciated.
At about this point in the startup sequence, the kernel is trying to find
/dev and /etc. A hang at this point indicates that one of these is missing
or damaged. Tyy booting from an alternate device - network, floppy,
another disk, or CD-ROM (in single user mode). /dev (on your normal
startup filesystem) should be a symbolic link to /private/dev and /etc
should be a link to /private/etc. Make sure all your device files are OK,
or re-create them with "MAKEDEV NeXT" after you change to the /dev
directory (on the damaged disk).
--
Marc Majka
NeXT Computer
From: majka@next.com (Marc Majka)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Software for counting pages printed on NeXTprinter
Date: 24 Aug 1993 16:05:04 GMT
Organization: NeXT, Inc.
Distribution: world
Message-ID: <25de7g$r5o@rosie.next.com>
References: <25cij8$6pm@hermod.uio.no>
See the UNIX manual page for "pac". To start printer page accounting,
create an accounting file:
touch /usr/adm/Local_Printer.acct
Add an "af" property to the printer's local NetInfo entry:
niutil -createprop . /printers/Local_Printer \
af /usr/adm/Local_Printer.acct
Reboot. You get account reports with pac.
--
Marc Majka
NeXT Computer
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: automounting dir & subdir
Date: 24 Aug 1993 17:31:37 GMT
Organization: University of California, Berkeley
Distribution: world
Message-ID: <25dj9p$p2l@agate.berkeley.edu>
References: <1993Aug24.030435.12251@csus.edu>
In article <1993Aug24.030435.12251@csus.edu>
eps@futon.SFSU.EDU (Eric P. Scott) writes:
>In article <CC8373.4sC@pdh.com> ruck@pdh.com
> (John R. Ruckstuhl Jr.) writes:
>> keystone:/ /Net nfs net,rw,bg,intr,timeo=14,mnttimeo=5 0 0
>> keystone:/home /Net nfs net,rw,bg,intr,timeo=14,mnttimeo=5 0 0
>>Now I'm noticing some strangeness -- it seems that sometimes
>>machine:/home gets mounted !before! machine:/, and so it is hidden :-(
>You need to list the mounts in [what nidump would display as]
>reverse order. This should be mentioned in the FAQ posting if it
>isn't there already.
Eric,
Are you sure this is still valid for Release 3.x?
Your suggestion worked for 2.1, but after the 3.0 upgrade, the order
of NFS mounts seems to change on the fly (as shown by 'df' and
contents of '/etc/mtab').
In other words, the ordering of filesystems listed by these are
different from one day to another. Has anybody notice this?
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
From: karthy@dannug.dk (Karsten Thygesen)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Re: wu-ftpd on NeXT?
Date: 24 Aug 1993 17:00:58 GMT
Organization: Dannug - Danish NeXT Users Group
Message-ID: <KARTHY.93Aug24190100@dannug.dannug.dk>
References: <KARTHY.93Aug15215313@dannug.dannug.dk> <9322919.2281@mulga.cs.mu.OZ.AU>
<KARTHY.93Aug18190641@dannug.dannug.dk>
In-reply-to: karthy@dannug.dk's message of 18 Aug 1993 17:06:41 GMT
>>>>> On 18 Aug 1993 17:06:41 GMT, karthy@dannug.dk (Karsten Thygesen) said:
> I have compiled and installed wu-archive's ftp-daemon release 2.1B,
> and all works just great except the automatic tar and compress
> functionality.
>
> I can receive and transmit files, but the daemon has the ability to
> create a .tar and .tar.Z file on the fly, but I can't make it work.
>
> I have installed a copy of both compress, ls and gnu-tar in ~ftp/bin.
>
> Anyone got a clue??
>
> Btw: I'm running 3.1PR1, but I don't think that is the problem!
>
After help from David Meyer (dmm0t@rincewind.mech.virginia.edu), I
finaly got the ftpd to work right. David send me a mail of his
configuration, and I'm not sure wich change it was, but it helped to
install "sh" in the ~ftp/bin directory so that my ~ftp/bin is:
---x--x--x 1 root ftp 8140 Jul 19 23:39 compress
---x--x--x 1 root ftp 49152 Jul 19 23:39 gzip
---x--x--x 1 root ftp 106496 Jul 19 23:39 ls
---x--x--x 1 root ftp 122880 Aug 24 18:19 sh
---x--x--x 1 root ftp 114688 Jul 19 23:39 tar
and the permissions on ~ftp/usr/shlib/libsys_s.B.shlib is
-r-xr-xr-x 1 root ftp 934608 Jul 19 21:39 usr/shlib/libsys_s.B.shlib*
And now it just works!! Thanks David!
Below I'm posting David's mail to me which also shows hot to use gzip
in cooperation with ftpd:
>>>>> On Tue, 24 Aug 93 10:20:29 +0200, Karsten Thygesen <karthy@dannug.dk> said:
KT> Well...It's not that important and the basic ftp features
KT> works just great, but I sure would like to have automatic
KT> tar and compression to work.
KT> I sure would like to se your config files and perhaps a
KT> listing of what you got in /etc and /bin in ~ftp/
/ftp has
-rw-r--r-- 1 ftp 6 Apr 14 18:31 .forward
-rw-r--r-- 1 root 11865 Aug 24 02:11 00ls-lR.txt
-rw-r--r-- 1 root 1549 Apr 14 18:32 README.ftp
d--x--x--x 2 root 1024 Jul 23 09:11 bin/
dr-xr-xr-x 3 root 1024 Apr 15 15:25 etc/
drwxr-xr-x 2 ftp 1024 Jul 16 13:48 incoming/
drwxrwxr-x 5 root 1024 Jul 7 19:08 pub/
dr-xr-xr-x 5 root 1024 May 28 12:44 usr/
in /ftp/etc:
total 3
-r--r--r-- 1 root 281 Jul 14 13:48 group
dr-xr-xr-x 2 root 1024 May 12 14:11 msgs/
-r--r--r-- 1 root 527 Jul 14 13:53 passwd
in /ftp/bin:
lrwxrwxrwx 1 root 19 Jul 23 09:10 compress -> ../usr/ucb/compress*@
lrwxrwxrwx 1 root 21 Jul 23 09:11 gzip -> ../usr/local/bin/gzip*@
---x--x--x 1 root 106496 Nov 20 1992 ls*
---x--x--x 1 root 122880 Nov 20 1992 sh*
in /ftp/usr
drwxr-xr-x 3 root 1024 May 28 12:42 local/
dr-xr-xr-x 2 root 1024 Apr 14 17:45 shlib/
drwxr-xr-x 2 root 1024 May 28 12:44 ucb/
usr/local:
total 1
drwxr-xr-x 2 root 1024 Jul 23 08:58 bin/
usr/local/bin:
total 124
-rwxr-xr-x 4 dmm0t 39580 Aug 21 01:20 gzip*
-rwxr-xr-x 2 root 1828 Apr 14 07:09 gzip2comp*
-rwxr-xr-x 2 dmm0t 84152 Jul 9 08:33 tar*
usr/shlib:
total 848
-r-xr-xr-x 2 root 855958 Jul 21 1992 libsys_s.B.shlib*
usr/ucb:
total 9
-rwxr-xr-x 4 root 8280 Jul 21 1992 compress*
group looks like
daemon:*:1:daemon,root
sys:*:2:
bin:*:3:root
uucp:*:4:
kmem:*:5:
news:*:6:
tty:*:8:
operator:*:9:
staff:*:10:root,dmm0t
other:*:20:dmm0t,cbc0b,root,crb7q,kaw4t,sts6f,csm5e,prt7u
wheel:*:0:root,dmm0t
ingres:*:7:
nogroup:*:-2:
ftp:*:21:ftp,root,dmm0t
ftpmail:*:22:ftpmail,root,dmm0t
passwd looks like
root:*:0:1:Operator::
nobody:*:-2:-2::/tmp:
sync:*:-2:-2:::
agent:*:1:1::/tmp:
daemon:*:1:1::/tmp:
sys:*:2:2:::
bin:*:3:3::/bin:
uucp:*:4:4:::
news:*:6:6:::
sybase:*:8:8:Sybase Administrator::
dmm0t:*:2501:20:David Meyer::
ftp:*:21:21:Anonymous ftp account::
games:*:25:20:::
kaw4t:*:4135:20:Kent Watsen::
crb7q:*:1697:20:Dale Bass::
cbc0b:*:2570:20:Brian Cadieux::
ftpmail:*:100:22:ftp->email gateway::
prt7u:*:1317:20:Pete Thorsen::
sts6f:*:2994:20:Sonya Smith::
csm5e:*:2404:20:Chris Marron::
guest:*:101:20:Guest account::
my ftpaccess looks like
#deny * /etc/msgs/msg.dead
deny !nameserved /etc/msgs/msg.noname
loginfails 2
class local real *.virginia.edu
class local anonymous holmes.acc.virginia.edu
class remote real,anonymous *
limit dead 0 Any /etc/msgs/msg.dead
limit local -1 Any /etc/msgs/msg.toomany
limit remote 5 Any /etc/msgs/msg.toomany
readme README* cwd=*
message .message cwd=*
message /etc/msgs/welcome.msg login
compress yes remote local
tar yes remote local
log commands anonymous
log transfers anonymous outbound
passwd-check rfc822 enforce
private no
shutdown /etc/msgs/shutdown
delete no guest,anonymous # delete permission?
overwrite no guest,anonymous # overwrite permission?
chmod no anonymous # chmod permission?
umask no anonymous # umask permission?
alias TS: /pub/next/TickleServices
upload * no
upload /incoming yes root other 0644 dirs
upload /pub/pratchett/incoming yes root other 0644 dirs
upload /pub/next/TickleServices/incoming yes root other 0644 dirs
path-filter anonymous /etc/msgs/pathmsg ^[-A-Za-z0-9_\.]*$ ^\. ^-
path-filter guest /etc/msgs/pathmsg ^[-A-Za-z0-9_\.]*$ ^\. ^-
email ftp@rincewind.mech.virginia.edu
my ftpconversions looks like
# This file is scanned backwards, using a first match algorithm.
#
#strip prefix:strip postfix:addon prefix:addon postfix:external command:
#types:options:description
:.Z: :.z:/usr/local/bin/gzip2comp -Zz -c %s:T_REG:O_UNCOMPRESS|O_COMPRESS:UNCOMPRESS+GZIP
:.z: :.Z:/usr/local/bin/gzip2comp -zZ -c %s:T_REG:O_UNCOMPRESS|O_COMPRESS:UNGZIP+COMPRESS
:.z: : :/usr/local/bin/gzip -d -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNGZIP
:.gz: : :/usr/local/bin/gzip -d -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNGZIP
:.Z: : :/usr/ucb/compress -d -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNCOMPRESS
:-z: : :/usr/ucb/compress -d -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNCOMPRESS
: : :.z:/usr/local/bin/gzip -c %s:T_REG:O_COMPRESS:GZIP
: : :.gz:/usr/local/bin/gzip -c %s:T_REG:O_COMPRESS:GZIP
: : :.Z:/usr/ucb/compress -c %s:T_REG:O_COMPRESS:COMPRESS
: : :.tar:/usr/local/bin/tar -c -f - %s:T_REG|T_DIR:O_TAR:TAR
: : :.tar.z:/usr/local/bin/tar -c -z -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+GZIP
: : :.tar.gz:/usr/local/bin/tar -c -z -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+GZIP
: : :.tar.Z:/usr/local/bin/tar -c -Z -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+COMPRESS
That's basically everything I can think to send, barring binaries.
Let me know if you want anything else.
Dave
Karsten.
--
Karsten Thygesen I Aalborg, Denmark
karthy@dannug.dk (NeXT-Mail welcome) I Voice: +45 98 12 42 59
President, Danish NeXT Users Group I Fax: +45 98 12 44 81
Newsgroups: comp.sys.next.sysadmin
From: hv@uwasa.fi (Harri Valkama)
Subject: Re: MIME to PostScript?
Message-ID: <1993Aug24.174051.25245@uwasa.fi>
Organization: University of Vaasa, Finland
References: <mrossCC8M2z.42G@netcom.com>
Date: Tue, 24 Aug 1993 17:40:51 GMT
In article <mrossCC8M2z.42G@netcom.com> mross@netcom.com (Antigone Press) writes:
>I am under the delusion that an incoming multipart MIME e-mail message
>could be diverted to a program or shell script that would convert it into
>a multi-page PostScript document (possibly with ghostscript or mh?). The
>PostScript would then be sent to a printer or fax modem.
>
>The conversion is the part I'm stumped on... Anyone have any ideas, vague
>or not?
What I think is that you can only attach PS file with MIME and
(optionally) view it at the receiving end (with X-Window you can do
this using GhostScript, xv and this needs one little modification to
Pine).
>Thanks!
>
>--
>--------------
>Michael Ross mross@antigone.com (preferred)
>Antigone Press mross@netcom.com
>San Francisco CA FAX +1.415.431.3650
-harri-
--
///// Harri Valkama, hv@uwasa.fi (also NeXTmail welcome)
///// University of Vaasa, P.O.Box 700, 65101 VAASA, Finland
///// Telephone: +358 61 324 8364 fax: +358 61 324 8465
///// Anonymous ftp site moderator at garbo.uwasa.fi (128.214.87.1)
Newsgroups: comp.sys.next.sysadmin
From: klett@sunrayce.solar.umn.edu (James P. Klett)
Subject: HELP With SLIP
Message-ID: <CC9zw1.5tC@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Tue, 24 Aug 1993 18:04:21 GMT
Has anyone setup SLIPCommander on their NeXT at home using a modem??
I would like to get it up and running but since I am not a UNIX expert
I am not really sure where to start. I did DL SLIP version 920904 but
can't seem to get the two working. Anyone???
JIM
--
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
| |
| Programmer James P. Klett |
| klett@sunrayce.solar.umn.edu |
| |
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Newsgroups: comp.sys.next.sysadmin
From: mcnichol@terminator.psy.syr.edu (Brendan T. McNichols)
Subject: MEDIA ERROR
Message-ID: <1993Aug24.151753.28726@newstand.syr.edu>
Date: Tue, 24 Aug 93 15:17:53 EDT
Hi All,
Sorry if this a silly question, but as I've never come across this
problem before, I really don't know what to do. I've been getting the
following error messages on the console:
Target 1: MEDIA ERROR; block 1f6d5H retry 1
Target 1: MEDIA ERROR; block 1f6d5H retry 2
Target 1: MEDIA ERROR; block 1f6d6H retry 3
Target 1: MEDIA ERROR; block 1f6d5H retry 4
Target 1: MEDIA ERROR; block 1f6d8H retry 5
Target 1: MEDIA ERROR; block 1f6d5H retry 6
Target 1: MEDIA ERROR; block 1f6d5H retry 7
Target 1: MEDIA ERROR; block 1f6d5H retry 8
Target 1: MEDIA ERROR; block 1f6d6H retry 9
This happens quite frequently (usually with different block addresses)
and sometimes prevents the computer from booting or hangs the system. I
have tried running fsck on the disk, but that hasn't solved anything.
Additionally, I tried to run BuildDisk on this disk, but got an error
saying that the disk couldn't be initialized. The disk is the Seagate
405M that came internally in the NeXTStation 25MHz and is about 2 1/2
years old. Can anyone clue me in as to what this error message means and
how to fix it?
Thanks VERY much,
Brendan
--
Brendan T. McNichols, Computer Support (315) 682-1553 (home)
Syracuse University Mathematics Dept. mcnichol@syr.edu (NeXT)
215 Carnegie Hall
Syracuse, NY 13244
Newsgroups: comp.sys.next.sysadmin
From: dicosmo@dmi.ens.fr (Roberto DiCosmo)
Subject: Re: automounting dir & subdir
Message-ID: <1993Aug24.192308.5187@ens.fr>
Sender: news@ens.fr (USENET News System)
Organization: Ecole Normale Superieure, PARIS, France
References: <25dj9p$p2l@agate.berkeley.edu>
Date: Tue, 24 Aug 93 19:23:08 GMT
In article <25dj9p$p2l@agate.berkeley.edu> izumi@pinoko.berkeley.edu (Izumi
Ohzawa) writes:
> In article <1993Aug24.030435.12251@csus.edu>
> eps@futon.SFSU.EDU (Eric P. Scott) writes:
> >In article <CC8373.4sC@pdh.com> ruck@pdh.com
>
> > (John R. Ruckstuhl Jr.) writes:
> >> keystone:/ /Net nfs net,rw,bg,intr,timeo=14,mnttimeo=5 0 0
> >> keystone:/home /Net nfs net,rw,bg,intr,timeo=14,mnttimeo=5 0 0
>
> >>Now I'm noticing some strangeness -- it seems that sometimes
> >>machine:/home gets mounted !before! machine:/, and so it is hidden :-(
>
> >You need to list the mounts in [what nidump would display as]
> >reverse order. This should be mentioned in the FAQ posting if it
> >isn't there already.
>
> Eric,
>
> Are you sure this is still valid for Release 3.x?
> Your suggestion worked for 2.1, but after the 3.0 upgrade, the order
> of NFS mounts seems to change on the fly (as shown by 'df' and
> contents of '/etc/mtab').
>
> In other words, the ordering of filesystems listed by these are
> different from one day to another. Has anybody notice this?
>
>
>
> --
> Izumi Ohzawa [ $@Bg_78^=;(J ]
> USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
> Telephone: (510) 642-6440 Fax: (510) 642-3323
> Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
Speaking of automounts, I have a *really annoying* trouble here.
This is a machine that gets hung _whenever_ the automounter cannot mount
a filesystem, with an amusing error
NFS server (autonfsmount[93]) not responding still trying
(this is amusing as this server is just the very machine that gets
hung, and has nothing to do with the faulty file system: here is the
output of /etc/mount
cyclamen:(autonfsmount[93]) on /Net type nfs (ro,intr,port=695)
cyclamen:(autonfsmount[93]) on /import type nfs (ro,intr,port=695)
)
Any help would be most useful (even just hearing somebody saying he had
the same experience would be better than the present situation :-) )
Please e-mail, and I'll post a summary
Many thanx!
--
Roberto Di Cosmo <dicosmo@dmi.ens.fr>
LIENS
Ecole Normale Superieure
45, Rue d'Ulm
75005 Paris FRANCE
P.S.: here are some more details:
for compatibility reasons (we have a big mixed network), I mount
several filesystems with the automounter with a command like this in
the /etc/rc script:
/usr/etc/autonfsmount /import /etc/fstab.auto -rw,bg,X -a /private /Net -fstab
where for X I tried:
soft
intr
hard
with options:
timeo=20, mntimeo=10 etc. etc.
there seems to be no difference in the behaviour of the machine...
(surely, it does not respond after the 1*20 secs. described in the
manual page for mount :-( )
Newsgroups: comp.sys.next.sysadmin
From: mzeller@gwdu03.gwdg.de (Meinrad Zeller)
Subject: Re: Help: Mathematica
Message-ID: <2WMGBWZW@gwdu03.gwdg.de>
Organization: GWDG, Goettingen
References: <CC7L4I.3HH@hermes.hrz.uni-bielefeld.de>
Date: Tue, 24 Aug 1993 21:36:45 GMT
Frederek Althoff (frederek@techfak.uni-bielefeld.de) wrote:
: I've got some problems in installing Mathematica 2.0.4,
: single machine, two processes:
[munch]
I'm not sure if this is crucial, but I also had problems sometimes
installing Mma not in NextApps.
Put Mma in the NextApps folder (at least a link!?) and see what
happens.
Hope this helps
Meinrad
--
Meinrad Zeller
Foehrenweg 1
D-37077 Goettingen
Tel.: +49-551-300095
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: automounting dir & subdir
Message-ID: <1993Aug25.070713.15677@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Aug24.030435.12251@csus.edu> <25dj9p$p2l@agate.berkeley.edu>
Date: Wed, 25 Aug 1993 07:07:13 GMT
In article <25dj9p$p2l@agate.berkeley.edu>
izumi@pinoko.berkeley.edu (Izumi Ohzawa) writes:
>Are you sure this is still valid for Release 3.x?
Eek. We never had the problem with our own machines, but when
automounting wuarchive. Of course, now that they've combined all
their public material into a single logical disk (=single mount),
it's a nonissue.
I don't know why NeXT would break this under 3.x, but somehow
I'm not surprised. Send in a bug report. :-(
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Low level format
Message-ID: <1993Aug25.031337.54582@gmuvax.gmu.edu>
From: tfs@blackplague.gmu.edu (Tim Scanlon)
Date: 25 Aug 93 03:13:37 -0500
References: <CC2Jz6.Dz@ecf.toronto.edu>
Distribution: world
writes
> I have a flaky 105Mb internal quantum drive on my NeXTstation (mono
> running v2.1). I have tried using disk and sdform to reformat the
> drive and although both claim to do so, they need only about 1 second
> to return and claim that the drive has been formatted.
>
> Are there any utilities on the archives that will do such a format,
> and write a list of bad blocks in the appropriate place?
Not really, there are a few, but generally these things jsut plain suck when it comes
to fixing disks. Youre best bet is to use "disk" use it interactivly, NOT from
automaticly, and you'll be much better off. There's a big diffrence between
Initializing a disk and Formatting it, which you might no neccisarily be seeing.
If you really are hosed up, and disk won't help, you can allways yank the drive and
do the format & bad block mapping on a Mac, but be warned, use a Good utility to
do so, not some el-cheapo PD formatter for the Mac. Jsut low level format it,
write a new bad block map, and don't put a "Mac" high level format on it.
I'd try that as a last resort though. if you need it, email me at work & I'll mail you
an fstab which I've written for the 105 which is a hell of alot better than anything you'll
find off the CD... (ie it actually WORKS, which is not something I can claim about fstab's
prior to 3.1 & 3.0)
Tim Scanlon
tfs@gravity.science.gmu.edu
tfs@blackplague.gmu.edu
tfs@nvl.army.mil (work)
might no neccisarily be seeing.
If you really are hosed up, and disk won't help, you can allways yank the drive and
do the format & bad block mapping on a Mac, but be warned, use a Good utility to
do so, not some el-cheapo PD formatter for the Mac. Jsut low level format it,
write a
Newsgroups: comp.sys.next.sysadmin
From: john@wpa.com (John Bartley)
Subject: Link challenged : -)
Message-ID: <1993Aug25.051101.19395@nimno.wpa.com>
Sender: john@nimno.wpa.com
Organization: Workgroup Productivity Associates
Date: Wed, 25 Aug 1993 05:11:01 GMT
I've met my match trying to do battle with links that work the way I would
like them to work. Perhaps it isn't possible to elegantly accomplish what
I want, but maybe some unix wizards out there can help me determine if
that's the case.
On my server, I created a directory in my account called LINKS. In this
directory, I created symbolic links to various points of interest that I
often found useful to be able to browse without having to toggle in and
out of expert mode constantly. The technique works great on the server,
but breaks down when it has to cross the net to a different machine.
Here's what I have:
nimno> cd LINKS
nimno> ls -lg
total 0
lrwxrwxrwx 1 john other 23 Jul 2 16:36 NXFaxLog ->
/usr/adm/nxfax/nxfaxlog@
lrwxrwxrwx 1 john other 13 Jul 2 16:36 NewsControl ->
/usr/lib/news/@
lrwxrwxrwx 1 john other 15 Jul 2 16:36 NewsSpool ->
/usr/spool/news/@
lrwxrwxrwx 1 john other 36 Jul 2 16:36 SYBASE.errorlog ->
/usr/sybase/database/SYBASE.errorlog@
lrwxrwxrwx 1 john other 13 Jul 2 16:36 SendmailFiles ->
/etc/sendmail/@
lrwxrwxrwx 1 john other 15 Jul 2 16:36 UUCP ->
/usr/spool/uucp/@
lrwxrwxrwx 1 john other 21 Jul 2 16:36 UUCPPUBLIC ->
/usr/spool/uucppublic/@
lrwxrwxrwx 1 john other 9 Jul 2 16:36 UUCPcontrol ->
/etc/uucp/@
lrwxrwxrwx 1 john other 21 Jul 2 16:36 UUCPmqueue ->
/private/spool/mqueue/@
lrwxrwxrwx 1 john other 4 Jul 2 16:36 etc -> /etc/@
lrwxrwxrwx 1 john other 4 Jul 2 16:36 tmp -> /tmp/@
lrwxrwxrwx 1 john other 4 Jul 2 16:36 usr -> /usr/@
It's just very convenient to be able to find all these guys in one place
instead of trying to remember where some of the seldom-used or obscure
things are tucked away in the file system (like the faxlog for instance.)
I've tried without success to create a system of links like this that will
always point to the proper location ON MY SERVER instead of on whatever
machine I'm currently working on. This may not be possible, but it seems
like most reasonable things are somehow, and this seems reasonable to me.
If it is possible, how can I do it? If not, what setup would you recommend
so that it will work one way when I'm on other machines, but I use the
original directory while on the server?
I tried various combinations of exports and mounts, but nothing worked.
Maybe I'm just approaching it wrong. Any guidance will be greatly
appreciated.
Thanks.
John Bartley
john@wpa.com
Newsgroups: comp.sys.next.sysadmin
From: rasm@vnet.ibm.com(Pete Rasmussen)
Subject: netinfo timeout, sleeping
Sender: news@hawnews.watson.ibm.com (NNTP News Poster)
Message-ID: <CCBFCo.ELM@hawnews.watson.ibm.com>
Date: Wed, 25 Aug 1993 12:43:35 GMT
News-Software: IBM OS/2 PM RN (NR/2) v0.17h by O. Vishnepolsky and R. Rogers
Disclaimer: This posting represents the poster's views, not necessarily those of IBM.
Organization: IBM T.J. Watson Research
I installed TransSys SLIP on a non-networked 040 cube in order
to provide slip service to a PC sitting next to it. After adding
rc.slip to rc.local and rebooting, I get
'Aug 24 21:53:25 raz WindowServer[174]: netinfo timeout, sleeping'
Can someone tell me how to get around this? I won't ask if I can
disable netinfo for fear of another -=EPS=- war, but it seems as if
that's what I want to do.
Pete Rasmussen
rasm@vnet.ibm.com
Newsgroups: comp.sys.next.sysadmin
From: obrooks@worf.hssc.ksc.nasa.gov (Oscar Brooks)
Subject: DMESG Problem
Message-ID: <1993Aug25.131856.25744@dale.ksc.nasa.gov>
Keywords: Dmesg
Sender: news@dale.ksc.nasa.gov
Organization: NASA
Date: Wed, 25 Aug 1993 13:18:56 GMT
Everytime we try to run "dmesg" we get the
following error:
worf# dmesg
Aug 25 09:03
Can't get kernel namelist
worf#
This being run on NeXTStation Color system (68030) running 3.1.
Any hints ?
Please!!
O
--
------------------------------------------------
Oscar Brooks
Mail Code: DL-DSD-24
Kennedy Space Center, Fla. 32899
Internet: obrooks@dale.ksc.nasa.gov
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: louis.m.mcdonald@mve.aero.org (Louis McDonald)
Subject: Exceptional slow launch of documents on NS/486
Message-ID: <louis.m.mcdonald-250893092517@warrenton.aero.org>
Followup-To: comp.sys.next.hardware
Sender: news@speedy.aero.org
Organization: The Aerospace Corporation
Date: Wed, 25 Aug 1993 13:52:23 GMT
We are experiencing extremely long times in bringing up WordPerfect (WP)
documents on a NeXT Step (NS) 486.
The documents were originally written on a NeXT. The documents open
quickly on the NeXT. However, extremely long delays (5 to 20 minuits) have
been experienced the first time a document is opened on the NS 486. After
the document is opened the first time, it appears that it can be opened
again with minimal delay (4-8 seconds). Extensive tests have not yet been
performed to fully define the symptoms.
The NS 486 is a AST Power Premium 4/50d with 32 MB of memory.
The file server is a SPARC Station 10.
Has anyone else experienced performance?
Louis McDonald
703-318-5406 (office) 703-318-5409 (fax)
900-555-5406 (my special 900 number for information-holics)
From: obsta@nvtcp1.esm.vt.edu (Andreas Obst)
Newsgroups: comp.sys.next.sysadmin
Subject: Limiting User Space. How ?
Date: 25 Aug 1993 14:48:47 GMT
Organization: Virginia Tech, Blacksburg, Virginia
Message-ID: <25fu4f$lmr@vtserf.cc.vt.edu>
We have a NeXt ColorStation that is used by many students. Is there a way
to limit the disk space a student can consume? If there is, is there a way to have the student notified automatically if she/he is close to that limit?
--
Andreas Obst
Department of Engineering Science and Mechanics
Virginia Tech
obsta@nvtcp1.esm.vt.edu
From: botelle@eniac.seas.upenn.edu (Justin Botelle)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Netbeui support under NS/FIP
Message-ID: <143015@netnews.upenn.edu>
Date: 25 Aug 93 15:15:48 GMT
References: <1993Aug20.134210.59190@austin.onu.edu>
Sender: news@netnews.upenn.edu
Organization: University of Pennsylvania
In article <1993Aug20.134210.59190@austin.onu.edu> kbacon@austin.onu.edu (C0d3 M0n$t3r) writes:
) Has anyone heard of NeXTSTEP (in-the-future) supporting Netbeui or
)or Netbios protocols?
)
) We are currently running a 600node LanManager network and are looking for
)a better server platform than the current OS/2 1.3.!. A major concern
)is the lack of smtp/pop3 support under Win NT.
You would rather wait until hell freezes over when NextStep supports Netbeui,
than wait 2-3 months for a decent commerical smtp/pop3 mailer/server under
Windows NT? (There are already PD that use Winsock). Why do you need SMTP
support on these servers? I'm confused. What do these servers serve?
) It would be great to run NeXTSTEP on our servers.
Why? NextStep is a great developer's environment, but it's not exactly the
best for server management.
)Kyle C. Bacon
)Ohio Northern Univ.
)kbacon@gauss.onu.edu (NeXTMail accepted)
Justin
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: DMESG Problem
Date: 25 Aug 1993 16:16:49 GMT
Organization: University of California, Santa Barbara
Distribution: world
Message-ID: <25g39h$kls@hub.ucsb.edu>
References: <1993Aug25.131856.25744@dale.ksc.nasa.gov>
In article <1993Aug25.131856.25744@dale.ksc.nasa.gov>
obrooks@worf.hssc.ksc.nasa.gov (Oscar Brooks) writes:
]
] Everytime we try to run "dmesg" we get the
] following error:
]
] worf# dmesg
]
] Aug 25 09:03
] Can't get kernel namelist
] worf#
]
] This being run on NeXTStation Color system (68030) running 3.1.
] Any hints ?
]
dmesg has produced this error on every NeXT under every OS since 1.0, as far as
I can remember. If you want to get the same results, just do a more on
/usr/adm/messages.
--
Douglas Scott (805)893-8352
Center for Computer Music Research and Composition
University of California, Santa Barbara
Internet: (NeXTMail ok) <doug@foxtrot.ccmrc.ucsb.edu>
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.misc
From: hussain@artsci.wustl.edu (G. H. Chinoy)
Subject: attaching a HP Scanner to a NeXT?
Message-ID: <1993Aug25.174502.24607@wuecl.wustl.edu>
Sender: usenet@wuecl.wustl.edu (News Administrator)
Organization: Washington University, School of Engineering, St. Louis MO
Date: Wed, 25 Aug 1993 17:45:02 GMT
Does anyone know how to attach an HP Scanner to a NeXT? What scanning program
would I need? I'm pretty much a novice with scanners.
Thanks!
- Hussain
________________________________
G. Hussain Chinoy
Consultant, Arts & Sciences NeXT Lab
Cupples I, Room 213
Washington University in St. Louis
hussain@artsci.wustl.edu
NeXT Mail Welcome
From: wrb@biostr.washington.edu (William Barker)
Newsgroups: comp.sys.next.sysadmin
Subject: NetInfo & Printing
Date: 25 Aug 1993 19:15:58 GMT
Organization: University of Washington
Message-ID: <25gdpe$s9q@news.u.washington.edu>
Yo,
I was cleaning up my NetInfo DB lately, and I made some changes to the
note property of some printers in both the root and local domains, and the
changes don't show up in the print panel or in PrintManager. So, where do
print panel and PrintManager get their data, if not from NetInfo?
--
Bill Barker
Biological Structure, SM-20
University of Washington
Seattle WA 98195
(206) 543-7315
"In Wine there is Wisdom, In Beer there is Strength; In Water is
Bacteria." --Old German Saying.
From: npratt@glacier.sim.es.com (Nevin Pratt)
Newsgroups: comp.sys.next.sysadmin
Subject: Boot NS/FIP from SCSI 6?
Date: 25 Aug 1993 15:50:15 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Message-ID: <25g1nn$rq3@cnn.sim.es.com>
Anybody know if it is possible to boot an NS/FIP system from a hard drive
that has a SCSI address of 6? (Or, more specifically, anything *other*
than SCSI address of 0 or 1?).
I know this is trivial on black hardware, but Intel systems always seem
to want to boot from SCSI 0, and the initial NS/FIP installation requests
that the CDROM drive be SCSI 1.
I have the Adaptec 1542B controller, if it matters. I also have a Fujitsu
1 GB drive as SCSI 0, and a Conner 525 MB drive as SCSI 6, as well as
an Apple CD-300 at SCSI 1. I have the complete developers version of
NS/FIP on the Fujitsu, and a user version on the Conner.
Building a boot floppy to facilitate this would be OK, provided it booted
in such a manner that the complete user version of NS/FIP (on the Conner
drive) was available, and still let me keep the Fujitsu at 0 and the
CD-300 at 1.
Any suggestions?
Nevin
Newsgroups: comp.sys.next.sysadmin
From: obrooks@worf.hssc.ksc.nasa.gov (Oscar Brooks)
Subject: Banner Page Problem
Message-ID: <1993Aug25.185657.29148@dale.ksc.nasa.gov>
Keywords: Banner Page, Printing
Sender: news@dale.ksc.nasa.gov
Organization: NASA
Date: Wed, 25 Aug 1993 18:56:57 GMT
How do you stop the Banner Page from printing when
you request multiple copies of the same thing? For
example, each copy has it own Banner Page associated
with it.
Trying to save some trees, HELP!
O
------------------------------------------------
Oscar Brooks
Mail Code: DL-DSD-24
Kennedy Space Center, Fla. 32899
Internet: obrooks@dale.ksc.nasa.gov
Newsgroups: comp.sys.next.sysadmin
From: bstone@acs.ucalgary.ca (Blake Stone)
Subject: Re: netinfo timeout, sleeping
Message-ID: <Aug25.195918.58181@acs.ucalgary.ca>
Date: Wed, 25 Aug 1993 19:59:18 GMT
References: <CCBFCo.ELM@hawnews.watson.ibm.com>
Organization: The University of Calgary, Alberta
> I installed TransSys SLIP on a non-networked 040 cube in order
> to provide slip service to a PC sitting next to it. After
> adding rc.slip to rc.local and rebooting, I get
>
> 'Aug 24 21:53:25 raz WindowServer[174]: netinfo timeout,
> sleeping'
>
> Can someone tell me how to get around this? I won't ask if I
> can disable netinfo for fear of another -=EPS=- war, but it
> seems as if that's what I want to do.
Two things:
a) You don't really ever want to disable NetInfo... what you DO
want to do with a lone NeXT on a non-NetInfo network (SLIP or
otherwise) is use the HostManager application to change your
local configuration with regard to NetInfo Binding. You want
to select "Use local domain only".
b) If you want more information on NetInfo messages like the
"sleeping" messages in case (a) doesn't work, check out the
Summer 1993 issue of NeXT In Focus available via anon ftp from
ftp.next.com. This whole issue is devoted to NetInfo.
--
Blake W. Stone | DKW Systems Corporation
Chief Technical Officer | A N[EXTSTEP,eXT[STEP,step,Step]] VAR
bstone@acs.ucalgary.ca |
| ... couldn't have been ME
From: Hal.Varian@umich.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Re: attaching a HP Scanner to a NeXT?
Date: 25 Aug 1993 20:11:53 GMT
Organization: University of Michigan - College of Literature, Science, and TheArts
Distribution: world
Message-ID: <25gh29$31k@controversy.math.lsa.umich.edu>
References: <1993Aug25.174502.24607@wuecl.wustl.edu>
In article <1993Aug25.174502.24607@wuecl.wustl.edu> hussain@artsci.wustl.edu
(G. H. Chinoy) writes:
> Does anyone know how to attach an HP Scanner to a NeXT? What scanning
program
> would I need? I'm pretty much a novice with scanners.
>
Me too. But I just looked into this a few days ago.
Second Glance (714-855-2331) sells software for HPs. HSD (415-692-9061?) says
their product for HPs will be out real soon now.
--
Hal.Varian@umich.edu Hal Varian
voice: 313-764-2364 Dept of Economics
fax: 313-764-2364 Univ of Michigan
Ann Arbor, MI 48109-1220
Newsgroups: comp.sys.sun.admin,comp.sys.next.sysadmin
From: benst@olivetti.nl (Ben Stuyts)
Subject: NeXT CDROM to Sun 3/80 problem
Message-ID: <1993Aug25.202010.5942@olivetti.nl>
Summary: Locks up SCSI bus
Keywords: CDROM SCSI NeXT Sun
Organization: Olivetti Nederland B.V.
Date: Wed, 25 Aug 1993 20:20:10 GMT
Dear Net,
I am having trouble connecting a NeXT CDROM drive to a Sun-3/80.
The NeXT CDROM drive contains a Sony CDU-541-1N drive with rom
revision 2.6a. The Sun runs SunOS 4.1.1_U1, and has 2 Quantum 105MB
drives and a Fujitsu 520 MB drive on the SCSI bus.
The CDROM drive basically blows away the Sun's SCSI bus, generating
errors msgs like this:
Jul 2 18:45:07 ana vmunix: sm0: resetting scsi bus
Jul 2 18:45:07 ana vmunix: sm0 Snap shot: error= 0x11 (Unexpected phase error)
Jul 2 18:45:07 ana vmunix: state= 0x3 (Spec restore), sub_state= 0x5
Jul 2 18:45:07 ana vmunix: esp cmd= 0x0, xcnt= 0, intr= 0x10
Jul 2 18:45:07 ana vmunix: fifo_flag= 0x0, status= 0x1(0x11), step= 0xe4
Jul 2 18:45:07 ana vmunix: sync periods[0-7]: 0 0 0 6 0 0 0
Jul 2 18:45:07 ana vmunix: sync offsets[0-7]: 0 0 0 8 0 0 0
Jul 2 18:45:07 ana vmunix: DVMA status= 0x10 addr= 0xfff10000
Jul 2 18:45:07 ana vmunix: target= 6, lun= 0, count= 0(0)
Jul 2 18:45:07 ana vmunix: cdb: 8 0 0 0 70 0
Jul 2 18:45:07 ana vmunix: current phase= DATA IN
Jul 2 18:45:07 ana vmunix: last phase= Restore ptr MSG
Jul 2 18:45:07 ana vmunix: last phase= Reconnect 6 0
Jul 2 18:45:07 ana vmunix: last phase= Disconnect MSG
Jul 2 18:45:07 ana vmunix: last phase= Save ptr MSG 0
Jul 2 18:45:07 ana vmunix: last phase= DATA IN 2048
Jul 2 18:45:07 ana vmunix: last phase= Restore ptr MSG
Jul 2 18:45:07 ana vmunix: last phase= Reconnect 6 0
Jul 2 18:45:07 ana vmunix: last phase= Disconnect MSG
Jul 2 18:45:07 ana vmunix: sr0a: read retry, block 0
Jul 2 18:45:07 ana vmunix: sense key(0x0): no sense
Jul 2 18:45:07 ana vmunix: sm0: sr0, unit online
Jul 2 18:45:07 ana vmunix: sr0a: read retry
Jul 2 18:45:07 ana vmunix: sense key(0x0): no sense
Jul 2 18:45:07 ana vmunix: sr0a: read retry, block 0
Jul 2 18:45:07 ana vmunix: sense key(0x0): no sense
Jul 2 18:45:12 ana vmunix: sr0a: read failed, block 0
Jul 2 18:45:12 ana vmunix: sense key(0x0): no sense
I can't find anything about these errors in the manuals. I checked
the parity on the NeXT CDROM, which was enabled. Disabling didn't
change anything. Couldn't see any other jumpers on the back of the
drive.
To make sure there wasn't anything wrong with the 3/80, cabling,
kernel, etc, I borrowed a Sun CDROM drive which worked without a
hitch.
I'd appreciate any help!
Ben Stuyts
(Please use benstn@olivetti.nl for replies)
Newsgroups: comp.sys.next.sysadmin
From: Douglas Moore
Subject: DOS disk problems w/NS3.1
Message-ID: <CCC28o.Eyp@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Wed, 25 Aug 1993 20:50:17 GMT
Hello-
Is anybody else having problems with DOS disks after they have been used
in a NeXT? Here is my problem--
1. Initialize disk in DOS machine
2. Check disk with Norton Disk Doctor, checks OK
3. Take disk to NeXT, copy file onto it. So far, so good
4. Insert disk in DOS machine, read file
5. Receive infamous and stupid Ignore, retry, fail message
6. Run Norton Disk Doctor again, ~10 bad sectors on disk
My question:
1. Did the NeXT do this? If so, how? Could the disk speed be off, and if
so does anybody know how to adjust this? Or is it a software problem that
has crept in on the NS3.1 Trojan Horse :-) :-)
2. Did the D(amn)O(ther)S(ystem) do this, and if so does anybody want a
video of it being shot, dropped, and burned
(This never happened with 2.1 or 3.0)
Thanks,
Doug Moore
moor0002@student.tc.umn.edu
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Disk trashed by power outage: help?
Message-ID: <1329@rtbrain.rightbrain.com>
Date: 25 Aug 93 20:54:38 GMT
Sender: glenn@rightbrain.com
I have a 105 slab at home that won't boot after a power failure at my
house while I was gone. Almost immediately after issuing the boot
command in the ROM monitor it says something about a checksum error
and "Bad label", I think.
Does anybody know of anything I can do to repair this, or do I need to
boot off a CD-ROM and completely rebuild the disk? What if I can't
reach the disk after having booted from CD-ROM? What can I do to
re-label the disk or whatever?
Thanks for any help.
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
From: boardman@casbah.acns.nwu.edu (Michael Boardman)
Newsgroups: comp.sys.next.sysadmin
Subject: restricting mail
Date: 25 Aug 93 21:47:36 GMT
Organization: Northwestern University, Evanston, IL USA
Message-ID: <boardman.746315256@news.acns.nwu.edu>
Keywords: mail
Sorry if this is an ignorant question...but I need to know the answer
anyway...
Is there a way to restrict incoming mail for a user?
I have a "user" on my machine that will receive mail from news.
These messages will be saved in a file (via aliasing in NetInfo)
in our gopher data directory.
For obvious reasons, I do not want this "user" to receive mail from anywhere else.
e-mail responses would be appreciated!
boardman@davinci.lfc.edu
boardman@casbah.acns.nwu.edu
Michael Boardman
Lake Forest College
From: jfosback@darkwing.uoregon.edu (Jason Fosback)
Newsgroups: comp.sys.next.sysadmin
Subject: NetInfo with black and white network?
Date: 25 Aug 1993 22:43:22 GMT
Organization: University of Oregon
Message-ID: <25gpua$o8v@pith.uoregon.edu>
I tried setting up a NetInfo network with two NeXT machines, and one PC
running NEXTSTEP. Individually, all of the machines boot and run fine.
All machines are running NS 3.1.
I tried to set up a NetInfo network with the three machines using a single
server and two clients with automatic IP numbers. The other NeXT boots up
perfectly, and the / NetInfo domain works beautifully.
Then, I attempted to set up the PC. SimpleNetworkStarter ran fine, and
everything configured properly. When I rebooted, the machine booted
properly, got its IP number and name, and mounted all of the directories
from the server. When the window server started, I simply got a grey
screen and a cursor. No login panel.
Since I had seen this before when having problems with fonts, I removed the
/LocalLibrary mount from the / domain. This time, the login panel
presented itself. However, when I tried to log in, the machine would hang
with no dock, no recycler, just a blank screen and spinning cursor. I
could login remotely from the other machines, and all of that worked
correctly.
So, I removed ALL of the mounts from the / domain and tried again. It
still didn't work. I checked using HostManager that it was *not*
configured as a NeXT machine.
As a desperation measure, I resorted to removing the PC from the NetInfo
network and booted it as a non-NetInfo machine. I NFS mounted
/LocalLibrary, /LocalApps, and some others, and everything worked fine.
The machine came up, allowed local users to log in, etc., and had full
access to fonts and programs.
What is wrong here?? Is there a problem with black and white hardware
coexisting in a NetInfo environment?
Here is the machine's configuration:
'486DX2-50
20 megs ram
330 meg IDE drive
3 1/2" floppy
S3-911 LocalBus video adapter running in standard VGA mode
SMC-16 ethernet board
Keyboard, mouse
I can't see how it could be hardware, 'cause it works beautifully in a
normal standalone setup under heavy NFS, etc.
Any help or suggestions would be much appreciated!
Thanks.
-jason
___________________________________________________________________
Jason Fosback, User Support Analyst | No sir, I didn't like it
---- University of Oregon ---- | -R&S
Internet: jfosback@oregon.uoregon.edu | Star Trek:
NeXT mail: jfosback@darkwing.uoregon.edu | The NeXT Generation...
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Caution: removing -r (was Re: Control M's appended...)
Message-ID: <1993Aug24.145315.9726@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <CC8KF5.8H2@apogee.execnet.com>
Date: Tue, 24 Aug 1993 14:53:15 GMT
In article <CC8KF5.8H2@apogee.execnet.com>
rsww@apogee.execnet.com (Ross S. W. Walker) writes:
[original quote and part of helpful response deleted]
> "\r\n" to "\n" alone. E.g. change:
->
-> Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, A=uux - -r
$h!rmail ($u)
->
-> to:
->
-> Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, E=\n A=uux -
-r $h!rmail ($u)
->
->
-> Another change you may want to put in (which I also put
-> in mine) is to remove the "-r" from the uux command
-> arguments. Do this if you want the UUCP transfer to
-> begin right away, rather than waiting one system to
-> poll the other. The "-r" causes uux to queue the job
-> but not initiate the call.
->
-> Hope this helps.
->
-> --
-> Gilles Detillieux <Gilles@scrc.UManitoba.CA>
-> Spinal Cord Research Centre or <grdetil@muug.mb.ca>
-> Dept. of Physiology, U. of Manitoba Phone: (204)789-3766
-> Winnipeg, MB R3E 0W3 (Canada) Fax: (204)786-0932
->==========================================================
-> rsww@apogee.execnet.com (Ross S. W. Walker)
->=======================================================
Just a quick CAUTION on removing the -r from the uux command
in sendmail.cf... We tried it...
With limited hours in L.sys for certain nodes, ``Never''
or vector via a tcp (disl-in-only-SLIP) in others, we found
that uucico would lock the port in response to the first uux
command even though it was forbidden to dial. Then it would
sleep WITH the port LOCKED. Subsequent uux commands launched
by sendmail would stack up, sleeping (displayable with ps).
This primarily happened when pass-through mail was
processed so that the port was locked by a non-uucp process
when the first uux->uucico occurred, so probably would not
affect a completely stand-alone system.
The fix, of course, was to replace the -r and cron-poll
events.
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred MIME-Mail ok
Newsgroups: comp.sys.next.sysadmin
From: (slugg jello)
Subject: Why does swapdisk "mount" in WorkSpace?
Message-ID: <1993Aug26.045002.353@mouthers.nwnexus.wa.com>
Sender: slugg@mouthers.nwnexus.wa.com
Organization: Mouthing Flowers
Date: Thu, 26 Aug 1993 04:50:02 GMT
Whenever I power on my Cube with the CDROM drive running and login, WorkSpace
opens a viewer window on my swapdisk. This doesn't happen if the CDROM drive
is powered off. I'm running NEXTSTEP 3.1. I have a separate 40M internal
swapdrive, an external boot drive, and the external NeXT CDROM drive.
The contents of /etc/fstab are:
#/dev/rd1a /private/swapdisk 4.3 rw,noquota,auto 0 0
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/dev/sd0b /clients 4.3 rw,noquota 0 2
I don't know why the first line is commented out.
The contents of mtab when this occurs are:
/dev/sd0a "/" 4.3 rw,noquota,noauto 0 1
/dev/sd0b "/clients" 4.3 rw,noquota 0 2
/private/vm/swapfile "/private/vm/swapfile.front" swapfs rw 1 2
mouthers:(autonfsmount[109]) "/Net" nfs ro,intr,port=708 0 0
/dev/sd2a "/swapdisk" 4.3 rw,noquota 1 2
The WorkSpace console window has the line:
Aug 25 21:16:04 Workspace: Mounted hard disk at /swapdisk
Thanks for any suggestions!
Doug Kent
Mouthing Flowers, Inc.
slugg@mouthers.wa.com
--
Doug Kent
Mouthing Flowers, Inc.
slugg@mouthers.wa.com
Newsgroups: comp.sys.next.sysadmin
From: rich@pencil.cs.missouri.edu (Rich Winkel)
Subject: lpd won't print!!!
Message-ID: <rich.746346546@pencil>
Sender: news@mont.cs.missouri.edu
Organization: University of Missouri
Date: 26 Aug 93 06:29:06 GMT
It was working fine until today. There were no changes made in the
configuration, in fact root hadn't logged on for at least a week.
"lpc up all" says "couldn't start daemon" for each printer, both
Local_Printer and the two remote printers.
It also (sometimes) says "connect: no such file or directory".
The socket /dev/lpd/printer exists.
There are 2 /usr/lib/lpd's shown in ps's output. I've tried killing
them and running lpd again, to no avail.
I've done "lpc clean all", I've rebooted the machine, I've done
everything I can think of.
I notice that /usr/adm/lpd-errs is periodically showing lines like this:
Aug 25 14:16:53 beem npd[7795]: another npd already running
These started appearing today.
Has anyone ever seen anything like this? I've cleared up many lpd hangs,
but this has me stumped.
Hopefully,
Rich
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: DMESG Problem
Message-ID: <1993Aug26.065938.20472@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Aug25.131856.25744@dale.ksc.nasa.gov> <25g39h$kls@hub.ucsb.edu>
Date: Thu, 26 Aug 1993 06:59:38 GMT
They haven't fixed this yet? Sigh.
Send in a bug report.
They're looking up _msgbuf (which no longer exists). They need
to look up _pmsgbuf instead and toss in another level of
indirection.
Isn't that obvious? :-) :-) :-)
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: wwright@shell.portal.com (Bradly William Wright)
Subject: Can't print through parallel port on NS/FIP, why?
Message-ID: <CCCw4J.5A1@unix.portal.com>
Keywords: Centronics, NS/FIP, Deskjet
Sender: news@unix.portal.com
Organization: Portal Communications Company
Date: Thu, 26 Aug 1993 07:43:29 GMT
I've tried several different configurations, but I can't seem
to get my NS/FIP box to send characters through the parallel
port. I can print just fine from Windows or Dos, so I know
it's not the printer.
What I'm trying to do is get my Deskjet to work as a line printer.
If ascii characters are sent to a Deskjet, the printer will print
them directly to page. For some reason, I've been unable to get
even garbage to spit out on the printer. I've tried configuring
the printer via printmanager as an "Unknown" printer and as a
postscript printer, but still nothing get printed.
I know that something is reaching the printer because the
busy light comes on. The connection and the cable are both
good, as well. Are there any known bugs with the parallel
port driver?
Thanks in advance,
Brad Wright
==================================================
| Software Engineer (Massivus Nerdus) |
| Premisys Communications (The Access Company) |
| 1032 Elwell Court, Palo Alto California 94303 |
| wwright@premisys.com, wwright@shell.portal.com |
--------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: znih!dbhinz (David Hinz)
Subject: Re: HELP With SLIP
Message-ID: <1993Aug26.042004.1333@nugget.rmNUG.ORG>
Keywords: SLIP
Sender: dbhinz@nugget.rmNUG.ORG
Organization: Hz Consulting
References: <CC9zw1.5tC@news2.cis.umn.edu>
Date: Thu, 26 Aug 1993 04:20:04 GMT
In article <CC9zw1.5tC@news2.cis.umn.edu> klett@sunrayce.solar.umn.edu (James
P. Klett) writes:
| Has anyone setup SLIPCommander on their NeXT at home using a modem??
| I would like to get it up and running but since I am not a UNIX expert
| I am not really sure where to start. I did DL SLIP version 920904 but
| can't seem to get the two working. Anyone???
| JIM
I could use some help also with setting up SLIP using SLIP_920904. I've set up
the slip.config and all that but can never get a connection. I used the
HostManager to set things up, but I get the feeling there are more files I need
to edit by hand to get everything working.
Maybe someone could post a step-by-step plan for getting SLIP working :)
Thanks.
Newsgroups: comp.sys.next.sysadmin
From: arrouye@cosmos.imag.fr (Yves Arrouye)
Subject: HELP: PB configuring NeXT mailhost in mixed network...
Message-ID: <ARROUYE.93Aug26085905@mistral.imag.fr>
Sender: news@imag.fr
Organization: Institut Imag, Grenoble, France
Date: Thu, 26 Aug 1993 07:59:05 GMT
Hi,
I have a problem configuring my NeXT (well, a PC...) as its own
mailhost in a Unix network. I have done everything as said in the sys.
admin. book (including adding mailhost with NetInfoManager instead of
HostManager because this one is bugged) and it does not work (even if
I remove the mailhost entry as an alias).
Every message sent to my machine results in an error message because
of a config error...
Any one can help? I really don't know what to do now...
Yves.
Here are 1/ The transcript of the send with mail -v
2/ The error mail
1/ -----
mistral405% mail -v root@petole
To: root@petole
Subject: Hello
Good bye.
Signing letter... /users/mistral2/arrouye/.signature: 4 lines
Sending letter ... root@petole... Connecting to mailhost via ether...
Trying 129.88.32.1... connected.
220 imag.fr 5.65c8/IDA-1.4.4 Sendmail is ready at Thu, 26 Aug 1993
09:01:28 +0200
>>> HELO mistral.imag.fr
250 Hello mistral.imag.fr, pleased to meet you
>>> VERB
200 Verbose mode
>>> ONEX
200 Only one transaction
>>> MAIL From:<arrouye@aquilon.imag.fr>
250 <arrouye@aquilon.imag.fr>... Sender ok
>>> RCPT To:<root@petole>
250 <root@petole>... Recipient ok
>>> DATA
354 Enter mail, end with "." on a line by itself
>>> .
050 <root@petole>... Connecting to petole.imag.fr (TCP)...
050 220 petole Sendmail NX5.67d/NX3.0M ready at Thu, 26 Aug 93
09:00:29 +0100
050 >>> HELO imag.fr
050 250 petole Hello imag.fr (imag.imag.fr), pleased to meet you
050 >>> MAIL From:<arrouye@aquilon.imag.fr>
050 250 <arrouye@aquilon.imag.fr>... Sender ok
050 >>> RCPT To:<root@petole.imag.fr>
050 250 <root@petole.imag.fr>... Recipient ok
050 >>> DATA
050 354 Enter mail, end with "." on a line by itself
050 >>> .
050 250 Ok
050 >>> QUIT
050 221 petole closing connection
050 <root@petole>... Sent
250 Ok
>>> QUIT
221 imag.fr closing connection
root@petole... Sent
sent.
mistral406%
2/ --- Error mail ---
From Mailer-Agent@petole Thu Aug 26 08:57:14 1993
Received: from petole (petole.imag.fr) by aquilon.imag.fr (4.1/5.17)
id AA06542; Thu, 26 Aug 93 08:57:13 +0200
Received: from imag.imag.fr by petole (NX5.67d/NX3.0M)
id AA00267; Thu, 26 Aug 93 09:00:29 +0100
Date: Thu, 26 Aug 93 09:00:29 +0100
From: NeXT Mail Agent <Mailer-Agent@petole.>
Subject: Returned mail: Service unavailable
Message-Id: <9308260800.AA00267@petole>
To: arrouye@aquilon
Status: O
----- Transcript of session follows -----
While connected to petole.imag.fr:
>>> HELO petole
<<< 553 petole config error: mail loops back to myself
554 <root@petole.imag.fr>... 554 Service unavailable
----- Unsent message follows -----
Return-Path: <arrouye@aquilon.imag.fr>
Received: from imag.imag.fr by petole (NX5.67d/NX3.0M)
id AA00265; Thu, 26 Aug 93 09:00:29 +0100
Received: from mistral.imag.fr by imag.fr with SMTP id AA29241
(5.65c8/IDA-1.4.4 for <root@petole>); Thu, 26 Aug 1993 09:01:28
+0200
Received: by mistral.imag.fr (4.1/5.17)
id AA06099; Thu, 26 Aug 93 08:55:16 +0200
Message-Id: <9308260655.AA06099@mistral.imag.fr>
From: Yves Arrouye <arrouye@aquilon.imag.fr>
Date: Thu, 26 Aug 1993 08:55:16 +0200
X-Organization: IMAG Institute, University of Grenoble
To: root@petole.imag.fr
Subject: Hello
Good bye.
--
With one processor, we verify that the time spent
Yves Arrouye
in controlling parallelism is not too long.
arrouye@mistral.imag.fr
arrouye@imag.imag.fr
-- Yannick Tre'molet, LMC (33) 76
57 48 61
--
With one processor, we verify that the time spent Yves Arrouye
in controlling parallelism is not too long. arrouye@mistral.imag.fr
arrouye@imag.imag.fr
-- Yannick Tre'molet, LMC (33) 76 57 48 61
Newsgroups: comp.sys.next.sysadmin
From: sanders-malcolm@cs.yale.edu (Malcolm Sanders)
Subject: swapdisk questions
Message-ID: <25ig6kINNlij@FROG.ZOO2.CS.YALE.EDU>
Sender: news@cs.yale.edu (Usenet News)
Organization: /homes/ee/sanders/.organization
Date: Thu, 26 Aug 1993 14:09:24 GMT
Under NS3.1, I boot my cube off of an external hard disk at sd1a. I have
relabeled the internal drive, mounted at sd0a, as "swapdisk", in the hopes
that all swapping will be done on a swapfile which resides on swapdisk.
For the most part, this works, but there are a few things I don't understand
about this and maybe the net wisdom could provide answers.
When the system is booted up, and I look around for swapfiles. I see
three of them. One on /private/vm/swapfile, another on
/private/swapdisk/vm/swapfile, and yet another on
/private/swapdisk/vm/swapfile.front. When I do mount -p, I see that
/private/swapdisk/vm/swapfile seems to be a device that is mounted on
/private/swapdisk/vm/swapfile.front.
Here is my /etc/fstab:
/dev/sd1a / 4.3 rw,noquota,noauto 0 1
/dev/sd0a /private/swapdisk 4.3 rw,noquota,noauto 0 1
and here is what mount -p gives after I've booted:
(I've used {$PSV} as an abbreviation for /private/swapdisk/vm)
/dev/sd1a / 4.3 rw,noquota,noauto 0 1
/dev/sd0a /private/swapdisk 4.3 rw,noquota,noauto 1 2
{$PSV}/swapfile {$PSV}/swapfile.front swapfs rw 1 2
I think that {$PSV}/swapfile and /dev/sd0a refer to the same physical device.
This seems a bit redundant.
What can I do so that I will wind up with only one
swapfile that lives on my swapdisk?
Thanks,
Malcolm Sanders
mms@jax.org
Newsgroups: news.software.nntp,comp.sys.next.sysadmin
From: darcy@solutions.ca (Darcy Brockbank)
Subject: INN on NeXT
Message-ID: <1993Aug26.144644.4310@sifon.cc.mcgill.ca>
Sender: news@sifon.cc.mcgill.ca
Organization: McGill University
Date: Thu, 26 Aug 1993 14:46:44 GMT
Has anyone successfully installed INN on a NeXT? If so,
could you please contact me?
I don't know why the installation procedure has to be such a
bloody pain...
- darcy
(PS. Thanks)
Newsgroups: comp.sys.next.sysadmin
From: dean@world.std.com (Dean S Banfield)
Subject: NS/FIP & GW 2000 (Questions)
Message-ID: <DEAN.93Aug26093715@world.std.com>
Sender: dean@world.std.com (Dean S Banfield)
Organization: The World Public Access UNIX, Brookline, MA
Distribution: comp
Date: Thu, 26 Aug 1993 14:37:15 GMT
Hi,
I recently posted my experiences in installing NS/FIP on a Gateway 2000
in comp.next.misc. Hopefully they were of value to anyone anticipating
a Next purchase for GW hardware. I also listed a few questions, but they may
have been overlooked as they were at the end of a longish post:
I have GW 2000 (X30 Micronics Motherboard with the W7 jumper installed) with
2 IDE drives (424 and 212MBs). NeXTSTEP and a primary DOS partition on the
424 (formatted 405) and DOS stuff on an 'extended' DOS partition on the 212MB.
1) When I boot, during the registration phase, I get the hd0 registered then
the system mysteriously pauses. After a wait, I hit (any?) key on the keyboard
and receive the immediate message:
ide: Read error: status=0x50, error=0x00, sec=0x00, cyl=0x10, drhd=0xb0
The hd1 drive is noted, but is not recognized by the system. Once logged into
NS I get a popup "Drive is unreadable - [initialize],[ignore]". I ignore
it and carry on no other problems. When opting for the DOS boot, everything
is AOK. Any clues?
2) I blew off the 'me' account, and hung my user accounts from a new directory
'/u'. I noticed that the root account had no password. Any other accounts
with no password?
3) I didn't install Webster of Literature from CD to hard-drive. How can
they be run directly from CD. I get messages /NextLibrary/References...
not found. Correct. Not on my hard drive.
4) Adaptec and Pro Audio 16 don't get along well. Any news on this?
Thanks in advance to suggestions on any or all of these.
-Dean
--
Dean S. Banfield Voice: (203) 656-1500
Real Decisions Corporation FAX : (203) 656-1659
22 Thorndal Circle email: dean@world.std.com
Darien, CT 06820
From: anstine@uniblab.sas.upenn.edu (David Anstine)
Newsgroups: comp.sys.next.sysadmin
Subject: Maximum number of processes under 3.1
Message-ID: <143324@netnews.upenn.edu>
Date: 26 Aug 93 18:37:54 GMT
Sender: news@netnews.upenn.edu
I remember seeing some traffic about this before, but if you could kindly
refresh my memory:
What is the maximum number of processes under 3.1, and how do I increase
the limit?
I have a 3.1 machine and can spawn no shells after 77 total processes, is
this the problem?
BTW, what's happened to the FAQ?
-dave
Newsgroups: comp.sys.next.sysadmin
From: eugene@nshade.uah.ualberta.ca (Eugene Mah)
Subject: Flaked out root
Message-ID: <1993Aug26.210445.1636@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Thu, 26 Aug 1993 21:04:45 GMT
Hi,
root on one of my machines has flaked out on me.
The machine boots up fine, as far as I can tell, but when I try to log in
as root, all I get is the dock, but nothing else. Can't launch any apps,
can't do nuthin'. What gives? I can log in as any other user, but not
root. Netinfo is still intact, and root still exists in passwd and
netinfo.
The machine is part of a two machine network (black).
help!
--
------------------------------------------------------------------
Eugene Mah ----> eugene@uaneuro.uah.ualberta.ca (NeXT-Mail)
grad student/sys admin "For I am a Bear of Very
Department of Radiology Little Brain, and
University of Alberta Hospitals long words bother me."
Edmonton, Alberta, Canada Winnie the Pooh
Newsgroups: comp.sys.next.sysadmin
From: wolf@beta.lanl.gov (David R. Wolf)
Subject: Telebit T2SAA modem - Need help
Message-ID: <1993Aug27.011154.29385@newshost.lanl.gov>
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Laboratory
Date: Fri, 27 Aug 1993 01:11:54 GMT
I need help with the following modem, since it arrived w/o manual.
The modem is a telebit T2SAA, ROM BA4.00.
What I need to know is how do I configure it for 19.2 / pep mode?
David Wolf, wolf@beta.lanl.gov
From: mikes@haas.berkeley.edu (Michael Smith)
Newsgroups: comp.sys.next.sysadmin
Subject: Non availablility of user shell for NIS users
Date: 27 Aug 1993 01:07:48 GMT
Organization: University of California, Berkeley
Distribution: usa
Message-ID: <25jmp4$h98@agate.berkeley.edu>
Our site is trying to make several NeXT machines available via NIS from a
Sun SparcStation 10 running SunOS 4.1.3.
Currently we have YP running on the system, and can login successfully
from a remote terminal, however if we try to log into a YP'ed account
onto console, we get the following error:
This account does not have a user shell. /local/bin/tcsh will be executed
and the output will be ignored. Do you want to execute this command?
[cancel] [OK]
Clicking "OK" leaves the user at the NeXT login panel.
Is there a way we can correct this problem?
please email to mikes@haas.berkeley.edu and klund@haas.berkeley.edu.
thanks,
Kyle and Mike
Newsgroups: comp.sys.next.sysadmin,comp.unix.questions,comp.unix.wizards
From: hackatg@hackatg.demon.co.uk (Brendan Buckingham)
Subject: Interrogating remote nodes for processes running
Distribution: world
Organization: hackatg
Date: Thu, 26 Aug 1993 15:23:24 +0000
Message-ID: <746378604snz@hackatg.demon.co.uk>
Sender: usenet@demon.co.uk
Has anyone written anything which will, from one central point,
interrogate every machine in our network and return, for each
node interrogated, whether a particular process is running or not?
We do not want to do this manually as we have a rather large number
of nodes.
Any help, advice will be more than welcome.
--
Graham Judd
Hackwood Service Co
Newsgroups: comp.sys.next.sysadmin
From: schurch@pages.com (Sean Church)
Subject: How to cancel a news article...?
Message-ID: <1993Aug26.185337.2017@pages.com>
Sender: schurch@pages.com
Organization: Pages Software Inc.
Date: Thu, 26 Aug 1993 18:53:37 GMT
Yeah, I guess it's time to learn this neat trick.
We use News Grazer (muncher... chomper, use a big G or a small g, whatever).
And C-News, our buddy!!!
I need to know how I can kill an article I post before it goes all over the
place. Right now, I am digging trenches outside my office, setting the sand
bags up, and clearing adequate fields of fire, all in preparation for the
Assault of the Drunken, Stooped Welsh postal service paratroopers. (Bagpipes
wailing, the smell of sheep and game hens in the air, and the sound of marching
feet... don't shoot until you see the return address on the mail)...
So, anyone know how one goes about removing an article ?
Thanks!
Sean Church
schurch@pages.com
(Of course, us Irish folks have always been a rabble rousing bunch... it's part
of our genetic makeup, you know).
From: jmm@king.econ.lsa.umich.edu (Jeffrey K. MacKie-Mason)
Newsgroups: comp.sys.next.sysadmin
Subject: Printing from NeXT apps through a filter: SOLVED
Date: 27 Aug 1993 08:21:06 GMT
Organization: University of Oslo
Distribution: world
Message-ID: <25kg5i$lq5@hermod.uio.no>
Keywords: printing,NeXT apps, perl, network
The problem I've had with printing through a perl filter has been solved,
thanks to the helpful suggestions of several of you. The basic problem: the
network printer here is accessed by directing a postscript file through a perl
filter (ppr) that has the same syntax as lpr.
The solution is to create a dummy printcap entry that specifies the filter as
an input filter ("if"). Actually, to pass the name of the printer to the
filter I had to create a shell script that actually calls the filter with the
correct -P option.
Below is the summary I wrote for the local administrator that details the two
simple things that need to be done: create a dummy printcap entry to load into
NetInfo, and create the shell wrapper to pass any needed parameters. This does
*not* correctly pass all of the options one can select from the print
panel---that can be done, it appears, using
/NextLibrary/Services/PrintFilters.service/psprepare (this from Steve Hayman)
but I haven't implemented this extra level of sophistication because I rarely
use those options and only need this solution for a short while. I have
Steve's complete shell script, and will gladly e-mail it to anyone who requests
it.
-----------
How to use Priss/soslaserut from applications that print directly (Unix)
If you ordinarily print by sending Postscript files to lpr, just send them to
ppr instead. (ppr is a Perl script that you can obtain from the system
administrator. N.B., you need to have Perl on your system, and you may need to
edit the script to give it the absolute path name that points at Perl).
If you have applications that handle printing through some other route, you may
need to set up a special entry in the printcap database. I had to do this for
my NeXT applications to print to soslaserut.
Here is the printcap entry I used:
Priss|soslaserut:\
:lp=/dev/null:\
:if=/usr/local/bin/pprsos:\
:sd=/usr/spool/NeXT/Priss:\
:ty=HP_LaserJet_IIISi_PostScript:
You are sending the print output to /dev/null because ppr itself actually
packages up the file and sends it to the printer. (If you happen to be using a
NeXT, you need to load this entry into NetInfo as follows:
niload printcap / < filename)
The input filter (if=/usr/local/bin/pprsos) is just a script that runs pprsos
with the -Psoslaserut parameter:
#! /bin/sh
/usr/local/bin/ppr -Psoslaserut
Note that this is primitive: it doesn't allow you to selectively add any of the
other option switches that ppr recognizes. You could put this in pprsos
if you want them to be used on every print job.
That's all I had to do. Of course, this is only tested with my NeXT and its
print routines, but something like this should work for other applications.
Jeff MacKie-Mason
27 August 1993
---------------------
--
Prof. Jeff MacKie-Mason internet: jmm@umich.edu
Dept. of Economics bitnet: usergc76@umichum
Univ. of Michigan phone: 313-764-7438
Ann Arbor, MI 48109-1220 fax: 313-763-9181
From: mark@dtl.tamu.edu (Mark Doucet)
Newsgroups: comp.sys.next.sysadmin
Subject: Loginwindow Gone!
Date: 26 Aug 1993 19:45:48 GMT
Organization: Texas A&M University, College Station, TX
Message-ID: <25j3tc$1i5@TAMUTS.TAMU.EDU>
I have a server that won't bring up the loginpanel.
The message reads: loginwindow [166] could not find window server port
Anyone know how to fix this?
Thanks in advance
Mark
From: Tim.Scanlon@f236.n104.z1.FIDONET.ORG (Tim Scanlon)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: ADVANTAGE TO SEPARATE SWAP DRIVE?
Message-ID: <5702.2C7D12E5@paranet.FIDONET.ORG>
Date: 25 Aug 93 21:37:00 GMT
Sender: ufgate@paranet.FIDONET.ORG (newsout1.26)
Organization: FidoNet node 1:104/236 - MacCircles, Genesee CO
--
Tim Scanlon - via ParaNet node 1:104/422
UUCP: !scicom!paranet!User_Name
INTERNET: Tim.Scanlon@f236.n104.z1.FIDONET.ORG
Newsgroups: comp.sys.next.sysadmin
From: aberno@saltwater.com (Anthony Berno)
Subject: Help with Sendmail
Message-ID: <1993Aug26.213753.16883@saltwater.com>
Sender: aberno@saltwater.com
Date: Thu, 26 Aug 1993 21:37:53 GMT
I have a cube that is connected to Netcom for uucp. Everything works fine,
except for the way sendmail rewrites the header of my outgoing mail.
What I *want* is to have the From: and Reply-To: fields say
user@saltwater.com, but instead, the headers in the outgoing UUCP queue
look like this: (for mail sent to vogel2@llnl.gov - godel is my hostname)
From: Anthony Berno <godel!aberno>
To: llnl.gov!vogel2
Reply-To: godel!aberno
I installed sendmail.mailhost.cf as sendmail.cf, and added the line
Cm godel godel.uucp saltwater.com
so that mail going to saltwater.com gets processed properly.I also wrote
the line
Dmsaltwater.com
as suggested in the file, but that had no effect. Using
sendmail.subsidiary doesn't help either.
Any suggestions?
-Anthony
From: mcn@cwru.edu (Michael C. Neuman)
Newsgroups: comp.sys.next.sysadmin
Subject: Booting without monitor
Date: 27 Aug 1993 11:07:57 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
Distribution: world
Message-ID: <25kpud$6hc@usenet.INS.CWRU.Edu>
I've heard there's a way to boot the NeXT, and let it run without a
monitor--is this possible? And if so, can I assign, say, /dev/ttya as the
replacement console, and just stick a terminal on it?
--
Mike Neuman mcn@b62103.student.cwru.edu
"To make a machine that will be proud of us." - Thinking Machine's motto
==============================================================================
* Maintainer: NeXT netrek archive--b62103.student.cwru.edu:/pub/games/netrek *
From: yates@hiker.sas.upenn.edu (John H. Yates)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: extending printer cable
Message-ID: <143461@netnews.upenn.edu>
Date: 27 Aug 93 12:26:48 GMT
Sender: news@netnews.upenn.edu
Followup-To: comp.sys.next.hardware
Organization: University of Pennsylvania, Philadelphia
I was told this would not work but is there a workaround?
I extended the printer serial cable with an HP Serial Printer/
Plotter cable (DB9 F - DB25 M) and an AT Serial Adapter
DB9 M - DB25 F (so effectively it was a DB9 M - DB9 F cable
extension).
When I try to print, the printer starts up, then the box pops
up saying cannot print some or all of the pages. I tried putting
a null modem adapter in line, and got the same behavior.
Is it really a length problem, or a pinout problem?
Thanks, John
yates@hiker.sas.upenn.edu
From: Darwish
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Loginwindow Gone!
Date: 27 Aug 1993 15:04:29 GMT
Organization: HCF - Johns Hopkins University, Balitmore, Maryland, USA
Distribution: world
Message-ID: <25l7ptINNqnm@jhunix.hcf.jhu.edu>
References: <25j3tc$1i5@TAMUTS.TAMU.EDU>
In article <25j3tc$1i5@TAMUTS.TAMU.EDU> mark@dtl.tamu.edu (Mark Doucet)
writes:
> I have a server that won't bring up the loginpanel.
> The message reads: loginwindow [166] could not find window server port
>
> Anyone know how to fix this?
>
> Thanks in advance
> Mark
I had a similar problem on one of our Turbo machines here about a month
ago and I could not figure out what caused it. I was forced to rebuild
the system.
--
Miladus Edenessi
Barbelo|Derdeka|Sakla
Abrasax|Sablo|Gamaliel|Micheu|Michar|Mnesinous
zaina=silah=panoplia=armatura
Newsgroups: comp.sys.next.sysadmin
From: rm@califhistsoc.org (Robert MacKimmie)
Subject: RE: dire moments (network is disabled)
Message-ID: <CCE3Ep.6L@califhistsoc.org>
Keywords: trouble network help
Sender: rm@califhistsoc.org (one)
Organization: California Historical Society - Bringing the 19th Century, kicking and screaming, into the 21st! 415 567-1848 or fax 415 567-2394.
Distribution: comp.sys.next.sysadmin
Date: Thu, 26 Aug 1993 23:18:24 GMT
I have this (clearing of throat) problem...
Aug 26 16:11:28 niantic mach: The network is disabled or your computer
isn't connected to it.
I am attending Sys Admin Course next week, but have disaster today.
Any clue at this moment would be a huge benefit.
I am reluctant to restore my netinfoDB if I might have a smaller problem.
Any suggestions of what I should check would be appreciated as I am
tapping my fingers trying to locate some obvious problem.
From: Tim Pugh <tpugh@oce.orst.edu>
Newsgroups: comp.sys.next.sysadmin
Subject: Improper initialization of inodes for optical disks
Date: 27 Aug 1993 17:21:32 GMT
Organization: University Computing Services - Oregon State University
Message-ID: <25lfqs$gu0@gaia.ucs.orst.edu>
Keywords: MOD, optical, inodes, initialization
Here is a warning to owners of 3.5" MOD Optical Disk drives for 128MB disks and 256MB
disks.
I have a MOST-256 optical disk drive. I allowed the NeXT's Workspace Manager to
initialize my new optical disks. I thought everything was fine until I was copying a lot
of files to the disk. It stopped during the copy because I ran out of i-nodes. The NeXT
newfs command had allocated 10,240 inodes for 253.5MB disk which is very low. I suppose
this would also cause problems when installing the OS on the disk. I have not yet tried.
FOR 256MB DISK - LOW ALLOCATION - 10240 inodes
-------------------------------
lucy# newfs -n -N /dev/rsd1a
Warning: 4096 bytes per inode impossible due
to cylinder group size, using 23730 bytes per inode
Reduce cylinder group size to reduce bytes per inode.
Warning: 133 sector(s) in last cylinder unallocated
/dev/rsd1a: 247547 sectors in 80 cylinders of 2 tracks, 1548 sectors
253.5Mb in 5 cyl groups (16 c/g, 50.72Mb/g, 2048 i/g)
super-block backups (for fsck -b#) at:
16, 51104, 99088, 150176, 198160,
To correct this problem, allow the NeXT to initialize the disk and then go back and make
a new filesystem again on the disk using the newfs command. I reduced the number of
cylinders/group to increase the number of groups for the disk. This also increased the
number of i-nodes for the disk.
FOR 256MB DISK - CORRECT ALLOCATION - 61,440 inodes
-------------------------------
lucy# newfs -v -c 2 /dev/rsd1a
/etc/mkfs /dev/rsd1a 247547 1548 2 8192 1024 2 10 60 4096 t
Warning: 133 sector(s) in last cylinder unallocated
/dev/rsd1a: 247547 sectors in 80 cylinders of 2 tracks, 1548 sectors
253.5Mb in 40 cyl groups (2 c/g, 6.34Mb/g, 1536 i/g)
super-block backups (for fsck -b#) at:
16, 7760, 12400, 20144, 24784, 32528, 37168, 44912, 49552, 57296,
61936, 69680, 74320, 82064, 86704, 94448, 99088, 106832, 111472, 119216,
123856, 131600, 136240, 143984, 148624, 156368, 161008, 168752, 173392, 181136,
185776, 193520, 198160, 205904, 210544, 218288, 222928, 230672, 235312, 243056,
The total number of i-nodes is (40 cyl groups) x (1536 i/g) = 61,440 i-nodes. Now, I
don't have the problems anymore. Note: the disk info came from the scsi auto-sense, not
from the /etc/disktab file. I understand that I could make a disktab entry for the disk
to automate the newfs process but have not done so yet.
FOR 128MB DISK - LOW ALLOCATION - 10240 inodes
-------------------------------
tsunami# newfs -N /dev/rsd2a
setting optimization for space with minfree less than 10
Warning: 4096 bytes per inode impossible due
to cylinder group size, using 11400 bytes per inode
Reduce cylinder group size to reduce bytes per inode.
Warning: 72 sector(s) in last cylinder unallocated
/dev/rsd2a: 124248 sectors in 80 cylinders of 2 tracks, 777 sectors
127.2Mb in 5 cyl groups (16 c/g, 25.46Mb/g, 2048 i/g)
super-block backups (for fsck -b#) at:
16, 25664, 49744, 75392, 99472,
FOR 128MB DISK - CORRECT ALLOCATION - 30,720 inodes
-------------------------------
tsunami# newfs -v -c 4 /dev/rsd2a
setting optimization for space with minfree less than 10
/etc/mkfs /dev/rsd2a 124248 777 2 8192 1024 4 5 60 4096 s
Warning: 72 sector(s) in last cylinder unallocated
/dev/rsd2a: 124248 sectors in 80 cylinders of 2 tracks, 777 sectors
127.2Mb in 20 cyl groups (4 c/g, 6.37Mb/g, 1536 i/g)
super-block backups (for fsck -b#) at:
16, 7016, 12448, 19448, 24880, 31880, 37312, 44312, 49744, 56744,
62176, 69176, 74608, 81608, 87040, 94040, 99472, 106472, 111904, 118904,
Please send me mail if you have any addition info or questions about initializing MOD's.
- Tim -
---
Tim Pugh
College of Oceanic and Atmospheric Sciences
Oregon State University
tpugh@oce.orst.edu
From: slv0y@cc.usu.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Undocumented NeXT-Specific Printer Capabilities
Message-ID: <1993Aug27.112010.4@cc.usu.edu>
Date: 27 Aug 93 11:20:10 MDT
References: <CC2Lns.KEr@mentor.cc.purdue.edu>
Organization: Utah State University
In article <CC2Lns.KEr@mentor.cc.purdue.edu>, ab@nova.cc.purdue.edu (Allen B) writes:
> Argh! I knew how to do this, but I can't seem to remember now. There's a
> capability you can add to a printcap entry (yeah, I know my
> terminology is archaic) that will keep it from showing up on the
> printer panel. This is very desirable for several printers here. I
> thought it was _notshown or something similar, but I can't find it in
> the docs or NeXTanswers.
>
> What other undocumented capabilities are there?
>
> ab
I don't know about that one, but I had been banging my head against the wall
trying to get fonts included into a postscript file till I found a EASY fix. I
had tryed many of the various scripts etc., but none seemed to do the job very
well from every app. Someone recently posted an undocumented feature (that
they said was in the release notes...not...I have read about everthing in the
docs on printing.)
The little gem is that you just open up netinfo manager and open the printer
you want fonts included with and add the property _nxfinalform to it. WORKS
GREAT! Why the hell isn't this documented somewhere? If it is, where is it?
What other "gems" that would make life so much nicer aren't documented?
Other than that...Nextstep is awesome. ;-)
John Zollinger
slv0y@cc.usu.edu
From: szatezal@magnus.acs.ohio-state.edu (Shane M Zatezalo)
Newsgroups: comp.sys.next.sysadmin
Subject: "Loading from Network"
Date: 27 Aug 1993 18:42:53 GMT
Organization: The Ohio State University
Distribution: world
Message-ID: <25lkjd$2bq@charm.magnus.acs.ohio-state.edu>
We had a "lost" rom monitor password. So I took the battery out of the cpu
and let it sit over the weekend without -any- power.
Now when the machine boots it says "Loading from Network" with a nice icon
of an ethernet port and a wire leading to it, which is animated.
And it just sits there - and sits there and sits there.
I -can- boot the machine in single user mode, and then boot it normally,
and it' won't do that "LON" message.
What exactly is it doing when that LON message pops up?
Anyone know what I did wrong/what I've got to do to let the machine boot
up normally, like it used to?
Any help appreciated...
Shane
--
:::Apple II forever!!:::GO BUCKS!:::Play Lacrosse!!:::Raging Bullwinkle!:::
: Shane M . Zatezalo - CIS OSU: i-net> szatezal@magnus.acs.ohio-state.edu :
: root@tap.colum.fnet.org : NeXTMail> shane@kiwi.swhs.ohio-state.edu :
:GS::: call T.A.P. a Futurenet BBS 614-297-7031 16.8k DS HST 350 MEGS ::GS:
Newsgroups: comp.sys.next.sysadmin
From: mross@netcom.com (Antigone Press)
Subject: Re: Help with Sendmail
Message-ID: <mrossCCFL7M.CLJ@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <1993Aug26.213753.16883@saltwater.com>
Date: Fri, 27 Aug 1993 18:40:34 GMT
Anthony Berno (aberno@saltwater.com) wrote:
: I have a cube that is connected to Netcom for uucp. Everything works fine,
: except for the way sendmail rewrites the header of my outgoing mail.
: What I *want* is to have the From: and Reply-To: fields say
: user@saltwater.com, but instead, the headers in the outgoing UUCP queue
: look like this: (for mail sent to vogel2@llnl.gov - godel is my hostname)
: From: Anthony Berno <godel!aberno>
: To: llnl.gov!vogel2
: Reply-To: godel!aberno
: I installed sendmail.mailhost.cf as sendmail.cf, and added the line
: Cm godel godel.uucp saltwater.com
: so that mail going to saltwater.com gets processed properly.I also wrote
: the line
: Dmsaltwater.com
: as suggested in the file, but that had no effect. Using
: sendmail.subsidiary doesn't help either.
What you want to do is edit ruleset S5 in the sendmail.host.cf file.
Here's our S5:
S5
#R$- $@$1@$m name => name@dom
R$+<@LOCAL> $@$1@$m name@LOCAL => name@dom
R$+<@$-.LOCAL> $@$1@$2.$m u@h.LOCAL => u@h.dom
#R$+<@$+.uucp> $@ $2!$1 u@h.uucp => h!u
#R$+<@$*> $@ $2!$1 u@h => h!u
Note the commented out parts.
Before installing it, you probably want to test it out pretty thoroughly
in the shell. Read the admin manual _completely_ before doig any of this
so that you know what is actually going on! The relevant bits are in
/NextLibrary/Documentation/NextAdmin/ApD_UsingSendmail/02_ConfigFileComponents.rtf
Good Luck.
--
--------------
Michael Ross mross@antigone.com (preferred)
Antigone Press mross@netcom.com
San Francisco CA FAX +1.415.431.3650
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: What kind of dog is FIDONET? (was Re: ADVANTAGE TO SEPARATE SWAP DRIVE?)
Date: 27 Aug 1993 18:41:28 GMT
Organization: University of California, Berkeley
Distribution: world
Message-ID: <25lkgo$1c4@agate.berkeley.edu>
References: <5702.2C7D12E5@paranet.FIDONET.ORG>
>From: Tim.Scanlon@f236.n104.z1.FIDONET.ORG (Tim Scanlon)>Newsgroups: comp.sys.next.sysadmin
>Subject: Re: ADVANTAGE TO SEPARATE SWAP DRIVE?
>Message-ID: <5702.2C7D12E5@paranet.FIDONET.ORG>
>Organization: FidoNet node 1:104/236 - MacCircles, Genesee CO
>
>--
>Tim Scanlon - via ParaNet node 1:104/422
>UUCP: !scicom!paranet!User_Name
>INTERNET: Tim.Scanlon@f236.n104.z1.FIDONET.ORG
I have been wondering. What's this obnoxious FIDONET thing
which rewrites people's addresses and reposts articles
after removing the content?
I haven't been bitten by this dog, but I hate to look
foolish appearing in these mangled postings some day.
The dog needs some serious obedience training.
Sorry for the noise.
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
Newsgroups: comp.sys.next.sysadmin
From: matt@zeb.ame.nd.edu (Matthew J. Grismer)
Subject: Re: Undocumented NeXT-Specific Printer Capabilities
Message-ID: <1993Aug27.201242.16815@news.nd.edu>
Sender: news@news.nd.edu (USENET News System)
Organization: University of Notre Dame
References: <1993Aug27.112010.4@cc.usu.edu>
Date: Fri, 27 Aug 1993 20:12:42 GMT
In article <1993Aug27.112010.4@cc.usu.edu> slv0y@cc.usu.edu writes:
> I don't know about that one, but I had been banging my head against the
wall
> trying to get fonts included into a postscript file till I found a EASY
fix. I
> had tryed many of the various scripts etc., but none seemed to do the
job very
> well from every app. Someone recently posted an undocumented feature
(that
> they said was in the release notes...not...I have read about everthing
in the
> docs on printing.)
>
> ......
> John Zollinger
> slv0y@cc.usu.edu
It is in the release notes for 3.1, see the bottom of this excerpt:
New Features
The following new features have been added to the print spoolers, printer
entries, npd and lpd, since Release 3.0:
Support for Centronics parallel communications for PostScript
printers has been added. Because there is no printer->host communication,
no printing alerts are posted. If a print job containing a PostScript
error is submitted, the error is printed on the current output page.
Also, print accounting cannot reliably report page counts for the same
reason. The page counts used in the accounting records reflect the
%%Pages: comment in the print job.
The Admin subdirectory in the printer entries on the local host
may contain properties that more control over the spooling process. Some
new properties have been added since 3.0. This is the complete list:
CoverSheet: This controls whether a cover sheet
identifying the job and user is printed with each job. It should be YES
if a cover sheet is desired, NO if not.
CoverSheetPath: There is a default cover sheet file:
/usr/lib/NextPrinter/Server/DefaultPrintCover.ps. A custom cover sheet
file may be specified using this property. The software substitutes the
following strings in the cover sheet file for the appropriate strings for
a print job: $$Date$$, $$Host$$, $$Printer$$, $$Title$$, and $$User$$.
The DefaultPrintCover.ps file was created using the Draw demo application.
InitFiles: A list of files that will be downloaded before
a job is executed for that printer. This could be used for putting labels
on each page, setting up a printer-specific PostScript environment, etc.
Each value for the property should be a separate file, and the files are
downloaded in value order.
LogFile: Path for logging output of PostScript jobs.
Note that this is not for spooling messages, just job output. Default:
/usr/adm/lpd-errs.
NoOutputLogging: If YES, do not log job PostScript output.
ReversePageOrder: By default, the printed page order is
governed by the NXPrinter object for the printer. If the PPD info is not
present, normal (face-down) order is assumed. This property can be used
to change this behavior for a particular printer. It may have the
following values:
0: Base order on PPD information.
1: Use reverse order. Always print the final job page
first.
2: Use normal order. Always print the first job page
first.
TextPassThrough: If YES, do not convert a non-PostScript
job to PostScript; just pass the job through to the printer. This is
useful when jobs are generated for the printer from non-NeXTSTEP sources,
like SoftPC non-PostScript printer drivers.
WaitAfterPage: The time to wait after a page is printed,
in seconds. This could be used to let pages dry before printing new ones,
for example.
If a printer entry contains a "_nxfinalform" property,
printer-specific PostScript (including any needed fonts) is bound into
spooling jobs on the local (spooling) host. This is useful for printers
on foreign hosts, or for printers on NeXTSTEP machines that are not using
the standard NeXTSTEP spooling software.
--
Matthew J. Grismer M M JJJJJJJJJJ GGGGGGGG
300 Cushing Hall MM MM J G
University of Notre Dame M M M M J G GGGG
e-mail: matt@zeb.ame.nd.edu M M M M J G G
NeXTmail preferred M M M M J J G G
M MM M JJJJJ GGGGGGGG
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: jpw@sansfoy.lib.virginia.edu (John Price-Wilkin)
Subject: SIGBUS() error: what is it?
Message-ID: <CCFonq.1M3@murdoch.acc.Virginia.EDU>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia
Date: Fri, 27 Aug 1993 19:55:02 GMT
Ever since replacing an external disk drive, a NeXT cube has been
generating a SIGBUS() error whenever I try to do an /etc/dump or
/etc/rdump. Prior to that, it always worked. Now, whether I have
any drives attached or not, it always generated the SIGBUS() error,
which stops the entire process. The only other thing that
coincided with the beginning of the problem was a move down one
floor in the building (altitude problems?) that was extremely
uneventful. Any help in resolving this will be appreciated.
John Price-Wilkin
jpw@virginia.edue entire process. The only other thing that
coincide
Newsgroups: comp.sys.next.sysadmin
From: kurt@frsvnsvn.irvine.ca.us (Kurt Werle)
Subject: Accessing NeXT through Novell netNet
Message-ID: <1993Aug27.171925.4639@frsvnsvn.irvine.ca.us>
Summary: TCP/IP and Novell
Organization: little to none
Date: Fri, 27 Aug 1993 17:19:25 GMT
I would like to access a NeXT through a Novell Network. Vital stats:
NeXTSTEP 3.0 on a slab
Novell 3.15
10baseT Network
The NeXT is on the Novell Net as a client.
Is it possible at the same time to use a DOS (yech) TCP/IP package to access
the NeXT?
HOW?
Please reply via email,
Thanks,
Kurt
Newsgroups: comp.sys.next.sysadmin
From: sela@iastate.edu (Brian J Morrison)
Subject: internet via ethernet
Message-ID: <CCFyo5.9Cr@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames, IA
Date: Fri, 27 Aug 1993 23:31:16 GMT
Hello All,
I have recently gained internet access via ethernet. However, I am having
problems enabling myself to ftp, telnet, and mail directly to other machines.
Do I need to toy with NetManager or UUCP to get these things to work?
Brian
sela@iastate.edu
Newsgroups: comp.sys.next.sysadmin,comp.unix.questions,comp.unix.wizards
From: suresh@ficus.cs.ucla.edu (S. Suresh)
Subject: Re: Interrogating remote nodes for processes running
Message-ID: <1993Aug27.232239.22801@cs.ucla.edu>
Followup-To: comp.sys.next.sysadmin,comp.unix.questions,comp.unix.wizards
Sender: usenet@cs.ucla.edu (Mr Usenet)
Organization: Ficus Filesystems Group
References: <746378604snz@hackatg.demon.co.uk>
Date: Fri, 27 Aug 93 23:22:39 GMT
Brendan Buckingham (hackatg@hackatg.demon.co.uk) wrote:
: Has anyone written anything which will, from one central point,
: interrogate every machine in our network and return, for each
: node interrogated, whether a particular process is running or not?
: We do not want to do this manually as we have a rather large number
: of nodes.
clnt_broadcast(3N)[SunOS] is one possible solution which lets you
execute a particular RPC procedure in all the machines in the network
process the result. So you can make a RPC procedure that does this
"process checking" business and use the clnt_broadcast(3N) call to
remotely execute it on all the machines.
--suresh
From: work@dannug.dk (Michael Hallin)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: swapdisk questions
Date: 28 Aug 1993 10:11:12 GMT
Organization: Danish NeXT User Group
Message-ID: <25nb00$1ks@localhost.dk>
References: <25ig6kINNlij@FROG.ZOO2.CS.YALE.EDU>
Keywords: how to set up a swapsystem
In article <25ig6kINNlij@FROG.ZOO2.CS.YALE.EDU>
sanders-malcolm@cs.yale.edu (Malcolm Sanders) writes:
|>Under NS3.1, I boot my cube off of an external hard disk at sd1a. I have
|>relabeled the internal drive, mounted at sd0a, as "swapdisk", in the
hopes
|>that all swapping will be done on a swapfile which resides on swapdisk.
|>
|>For the most part, this works, but there are a few things I don't
understand
|>about this and maybe the net wisdom could provide answers.
|>
|>When the system is booted up, and I look around for swapfiles. I see
|>three of them. One on /private/vm/swapfile, another on
|>/private/swapdisk/vm/swapfile, and yet another on
|>/private/swapdisk/vm/swapfile.front. When I do mount -p, I see that
|>/private/swapdisk/vm/swapfile seems to be a device that is mounted on
|>/private/swapdisk/vm/swapfile.front.
|>
|>Here is my /etc/fstab:
|>
|>/dev/sd1a / 4.3 rw,noquota,noauto 0 1
|>/dev/sd0a /private/swapdisk 4.3 rw,noquota,noauto 0 1
|>
|>and here is what mount -p gives after I've booted:
|>(I've used {$PSV} as an abbreviation for /private/swapdisk/vm)
|>
|>/dev/sd1a / 4.3 rw,noquota,noauto 0 1
|>/dev/sd0a /private/swapdisk 4.3 rw,noquota,noauto 1 2
|>{$PSV}/swapfile {$PSV}/swapfile.front swapfs rw 1 2
|>
|>I think that {$PSV}/swapfile and /dev/sd0a refer to the same physical
device.
|>This seems a bit redundant.
|>
|>What can I do so that I will wind up with only one
|>swapfile that lives on my swapdisk?
The swapfile.front and the swapfile created on your disk labelled swapdisk
are ok, it s the way the NeXT does it s swapping when either you have less
than 20Megs of mem, or if you don t have anything specified in your
/etc/swaptab. Actually they don t take up twice the space even though one
might think so.
What you should do to remove the swapfile on your /sd1a, is to create an
entry in /etc/swaptab which looks like the one attached below (my own,
actually), which tells the system only to swap on this file (prefer), sets
the minimum size (lowat = bytes) and allows it to extend to the max. limit
of the drive (hiwat = 0). Compress tells the system to compress the
swapfile, what could seem odd, as one would think that first compressing
stuff and then swap it would take longer, but I can assure you it works,
and actually that s where the two swapfiles on your /sd0a comes from (I
can t remember which is which, Michael Crawford, are you listening?)
# /etc/swaptab
#
/private/swapdisk/vm/swapfile prefer,lowat=20971520,hiwat=0,compress
# 20 Meg low water mark, maximum high water mark.
You also need to change the rc.swap to look at the swaptab for parameters,
instead of the ones giving in rc.swap, the original line looks like this:
/usr/etc/mach_swapon -v -o prefer,lowat=16777216,hiwat=31457280 \
(almost at the bottom of rc.swap)
In my rc.swap I changed that to:
/usr/etc/mach_swapon -v -f /etc/swaptab\
which tells mach_swapon to go look at the swaptab. You could actually
change the parameters directly in rc.swap, but in my experience that
doesn t prevent the swapfile on your bootdisk from being used, whereas the
other solution works fine.
When you have a swaptab (fitted to your needs and drive, of course), and
the rc.swap is poiting to it, and you then reboot the system, you can
easily delete the swapfile on your bootdisk, and the next time you boot,
your system will create an empty (bytes 0) swapfile on your bootdisk, but
it will not use it at all, it just seems that it has to sit there.
Someone on the net some time ago mentioned that if there is a hiwat=0 in
your swaptab, your system could lock up if the disk ever runs full, but I
have yet to experience that, so I don t know if this is correct, again,
any gurus that care to elaborate?
Anyway, this works great for me, swapping is fast and reliable, and I
don t have to have that extra swapfile on my bootdisk, worth + 16Mb and
it s a lot faster only to swap on a separate drive.
Best regards
Michael
---
_____________________________________________
Michael Hallin Copenhagen, Denmark
NeXTMail: work@dannug.dk
NonNeXTMail: mh.xeroxvang@rxdk.xerox.com
Voice: Int + 45 43 53 34 33
Fax: Int + 45 43 53 34 33
_____________________________________________
From: admin@bock.freiburg.sub.org (FreiNet Administrator)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.bugs
Subject: how to mount a DOS-OD with NS-3.1 ?
Date: 27 Aug 1993 12:32:44 GMT
Organization: FreiNet, a VzF* InterNetNews site
Message-ID: <25kutc$s9c@bock.freiburg.sub.org>
Hi,
i want to know if it is possible to mount a external OD which is DOS
formatted !
Every time i put the OD into the drive (it's a sony :) the NeXT give me
the choice to format the disk as an unix or mac disk. But he doesn't
recognize that this disk is already formatted as a DOS disk :-(
The NeXT is a "black" machine running NS 3.1.
If anyone has managed this with success, please give me a hint !!!
- Flo
From: lee@zoo.duke.edu (Lee Altenberg)
Newsgroups: comp.sys.next.sysadmin
Subject: Where is /etc/systemTar.Z?
Message-ID: <19676@news.duke.edu>
Date: 29 Aug 93 03:23:57 GMT
Sender: news@news.duke.edu
Organization: Duke University Physics Dept.; Durham, N.C.
In the NS3.1 documentation on Network troubleshooting,
it says to recover from a SimpleNetworkStarter crash,
5. Enter the following command to change directory to the
SimpleNetworkStarter directory:
cd /NextAdmin/SimpleNetworkStarter.app
6. Extract the original files by entering the following command:
/bin/sh rc.restore
When I do this on NS/I 3.1, I get the message
/etc/systemTar.Z: No such file or directory
So where is /etc/systemTar.Z? It is not on the NS/I3.1 CD
either.
-- Lee Altenberg
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Booting without monitor
Message-ID: <1993Aug29.040124.5989@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <25kpud$6hc@usenet.INS.CWRU.Edu>
Date: Sun, 29 Aug 1993 04:01:24 GMT
In article <25kpud$6hc@usenet.INS.CWRU.Edu>
mcn@b62103.student.cwru.edu (Michael C. Neuman) writes:
> I've heard there's a way to boot the NeXT, and let it run without a
>monitor--is this possible? And if so, can I assign, say, /dev/ttya as the
>replacement console, and just stick a terminal on it?
For Black Hardware, the answer is probably yes. If you have an
old cube with a serial number below AAK0016370 and its original
power supply, the answer is no.
One of the ROM Monitor preferences is something like "Use serial
port A as alternate console." If you enable that, the machine
will talk to serial A at 9600 bps if it finds nothing plugged
into the display port after the power-on tests complete.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Loginwindow Gone!
Message-ID: <1993Aug29.041215.6390@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <25j3tc$1i5@TAMUTS.TAMU.EDU> <25l7ptINNqnm@jhunix.hcf.jhu.edu>
Date: Sun, 29 Aug 1993 04:12:15 GMT
In article <25l7ptINNqnm@jhunix.hcf.jhu.edu>
me@blaise.fre.jhu.edu writes:
>I had a similar problem on one of our Turbo machines here about a month
>ago and I could not figure out what caused it. I was forced to rebuild
>the system.
I saw this happen on a machine where someone tried to "create
more disk space" by removing /NextLibrary. Things worked again
after restoring /NextLibrary from the CD-ROM; a full rebuild
wasn't required.
-=EPS=-
From: mycroft@monolith.utexas.edu (Alex Currier)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Loginwindow Gone!
Date: 29 Aug 1993 08:29:53 GMT
Organization: The University of Texas at Austin, Austin, Texas
Message-ID: <25ppe1$o9g@geraldo.cc.utexas.edu>
References: <1993Aug29.041215.6390@csus.edu>
In article <1993Aug29.041215.6390@csus.edu> eps@futon.SFSU.EDU (Eric P. Scott)
writes:
> I saw this happen on a machine where someone tried to "create
> more disk space" by removing /NextLibrary. Things worked again
> after restoring /NextLibrary from the CD-ROM; a full rebuild
> wasn't required.
I get a similar problem after I have reinstalled the OS if I forget to change
the default IP address before running the Transys DialUpIP SLIP software. If I
boot in single user mode and disable the SLIP configuration it boots fine,
then I change the default IP address with Simple Network Software (which
doesn't seem to work right but I reboot and it seems to have done what I asked
it to do) and re-enable the SLIP config everything works fine. Kinda wierd all
in all but I have managed to recover from this type of error. Probably the
original poster's problem is a bit different but maybe this info might help.
--
====================================
Alex Currier
mycroft@ccwf.cc.utexas.edu
Multiple Architecture NeXTSTEP User
NeXTmail preferred!
====================================
From: A4422DAE@AWIUNI11.EDVZ.UniVie.AC.AT (Konrad Neuwirth)
Newsgroups: comp.sys.next.sysadmin
Subject: Serious netinfo problem
Date: Sun, 29 Aug 93 15:02:03 MEZ
Organization: Vienna University Computer Center (VUCC)
Message-ID: <16C39D372.A4422DAE@AWIUNI11.EDVZ.UniVie.AC.AT>
Keywords: NetInfo, read/only, YUK!
Hi everyone,
I have a serious problem with my NetInfo database. Although the
system is working almost normally, I can only mount the / domain of
my database read only, meaning that I cannot change the passwords of
the netwide users or add a network wide printer (both things I'd like
to do). Unfortunately, I haven't got a clue as to what went wrong or
what to change. The database seems to be all right, the only obvious thing
is that the directory instance of / / is somewhat astronomical, in the
regions of 6*10^9.
I'd appreciate any help, or any clues as to what went on. BTW: I am
still running 3.0 on black hardware.
Thanks,
//konrad
From: gisli@liapunov.eecs.umich.edu (Gisli Ottarsson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Loginwindow Gone!
Date: 29 Aug 93 11:01:08
Organization: University of Michigan
Message-ID: <GISLI.93Aug29110108@liapunov.eecs.umich.edu>
References: <25j3tc$1i5@TAMUTS.TAMU.EDU> <25l7ptINNqnm@jhunix.hcf.jhu.edu>
<1993Aug29.041215.6390@csus.edu>
In-reply-to: eps@futon.SFSU.EDU's message of Sun, 29 Aug 1993 04:12:15 GMT
>>>>> In article <1993Aug29.041215.6390@csus.edu>, eps@futon.SFSU.EDU (Eric P. Scott) writes:
EPS> In article <25l7ptINNqnm@jhunix.hcf.jhu.edu>
EPS> me@blaise.fre.jhu.edu writes:
>I had a similar problem on one of our Turbo machines here about a
>month ago and I could not figure out what caused it. I was forced to
>rebuild the system.
EPS> I saw this happen on a machine where someone tried to "create
EPS> more disk space" by removing /NextLibrary. Things worked again
EPS> after restoring /NextLibrary from the CD-ROM; a full rebuild
EPS> wasn't required.
Some time ago I experienced problems with Loginwindow. At the time I
was only keeping a copy of /NextLibrary on one machine and mounting it
from the others. Occasionally, I would reboot one of the sans-/Next-
Library machines and it would not have a Loginwindow. The funny thing
is that ususlly, a remote login would fix the problem, i.e., simply by
telnetting to the machine and immediately loggin out the Loginwindow
would mysteriously reappear.
I no longer treat /NextLibrary this way. I still mount it on the
other machines but instead of deleting the whole thing, I selectively
replace the subdirectories (e.g., Literature and TeX) with links.
Gisli
--
...............................................................................
Gisli Ottarsson
Delenda est Carthago. University of Michigan
gisli@engin.umich.edu
...............................................................................
From: dblakele@acpub.duke.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Reconfiguration to Standalone Status
Message-ID: <19682@news.duke.edu>
Date: 29 Aug 93 15:13:12 GMT
Sender: news@news.duke.edu
Organization: Duke University; Durham, N.C.
Originator: dblakele@raphael.acpub.duke.edu
I'm currently in the midst of reconfiguring a NeXTcube running NeXTSTEP 3.1
back to being a standalone machine after it had been set up as a server
on a two-machine network. Simple Network Starter coughed and would not
allow that to be done. So, referencing Chapter 3, Section 9 of the on-line
NeXT Admin documentation I came to the general conclusion that my options
were to replace the NetInfo database as such:
1. Restore the NetInfo databases on the master NetInfo server. Be sure to do
this in single-user mode (see Chapter 9, *System Startup and Shutdown,: for
details). On the master NetInfo server:
a. Copy /usr/template/client/etc/hostconfig to /etc.
b. Remove the files in /etc/netinfo/local.nidb.
c. Copy the files in /usr/template/client/etc/netinfo/local.nidb to
/etc/netinfo/local.nidb.
d. Remove /etc/netinfo/network.nidb.
Having done so, then following the instructions in Chapter 9, I rebooted in
single-user mode from the NeXT Mach ROM monitor and did a series of manual
fsck's. After getting a clean fsck, I rebooted from the ROM monitor with
the standard bsd command. I received the language preference panel that
one sees when installing NeXTSTEP 3.0/3.1 and chose English, setting it
on it's way. The reboot completed and I found that all previous users
were missing (not surprising since I had just replaced everything in the
NetInfo database) and I was dumped into single-user graphical mode.
The last step of the rebuild requires me to setup NetInfo again using
Simple Network Starter with the standalone system being the option
that will be chosen.
I have two current problems to resolve:
#1. Simple Network Starter only chooses to use the IP address 192.42.172.1
which is a network address. So, I can't complete the process until
I give it a proper IP address. How does one go about getting the IP
address from the NeXT hardware?
#2. How do I get out of single-user mode, now that I've given the system
a root password?
Thanks a bunch,
Peace and Hugs
Dr. Bearhug
--
| Dean D Blakeley, MD \\// This ain't no party, this ain't no disco |
| Duke University _\/_ This ain't no fooling around - D. Byrne |
| Center for Health Policy \\// NeXTmail happily accepted |
| Durham NC 27710 \/ #include <disclaim.duke.h> |
Newsgroups: comp.sys.next.sysadmin
From: kent@infoserv.com
Subject: Re: Loginwindow Gone!
Message-ID: <CCH4zs.yA@infoserv.com>
Sender: kent@infoserv.com (kent L. Shephard)
Organization: K. L. Shephard Consulting
References: <25j3tc$1i5@TAMUTS.TAMU.EDU>
Distribution: na
Date: Sat, 28 Aug 1993 14:45:28 GMT
In article <25j3tc$1i5@TAMUTS.TAMU.EDU> mark@dtl.tamu.edu (Mark Doucet) writes:
#I have a server that won't bring up the loginpanel.
#The message reads: loginwindow [166] could not find window server port
#
#Anyone know how to fix this?
I had this problem with my ND system last week.
How I solved it was booting into single user mode and
deleting part of the netinfo database. On the next boot
it was forced to rebuild the database. There was an extension
that handled the ND that go corrupted.
Don't know about your specific case but it sounds like a netinfo
problem.
Kent
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
From: glenn@iridium.digex.net
Newsgroups: comp.sys.next.sysadmin
Subject: Re: HELP With SLIP
Date: 29 Aug 1993 17:20:28 GMT
Organization: Express Access Online Communications, Greenbelt MD USA
Distribution: world
Message-ID: <25qogs$gap@news1.digex.net>
References: <1993Aug26.042004.1333@nugget.rmNUG.ORG>
In article <1993Aug26.042004.1333@nugget.rmNUG.ORG> znih!dbhinz (David Hinz)
writes:
In article <CC9zw1.5tC@news2.cis.umn.edu> klett@sunrayce.solar.umn.edu (James
P. Klett) writes:
# Has anyone setup SLIPCommander on their NeXT at home using a
# modem?? I would like to get it up and running but since I am not
# a UNIX expert I am not really sure where to start. I did DL SLIP
# version 920904 but can't seem to get the two working. Anyone???
# JIM
# I could use some help also with setting up SLIP using SLIP_920904.
# I've set up the slip.config and all that but can never get a
# connection. I used the HostManager to set things up, but I get
# the feeling there are more files I need to edit by hand to get
# everything working.
#
# Maybe someone could post a step-by-step plan for getting SLIP working
# :)
#
# Thanks.
Hi all SLIP users and wannabees,
If you need some help setting up SLIP you can refer to some
documentation that I have written which you can get by anonymous
ftp to cs.orst.edu
The files are:
/pub/next/binaries/comm/next_slip_digex.readme.rtf
/pub/next/binaries/comm/next_slip_digex.compressed
/pub/next/binaries/comm/next_slip_digex.readme.rtfd.compressed
The readme.rtf file tells you how to decompress and install all of
the files in the .compressed archive. The .compressed archive
contains the entire SLIP_920904 distribution along with some config
files that work well for me and a couple of shell scripts as well
as complete instructions on how to hook up your next via SLIP to
the service provider Digital Express Group. Although the instructions
are specific to Digex, I think many people could find them useful
to help them connect to other SLIP providers.
If you just want the instructions and not all of the other stuff
you can just retrieve the file:
/pub/next/binaries/comm/next_slip_digex.readme.rtfd.compressed
I have compiled all of this stuff because I knew how difficult it
was to get all this stuff working when I was a neophyte UNIX user,
Which I still sort of am :-). Thanks go to many people who helped
with the info provided in the file, starting with Ralph Zazula of
Pinnacle Research Inc. He wrote the original rough draft of this
doc which I then improved upon and added to. Others have helped
with specific problems I have had and I then incorporated their
help into this also.
I hope that this is helpfull to the net community and feel free to
give copies of these files to anyone interested. Please let me
know what you think and if you have any comments/suggestions/improvements
please do let me know!
Glenn <- First user of Digex SLIP
--
Glenn D. Rempe (NeXTMAIL)
glenn@iridium.digex.net
From: dwight@crl.crl.com (Dwight Shih)
Newsgroups: comp.sys.next.sysadmin
Subject: My slab won't talk to my printer
Date: 29 Aug 1993 10:15:02 -0700
Sender: news@crl.crl.com
Message-ID: <DWIGHT.93Aug29101502@crl.crl.com>
My stand-alone mono-Turbo seems to have lost my NeXT printer.
I rang out the cable and the cable seems to be ok (straight-through).
If I use nppower [on|off] the printer makes a reasuring noise.
But when I type lpq I get:
lpq: Local_Printer: displayq unknown printer
PrintManager doesn't have a Local_Printer registered, and when I try
to manually create it, it grays out the NeXT printer type entry.
I'm currently at 3.0, but my 3.1 upgrade is on the way.
From: nevai@math.ohio-state.edu (Paul Nevai)
Newsgroups: comp.sys.next.sysadmin
Subject: a question on a /usr/adm messages - HELP!!!
Date: 29 Aug 1993 04:24:39 -0400
Organization: Department of Mathematics, The Ohio State University
Sender: Paul Nevai
Message-ID: <25pp47$93e@math.mps.ohio-state.edu>
BLACK CUBE NS 3.1.
At the end of every boot or reboot I get this in my /usr/adm/messages:
Aug 28 07:14:20 ops syslog: NetInfo Problem: No such directory
Is this common with every NeXT or do I need to create a directory? What and
where?
Thanks. Take care...Paul
Paul Nevai nevai@math.ohio-state.edu
Dept Math - Ohio State University 1-614-292-3317 (Office)
Columbus, Ohio 43210-1174, U.S.A. 1-614-292-1479 (Math Dept Fax)
Newsgroups: comp.sys.next.sysadmin
From: davida@guinness.huma.yorku.ca (David Aspinall)
Subject: Problem with HSD scanner & NS/FIP
Message-ID: <CCJHKx.FDr@newshub.ccs.yorku.ca>
Sender: news@newshub.ccs.yorku.ca (USENET News System)
Organization: York University, Humanities Department
Date: Sun, 29 Aug 1993 21:12:33 GMT
Hi we are having difficulty making a HSD scanner work with an Intel
machine. Specs are:
IBM Value Point 486/33 isa
ATI Ultra Vesa/LocalBus video
Adaptec 1542 SCSI adapter /w 120Mb scsi HD
24 MB RAM
The external SCSI port is working, I tested it with a CD-rom and
with 2 1Gb hard disks. On boot up the Adaptec correctly identifies the
scanner and loads the bios information, but the powerscan software cannot
find a device..... This makes me think that i've missed some small part
of the config process.
HSD has promised to get back to me, their SCSI/Intel/Scanner
expert is on vacation....
Any help would be appreciated
David
David Aspinall ---------- Former-Former-NeXT Campus Consultant
E-mail : cs911409@ariel.yorku.ca | I'd rather be
NeXTMail: dave@huma.yorku.ca | rich than stupid
V-mail : (416) 663-4997 | -- Jack Handey
--
David Aspinall ---------- Former-Former-NeXT Campus Consultant
E-mail : cs911409@ariel.yorku.ca | I'd rather be
NeXTMail: dave@ccs.yorku.ca | rich than stupid
V-mail : (416) 663-4997 | -- Jack Handey
From: cjp+@pitt.edu (Casimir J Palowitch)
Newsgroups: comp.sys.next.sysadmin
Subject: DialupIP under 3.1 Black?
Message-ID: <210@blue.cis.pitt.edu>
Date: 29 Aug 93 22:07:35 GMT
Sender: news+@pitt.edu
Organization: University of Pittsburgh
Originator: cjp@unixd3.cis.pitt.edu
Hello friends,
I've just installed the 920904 Mamakos SLIP package almost to
the letter by the instructions, and after booting and the login panel,
my machine freezes, disk stops spinning. I've extracted myself from the
crash OK, but can't figure out my error in SLIP installation. Anybody
have any ideas? Or is it an incompatibility with 3.1 black? I'd give
more details, but I don't know what would be of use to give other than
all...
Regards,
--
** Casey Palowitch - cjp+@pitt.edu UWSA #570881 **
** Networked Information Services Group / Technical Services **
** U. of Pittsburgh Library Systems // NeXTSTEP... **
** ...the most respected piece of software on the planet BYTE10/92 **
Newsgroups: comp.sys.next.sysadmin
From: uli@zoodle.robin.de (Ulrich Grepel)
Subject: Re: Loginwindow Gone!
Message-ID: <CCHAEG.3Cw@zoodle.robin.de>
Sender: uli@zoodle.robin.de (Ulrich Grepel)
Organization: meow!!!
References: <25l7ptINNqnm@jhunix.hcf.jhu.edu>
Date: Sat, 28 Aug 1993 16:42:15 GMT
In article <25l7ptINNqnm@jhunix.hcf.jhu.edu> Darwish writes:
> In article <25j3tc$1i5@TAMUTS.TAMU.EDU> mark@dtl.tamu.edu (Mark Doucet)
> writes:
> > I have a server that won't bring up the loginpanel.
> > The message reads: loginwindow [166] could not find window server port
> >
> > Anyone know how to fix this?
> >
> > Thanks in advance
> > Mark
>
>
> I had a similar problem on one of our Turbo machines here about a month
> ago and I could not figure out what caused it. I was forced to rebuild
> the system.
I had the very same problem this week as I updated to 3.1. And I really
would like to know what it was since I don't want to rebuilt my entire
system when the 3.2 update arrives. About 2 days of work...
Bye,
Uli
From: Matthias Imhof <gondwana@basalt.mit.edu>
Newsgroups: comp.sys.next.sysadmin
Subject: open can not find application on local host
Date: 30 Aug 1993 01:10:02 GMT
Organization: Massachvsetts Institvte of Technology
Message-ID: <25rk1a$ojt@senator-bedfellow.MIT.EDU>
after installing 3.1 open can not connect to applications which are specified
with the -a flag
e.g. basalt> open -a Edit test.file
open: can't open connection to Edit on local host.
basalt>
the funny thing is that the following works
basalt> open test.file
anyone has an idea whats wrong? could there be anything missing in either
/NextLibrary or /usr/lib ?
matthias
---
***************************************************************************
* Matthias G.Imhof phone: (617) 253 7835 *
* MIT Earth Resource Lab E34/370 fax: (617) 253 6385 *
* 42 Carlton St *
* Cambridge MA 02142 email: mgi@erl.mit.edu *
* There is no dark side of the moon really. Matter of fact it's all dark *
***************************************************************************
Newsgroups: comp.sys.next.sysadmin
From: peter@corsica (Peter Eisch)
Subject: Netinfo and moving hosts between configuration servers
Message-ID: <CCJtnG.HnM@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota Hospital and Clinic, Labratory Information Services
Date: Mon, 30 Aug 1993 01:25:24 GMT
Is there a trick that I'm effectively forgetting about netinfo? I need to
move a host out from under one netinfo configuration server to under
another. Unfortunately they're both on the same subnet. Is there a
timeout that I have to wait for?
The messages on the console get right up to (though it doesn't print) netinfo
and the then machine hangs in the boot process. All this is 3.0.
ideas?
--
The trouble with an impressionist, he looks at a log
And he doesn't know who he is, standing, staring at this log...
peter@tahiti.umhc.umn.edu (Peter Eisch) peter.a.eisch@uwrf.edu
Newsgroups: comp.sys.next.sysadmin
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: Can NeXT's sendmail handle conditional relay forwarding?
Message-ID: <1993Aug30.021851.1593@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Mon, 30 Aug 1993 02:18:51 GMT
I want our main NeXT mail machine to forward email only if it can't
deliver. Or optionally, I want to be able to specify what domains I know
it can't deliver (BITNET, for example), and to which host such messages
should be sent.
It's not clear NeXT's sendmail can understand these ideas. I know that
the sendmail in SGI systems can handle these conditions, so I'm
guessing if I install the latest sendmail (version 8?) it will do the
right thing, but at the loss of Netinfo usage.
Any experience with this situation?
--
Nathan "USENET" Janette
PPP link from hilbert.csb.yale.edu
Please reply to: nathan@laplace.csb.yale.edu (NeXT)
Newsgroups: comp.sys.next.sysadmin
From: pom@anke.imsd.uni-mainz.DE (Prof. Dr. Klaus Pommerening)
Subject: Re: Reconfiguration to Standalone Status
Message-ID: <Q4SGBC7B@minnie.zdv.uni-mainz.de>
Sender: usenet@minnie.zdv.uni-mainz.de (USENET News System)
Organization: Johannes Gutenberg-Universitaet Mainz
References: <19682@news.duke.edu>
Date: Mon, 30 Aug 1993 11:13:28 GMT
In article <19682@news.duke.edu> dblakele@acpub.duke.edu writes:
> ...
> #2. How do I get out of single-user mode, now that I've given the system
> a root password?
>
Give the default user `me' a password too.
--
Klaus Pommerening
Institut fuer Medizinische Statistik und Dokumentation
der Johannes-Gutenberg-Universitaet
D-55101 Mainz, Germany
Newsgroups: comp.sys.next.sysadmin
From: pom@anke.imsd.uni-mainz.DE (Prof. Dr. Klaus Pommerening)
Subject: Compacting user's mailboxes as root?
Message-ID: <U4SGBHAC@minnie.zdv.uni-mainz.de>
Sender: usenet@minnie.zdv.uni-mainz.de (USENET News System)
Organization: Johannes Gutenberg-Universitaet Mainz
Date: Mon, 30 Aug 1993 11:16:56 GMT
I like the idea of emptying all the user's trash boxes at system boot
("rm -rf /Users/*/.NeXT/.NextTrash/*")
Can root also compact all the user's mailboxes in a similar way?
--
Klaus Pommerening
Institut fuer Medizinische Statistik und Dokumentation
der Johannes-Gutenberg-Universitaet
D-55101 Mainz, Germany
Newsgroups: comp.sys.next.sysadmin
From: jgg@proforma.com (J. G. Gregory)
Subject: why .forward not working?
Message-ID: <1993Aug29.015915.1335@proforma.com>
Sender: jgg@proforma.com
Organization: LoftTech Incorporated
Date: Sun, 29 Aug 1993 01:59:15 GMT
Does anyone know why a .forward file wouldn't cause mail to be
forwarded? Here is what I did:
1. Create a user foo
2. Delete ALL of the files in foo's home directory.
3. Add a .forward file containing a known working address followed by
a newline to foo's home directory.
4. Sent mail to foo via NeXTMail.
Nothing ever gets sent. Any Ideas?
--J Gregory
Newsgroups: comp.sys.next.sysadmin
From: stef@tpki.toppoint.de (Stefan Krause)
Subject: Help: Connecting EPSON DFX8000 as dumb line printer
Organization: Toppoint Mailbox e.V.
Date: Mon, 30 Aug 1993 12:06:32 GMT
Message-ID: <1993Aug30.120632.26580@tpki.toppoint.de>
I have an EPSON DFX8000 dot matrix printer. It supports EPSON FX and
IBM Proprinter emulation.
I connected this printer to serial port A using a RS-232 null-modem-cable.
The printer is configured at 9600 bps 8 bits even parity.
I cannot send any char to the printer with 'cat >/dev/tty[f]a'. I can't
find an example printcap entry for this kind of printer in the online-docs.
What do I have to do in order to make
"lptest|lpr -PEPSONDFX"
printing the funny "abcdefghi....." pattern on the printer.
I do not want to use Dots and PostScript-output.
Thank you for your help,
Stefan
--
Stefan Krause stef@tpki.toppoint.de
2300 Kiel, Germany tel.(voice) +49 431 335022
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: Installation of NS-3.1 includes about 30meg of useless files
In-Reply-To: gad@eclipse.its.rpi.edu's message of 30 Aug 93 02:33:18 GMT
To: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Message-ID: <CEDMAN.93Aug30094252@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <25rote$g6v@usenet.rpi.edu>
Date: Mon, 30 Aug 1993 13:42:51 GMT
In article <25rote$g6v@usenet.rpi.edu> gad@eclipse.its.rpi.edu (Garance A. Drosehn) writes:
[NS 3.1 installation wastes a lot of diskspace]
To find such things automatically, I've run this perl script every
night for a year or two. Maybe somebody else finds it useful too. It
certainly has helped me find a lot of wasted space in places where I
would never have looked without it.
You should run this script as root every night (from cron or
/usr/adm/daily) and mail yourself the results. Notice that you also
need to have a /usr/local/lib directory and GNU du as
/usr/local/bin/gdu.
Carl Edman
PS: Forgive the inappropriate name -- this is not really a daemon. It
was just all I could think of on the spur of the moment.
#!/usr/local/bin/perl
# -*- Perl -*-
#
# File: du-daemon
# RCS: $Header: $
# Description: A program to keep track of disk usage over time
# Author: Carl Edman
# Created: Wed Jan 1 09:33:38 1992
# Modified: Tue Aug 24 09:55:19 1993 (Carl Edman) cedman@capitalist.princeton.edu
# Language: Perl
# Package: N/A
# Status: Experimental (Do Not Distribute)
#
# (C) Copyright 1992, but otherwise this file is perfect freeware.
#
###############################################################################
require "getopts.pl";
do Getopts('d:m');
# -d file: filename for data files. Default: -d /usr/local/lib/du.data
# -m : Specifiy minimum change to display. Default: 100 blocks
if (!$opt_m)
{
$opt_m=100;
}
if (!$opt_d)
{
$opt_d="/usr/local/lib/du.data";
}
open(OLD,"<$opt_d");
$otim=(stat(OLD))[9];
@o=<OLD>;
close OLD;
open(NEW,"/usr/local/bin/gdu --one-file-system $opt_a /|sort +1|");
#open(NEW,"</usr/local/lib/du.new");
@n=<NEW>;
close(NEW);
open(OLD,">$opt_d");
print OLD @n;
$ntim=(stat(OLD))[9];;
close(OLD);
$ntot=shift(@n);
$otot=shift(@o);
@name=();
@olen=();
@nlen=();
while($#o!=-1 || $#n!=-1)
{
if ($o[0] eq $n[0])
{
shift @o;
shift @n;
next;
}
$c=index($o[0],"\t");
$ol=substr($o[0],0,$c);
$on=substr($o[0],$c+1,length($o[0])-$c-2);
$c=index($n[0],"\t");
$nl=substr($n[0],0,$c);
$nn=substr($n[0],$c+1,length($n[0])-$c-2);
if ($on eq $nn)
{
push(@name,$on);
push(@olen,$ol);
push(@nlen,$nl);
shift @o;
shift @n;
next;
}
if ($on lt $nn)
{
push(@name,$on);
push(@olen,$ol);
push(@nlen,0);
shift @o;
next;
}
if ($on gt $nn)
{
push(@name,$nn);
push(@olen,0);
push(@nlen,$nl);
shift @n;
next;
}
}
while($#o!=-1)
{
$c=index($o[0],"\t");
push(@name,substr($o[0],$c+1,length($o[0])-$c-2));
push(@olen,substr($o[0],0,$c));
push(@nlen,0);
shift @o;
}
while($#n!=-1)
{
$c=index($n[0],"\t");
push(@name,substr($n[0],$c+1,length($n[0])-$c-2));
push(@olen,0);
push(@nlen,substr($n[0],0,$c));
shift @n;
}
for($i=0;$i<=$#name;$i++)
{
$nam=$name[$i] . "/";
$len=length($nam);
for($j=$i+1;$j<=$#name&&((substr($name[$j],0,$len)) eq $nam);$j++)
{
if (index($name[$j],"/",$len)==-1)
{
$olen[$i] -= $olen[$j];
$nlen[$i] -= $nlen[$j];
}
}
}
@grow=();
@shrink=();
@create=();
@delete=();
for($i=0;$i<=$#name;$i++)
{
if ($olen[$i]==0)
{
push(@create,sprintf("%6d %s",$nlen[$i],$name[$i]));
}
elsif ($nlen[$i]==0)
{
push(@delete,sprintf("%6d %s",$olen[$i],$name[$i]));
}
elsif ($olen[$i]<$nlen[$i])
{
push(@grow,sprintf("%6d %s",$nlen[$i]-$olen[$i],$name[$i]));
}
elsif ($olen[$i]>$nlen[$i])
{
push(@shrink,sprintf("%6d %s",$olen[$i]-$nlen[$i],$name[$i]));
}
}
($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime($otim);
printf("Between %d-%d-%d %d:%02d:%02d and ",$mon+1,$mday,$year,$hour,$min,$sec);
($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime($ntim);
printf("%d-%d-%d %d:%02d:%02d:\n",$mon+1,$mday,$year,$hour,$min,$sec);
if ($otot<$ntot)
{
printf("Disk usage grew by %d blocks from %d to %d blocks.\n",$ntot-$otot,$otot,$ntot);
}
elsif ($otot>$ntot)
{
printf("Disk usage shrunk by %d blocks from %d to %d blocks.\n",$otot-$ntot,$otot,$ntot);
}
else
{
printf("Disk usage remained constant at %d blocks.\n",$otot);
}
printf("%d directories changed.\n",$#create+$#delete+$#shrink+$#grow+4);
if ($#create!=-1)
{
printf("\nCreation [%d directories]:\n",$#create+1);
@create = sort {$b <=> $a;} @create;
for($i=0;$i<=$#create && $create[$i]>=$opt_m;$i++)
{
print $create[$i] . "\n";
}
}
if ($#grow!=-1)
{
printf("\nGrowth [%d directories]:\n",$#grow+1);
@grow = sort {$b <=> $a;} @grow;
for($i=0;$i<=$#grow && $grow[$i]>=$opt_m;$i++)
{
print $grow[$i] . "\n";
}
}
if ($#delete!=-1)
{
printf("\nDeletion [%d directories]:\n",$#delete+1);
@delete = sort {$b <=> $a;} @delete;
for($i=0;$i<=$#delete && $delete[$i]>=$opt_m;$i++)
{
print $delete[$i] . "\n";
}
}
if ($#shrink!=-1)
{
printf("\nShrinkage [%d directories]:\n",$#shrink+1);
@shrink = sort {$b <=> $a;} @shrink;
for($i=0;$i<=$#shrink && $shrink[$i]>=$opt_m;$i++)
{
print $shrink[$i] . "\n";
}
}
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: Compacting user's mailboxes as root?
In-Reply-To: pom@anke.imsd.uni-mainz.DE's message of Mon, 30 Aug 1993 11:16:56 GMT
To: pom@anke.imsd.uni-mainz.DE (Prof. Dr. Klaus Pommerening)
Message-ID: <CEDMAN.93Aug30095159@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <U4SGBHAC@minnie.zdv.uni-mainz.de>
Date: Mon, 30 Aug 1993 13:51:59 GMT
In article <U4SGBHAC@minnie.zdv.uni-mainz.de> pom@anke.imsd.uni-mainz.DE (Prof. Dr. Klaus Pommerening) writes:
I like the idea of emptying all the user's trash boxes at system boot
("rm -rf /Users/*/.NeXT/.NextTrash/*")
Can root also compact all the user's mailboxes in a similar way?
No, it is not quite as simple as that. What you need to do is get the
mailapp-utilities from any of the popular archives. Among them is a
utility called 'compactmail' which does what you need.
Carl Edman
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: why .forward not working?
Date: 30 Aug 1993 14:30:47 GMT
Organization: University of Houston
Message-ID: <25t2un$bot@menudo.uh.edu>
References: <1993Aug29.015915.1335@proforma.com>
In article <1993Aug29.015915.1335@proforma.com> jgg@proforma.com (J. G.
Gregory) writes:
#Does anyone know why a .forward file wouldn't cause mail to be
#forwarded? Here is what I did:
#
#1. Create a user foo
#2. Delete ALL of the files in foo's home directory.
#3. Add a .forward file containing a known working address followed by
#a newline to foo's home directory.
#4. Sent mail to foo via NeXTMail.
#
#Nothing ever gets sent. Any Ideas?
#
#--J Gregory
Why not use aliases instead? Much easier, IMHO and there is no need for an
account. You use alias via NetInfo (easiest) or via /etc/sendmail/aliases
(not as easy)....
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: Michael_Pizolato@afs.com (Michael Pizolato)
Subject: Re: Compacting user's mailboxes as root?
Message-ID: <1993Aug30.142323.305@afs.com>
Sender: Michael_Pizolato@afs.com
References: <U4SGBHAC@minnie.zdv.uni-mainz.de>
Date: Mon, 30 Aug 1993 14:23:23 GMT
Prof. Dr. Klaus Pommerening writes
>I like the idea of emptying all the user's trash boxes at system
>boot ("rm -rf /Users/*/.NeXT/.NextTrash/*"). Can root also compact
>all the user's mailboxes in a similar way?
I suggest that you don't surprise users in this way (as a sysadmin,
I don't even like that /tmp gets cleaned out at boot). Some users
use the recycler as a temporary repository for files they might or
might not eventually delete, or as a temporary backup location.
Even if you publish a policy on this, you will eventually get irate
users who lost valuable files because they forgot, or didn't follow
the policy, or whatever.
For example: A user who is fully aware of the policy concerning
trash and mailbox compacting at boot, and who is always careful
about it, nonetheless uses the recycler as I described above while
she is logged in, always cleaning up before she logs out. It's
10am, and she has been working since 10pm on a source file for her
term project, which she places in the recycler as a temporary backup
while she works on a variation. At that moment, she gets a new
mail message from her advisor, which she reads, decides she wants
to reply to, but then accidentally hits Delete instead of Compose.
Just before she presses the Edit->Undelete menu button, the power
goes out for a few seconds, and when it comes back on the machine
reboots, deleting both her source file and her mail message. Of
course, last night's 9pm backup will not replace the 400 lines of
new code she worked on all night.
I'm sure there are many users who have lived this kind of nightmare.
IMHO, a better policy is to hound users who routinely go over
published disk usage limits, or, even better, to institute disk
quotas.
Thanx,
Michael
--
Michael Pizolato gnihtyreve noitseuq
Michael_Pizolato@afs.com
NeXTMail appreciated
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: odmach and mach_kernel are separate files after installation?
Message-ID: <1993Aug30.150212.1390@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
Date: Mon, 30 Aug 1993 15:02:12 GMT
Change, /odmach and /sdmach are two links to the same file. There is a third
but I don't know where it is. And /mach_kernel is another file altogether
(other inode).
Does that mean I can win 800k by deleting either all references to /odmach or
/mach_kernel (depending on which one is used by boot?
And i checked the contents with sum, they are the same.
ls -li :
27 -r--r--r-- 2 root 825172 Apr 30 19:13 /mach_kernel
23 -r--r--r-- 3 root 825172 Apr 30 19:13 /odmach
23 -r--r--r-- 3 root 825172 Apr 30 19:13 /sdmach
sum:
32892 806 /mach_kernel
32892 806 /odmach
32892 806 /sdmach
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
Newsgroups: comp.sys.next.sysadmin
From: nwc (Nick Christopher)
Subject: umask at workspace level
Message-ID: <CCKwsC.E3E@ny.shl.com>
Keywords: umask, Kibo
Sender: usenet@ny.shl.com (Net News)
Organization: SHL Systemhouse Inc.
Date: Mon, 30 Aug 1993 15:38:36 GMT
Can a umask be set at the Workspace level? So that files created from Edit,
Mesa etc., would use it? I have a few paranoid users and setting their whole
directory protected is has other problems in our environment.
\n
Nicholas Christopher
Systemhouse
Nick_Christopher@ny.shl.com
--
Kibo, how do you do your text searching? Any special tools?
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
From: hugo@IRO.UMontreal.CA (Hugo Desrosiers)
Subject: Booting (and installing) NS/FIP 3.1 from floppies.
Message-ID: <1993Aug30.171155.2887@IRO.UMontreal.CA>
Keywords: Installation, mach, 3.1, floppies
Sender: Hugo DesRosiers, MediaSoft Telecomm
Organization: Universite de Montreal
Date: Mon, 30 Aug 1993 17:11:55 GMT
We have a very nice notebook here on which we would really like to
see NS/FIP. Of course, this is PC hardware, and trying to get a SCSI
controller in a docking station on the notebook didn't work.
So I created some floppies to boot and install NS/FIP the hard way.
After getting the kernel with the installation disk, startup stops at
the "Root disk" question. fd0 is choosen, and the system continues to
boot (starting mach_init and init), from a home-made floppy. It
then asks in which language installation must be done, and then gives a
very nice
"/NextCD/CDIS/localecho: cannot execute.".
Then a shell prompt appears, and that is it.
It turns out that most of the programs on the floppy will give the same
error message. But some do execute. For example, in the /usr/etc are
the "disk" and "fdisk" programs. Doing a /usr/etc/disk do work, and disk
seems to work correctly (disk -q /dev/rhd0a returns "IDE <something>").
But fdisk gets that "cannot execute" message. If I can solve that problem,
I'll install NS/FIP on the notebook and then post a find / -print of each
floppy I used to install a minimum NS/FIP on a PC machine...
Please awnser by email, I don't have time to read the news too much.
Thanks,
Hugo DesRosiers.
Newsgroups: comp.sys.next.sysadmin
From: djiracek@thunder(Dan Jiracek)
Subject: File viewer not saving window size info (and more) when logging out.
Message-ID: <1993Aug30.162946.9209@fnbc.com>
Sender: news@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
Date: Mon, 30 Aug 93 16:29:46 GMT
We have a user that will resize his file viewer and if he logs out it will
not retain this new size. Also it will not "remember anything put on his
shelf" I would imagine it must be something with his defaults (dreads),
but I can't find anything.
Has anyone had a similar problem?
--
Daniel Jiracek (312) 732-1421
Systems Officer/Network Specialist Dan_Jiracek@fnbc.com
First Chicago Bank NeXT Mail Accepted
Newsgroups: comp.sys.next.sysadmin
From: cbradley@bozell.com (Chris Bradley)
Subject: Re: Booting without monitor (RTF)
Message-ID: <1993Aug30.165924.13848@bozell.com>
Sender: news@bozell.com
Organization: Bozell, Jacobs, Kenyon & Eckhardt, Inc.
References: <25kpud$6hc@usenet.INS.CWRU.Edu>
Date: Mon, 30 Aug 1993 16:59:24 GMT
In article <25kpud$6hc@usenet.INS.CWRU.Edu> mcn@cwru.edu (Michael C.
Neuman) writes:
I've heard there's a way to boot the NeXT, and let it run without a
monitor--is this possible? And if so, can I assign, say, /dev/ttya as
the replacement console, and just stick a terminal on it?
This should probably be in the FAQ.
Losing Your Head
Instructions for Creating
Headless NeXT Servers
1. With a monitor and keyboard attached, change the ROM monitor
to use serial port A as alternate console. You can attach a dumb
terminal to this port, if you like.
2. If you want to run the machine without using the NeXTSTEP
Window Server, edit /etc/ttys and comment out the first real line,
and uncomment the second, details are in the ttys file comment field.
If you disable the Window Server this way, you cannot use this
machine as a NeXTPrinter or FAX server, as those functions need
Display PostScript, nor can you manage applications remotely via the
-NXHost construct.
3. Build a power switch to connect to the video port. The 19 pin
connector is hard to get; you can butcher a 25 pin one, removing the
pins that interfere with plugging it in. Install a normally-open,
momentary pushbutton switch between pins 6 and 16, as counted on the
correct connector.
4. Power the station/cube down, unplug the wall power, remove
the mono monitor cable, and install the new pushbutton cable. Then
plug it back in, push the button, and it should start up fine!
5. Power it down by executing shutdown -h -p now or /etc/halt
-y -p from an rlogin session as root.
6. You can use NeXTSTEP admin applications, as well as other
NeXTSTEP programs, by launching them from the command line. Simply
add -NXHost <yourhost> to the end of the command-line that execs the
application. and be sure to use Preferences to turn on the Public
Window Server on your remote host. Note: turning on Public Window
Server can be a security risk on a `public' network. See your
sysadmin for more information.
---
Chris Bradley | cbradley@bozell.com
Senior ICC Systems Engineer | +1 214 830 2273 vox
Bozell, Jacobs, Kenyon & Eckhardt, Inc. | +1 214 830 2687 fax
Advertising and Public Relations | Born ready
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C%<9FYI;"!4:6UE<RU2;VUA;CM<9C)<
M9FUO9&5R;B!#;W5R:65R.UQF,%QF;6]D97)N($]H;&9S.UQF,UQF<W=I<W,@
M2&5L=F5T:6-A.WT*7&UA<F=L,3(P"EQM87)G<C$R,`I[7&-O;&]R=&)L.UQR
M960P7&=R965N,%QB;'5E,#M]"EQP87)D7'1X.38P7'1X,3DR,%QT>#(X.#!<
M='@S.#0P7'1X-#@P,%QT>#4W-C!<='@V-S(P7'1X-S8X,%QT>#@V-#!<='@Y
M-C`P7&8Q7&(P7&DP7'5L;F]N95QF<S(X7&9C,%QC9C`@26X@87)T:6-L92`*
M7&8R7&9S,C0@/#(U:W!U9"0V:&-`=7-E;F5T+DE.4RY#5U)5+D5D=3X*7&8Q
M7&9S,C@@(`I<9C)<9G,R-"!M8VY`8W=R=2YE9'4*7&8Q7&9S,C@@("A-:6-H
M865L($,N($YE=6UA;BD@=W)I=&5S.EP*"EQI7&9I,S8P7&QI,S8P($DG=F4@
M:&5A<F0@=&AE<F4G<R!A('=A>2!T;R!B;V]T('1H92!.95A4+"!A;F0@;&5T
M(&ET(')U;B!W:71H;W5T(&$@(&UO;FET;W(M+6ES('1H:7,@<&]S<VEB;&4_
M($%N9"!I9B!S;RP@8V%N($D@87-S:6=N+"!S87DL("]D978O='1Y82!A<R!T
M:&4@<F5P;&%C96UE;G0@8V]N<V]L92P@86YD(&IU<W0@<W1I8VL@82!T97)M
M:6YA;"!O;B!I=#]<"@I<9C!<:3!<9G,R,%QF:3!<;&DP(%P*"EQF,5QF<S(X
M7&9C,5QC9C$@5&AI<R!S:&]U;&0@<')O8F%B;'D@8F4@:6X@=&AE($9!42Y<
M"EP*"EQP87)D7'1X-30P7'1X,3`X,%QT>#$V,#!<='@R,3(P7'1X,C8V,%QT
M>#,R,#!<='@S-S(P7'1X-#(V,%QT>#0X,#!<='@U,S(P7&8S7&)<<6-<9G,S
M-EQF8S!<8V8P(%P*3&]S:6YG(%EO=7(@2&5A9%P*"EQB,%QI7&9S,C@@26YS
M=')U8W1I;VYS(&9O<B!#<F5A=&EN9UP*2&5A9&QE<W,@3F585"!397)V97)S
M7`H*7&DP7'%L(%P*7`H*7'!A<F1<='@U,C!<='@Q,#8P7'1X,38P,%QT>#(Q
M,C!<='@R-C8P7'1X,S(P,%QT>#,W,C!<='@T,C8P7'1X-#@P,%QT>#4S,C!<
M9FDM-38P7&QI,3`X,%QF8S!<8V8P(#$N"5=I=&@@82!M;VYI=&]R(&%N9"!K
M97EB;V%R9"!A='1A8VAE9"P@8VAA;F=E('1H92!23TT@;6]N:71O<B!T;R!U
M<V4@<V5R:6%L('!O<G0@"EQB($$*7&(P("!A<R!A;'1E<FYA=&4@8V]N<V]L
M92X@(%EO=2!C86X@871T86-H(&$@9'5M8B!T97)M:6YA;"!T;R!T:&ES('!O
M<G0L(&EF('EO=2!L:6ME+EP*"EQF:3!<;&DP(%P*"EQF:2TU-C!<;&DQ,#@P
M7&9C,5QC9C$@,BX)268@>6]U('=A;G0@=&\@<G5N('1H92!M86-H:6YE('=I
M=&AO=70@=7-I;F<@=&AE($YE6%135$50(%=I;F1O=R!397)V97(L(&5D:70@
M"EQF,EQB7&9S,C0@+V5T8R]T='ES"EQF,UQB,%QF<S(X("!A;F0@8V]M;65N
M="!O=70@=&AE(&9I<G-T(')E86P@;&EN92P@86YD('5N8V]M;65N="!T:&4@
M<V5C;VYD+"!D971A:6QS(&%R92!I;B!T:&4@"EQF,EQB7&9S,C0@='1Y<PI<
M9C-<8C!<9G,R."`@9FEL92!C;VUM96YT(&9I96QD+B`@268@>6]U(&1I<V%B
M;&4@=&AE(%=I;F1O=R!397)V97(@=&AI<R!W87DL('EO=2!C86YN;W0@=7-E
M('1H:7,@;6%C:&EN92!A<R!A($YE6%10<FEN=&5R(&]R("!&05@@<V5R=F5R
M+"!A<R!T:&]S92!F=6YC=&EO;G,@;F5E9"!$:7-P;&%Y(%!O<W138W)I<'0L
M(&YO<B!C86X@>6]U(&UA;F%G92!A<'!L:6-A=&EO;G,@<F5M;W1E;'D@=FEA
M('1H92`*7&8R7&)<9G,R-"`M3EA(;W-T"EQF,UQB,%QF<S(X("!C;VYS=')U
M8W0N7`I<"C,N"4)U:6QD(&$@<&]W97(@<W=I=&-H('1O(&-O;FYE8W0@=&\@
M=&AE('9I9&5O('!O<G0N(%1H92`Q.2!P:6X@8V]N;F5C=&]R(&ES(&AA<F0@
M=&\@9V5T.R!Y;W4@(&-A;B!B=71C:&5R(&$@,C4@<&EN(&]N92P@<F5M;W9I
M;F<@=&AE('!I;G,@=&AA="!I;G1E<F9E<F4@=VET:"!P;'5G9VEN9R!I="!I
M;BX@($EN<W1A;&P@82!N;W)M86QL>2UO<&5N+"!M;VUE;G1A<GD@<'5S:&)U
M='1O;B!S=VET8V@@8F5T=V5E;B!P:6YS(#8@86YD(#$V+"!A<R!C;W5N=&5D
M(&]N('1H92!C;W)R96-T(&-O;FYE8W1O<BX@7`I<"C0N"5!O=V5R('1H92!S
M=&%T:6]N+V-U8F4@9&]W;BP@=6YP;'5G('1H92!W86QL('!O=V5R+"!R96UO
M=F4@=&AE(&UO;F\@(&UO;FET;W(@8V%B;&4L(&%N9"!I;G-T86QL('1H92!N
M97<@<'5S:&)U='1O;B!C86)L92X@5&AE;B!P;'5G(&ET(&)A8VL@:6XL("!P
M=7-H('1H92!B=71T;VXL(&%N9"!I="!S:&]U;&0@<W1A<G0@=7`@9FEN92$@
M7`I<"C4N"5!O=V5R(&ET(&1O=VX@8GD@97AE8W5T:6YG("`*7&8R7&)<9G,R
M-"!S:'5T9&]W;B`M:"`M<"!N;W<*7&8S7&(P7&9S,C@@("!O<B`*7&8R7&)<
M9G,R-"`O971C+VAA;'0@+7D@+7`*7&8S7&(P7&9S,C@@(&9R;VT@86X@"EQF
M,EQB7&9S,C0@<FQO9VEN"EQF,UQB,%QF<S(X("!S97-S:6]N(&%S(`I<:2!R
M;V]T"EQI,"`N7`I<"C8N"5EO=2!C86X@=7-E($YE6%135$50(&%D;6EN(&%P
M<&QI8V%T:6]N<RP@87,@=V5L;"!A<R!O=&AE<B!.95A44U1%4"!P<F]G<F%M
M<RP@8GD@;&%U;F-H:6YG('1H96T@9G)O;2!T:&4@8V]M;6%N9"`@;&EN92X@
M(%-I;7!L>2!A9&0@"EQF,EQB7&9S,C0@+4Y82&]S="`\>6]U<FAO<W0^"EQF
M,UQB,%QF<S(X("!T;R!T:&4@96YD(&]F('1H92!C;VUM86YD+6QI;F4@=&AA
M="!E>&5C<R!T:&4@87!P;&EC871I;VXN(&%N9"!B92!S=7)E('1O('5S92!0
M<F5F97)E;F-E<R!T;R!T=7)N(&]N('1H92"J4'5B;&EC(%=I;F1O=R!397)V
M97*Z(&]N('EO=7(@<F5M;W1E(&AO<W0N("!.;W1E.B!T=7)N:6YG(&]N(%!U
M8FQI8R!7:6YD;W<@4V5R=F5R(&-A;B!B92!A('-E8W5R:71Y(')I<VL@;VX@
M82!@<'5B;&EC)R!N971W;W)K+B`@4V5E('EO=7(@<WES861M:6X@9F]R(&UO
M<F4@:6YF;W)M871I;VXN7`I<"@I<<&%R9%QT>#$Q-#!<='@R,S`P7'1X,S0T
M,%QT>#0V,#!<='@U-S8P7'1X-CDP,%QT>#@P-C!<='@Y,C`P7'1X,3`S-C!<
M='@Q,34R,%QF,5QF8S!<8V8P("TM+5P*0VAR:7,@0G)A9&QE>0D)"0E\("`*
M7&(@8V)R861L97E`8F]Z96QL+F-O;0I<8C`@7`I396YI;W(@24-#(%-Y<W1E
M;7,@16YG:6YE97()"7P@("LQ(#(Q-"`X,S`@,C(W,R!V;WA<"@I<8B!";WIE
M;&PL($IA8V]B<RP@2V5N>6]N("8@16-K:&%R9'0L($EN8RX*7&(P(`E\("`K
M,2`R,30@.#,P(#(V.#<@9F%X7`H*7&D@061V97)T:7-I;F<@86YD(%!U8FQI
H8R!296QA=&EO;G,*7&DP(`D)?"`@"EQI(*I";W)N(')E861YN@I]"E!U
`
Newsgroups: comp.sys.next.sysadmin
From: dean@world.std.com (Dean S Banfield)
Subject: Securing system from young son
Message-ID: <DEAN.93Aug30155210@world.std.com>
Sender: dean@world.std.com (Dean S Banfield)
Organization: The World Public Access UNIX, Brookline, MA
Distribution: comp
Date: Mon, 30 Aug 1993 20:52:10 GMT
Hi,
I've got a home next on GW hardware, and now that I've figured out the
install it runs fine. No real problems to reort. I've given my 8 year old son
his own account to keep him out of my hair. Set up his dock with the
demo apps, etc. He loves the billiards, and Boink pgms, but also loves
the little Next feedback item that when you copy a file to your home directory
using drag and drop, the lights go on in the house icon.
Anyway, his copying activities have eaten up space and my time as I trim him
back. Also, his exploits have allowed him to copy files to the root which
appear under his ownership. I'd like to shut him down in a few ways:
1) restrict his write access to his home directory and below
2) place a limit on his disk consumption
3) Make entire filesystems off limits (esp. my DOS disk comes
up in the workspace manager. He could currently move the
icon to the recycler if he wanted, I guess)
He's not malicious, just young and inquisitive. This is MUCH better
than DOS/Windows, where any button is fair game and no security is
available. TIA
-Dean
--
Dean S. Banfield Voice: (203) 656-1500
Real Decisions Corporation FAX : (203) 656-1659
22 Thorndal Circle email: dean@world.std.com
Darien, CT 06820
Newsgroups: comp.sys.next.sysadmin
From: dylan@angst.com (Dylan Kohler)
Subject: Re: umask at workspace level
Message-ID: <1993Aug30.193134.1096@Angst.COM>
Sender: dylan@Angst.COM
Organization: Angst Animation Post Production
References: <CCKwsC.E3E@ny.shl.com>
Date: Mon, 30 Aug 1993 19:31:34 GMT
In article <CCKwsC.E3E@ny.shl.com> nwc (Nick Christopher) writes:
> Can a umask be set at the Workspace level? So that files created from
Edit,
> Mesa etc., would use it? I have a few paranoid users and setting their
whole
> directory protected is has other problems in our environment.
>
Run Preferences.app, and under the Expert Preferences Inspector there's a
settable file-creation mask that does what you want.
--
___________________________________
Dylan Kohler
Angst Animation Post Production
dylan@angst.com (NeXTmail welcome)
Newsgroups: comp.sys.next.sysadmin
From: paul@seer.demon.co.uk (Paul Lynch)
Subject: Re: HELP With SLIP
Message-ID: <1993Aug29.221133.11025@seer.demon.co.uk>
Sender: paul@seer.demon.co.uk
Organization: P & L Systems
References: <25qogs$gap@news1.digex.net>
Date: Sun, 29 Aug 1993 22:11:33 GMT
In article <25qogs$gap@news1.digex.net> glenn@iridium.digex.net writes:
> If you need some help setting up SLIP you can refer to some
> documentation that I have written which you can get by anonymous
> ftp to cs.orst.edu
>
> The readme.rtf file tells you how to decompress and install all of
> the files in the .compressed archive. The .compressed archive
> contains the entire SLIP_920904 distribution along with some config
> files that work well for me and a couple of shell scripts as well
> as complete instructions on how to hook up your next via SLIP to
> the service provider Digital Express Group. Although the instructions
> are specific to Digex, I think many people could find them useful
> to help them connect to other SLIP providers.
>
> If you just want the instructions and not all of the other stuff
> you can just retrieve the file:
>
> /pub/next/binaries/comm/next_slip_digex.readme.rtfd.compressed
>
You might also want to take a look at some notes that I wrote a year back
about configuring SLIP to connect to the Demon service. The location is:
ftp.demon.co.uk:
pub/NeXT/NeXT.Internet.rtfd.compressed
Paul
--
Paul Lynch
P & L Systems (NeXTmail) paul@seer.demon.co.uk
Tel: (0494)671501 paull@cix.compulink.co.uk
Fax: (0494)680228 76711.451@compuserve.com
Newsgroups: comp.sys.next.sysadmin
From: sela@iastate.edu (Brian J. Morrison)
Subject: not getting mail
Message-ID: <CCLHrE.Hps@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Mon, 30 Aug 1993 23:11:37 GMT
Hello,
Is it necessary to set my machine as a NetInfo and Configuration server
in order to receive mail? As I am now, I can't seem to set my machine
to recognize the machine where our mail goes. Help.
Brian
sela@iastate.edu
Newsgroups: comp.sys.next.sysadmin
From: eric@cs.sfu.ca (Eric Kolotyluk)
Subject: C++ Libraries
Message-ID: <1993Aug30.233014.16839@cs.sfu.ca>
Sender: news@cs.sfu.ca
Organization: Simon Fraser University
Date: Mon, 30 Aug 1993 23:30:14 GMT
Does anyone know where I can get the standard C++ libraries like stream.h
for the NeXT? Please reply to eric@cs.sfu.ca.
Newsgroups: comp.sys.next.sysadmin
From: uli@zoodle.robin.de (Ulrich Grepel)
Subject: Re: Loginwindow Gone!
Message-ID: <CCKnD1.149@zoodle.robin.de>
Sender: uli@zoodle.robin.de (Ulrich Grepel)
Organization: meow!!!
References: <1993Aug29.041215.6390@csus.edu>
Date: Mon, 30 Aug 1993 12:15:01 GMT
In article <1993Aug29.041215.6390@csus.edu> eps@futon.SFSU.EDU (Eric P. Scott)
writes:
> In article <25l7ptINNqnm@jhunix.hcf.jhu.edu>
> me@blaise.fre.jhu.edu writes:
> >I had a similar problem on one of our Turbo machines here about a month
> >ago and I could not figure out what caused it. I was forced to rebuild
> >the system.
>
> I saw this happen on a machine where someone tried to "create
> more disk space" by removing /NextLibrary. Things worked again
> after restoring /NextLibrary from the CD-ROM; a full rebuild
> wasn't required.
No, that wasn't my problem. /NextLibrary was were it belonged to. It had
to to be upgraded. It wasn't even the softlink it had been since I moved
it to the boot disk for upgrading (why doesn't Upgrade.app follow softlinks?
It could check/ask/whatever but it should WORK!)
I had the problem once directly after moving it to the boot disk, but that
was clear, removing the softlink to the second disk and renaming the newly
copied directory to /NextLibrary worked that time. As it should.
I am really intersted in any information that can prevent a similar event
when upgrading to NS 3.2
Thanks,
Uli
Newsgroups: comp.sys.next.sysadmin
From: jgg@proforma.com (J. G. Gregory)
Subject: Re: why .forward not working?
Message-ID: <1993Aug30.171634.2503@LoftTech.com>
Sender: jgg@LoftTech.com
Organization: LoftTech Incorporated
References: <25t2un$bot@menudo.uh.edu>
Date: Mon, 30 Aug 1993 17:16:34 GMT
In article <25t2un$bot@menudo.uh.edu> sears@tree.egr.uh.edu (Paul S.
Sears) writes:
>In article <1993Aug29.015915.1335@proforma.com> jgg@proforma.com (J.
G.
>Gregory) writes:
>#Does anyone know why a .forward file wouldn't cause mail to be
>#forwarded?
... problem with .forward deleted...
>Why not use aliases instead? Much easier, IMHO and there is no need
for an
>account. You use alias via NetInfo (easiest) or via
/etc/sendmail/aliases
>(not as easy)....
BTW, the problem ended after I booted. But your note (and others)
got me to thinking. Do you mean that I can send mail to anyone who
has an alias on your system? If I have a friend foo at bogus corp.,
and I have him in /etc/sendmail/aliases as foo:foo@bogus.com, does
that mean that mail to foo@LoftTech.com will go to him? How about if
I have a mailing list of 100 names. Can you send them all mail
without my intervention? If so, this sounds like a real hole for
people to exploit for mischief, at least.
--J Gregory
From: alevine@ucsd.edu
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Connor 540 disktab & scsi address info?
Date: 31 Aug 1993 03:27:58 GMT
Organization: The Avant-Garde of the Now, Ltd.
Distribution: world
Message-ID: <25ugfuINNor1@network.ucsd.edu>
Proverbially: Help!
Just purchased a Connor CP30540 (540MB) drive for use with a NeXTStation
Color, NS 3.1. Of course the drive came with no information on how to set
the SCSI address, and with NO jumpers on the relevent set of pins, the
address defaulted to 6! We tried a small number of jumper combinations,
and one of them seems to have resulted in the following situation: the
NeXT can no longer read the disk label on the connor, nor can anything be
done with /etc/disk; the best we get is "target 6 not ready." I take it
that with an appropriate disktab entry we can solve this. Does anyone
have one? Also does anyone know how to set the address to 0 on this
drive? The pins look like this:
. . . . . .
. . . . . .
Thanks a zillion.
--
Alexander Levine Department of Philosophy
alevine@ucsd.edu 0302, UCSD
NeXTMail fine La Jolla, CA 92093
************************************************
Disclaimer: I am responsible for all opinions
expressed by anyone at any time.
Newsgroups: comp.sys.next.sysadmin
From: mshaler@tdocad.sps.mot.com (Michael Shaler)
Subject: Re: umask at workspace level
References: <1993Aug30.193134.1096@Angst.COM>
Date: Tue, 31 Aug 1993 01:36:43 GMT
Organization: Nippon Motorola Ltd., Tokyo, Japan
Sender: news@tkymail.sps.mot.com
Message-ID: <1993Aug31.013643.29528@tkymail.sps.mot.com>
Dylan Kohler writes
In article <CCKwsC.E3E@ny.shl.com> nwc (Nick Christopher) writes:
> Can a umask be set at the Workspace level? So that files created from
Edit,
> Mesa etc., would use it? I have a few paranoid users and setting their
whole
> directory protected is has other problems in our environment.
>
Run Preferences.app, and under the Expert Preferences Inspector there's a
settable file-creation mask that does what you want.
I'm not sure if I understand the question correctly, but I have a follow-up question: can one change the umask dynamically? There are times that one slips in and out of csh- and perl-script writing, as opposed to memo- or code-writing, and being able to save a file as executable from within Edit.app would be nice... Sounds like a shoo-in for a new Tickle.service, right Scott?...%^)
---
Michael Shaler
Tokyo Design Center
Nippon Motorola Ltd.
+813 3280 8245 voice
+813 3440 0033 fax
mshaler@tdocad.sps.mot.com [NeXTmail]$BX@(J
From: cse0075@uoft02.utoledo.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Help with Personal LaserWriter NTR & NS 3.0
Message-ID: <1993Aug30.230748.5719@uoft02.utoledo.edu>
Date: 30 Aug 93 23:07:48 EST
Organization: University of Toledo, Computer Services
I've just purchased an Apple Personal LaserWriter NTR and I have it working
with my NeXTstation Color via a DB-25<->DinIN-8 cable on Serial B.
However, I need help with the following items:
1) How do I turn off the startup page that is printed at power up?
2) How can I use the fonts that are resident in the printer?
3) Can I make the connection run at > 9600 baud? If so, how do I tell
the printer to do it?
4) Anything else I should know about using this printer with my slab?
Thanks for your help,
Mark LaPlante
cse0075@uoft02.utoledo.edu (NeXT Mail OK.)
Newsgroups: comp.sys.next.sysadmin
From: tilley@ccu.umanitoba.ca ()
Subject: Re: My slab won't talk to my printer
Message-ID: <CCM69w.4B2@ccu.umanitoba.ca>
Sender: news@ccu.umanitoba.ca
Organization: University of Manitoba, Winnipeg, Canada
References: <DWIGHT.93Aug29101502@crl.crl.com>
Date: Tue, 31 Aug 1993 08:01:08 GMT
In <DWIGHT.93Aug29101502@crl.crl.com> dwight@crl.crl.com (Dwight Shih) writes:
>My stand-alone mono-Turbo seems to have lost my NeXT printer.
>I rang out the cable and the cable seems to be ok (straight-through).
>If I use nppower [on|off] the printer makes a reasuring noise.
>But when I type lpq I get:
> lpq: Local_Printer: displayq unknown printer
>PrintManager doesn't have a Local_Printer registered, and when I try
>to manually create it, it grays out the NeXT printer type entry.
>I'm currently at 3.0, but my 3.1 upgrade is on the way.
The Local_Printer directory has probably disappeared from your netinfo database.
You can use NetInfoManager to copy a new one from the CD or where-ever.
In 3.1, this directory was disappearing at each reboot.
This may have been due to a "nppower off" I had in rc.local
I upgraded from 2.1 to 3.1
--
.. Richard <tilley@cc.umanitoba.ca> NextMail OK.
Newsgroups: comp.sys.next.sysadmin
From: yoda@cis.uni-muenchen.de (Marc Guenther)
Subject: rarpd auf NeXT ??? booting sun from a next
Sender: news@informatik.uni-muenchen.de (News System)
Message-ID: <CCMDnC.AsI@informatik.uni-muenchen.de>
Date: Tue, 31 Aug 1993 10:40:24 GMT
Organization: Institut fuer Informatik der Universitaet Muenchen
Keywords: rarpd
Hello,
does anybody know, if there is a rarpd for the next ???
I want to boot a diskless sun3/50 from a Next, and all I'm missing
is an rarpd. bootparam is there, and tftp.
Has anyone succeded to do this ????
Please email me direct, I will post a summary...
Thanx
--
Marc Guenther
-------------------------------------------------------------------------
Centrum fuer Informations | Leopoldstrasse 139 | Phone: +49 89 364 072
und Sprachverarbeitung | D-8000 M"unchen 40 | Fax: +49 89 361 6199
University of Munich | Germany | yoda@cis.uni-muenchen.de
-------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: marcel@nice.usergroup.ethz.ch (Marcel Waldvogel)
Subject: Re: swapdisk questions
Message-ID: <CCMLDv.Ao5@bernina.ethz.ch>
Keywords: how to set up a swapsystem
Sender: news@bernina.ethz.ch (USENET News System)
Organization: NiCE - NeXT User Group, Zurich, Switzerland
References: <25ig6kINNlij@FROG.ZOO2.CS.YALE.EDU> <25nb00$1ks@localhost.dk>
Date: Tue, 31 Aug 1993 13:27:30 GMT
In article <25nb00$1ks@localhost.dk> work@dannug.dk writes:
[How to swap to the swapdisk only (deleted)]
Wouldn't it be easier to just change /etc/swaptab to not specifiy a
swapfile at all (or one with lowat=0) than to fuss with rc.swap?
-Marcel
Newsgroups: comp.sys.next.sysadmin
From: marcel@nice.usergroup.ethz.ch (Marcel Waldvogel)
Subject: Re: Undocumented NeXT-Specific Printer Capabilities
Message-ID: <CCMLJ7.ArE@bernina.ethz.ch>
Sender: news@bernina.ethz.ch (USENET News System)
Organization: NiCE - NeXT User Group, Zurich, Switzerland
References: <CC2Lns.KEr@mentor.cc.purdue.edu>
Date: Tue, 31 Aug 1993 13:30:42 GMT
In article <CC2Lns.KEr@mentor.cc.purdue.edu> ab@nova.cc.purdue.edu (Allen B) writes:
>Argh! I knew how to do this, but I can't seem to remember now. There's a
>capability you can add to a printcap entry (yeah, I know my
>terminology is archaic) that will keep it from showing up on the
>printer panel. This is very desirable for several printers here. I
>thought it was _notshown or something similar, but I can't find it in
>the docs or NeXTanswers.
It's '_ignore' (I use it for pseudo printers here).
-Marcel
Newsgroups: comp.sys.next.sysadmin
From: marcel@nice.usergroup.ethz.ch (Marcel Waldvogel)
Subject: Re: why .forward not working?
Message-ID: <CCMLzL.B88@bernina.ethz.ch>
Sender: news@bernina.ethz.ch (USENET News System)
Organization: NiCE - NeXT User Group, Zurich, Switzerland
References: <25t2un$bot@menudo.uh.edu> <1993Aug30.171634.2503@lofttech.com>
Date: Tue, 31 Aug 1993 13:40:32 GMT
In article <1993Aug30.171634.2503@lofttech.com> jgg@proforma.com (J. G. Gregory) writes:
>BTW, the problem ended after I booted. But your note (and others)
>got me to thinking. Do you mean that I can send mail to anyone who
>has an alias on your system? If I have a friend foo at bogus corp.,
>and I have him in /etc/sendmail/aliases as foo:foo@bogus.com, does
>that mean that mail to foo@LoftTech.com will go to him? How about if
>I have a mailing list of 100 names. Can you send them all mail
>without my intervention? If so, this sounds like a real hole for
>people to exploit for mischief, at least.
Yes, that's what entries in the system-wide aliases tables are good
for (public mailing lists, forwarding of mails to people who no longer
have an account there but still want to be reachable under this mail
address, canonicalize user names (e.g. any member of our user group
who gave a mail address can be reached at firstname.lastname@nice....),
...). How would you do these things otherwise? A computer connected to
the Internet becomes (partly) "publicly owned", so to speak. You can
disable this by hacking your sendmail.cf in a *VERY* *VERY* ugly
manner (which you don't want to learn about). If you want private
groups/aliases, put them in your personal table (to be managed with
Mail.app).
-Marcel
Message-ID: <~1$@byu.edu>
Date: Tue, 31 Aug 93 09:36:49 MDT
From: pmarc@zapotec.math.byu.edu (Paul Marshall Cardon II)
Newsgroups: comp.sys.next.sysadmin
Subject: Auto-compacting mail
It seems like I remember something for automatically compacting mailboxes.
In a lab situation with limited disk space it's critical that users not
only delete, but compact mail. I don't have much time to figure this one
out on my own so any help would be appreciated. I did do a very simple
script which I added to crontab to empty all recyclers.
Thanks,
Paul Cardon
Math Department - Brigham Young University
From: gary@ah3.cal.msu.edu (Gary J LaPointe)
Newsgroups: comp.sys.next.sysadmin
Subject: No disk space
Date: 31 Aug 1993 16:26:03 GMT
Organization: Michigan State University
Message-ID: <25vu2r$126r@msuinfo.cl.msu.edu>
Occasionally the viewer says that we have no disk space (when we had 20 or
so meg the day before) and won't let us run a few applications (Mail.app).
We empty the trash but it makes no difference.
BUT when we power down and then start it back up, we get 30mb back (it is
only a 100mb drive).
Any suggestions/comments?
Thanks,
Gary
--
Gary J LaPointe
gary@ah3.cal.msu.edu
Michigan State University
Center For Integrative Studies, Arts & Humanities
From: t9116ts@tech.mis.cfc.com (Todd Swan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Compacting user's mailboxes as root?
Date: 31 Aug 1993 11:26:54 -0500
Organization: Chrysler Financial, MIS, Center Line, MI
Sender: daemon@cs.utexas.edu
Message-ID: <9308311510.AA17363@tech.mis.cfc.com>
References: <U4SGBHAC@minnie.zdv.uni-mainz.de> <CEDMAN.93Aug30095159@capitalist.princeton.edu>
In article <CEDMAN.93Aug30095159@capitalist.princeton.edu> cedman@princeton.edu (Carl Edman) writes:
In article <U4SGBHAC@minnie.zdv.uni-mainz.de> pom@anke.imsd.uni-mainz.DE (Prof. Dr. Klaus Pommerening) writes:
I like the idea of emptying all the user's trash boxes at system boot
("rm -rf /Users/*/.NeXT/.NextTrash/*")
Can root also compact all the user's mailboxes in a similar way?
No, it is not quite as simple as that. What you need to do is get the
mailapp-utilities from any of the popular archives. Among them is a
utility called 'compactmail' which does what you need.
Carl Edman
It will not work 'as is' on Intel machines, so beware. It has byte order
problems. I've ported it and I can provide the diffs if there is interest.
Todd
--
Todd M. Swan - tms@cfc.com - Chrysler Financial, Centerline, MI
"Life is a diamond we turn into dust..." - Rush
From: t9116ts@tech.mis.cfc.com (Todd Swan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Compacting user's mailboxes as root?
Date: 31 Aug 1993 11:26:57 -0500
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9308311503.AA17211@tech.mis.cfc.com>
Michael_Pizolato@afs.com (Michael Pizolato) wrote:
Prof. Dr. Klaus Pommerening writes
>I like the idea of emptying all the user's trash boxes at system
>boot ("rm -rf /Users/*/.NeXT/.NextTrash/*"). Can root also compact
>all the user's mailboxes in a similar way?
I suggest that you don't surprise users in this way (as a sysadmin,
I don't even like that /tmp gets cleaned out at boot). Some users
use the recycler as a temporary repository for files they might or
might not eventually delete, or as a temporary backup location.
Even if you publish a policy on this, you will eventually get irate
users who lost valuable files because they forgot, or didn't follow
the policy, or whatever.
My response to that is, "Tough sh*t. Follow the policy." At places where
disk space is a premium this is necessary. (BTW, if you don't like /tmp
getting cleaned out at boot, take it out of /etc/rc.)
For example: A user who is fully aware of the policy concerning
trash and mailbox compacting at boot, and who is always careful
about it, nonetheless uses the recycler as I described above while
she is logged in, always cleaning up before she logs out. It's
10am, and she has been working since 10pm on a source file for her
term project, which she places in the recycler as a temporary backup
while she works on a variation. At that moment, she gets a new
mail message from her advisor, which she reads, decides she wants
to reply to, but then accidentally hits Delete instead of Compose.
Just before she presses the Edit->Undelete menu button, the power
goes out for a few seconds, and when it comes back on the machine
reboots, deleting both her source file and her mail message. Of
course, last night's 9pm backup will not replace the 400 lines of
new code she worked on all night.
That is an extremely bad habit to be in. Instead of dumping something in the
recylcer for a temporary repository, create a ~/tmp and stick it on the
shelf. It will be just as easy to use as the recycler and much safer. I and
at least one other person I can think of (also a sysadmin) use this method,
and it works just fine. Think of the recycler as purgatory: good files (those
never intended to be deleted) never go there.
I'm sure there are many users who have lived this kind of nightmare.
IMHO, a better policy is to hound users who routinely go over
published disk usage limits, or, even better, to institute disk
quotas.
Managing 250+ users can make hounding a little difficult. Also, explain to
me just how to institute disk quotas on a system with no flock. (like NEXTSTEP)
However I agree that this should not be done on boot, but rather on a weekly
cron basis. I also recommend leaving the recyler of logged in users alone.
My $.02...
Todd
--
Todd M. Swan - tms@cfc.com - Chrysler Financial, Centerline, MI
"Life is a diamond we turn into dust..." - Rush
From: t9116ts@tech.mis.cfc.com (Todd Swan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Compacting user's mailboxes as root?
Date: 31 Aug 1993 13:06:36 -0500
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9308311803.AA20343@tech.mis.cfc.com>
In article <9308311510.AA17363@tech.mis.cfc.com> I wrote:
> In article <CEDMAN.93Aug30095159@capitalist.princeton.edu>
cedman@princeton.edu (Carl Edman) writes:
> In article <U4SGBHAC@minnie.zdv.uni-mainz.de>
pom@anke.imsd.uni-mainz.DE (Prof. Dr. Klaus Pommerening) writes:
> I like the idea of emptying all the user's trash boxes at
system boot
> ("rm -rf /Users/*/.NeXT/.NextTrash/*")
> Can root also compact all the user's mailboxes in a similar
way?
>
> No, it is not quite as simple as that. What you need to do is
get the
> mailapp-utilities from any of the popular archives. Among them
is a
> utility called 'compactmail' which does what you need.
>
> Carl Edman
>
> It will not work 'as is' on Intel machines, so beware. It has byte
order
> problems. I've ported it and I can provide the diffs if there is
interest.
Here's the patch:
********************** CUT HERE **************************
*** mailutil.c.orig Sat May 1 10:01:10 1993
--- mailutil.c Wed Aug 25 10:51:36 1993
***************
*** 189,194 ****
--- 189,204 ----
}
return 0;
}
+ #ifdef i386
+ toc->magic=NXSwapLong(toc->magic);
+ toc->num_msgs=NXSwapLong(toc->num_msgs);
+ toc->mbox_time=NXSwapLong(toc->mbox_time);
+
toc->listview_height=NXConvertSwappedFloatToHost(NXSwapFloat(NXConvert
HostFloatToSwapped(toc->listview_height)));
+
toc->llx=NXConvertSwappedFloatToHost(NXSwapFloat(NXConvertHostFloatToS
wapped(toc->llx)));
+
toc->lly=NXConvertSwappedFloatToHost(NXSwapFloat(NXConvertHostFloatToS
wapped(toc->lly)));
+
toc->width=NXConvertSwappedFloatToHost(NXSwapFloat(NXConvertHostFloatT
oSwapped(toc->width)));
+
toc->height=NXConvertSwappedFloatToHost(NXSwapFloat(NXConvertHostFloat
ToSwapped(toc->height)));
+ #endif
return toc;
}
***************
*** 197,216 ****
--- 207,255 ----
long rl;
struct message_index *mi;
if (read(fd,&rl,sizeof(rl))!=sizeof(rl)) return 0;
+ #ifdef i386
+ rl=NXSwapLong(rl);
+ #endif
mi=malloc(rl);
mi->record_length=rl;
if (read(fd,((char
*)mi)+sizeof(rl),rl-sizeof(rl))!=rl-sizeof(rl)) return 0;
+ #ifdef i386
+ mi->mes_offset=NXSwapLong(mi->mes_offset);
+ mi->mes_length=NXSwapLong(mi->mes_length);
+ mi->mes_date=NXSwapLong(mi->mes_date);
+ #endif
return mi;
}
int put_message_index(int fd,struct message_index *mi)
{
+ #ifdef i386
+ long reclen;
+ reclen=mi->record_length;
+ mi->record_length=NXSwapLong(mi->record_length);
+ mi->mes_offset=NXSwapLong(mi->mes_offset);
+ mi->mes_length=NXSwapLong(mi->mes_length);
+ mi->mes_date=NXSwapLong(mi->mes_date);
+ if (write(fd,mi, reclen)!=reclen) return 1;
+ #else
if (write(fd,mi,mi->record_length)!=mi->record_length) return 1;
+ #endif
return 0;
}
int put_table_of_contents_header(int fd,struct
table_of_contents_header *toc)
{
+
+ #ifdef i386
+ toc->magic=NXSwapLong(toc->magic);
+ toc->num_msgs=NXSwapLong(toc->num_msgs);
+ toc->mbox_time=NXSwapLong(toc->mbox_time);
+
toc->listview_height=NXConvertSwappedFloatToHost(NXSwapFloat(NXConvert
HostFloatToSwapped(toc->listview_height)));
+
toc->llx=NXConvertSwappedFloatToHost(NXSwapFloat(NXConvertHostFloatToS
wapped(toc->llx)));
+
toc->lly=NXConvertSwappedFloatToHost(NXSwapFloat(NXConvertHostFloatToS
wapped(toc->lly)));
+
toc->width=NXConvertSwappedFloatToHost(NXSwapFloat(NXConvertHostFloatT
oSwapped(toc->width)));
+
toc->height=NXConvertSwappedFloatToHost(NXSwapFloat(NXConvertHostFloat
ToSwapped(toc->height)));
+ #endif
if (write(fd,toc,sizeof(*toc))!=sizeof(*toc)) return 1;
return 0;
}
********************** CUT HERE **************************
Good luck,
Todd
--
Todd M. Swan - tms@cfc.com - Chrysler Financial, Centerline, MI
"Life is a diamond we turn into dust..." - Rush
Newsgroups: comp.sys.next.sysadmin
From: tom@basil.icce.rug.nl (Tom R.Hageman)
Subject: Re: odmach and mach_kernel are separate files after installation?
Message-ID: <CCMwv2.F0@basil.icce.rug.nl>
Sender: tom@basil.icce.rug.nl (Tom R.Hageman)
Organization: Warty Fowls
References: <1993Aug30.150212.1390@rna.indiv.nluug.nl>
Date: Tue, 31 Aug 1993 17:35:25 GMT
In article <1993Aug30.150212.1390@rna.indiv.nluug.nl> gerben@rna.indiv.nluug.nl
writes:
> Change, /odmach and /sdmach are two links to the same file. There is a third
> but I don't know where it is. And /mach_kernel is another file altogether
> (other inode).
Look in /private/tftpboot.
There are also copies in /usr/template/client/tftpboot, but I guess these are
backups in case of emergency (and absence of CD-ROM:)
> Does that mean I can win 800k by deleting either all references to /odmach or
> /mach_kernel (depending on which one is used by boot?
I guess so. Replacing /mach_kernel and /private/tftpboot/mach_kernel with links
to /sdmach should be safe. (on BLACK hardware at least; I don't know what
NS/FIP Configure does to the kernel...)
> And i checked the contents with sum, they are the same.
> [munch]
Try "cmp /sdmach /mach_kernel" for a more direct comparison. Yes, they are the
same...
--
__/__/__/__/ Tom Hageman (tom@basil.icce.rug.nl) [NeXTMail accepted]
__/ __/_/
__/__/__/
__/ _/_/ <space for quote intentionally left blank>
Newsgroups: comp.sys.next.sysadmin
From: tom@basil.icce.rug.nl (Tom R.Hageman)
Subject: NXPaperType A4 and vgrind
Message-ID: <CCMxGH.IA@basil.icce.rug.nl>
Sender: tom@basil.icce.rug.nl (Tom R.Hageman)
Organization: Warty Fowls
Date: Tue, 31 Aug 1993 17:48:17 GMT
Does anybody know how to tell vgrind to format to A4 size?
I did a
dwrite -g NXPaperType A4
to set the default paper size, as suggested in earlier posts, but it seems that
vgrind is unaware of it. What's worse, it does not insert pagebreaks, so that
your nicely formatted code gets chopped up all over your A4 pages...
(try this:
dwrite -g NXPaperType A4
vgrind -t /usr/include/ansi/stdio.h | open
to demonstrate this phenomenon)
Is there a way to get around this renmant of Yankee cultural imperialism? :-)
Undocumented options to vgrind??
--
__/__/__/__/ Tom Hageman (tom@basil.icce.rug.nl) [NeXTMail accepted]
__/ __/_/
__/__/__/
__/ _/_/ <space for quote intentionally left blank>
From: t9116ts@tech.mis.cfc.com (Todd Swan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Compacting user's mailboxes as root?
Date: 31 Aug 93 09:21:43
Organization: Chrysler Financial, MIS, Center Line, MI
Message-ID: <T9116TS.93Aug31092143@litespeed.tech.mis.cfc.com>
References: <U4SGBHAC@minnie.zdv.uni-mainz.de>
<CEDMAN.93Aug30095159@capitalist.princeton.edu>
In-reply-to: cedman@princeton.edu's message of Mon, 30 Aug 1993 13:51:59 GMT
In article <CEDMAN.93Aug30095159@capitalist.princeton.edu> cedman@princeton.edu (Carl Edman) writes:
In article <U4SGBHAC@minnie.zdv.uni-mainz.de> pom@anke.imsd.uni-mainz.DE (Prof. Dr. Klaus Pommerening) writes:
I like the idea of emptying all the user's trash boxes at system boot
("rm -rf /Users/*/.NeXT/.NextTrash/*")
Can root also compact all the user's mailboxes in a similar way?
No, it is not quite as simple as that. What you need to do is get the
mailapp-utilities from any of the popular archives. Among them is a
utility called 'compactmail' which does what you need.
Carl Edman
It will not work 'as is' on Intel machines, so beware. It has byte order
problems. I've ported it and I can provide the diffs if there is interest.
Todd
--
Todd M. Swan - tms@cfc.com - Chrysler Financial, Centerline, MI
"Life is a diamond we turn into dust..." - Rush
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: inode problem for /usr/etc/fsck
Date: 31 Aug 1993 18:55:23 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <2606qr$jol@news.mic.ucla.edu>
/usr/etc/fsck dies with a memory access error when it encounters a
partially truncated inode (after giving the inode number). A partially
truncated inode can be created, e.g., if the machine overruns the disk with
a large virtual memory allocation. If the partially truncated inode sits in
the swapfile, deleting the swapfile will solve the problem. However, if it
is not, there is a problem: one can either boot up without /fsck'ing
forever, probably not a recommended practice; or one can reformat the disk
and reinstall NeXTStep+ all user files, a rather undesirable, long (and
also error-prone) task.
This fsck problem exists on both black and white hardware. NeXT has no fix
for this problem at the moment, but is aware of it.
Does anyone have a program that will cure (i.e. kill) one particular inode?
(I have looked through all directories, but cannot find a file with the
inode in question.) Help would be highly appreciated.
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
PS: I ran out of VM, because I compiled the gnu file utilities, and
gnu-touch messes up files pretty badly.
From: jkeenan@next.com (Joe Keenan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: What kind of dog is FIDONET? (was Re: ADVANTAGE TO SEPARATE SWAP DRIVE?)
Date: 27 Aug 1993 20:47:00 GMT
Organization: NeXT, Inc.
Distribution: world
Message-ID: <25lrs4$29b@rosie.next.com>
References: <25lkgo$1c4@agate.berkeley.edu>
In article <25lkgo$1c4@agate.berkeley.edu> izumi@pinoko.berkeley.edu (Izumi
Ohzawa) writes:
> >From: Tim.Scanlon@f236.n104.z1.FIDONET.ORG (Tim Scanlon)
> >Newsgroups: comp.sys.next.sysadmin
> >Subject: Re: ADVANTAGE TO SEPARATE SWAP DRIVE?
> >Message-ID: <5702.2C7D12E5@paranet.FIDONET.ORG>
> >Organization: FidoNet node 1:104/236 - MacCircles, Genesee CO
> >
> >--
> >Tim Scanlon - via ParaNet node 1:104/422
> >UUCP: !scicom!paranet!User_Name
> >INTERNET: Tim.Scanlon@f236.n104.z1.FIDONET.ORG
>
> I have been wondering. What's this obnoxious FIDONET thing
> which rewrites people's addresses and reposts articles
> after removing the content?
>
> I haven't been bitten by this dog, but I hate to look
> foolish appearing in these mangled postings some day.
>
> The dog needs some serious obedience training.
Fidonet is a network of computers, just like Usenet or Bitnet is. These
machines are generally PCs running BBS systems, but not necessarily.
The problem is not Fidonet per se, but certain sysops who can't (or won't)
configure their gateway software properly. I encourage you to send email to
the offending system to get them to fix it. In this case, I would send email
to sysop@f236.n104.z1.FIDONET.ORG. That should get their attention.
I know from whence I talk....
Joe_Keenan@next.com
which is the same person, but not the same machine as...
jpk@blkcat.fidonet.org
jpk@f401.n109.z1.fidonet.org
From: borchers@poogh.llnl.gov (Robert R. Borchers)
Newsgroups: comp.sys.next.sysadmin
Subject: Listener run loop
Date: 31 Aug 1993 19:00:49 GMT
Organization: Lawrence Livermore National Laboratory, NCD
Message-ID: <260751$709@lll-winken.llnl.gov>
Does anyone know the significance of these messages, which I got when
booting after a mysterious panic? They look pretty ominous. Bob
Aug 31 11:56:17 poogh mtdaemon[136]: Error raised in Listener run loop,
continuing ...
Aug 31 11:56:18 poogh last message repeated 114 times
Aug 31 11:56:18 poogh mtdaemon[136]: Error raised in Listener run loop,
continuing ...
Aug 31 11:56:29 poogh last message repeated 227 times
Aug 31 11:56:30 poogh mtdaemon[136]: Error raised in Listener run loop,
continuing ...
Aug 31 11:57:30 poogh last message repeated 10867 times
Aug 31 11:57:30 poogh mtdaemon[136]: Error raised in Listener run loop,
continuing ...
--
Robert R. Borchers
L-414
Livermore, Ca 94551
borchers@llnl.gov
NeXTmail Welcome
Newsgroups: comp.sys.next.sysadmin
From: jpw@sansfoy.lib.virginia.edu (John Price-Wilkin)
Subject: swapfile nightmares
Message-ID: <CCn0Hw.DKH@murdoch.acc.Virginia.EDU>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia
Date: Tue, 31 Aug 1993 18:53:55 GMT
I have a very large indexing job that has irregularly caused all swap
space to be totally engulfed and has made it difficult to reboot.
I have hiwat set, but it never seems to be observed in these instances.
Do I need a swapfile? If so, can I get the system to observe
the hiwat? If not, what's the safest, most reasonable way to
wipe swap and reboot?
---
John Price-Wilkin Systems Librarian for Information Services
Phone: 804.924.6082 Systems Office
Fax: 804.924.4337 Alderman Library
jpwilkin@virginia.edu University of Virginia
jpw@sansfoy.lib.virginia.edu NeXTMail
t, what's the safest, most reasonable way to
wipe swap and reboot?
---
John
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.software
From: skrbec@tophat4.rtsg.mot.com (Brad Skrbec)
Subject: Taylor UUCP
Message-ID: <1993Aug31.173148.17043@rtsg.mot.com>
Keywords: UUCP
Sender: news@rtsg.mot.com
Organization: Motorola Inc., Cellular Infrastructure Group
Date: Tue, 31 Aug 1993 17:31:48 GMT
From the documentation that comes with it, it is apparent that
Taylor UUCP has been compiled successfully under NeXTstep.
Unfortunately, I have not been able to figure out what the
magic incantation is to make this so. I feel like I'm playing
a game of gopher-bash, where I hit one problem over the head
and another pops up.
Any suggestions as to what the conf.h, policy.h and other
configuration files should look like?
Any help would be appreciated!
Thanks,
Brad
--
---------------------------------------------------------------------
| Brad Skrbec | "For it is the doom of men that they forget." |
| Motorola Cellular | -- Merlin |
| Arlington Heights, IL | Internet: skrbec@rtsg.mot.com |
| | Home: brad@darby.chi.il.us |
------------------------------- NeXTMail Gladly Accepted ------------
From: dean@thrall.com (Dean Johnson)
Newsgroups: comp.sys.next.sysadmin
Subject: Problems installing 3.1 DevLibs.pkg
Date: 31 Aug 1993 18:53:27 GMT
Organization: Northwest Nexus Inc.
Distribution: world
Message-ID: <2606n7$5ir@nwfocus.wa.com>
I just finished installing NS 3.1 and Developer 3.1 (looks pretty neat BTW),
but I have a problem. When the DeveloperLibs.pkg was done installing; it
reported an error. The error follows:
> Generating new bill of materials for this package (this can take a
>while)... OK.
> Running installation program ... Tue Aug 31 11:25:23 PDT 1993
> Precomps.../bin/cc: cannot read specs file.
>**** There were errors while installing DeveloperLibs.pkg.
>... errors.
Can anybody help me with what this means?
I did a couple of tests compiling. A straight call to cc failed with a unknown
command message. Using make on an example (NextDevelopers/Examples) worked
fine.
Workaround that seemed to work was re-copying cc from /bin on the CD to my HD,
but I'm not sure if there are any other problems fom this error message.
Thanks for your time,
dean
P.S. I noticed that the NetWare package seems kinda big. Can I delete this?
What about the sybase stuff?
Any help appreciated
--
NeXTmail Please | More computer stuff!
|
dean@thrall.com | - My wife
|
From: cjp+@pitt.edu (Casimir J Palowitch)
Newsgroups: comp.sys.next.sysadmin
Subject: DialupIP with dynamically-assigned IP numbers?
Message-ID: <371@blue.cis.pitt.edu>
Date: 31 Aug 93 20:21:19 GMT
Sender: news+@pitt.edu
Organization: University of Pittsburgh
Originator: cjp@unixd3.cis.pitt.edu
Hi all,
The SLIP service at U. of Pitt works on the basis of
dynamically assigned IP numbers, not supplied until well after login and
after the SLIP command is given. Has anyone made it work under these
conditions or is assigning an address that late in the game impossible?
Is there any way to write the number out after it is received in the
login script?
Thanks in advance for any ideas,
--
** Casey Palowitch - cjp+@pitt.edu UWSA #570881 **
** Networked Information Services / Technical Services **
** U. of Pittsburgh Library Systems // NeXTSTEP... **
** ...the most respected piece of software on the planet BYTE10/92 **
From: mgrbgc@lonelyguy.Rose-Hulman.Edu (Bruce G. Calder)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Loginwindow Gone!
Date: 31 Aug 1993 20:21:08 GMT
Organization: Rose-Hulman Institute of Technology
Message-ID: <260brk$dq9@master.cs.rose-hulman.edu>
> In article <25l7ptINNqnm@jhunix.hcf.jhu.edu>
> me@blaise.fre.jhu.edu writes:
> >I had a similar problem on one of our Turbo machines here about a month
> >ago and I could not figure out what caused it. I was forced to rebuild
> >the system.
>
> I saw this happen on a machine where someone tried to "create
> more disk space" by removing /NextLibrary. Things worked again
> after restoring /NextLibrary from the CD-ROM; a full rebuild
> wasn't required.
>
> -=EPS=-
This same thing occured on our networked slabs when the /NextLibrary was
temporarily unreadible. /NextLibrary/Fonts and /NextLibrary/Keyboards are
required for the loginwindow panel. The rest of the files within need not
be readible until an actual login.
-Bruce Calder
Assistant Unix Manager
Rose-Hulman Institute of Technology
mgrbgc@nextwork.rose-hulman.edu
Newsgroups: comp.sys.next.sysadmin
From: Michael_Pizolato@afs.com (Michael Pizolato)
Subject: Re: Compacting user's mailboxes as root?
Message-ID: <1993Aug31.202353.296@afs.com>
Sender: Michael_Pizolato@afs.com
References: <9308311503.AA17211@tech.mis.cfc.com>
Date: Tue, 31 Aug 1993 20:23:53 GMT
Todd Swan writes
>Michael_Pizolato@afs.com (Michael Pizolato) wrote:
>>I suggest that you don't surprise users in this way (as a sysadmin,
>>I don't even like that /tmp gets cleaned out at boot). Some users
>>use the recycler as a temporary repository for files they might
>>or might not eventually delete, or as a temporary backup location.
>>Even if you publish a policy on this, you will eventually get
>>irate users who lost valuable files because they forgot, or didn't
>>follow the policy, or whatever.
>
>My response to that is, "Tough sh*t. Follow the policy." At
>places where disk space is a premium this is necessary.
Maybe at a university a sysadmin can get away with this; students
rarely fight back. In the corporate world, however, the high-priced,
prima donna engineer will go to the low-priced, expendable sysadmin's
boss and scream bloody murder, causing the boss to ream out the
sysadmin and make him change the policy. There's no way to argue
with the engineer that he should have remembered to follow the
policy if he didn't want to lose the file that will cost the company
perhaps thousands of dollars of the engineer's time to recreate.
Corporate sysadmins have to run their systems in as non-invasive
and unsurprising a manner as possible. Believe me, I've been there.
>(BTW, if you don't like /tmp getting cleaned out at boot, take it
>out of /etc/rc.)
I'm a sysadmin. I knew that, thank you very much.
>>For example: A user who is fully aware of the policy concerning
>>trash and mailbox compacting at boot, and who is always careful
>>about it, nonetheless uses the recycler as I described above while
>>she is logged in, always cleaning up before she logs out. It's
>>10am, and she has been working since 10pm on a source file for
>>her term project, which she places in the recycler as a temporary
>>backup while she works on a variation. At that moment, she gets
>>a new mail message from her advisor, which she reads, decides she
>>wants to reply to, but then accidentally hits Delete instead of
>>Compose. Just before she presses the Edit->Undelete menu button,
>>the power goes out for a few seconds, and when it comes back on
>>the machine reboots, deleting both her source file and her mail
>>message. Of course, last night's 9pm backup will not replace the
>>400 lines of new code she worked on all night.
>
>That is an extremely bad habit to be in.
Yes, but that doesn't change the fact that people do it. You just
can't enforce uniformity of habits on issues like this. Corporate
users won't let you, and students _will_ forget. "Tough shit" isn't
good enough.
>Instead of dumping something in the recylcer for a temporary
>repository, create a ~/tmp and stick it on the shelf. It will be
>just as easy to use as the recycler and much safer. I and at
>least one other person I can think of (also a sysadmin) use this
>method, and it works just fine. Think of the recycler as purgatory:
>good files (those never intended to be deleted) never go there.
Good idea, and one I use, too. But how many of your users do it
that way? You can't force people to change their habits.
>>I'm sure there are many users who have lived this kind of nightmare.
>>IMHO, a better policy is to hound users who routinely go over
>>published disk usage limits, or, even better, to institute disk
>>quotas.
>
>Managing 250+ users can make hounding a little difficult. Also,
>explain to me just how to institute disk quotas on a system with
>no flock. (like NEXTSTEP)
Obviously NEXTSTEP doesn't do quotas. It was a general suggestion.
Lighten up.
>However I agree that this should not be done on boot, but rather
>on a weekly cron basis. I also recommend leaving the recyler of
>logged in users alone.
Which solves the problem of the student in my example, doesn't it?
Unless her timing is so bad that the cron job runs after the boot
but before she logs in.
-m
P.S. I was previously criticized in this forum for flaming
without having been as helpful as others. I was trying to
begin to rectify that with this post and others in other
newsgroups. Is it some kind of initiation into the
"Association of Super Sysadmins Helping Others Learn Every
Secret" to get pounded for trying to help? Sheesh, I'm
only trying to get into the club...
--
Michael Pizolato gnihtyreve noitseuq
Michael_Pizolato@afs.com
NeXTMail appreciated
From: sweet@skat.usc.edu (Rob Sweet)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Reviving Optical Disk
Date: 31 Aug 1993 14:57:02 -0700
Organization: University of Southern California, Los Angeles, CA
Sender: sweet@skat.usc.edu
Message-ID: <260hfe$t2g@skat.usc.edu>
Keywords: OD, crash
The worst of fates has befallen me. My Optical Disk, with about
200 meg worth of technical data, USENET memorobilia, and personal data
has gone way south. The window comes up with the "Optical Disk `foo'
is damaged" message with the IGNORE, INITIALIZE, or REPAIR buttons. If
I choose to "Repair" it tries for a short while and then ejects the disk
with a popup message: "Error while repairing disk: unable to fsck disk."
One of our local NeXT wizards ran "fsck" in single-user mode for three
hours trying to revive this disk, but no luck.
Are there any utilities/applications that might be able to retrieve
at least some of the info from this disk? Most of it is text data, so any
CRC errors would be negligible.
As much as I deserve worse, please attempt to refrain from asking
"Didn't you have a backup?" Yes, as a matter of fact I do feel stupid.
Thanks for any and all help.
Rob Sweet sweet@skat.usc.edu
"If the first step in a long journey is the most difficult, what is
the NeXTStep?" - RS
Newsgroups: comp.sys.next.sysadmin
From: kwang@lore.acs.calpoly.edu (Kevin John Wang)
Subject: Re: Booting without monitor (was RTF)
Message-ID: <1993Aug31.215932.162751@zeus.calpoly.edu>
Sender: news@zeus.calpoly.edu
Organization: Cal Poly State University, San Luis Obispo
References: <1993Aug30.165924.13848@bozell.com>
Date: Tue, 31 Aug 1993 21:59:32 GMT
In article <1993Aug30.165924.13848@bozell.com> cbradley@bozell.com (Chris
Bradley) writes:
>
>In article <25kpud$6hc@usenet.INS.CWRU.Edu> mcn@cwru.edu (Michael C.
Neuman) writes:
>I've heard there's a way to boot the NeXT, and let it run without a
monitor--is this possible? And if so, can I assign, say, /dev/ttya as the
replacement console, and just stick a terminal on it?
>
>This should probably be in the FAQ.
>
>
>Losing Your Head
>Instructions for Creating
>Headless NeXT Servers
>
Close, but not quite.
Additional instructions:
from the rom-monitor, you must also disable the sound-out tests, as well
as a couple of others. I can't remember off the top of my head. Not
doing so will cause the machine to lockup, as it tries to communicate with
the non-existent sound hardware in the monitor.
- Kevin Wang
Newsgroups: comp.sys.next.sysadmin
From: kwang@lore.acs.calpoly.edu (Kevin John Wang)
Subject: Re: Can NeXT's sendmail handle conditional relay forwarding?
Message-ID: <1993Aug31.220238.163711@zeus.calpoly.edu>
Sender: news@zeus.calpoly.edu
Organization: Cal Poly State University, San Luis Obispo
References: <1993Aug30.021851.1593@cs.yale.edu>
Date: Tue, 31 Aug 1993 22:02:38 GMT
In article <1993Aug30.021851.1593@cs.yale.edu> nathan@laplace.csb.yale.edu
(Nathan F. Janette) writes:
> I want our main NeXT mail machine to forward email only if it can't
> deliver. Or optionally, I want to be able to specify what domains I
know
> it can't deliver (BITNET, for example), and to which host such messages
> should be sent.
>
> It's not clear NeXT's sendmail can understand these ideas. I know that
> the sendmail in SGI systems can handle these conditions, so I'm
> guessing if I install the latest sendmail (version 8?) it will do the
> right thing, but at the loss of Netinfo usage.
>
> Any experience with this situation?
I have a question along similar lines.
I want sendmail on the mailhost to GRAB all mail that's destined for a
client. i.e. mailhost=lore, client=worf. I want lore to grab the mail
even though it is addressed to user@worf. I currently have all MX records
setup properly, however the mail keeps on having the headers read...
Received by lore
Received by worf
Received by lore
because I am not exporting /usr/spool/mail as root, and I have all the
clients set up as shared subsidiaries.
Help?
- Kevin Wang
Newsgroups: comp.sys.next.sysadmin
From: kwang@lore.acs.calpoly.edu (Kevin John Wang)
Subject: Re: Compacting user's mailboxes as root?
Message-ID: <1993Aug31.220659.164868@zeus.calpoly.edu>
Sender: news@zeus.calpoly.edu
Organization: Cal Poly State University, San Luis Obispo
References: <1993Aug30.142323.305@afs.com>
Date: Tue, 31 Aug 1993 22:06:59 GMT
In article <1993Aug30.142323.305@afs.com> Michael_Pizolato@afs.com
(Michael Pizolato) writes:
> Prof. Dr. Klaus Pommerening writes
> >I like the idea of emptying all the user's trash boxes at system
> >boot ("rm -rf /Users/*/.NeXT/.NextTrash/*"). Can root also compact
> >all the user's mailboxes in a similar way?
>
> I suggest that you don't surprise users in this way (as a sysadmin,
> I don't even like that /tmp gets cleaned out at boot). Some users
> use the recycler as a temporary repository for files they might or
> might not eventually delete, or as a temporary backup location.
> Even if you publish a policy on this, you will eventually get irate
> users who lost valuable files because they forgot, or didn't follow
> the policy, or whatever.
>
> For example: A user who is fully aware of the policy concerning
> trash and mailbox compacting at boot, and who is always careful
> about it, nonetheless uses the recycler as I described above while
> she is logged in, always cleaning up before she logs out. It's
> 10am, and she has been working since 10pm on a source file for her
> term project, which she places in the recycler as a temporary backup
> while she works on a variation. At that moment, she gets a new
> mail message from her advisor, which she reads, decides she wants
> to reply to, but then accidentally hits Delete instead of Compose.
> Just before she presses the Edit->Undelete menu button, the power
> goes out for a few seconds, and when it comes back on the machine
> reboots, deleting both her source file and her mail message. Of
> course, last night's 9pm backup will not replace the 400 lines of
> new code she worked on all night.
>
> I'm sure there are many users who have lived this kind of nightmare.
> IMHO, a better policy is to hound users who routinely go over
> published disk usage limits, or, even better, to institute disk
> quotas.
Alternate situation:
We run a student lab where Mathematica is taught. Mathematica generates
HUGE files, and students often drop them in the recycler, and they don't
know about "flushing" the recycler. This is a problem. I do the above,
with a slight modification. the LogoutHook will do a:
find $HOME/.NeXT/.NextTrash -mtime +7 -exec rm -f {} \; &
such that week-old recycler files are gotten rid of. I know that the best
solution is to teach the students, but the students never remember, and I
at times have over 200-300 students per quarter. Not fun.
- kevin Wang
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: Compacting user's mailboxes as root?
In-Reply-To: t9116ts@tech.mis.cfc.com's message of 31 Aug 93 16:26:54 GMT
To: t9116ts@tech.mis.cfc.com (Todd Swan)
Message-ID: <CEDMAN.93Aug31180615@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <U4SGBHAC@minnie.zdv.uni-mainz.de>
<CEDMAN.93Aug30095159@capitalist.princeton.edu>
<9308311510.AA17363@tech.mis.cfc.com>
Date: Tue, 31 Aug 1993 22:06:14 GMT
In article <9308311510.AA17363@tech.mis.cfc.com> t9116ts@tech.mis.cfc.com (Todd Swan) writes:
In article <CEDMAN.93Aug30095159@capitalist.princeton.edu> cedman@princeton.edu (Carl Edman) writes:
In article <U4SGBHAC@minnie.zdv.uni-mainz.de> pom@anke.imsd.uni-mainz.DE (Prof. Dr. Klaus Pommerening) writes:
I like the idea of emptying all the user's trash boxes at system boot
("rm -rf /Users/*/.NeXT/.NextTrash/*")
Can root also compact all the user's mailboxes in a similar way?
No, it is not quite as simple as that. What you need to do is get the
mailapp-utilities from any of the popular archives. Among them is a
utility called 'compactmail' which does what you need.
Carl Edman
It will not work 'as is' on Intel machines, so beware. It has byte order
problems. I've ported it and I can provide the diffs if there is interest.
Thanks. I'll include your patch in the new release of the Mail.app
utilities.
Carl Edman
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: NeXT crashing at random times. Any ideas?
Message-ID: <OLEG.93Aug31165756@gd.cs.CSUFresno.EDU>
From: oleg@gd.cs.CSUFresno.EDU (Oleg Kibirev)
Date: 31 Aug 1993 23:57:55 GMT
Distribution: world
Organization: Computer Science Departement of California State University inFresno
Our NeXT pizzabox have recently faced three disasters at one: it
was upgraded to NextStep 3, moved to another room and the power cord
was accidently unplugged when the system was running. Ever since then
it has two kinds of interminient failures. First, roughly once a day,
it starts getting a lot of hard errors from an internal 400M Seagate
SCSI. Shortly, it finds an error in swap space and panics. After this,
it sits forever in PROM monitor waiting for internal drive to come up.
Also, sometimes it panics with "Zero divide error". I have never seen
it on other workstations running the same version of NextStep.
After both failures, if the machine is left off for a couple of
minutes, it works fine again. Turning it on immediatelly causes
problems.
We don't have NeXT support (or $$$ for it), so I wonder if there are
things I can try myself before giving up on the machine. I tried
replacing internal SCSI cable and it doesn't make any difference.
--
Oleg
Newsgroups: comp.sys.next.sysadmin
From: jgg@proforma.com (J. G. Gregory)
Subject: How to update Cnews' posting domain?
Message-ID: <1993Aug31.182419.1526@LoftTech.com>
Sender: jgg@LoftTech.com
Organization: LoftTech Incorporated
Date: Tue, 31 Aug 1993 18:24:19 GMT
Once upon a time, I went through a great deal of trouble getting
C-news up and running on my system. It was trouble because I didn't
know much about it, and had to ask for lots of help. That it works
at all is a credit to those in these groups.
My company has changed its name, and I have recently changed the
domain name as well. But as you will note on this post, I am still
"jgg@proforma.com" to C-news. I successfully changed the
"Organization" some time ago. I am sure the domain is lurking around
in a script somewhere, but I can't find it. I want to change it to
LoftTech.com. I would hate to have to re-compile C-news and go
through all the agony again, since I am sure I should get the latest
versions, etc.
Does anybody know what is required? Please email; I will summarize
if asked.
--J Gregory
jgg@LoftTech.com
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: NeXT crashing at random times. Any ideas?
Message-ID: <OLEG.93Aug31171720@gd.cs.CSUFresno.EDU>
From: oleg@gd.cs.CSUFresno.EDU (Oleg Kibirev)
Date: 01 Sep 1993 00:17:20 GMT
References: <OLEG.93Aug31165756@gd.cs.CSUFresno.EDU>
Distribution: world
Organization: Computer Science Departement of California State University inFresno
In-reply-to: oleg@gd.cs.CSUFresno.EDU's message of 31 Aug 1993 23:57:55 GMT
In article <OLEG.93Aug31165756@gd.cs.CSUFresno.EDU> oleg@gd.cs.CSUFresno.EDU (I) write:
...
Sorry for replying to myself, but I think I should add more information. I
don't think the HD crashed, because dd bs=8192 </dev/rsd0a >/dev/null completes
without errors or retries. Someone here suggested that the problem is related
to temperature, byt crashes happen 24 hours a day, even at 5am when the room is
reasonably cool - yup, even in Fresno.
--
Oleg
Newsgroups: comp.sys.next.sysadmin
From: ijeff@beauty.carleton.ca (Ian Jefferson)
Subject: QMS 1700 printer woes
Message-ID: <CCnJ40.E75@cunews.carleton.ca>
Keywords: printer ethernet papertray
Sender: news@cunews.carleton.ca (News Administrator)
Organization: Carleton University
Date: Wed, 1 Sep 1993 01:36:00 GMT
I have a QMS 1700 that I want to run over ethernet.
QMS supplies the necessary software and all seems to go well. The
installation involve hacking up the printcap entries in netinfo to match
the flat file entries that are generated by the QMS installer software.
Really all this involves is replaceing the "if" entry which by default is
/usr/lib/NextPrinter/Server/prserver with the qms package that delivers
the print job to the printer.
Great it works! Only trouble is that if you say select a different paper
tray the print job ignores it and continues to take from the default.
Grrrr.
Ok so I look at the postscript by saving to file rather than printing.
Well it looks a bit peculiar but what the heck that's postscript. For a
laught I decide to try bad old "lpr -P printername foo.ps" to see what
happens. Bingo the postscript saved to file is trying to select the right
tray but when I print from the applications if dosn't.
What gives? Any Ideas?
Newsgroups: comp.sys.next.sysadmin
From: ijeff@beauty.carleton.ca (Ian Jefferson)
Subject: Cannon Colour Printer
Message-ID: <CCnJ87.EF7@cunews.carleton.ca>
Keywords: printer driver colour color
Sender: news@cunews.carleton.ca (News Administrator)
Organization: Carleton University
Date: Wed, 1 Sep 1993 01:38:30 GMT
Does anyone know of a driver for the Cannon Colour printer? I was
wondering if the Dots people might have one.
I tried the NeXT printer to no avail the communications seem to work but
definitely no pretty pictures.
Thanks
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: inode problem for /usr/etc/fsck
Message-ID: <1993Sep1.033544.13944@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <2606qr$jol@news.mic.ucla.edu>
Date: Wed, 1 Sep 1993 03:35:44 GMT
In article <2606qr$jol@news.mic.ucla.edu> ivo@next.agsm.ucla.edu
(Ivo Welch) writes:
>Does anyone have a program that will cure (i.e. kill) one particular inode?
>(I have looked through all directories, but cannot find a file with the
>inode in question.) Help would be highly appreciated.
Oh dear! NeXT appears to have done something VERY, VERY BAD!
clri(8) is GONE (as of 3.0)!
I hate to break this to y'all, but without clri you're just
"fscked" in >3/4 of the "major" cases of filesystem corruption;
you then have no choice but to reinitialize the partition and
start over from scratch. If you _have_ clri you stand a very,
very good chance of getting almost all of your data back.
Despite the comment on the (pre-3.0) man page,
N.B.: Clri is obsoleted for normal file system repair work
by fsck(8).
don't you believe it for one minute. It's those times when you
need to perform ABnormal file system repair work (i.e. where the
filesystem really is damaged) where clri will save your butt (and
your data).
I've seen (and repaired) many, many disks where a few inodes got
smashed and fsck got hopelessly confused thinking there were a
whole bunch of DUPs, and either died horribly or wanted to blow
away files that weren't actually damaged. It's obvious to human
eyes what happened (because the bogus inodes are all adjacent),
and trivial to fix *if* you have The One and Only Tool that works
in this situation. And it happens more often than you think.
There aren't many times where I'll accuse NeXT engineers of
being complete idiots. This is one of them. Calling this
gross negligence would be too kind. It's just unpardonable.
[They've also eliminated dcheck and icheck. Fortunately, ncheck
is still there--which is a Good Thing (unless you don't think
computer security is a good thing).]
-=EPS=-
--
And they saved a whole *3* kilobytes!
Newsgroups: comp.sys.next.sysadmin
From: kdburg@incoahe.uucp (Klaus Dahlenburg)
Subject: Re: My slab won't talk to my printer
Message-ID: <CCn87s.6q1@incoahe.uucp>
References: <DWIGHT.93Aug29101502@crl.crl.com> <CCM69w.4B2@ccu.umanitoba.ca>
Date: Tue, 31 Aug 1993 21:40:40 GMT
tilley@ccu.umanitoba.ca () writes:
[...] some deleted
>The Local_Printer directory has probably disappeared from your netinfo database.
>You can use NetInfoManager to copy a new one from the CD or where-ever.
or maybe the printer is just defect! At least he can "talk" to him
by "nppower" as then he makes some "noises"
>In 3.1, this directory was disappearing at each reboot.
>This may have been due to a "nppower off" I had in rc.local
>I upgraded from 2.1 to 3.1
I never had this problem of a "disappearing" dir at reboot and
"nppower off" is still in my rc.local, so I think *that* malfunction
must have it's origin somewhere else (I'm running 3.1).
Klaus
--
Newsgroups: comp.sys.next.sysadmin
From: karthy@musik.auc.dk (Karsten Thygesen)
Subject: CAP 6.0 on NeXT without bridge?
Message-ID: <KARTHY.93Sep1092119@musik.auc.dk>
Sender: news@vaxc.aud.auc.dk (USENET News System)
Organization: Aalborg University Center, Denmark
Distribution: inet
Date: Wed, 1 Sep 1993 07:21:19 GMT
Hi
I guess this question has been raised several times now, but I'm doing
it again :-)
I have tried to install the CAP 6.0pl75 Appletalk package without much
luck. According to my spare knowledge of Appletalk, Ethertalk and all
the other -talk protocols, I need an Appletalk bridge to make my black
next operate as Mac file and printer server. Is that correct, or is
there any other software out there which does the job without external
bridges? As far as I can se, the problem is that NeXT has no /dev/nit
or similar raw network device.
Any advice or hints??
Thanks in advance,
Karsten.
--
Karsten Thygesen <karthy@musik.auc.dk> - NeXT-Mail OK
Aalborg University - Dept. of Music and Music Therapi
Krogstraede 6 room 38, DK-9220 Aalborg East - Denmark
Phone: +45 - 98158522 # 3112 Telefax: +45 - 98151382
Newsgroups: comp.sys.next.sysadmin
From: ginsparg@zzz.lanl.gov (PG at home)
Subject: Re: Compacting user's mailboxes as root?
Message-ID: <1993Sep1.062402.25067@newshost.lanl.gov>
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Lab
References: <1993Aug31.202353.296@afs.com>
Date: Wed, 1 Sep 1993 06:24:02 GMT
> Maybe at a university a sysadmin can get away with this; students
> rarely fight back. In the corporate world, however, the high-priced,
> prima donna engineer will go to the low-priced, expendable sysadmin's
> boss and scream bloody murder, ...
differences between corporate and academic sysadmins truly edifying.
> Which solves the problem of the student in my example, doesn't it?
> Unless her timing is so bad that the cron job runs after the boot
> but before she logs in.
>
why not
a) use cron process to clean up files in recyclers more than a week old
(easily implemented e.g. using find)
b) use same plus edman's compactmail to compact any uncompacted
mailboxes that haven't been accessed for more than a week
[problem with latter: frequently accessed mbox's may never get compacted -
instead i just compact any accessed mboxes via LogoutHook, only way
to be sure (also solves potential problems due to subsequent
remote access via /usr/ucb/Mail inadvertently restoring deleted stuff
when table_of_contents is later recompiled)]
just testing post via slip.
impolite comments ignored, pg
Newsgroups: comp.sys.next.sysadmin
From: Karl_Kraft@ensuing.com
Subject: Re: Booting without monitor (RTF)
Message-ID: <CCn6A8.79s@ensuing.com>
Sender: karl@ensuing.com (Karl Kraft)
Organization: Ensuing Technologies Inc.
References: <1993Aug30.165924.13848@bozell.com>
Date: Tue, 31 Aug 1993 20:58:47 GMT
> 2. If you want to run the machine without using the
> NeXTSTEP Window Server, edit /etc/ttys and comment out
> the first real line, and uncomment the second, details
> are in the ttys file comment field. If you disable the
> Window Server this way, you cannot use this machine as
> a NeXTPrinter or FAX server, as those functions need
> Display PostScript, nor can you manage applications
> remotely via the -NXHost construct.
My experience has been that the WindowServer will panic when
run without a monitor attached. Thus you cannot use a headless
cube to print. Does anyone know for CERTAIN whether placing
a soundbox on the machine will solve this problem?
--
_________
Karl Kraft
Karl_Kraft@ensuing.com (NeXT mail)
Newsgroups: comp.sys.next.sysadmin
From: ian_stewart@pyrian.com (Ian H. Stewart)
Subject: Alias Rewriting
Message-ID: <CCnrEM.nG@pyrian.com>
Sender: ian@pyrian.com (Ian H. Stewart)
Organization: ABC Company. We specialize in classic chewing gum!
Date: Wed, 1 Sep 1993 04:35:09 GMT
Is there a way to do the following:
a) I have a user that logs in as d_foo.
b) His From: field in mail messages say "Dave Foo <d_foo>"
c) When people e-mail to him on this machine they
mail to Dave_Foo@sitename.xxx
d) I want both his from and reply-to to say "Dave Foo <Dave_foo>"
I do not want yp. Any pointers are appreciated.
ian
From: js@balu.hnv.icem.de (Juergen Sell)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Listener run loop
Date: 1 Sep 1993 10:47:53 GMT
Organization: ICEM Systems
Message-ID: <261ukp$dna@balu.hnv.icem.de>
References: <260751$709@lll-winken.llnl.gov>
Robert R. Borchers (borchers@poogh.llnl.gov) wrote:
: Does anyone know the significance of these messages, which I got when
: booting after a mysterious panic? They look pretty ominous. Bob
: Aug 31 11:56:17 poogh mtdaemon[136]: Error raised in Listener run loop,
: continuing ...
: Aug 31 11:56:18 poogh last message repeated 114 times
I got the exact same message after a crashing the window server, which resulted
in getting logged out. I feel like this was produced by a serviving
TickleServices.daemon process. Really, I do not want to blame any
particular App, just an impression.
I had to kill a lot of old processes still running by hand
and loggin out/in again.
Juergen
--
_ _ Juergen Sell E-Mail juergen.sell@icem.de
' | (_ Icem Systems ( NeXTMail welcome )
,| _) Deisterstr. 18 Fax ++49-511-440617
(_| BRD 30449 Hannover Fon ++49-511-440688
Newsgroups: comp.sys.next.sysadmin,de.comp.sys.next
From: schwarze@wi-inf.uni-essen.de (Dirk Schwarze)
Subject: Problem with Yellow Pages (NIS) from Sun Server
Sender: newsadm@uni-essen.de
Message-ID: <CCoHtH.BG2@uni-essen.de>
Date: Wed, 1 Sep 1993 14:05:41 GMT
Organization: Wirtschaftsinformatik Universitaet Essen
Hello everybody,
We have some problems with yellow pages (now: Network Information Service NIS). Our equipment:
SPARCstation 2 with SunOS 4.1.2 as NIS server
NeXTstation with Mach 3.0 as NIS client
The NeXT command "finger username" (username is NIS known user) answered
Login name: username In real life: ase
Directory: /home/username Shell: /bin/csh
There is an entry ("In real life") called "ase" for any user except those which have an entry in the local /etc/passwd. On two other NeXTs (same OS and same configuration) everything is all right - the answer in "In real life:" is the correct entry from NIS's passwd. Also the command "finger ase" returns all NIS users with "ase" in field "In real life". The command "ypmatch ase" returns
Can't match key ase in map passwd.byname. Reason: no such key in map.
and this is o.k.
"sendmail" has the same problem like "finger". When sending a mail from the NeXTstation /usr/lib/sendmail (with default configuration file /etc/sendmail/sendmail.cf) expands the macro $x (full username of sender) to "ase", and the macro $g (username of sender relativ to receiver) will be expanded correctly.
Does anybody know what to do? Please send answers via email.
Thanks in advance
Dirk
Newsgroups: comp.sys.next.sysadmin
From: rich@pencil.cs.missouri.edu (Rich Winkel)
Subject: lpd still refuses to work
Message-ID: <rich.746897578@pencil>
Sender: news@mont.cs.missouri.edu
Organization: University of Missouri
Date: 1 Sep 93 15:32:58 GMT
Hep me! I still can't get lpd to start printing (to ANY printer).
"lpc up" says "couldn't start daemon". I've killed and restarted lpd,
rebooted the machine, rebooted the remote to which it's printing,
cleared out the spool directories etc etc etc etc etc ....
ps says lpd is running.
Is there anywhere other than the spool directories where lpd (or any other
berkeley printer program) stores status info?
Rich
From: mlescoez@tsiny.psca.COM (Mark Paul LeScoezec)
Newsgroups: comp.sys.next.sysadmin
Subject: new version of M4 anbody..
Date: 1 Sep 1993 13:23:11 -0400
Organization: The Ohio State University
Sender: daemon@magnus.acs.ohio-state.edu
Message-ID: <9309011718.AA26426@tsiny.psca.com>
Does anyone know where I can pick up a new version of m4? I am
installing sendmail 8.6 and it bitches about needing a newer version
of m4.
thanks
mark
---
Mark LeScoezec TSI of NY, Inc.
System Administrator (212)856-9000
ml@tsiny.psca.com 666 Third Ave
NeXTmail okay NY, NY 10017
Newsgroups: comp.sys.next.sysadmin
From: wbeeck@dart.de (Wilfried Beeck)
Subject: Re: Cannon Colour Printer
Message-ID: <1993Sep1.182310.499@dart.de>
Sender: wbeeck@dart.de
Organization: d'ART Computersysteme GmbH
References: <CCnJ87.EF7@cunews.carleton.ca>
Date: Wed, 1 Sep 93 18:23:10 GMT
In article <CCnJ87.EF7@cunews.carleton.ca> ijeff@beauty.carleton.ca (Ian
Jefferson) writes:
> Does anyone know of a driver for the Cannon Colour printer? I was
> wondering if the Dots people might have one.
>
> I tried the NeXT printer to no avail the communications seem to work but
> definitely no pretty pictures.
>
Dots doesn't support the Canon BJ 820, which is identical to the NeXT
Colorprinter.
The Canon printer won't work with the NeXT driver and vice versa, because they
have different ROMs.
We tried to get a description of the ROM instructions for the NeXT
Colorprinter, but it seems that nobody at NeXT knows anything about this.
It would be interesting to do a better driver, because the NeXT driver only
uses 1-bit Color per pixel, whereas the printer engine could do 8-bits per
pixel, resulting in a far better quality.
So if anybody would get us the documentation, we could do a driver in a day,
because we're already supporting the same color-model in the CJ-10 driver.
If there is demand for the Original Canon Color printer (it's called BJ 820
here in Europe), we would do a driver for that one also.
Wilfried Beeck
d'ART Software GmbH
Virchowstr. 17-19
22767 Hamburg
Germany
Newsgroups: comp.sys.next.sysadmin
From: dmm0t@rincewind.mech.virginia.edu (David Meyer)
Subject: Re: new version of M4 anbody..
Message-ID: <CCosGn.K28@murdoch.acc.Virginia.EDU>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia
References: <9309011718.AA26426@tsiny.psca.com>
Date: Wed, 1 Sep 1993 17:55:35 GMT
In article <9309011718.AA26426@tsiny.psca.com>,
Mark Paul LeScoezec <ml@tsiny.psca.com> wrote:
>Does anyone know where I can pick up a new version of m4? I am
>installing sendmail 8.6 and it bitches about needing a newer version
>of m4.
GNU m4 compiles without too much difficulty on the NeXT. Available
from prep.ai.mit.edu:/pub/gnu
Dave
--
David M. Meyer Mechanical & Aerospace Engineering
dmm0t@rincewind.mech.virginia.edu University of Virginia
NeXTmail ok
Newsgroups: comp.sys.next.sysadmin
From: simsong@next.cambridge.ma.us (Simson L. Garfinkel)
Subject: Re: Cannon Colour Printer
Message-ID: <1993Sep1.224216.1197@next.cambridge.ma.us>
Sender: simsong@next.cambridge.ma.us
Organization: NeXTWORLD Magazine
References: <CCnJ87.EF7@cunews.carleton.ca>
Date: Wed, 1 Sep 1993 22:42:16 GMT
In article <CCnJ87.EF7@cunews.carleton.ca> ijeff@beauty.carleton.ca (Ian
Jefferson) writes:
> Does anyone know of a driver for the Cannon Colour printer? I was
> wondering if the Dots people might have one.
>
> I tried the NeXT printer to no avail the communications seem to work but
> definitely no pretty pictures.
>
It should work out of the box. Try giving NeXT a call.
--
................................................................simson
Newsgroups: comp.sys.next.sysadmin
From: martin@babillard.crim.ca (Daniel Martin)
Subject: [-] NXMiniApp chrashes, where to get info
Message-ID: <1993Sep2.003151.1757@clouso.crim.ca>
Sender: news@clouso.crim.ca (NEWS clouso)
Organization: Centre de Recherche Informatique de Montreal
Date: Thu, 2 Sep 1993 00:31:51 GMT
Hello,
One of our user account generates those type of errors on a cube, NS3.0:
syslog: Workspace logged in
syslog: NXMiniApp: Cannot receive init message : -203
loginwindow: Workspace exited ts 0 cd 0 rc 0 sv 0 ss 0.
syslog: Workspace logged in
syslog: NXMiniApp: Cannot receive init message : -203
syslog: *** NXMiniApp: uncaught exception 36000
loginwindow: Workspace exited ts 0 cd 0 rc 0 sv 0 ss 0.
Where can I get info on those errors? How can I cure them?
Typically, a user double click on an icon and the workspace crashes...
Bye, Daniel.
--
oooo oooo ooo o o | Centre de Recherche Informatique de Montreal (CRIM)
o o o o oo oo | Daniel Martin, Agent de recherche senior
o ooo o o o o | E-Mail: martin@crim.ca, Voice/Fax: (514) 398-1234/1244
o o o o o o | Post: 1801 avenue McGill College, bureau 800
oooo o o ooo o o | Montreal (Quebec), Canada, H3A 2N4
From: bbeckwit@carrock.hw.stratus.com (Bob Beckwith)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Re: Reviving Optical Disk
Date: 2 Sep 1993 01:33:34 GMT
Organization: Stratus Computer, Inc.
Message-ID: <263ihe$hqk@transfer.stratus.com>
References: <260hfe$t2g@skat.usc.edu>
Keywords: OD, crash
In article <260hfe$t2g@skat.usc.edu> sweet@skat.usc.edu (Rob Sweet) writes:
> The worst of fates has befallen me. My Optical Disk, with about
>200 meg worth of technical data, USENET memorobilia, and personal data
>has gone way south. The window comes up with the "Optical Disk `foo'
>is damaged" message with the IGNORE, INITIALIZE, or REPAIR buttons. If
>I choose to "Repair" it tries for a short while and then ejects the disk
>with a popup message: "Error while repairing disk: unable to fsck disk."
>One of our local NeXT wizards ran "fsck" in single-user mode for three
>hours trying to revive this disk, but no luck.
The problem might be dust. Two suggestions:
(1) Try putting the OD into another drive (assuming you've got another
system available). Sometimes a disk can read on another system. If this
works, snarf your data off it pronto, then...
(2) Try cleaning the disk. Open the door a blast it with some high pressure
air. DO NOT blow on the disk or touch it with your fingers. If you don't
have an air hose handy, you might try checking out a photo shop (or lab).
Quite often they have cans of air for cleaning optics.
Good luck!
Hope this helps.
--Bob
--
Bob_Beckwith@vos.stratus.com
Stratus Computer, Inc., Hardware Engineering
55 Fairbanks Blvd.
Marlboro, MA 01752 USA
From: jimc@tau-ceti.isc-br.com (Jim Cathey)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Re: Connor 540 disktab & scsi address info?
Message-ID: <3946@tau-ceti.isc-br.com>
Date: 2 Sep 93 01:23:50 GMT
References: <25ugfuINNor1@network.ucsd.edu>
Organization: Olivetti North America, Spokane, WA
In article <25ugfuINNor1@network.ucsd.edu> alevine@ucsd.edu writes:
>Just purchased a Connor CP30540 (540MB) drive for use with a NeXTStation
>Color, NS 3.1. Of course the drive came with no information on how to set
>the SCSI address, and with NO jumpers on the relevent set of pins, the
>address defaulted to 6! We tried a small number of jumper combinations,
>
>drive? The pins look like this:
>
> . . . . . .
> . . . . . .
That's funny. I'm sitting next to an openfaced CP3540 (540MB) Connor.
No '0', I don't know if this is a different model or a typo by the poster.
Anyway, that pin pattern looks suspiciously like the ones on the front of
the drive which _ain't_ the drive select jumpers. They're used for the
activity LED, and for a diagnostic port on the drive. The drive select
jumpers are leetle bitty ones at the side of the PCB away from the crystal.
--
+----------------+
! II CCCCCC ! Jim Cathey
! II SSSSCC ! ISC-Bunker Ramo
! II CC ! TAF-C8; Spokane, WA 99220
! IISSSS CC ! UUCP: uunet!isc-br!jimc (jimc@isc-br.isc-br.com)
! II CCCCCC ! (509) 927-5757
+----------------+
One Design to rule them all; one Design to find them.
One Design to bring them all and in the darkness bind
them. In the land of Mediocrity where the PC's lie.
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.sysadmin
Subject: networking problem (probably)
Date: 2 Sep 1993 02:09:02 GMT
Organization: Cubic Solutions - NeXT software development and consulting
Distribution: world
Message-ID: <263kjuINNcgj@darkstar.UCSC.EDU>
I just set up an Intel GX to test our Sybase client software against a server
running on a Cube. I have been unable to successfully connect to the server
and need your help.
The master Sybase port on the server, nextcube, is 7696. The client, cincy,
has a Sybase interfaces file that tells it that 7696 is the proper port on
nextcube. But connection attempts are refused.
nextcube is the NetInfo server and cincy is set up as a client. I suspect that
I may have hosed the NetInfo configuration somehow, although everything else
that I've tried works as expected. I can ping, rlogin, and telnet in both
directions using various known ports. However, if I specify the Sybase port
using telnet, the connection is refused:
262[~]% hostname
nextcube
263[~]% telnet nextcube 7696 <-- successful Sybase connection from nextcube
Trying 127.0.0.1... Connected to localhost.
Escape character is '^]'.
Connection closed by foreign host.
264[~]% rlogin cincy
Password:
Last login: Wed Sep 1 18:48:28 from nextcube
% telnet nextcube 7696 <-- unsuccessful Sybase connection from cincy
Trying 192.42.172.1... Connection refused
% rlogin nextcube <-- successful rlogin to nextcube from cincy
Password:
Last login: Wed Sep 1 17:28:33 from cincy
Wed Sep 1 18:58:57 PDT 1993
255[~]% lo
Connection closed.
% telnet nextcube <-- successful telnet to nextcube from cincy
Trying 192.42.172.1... Connected to nextcube.
Escape character is '^]'.
NeXT Mach (nextcube) (ttyp2)
Password:
telnet> quit
Connection closed.
% telnet nextcube 79 <- successful telnet to finger port on nextcube from cincy
Trying 192.42.172.1... Connected to nextcube.
Escape character is '^]'.
telnet> quit
Connection closed.
I am certainly no networking or NetInfo expert and have run out of ideas. Can
anyone suggest what the problem might be and how I might fix it?
Thanks very much.
--
Art Isbell Cubic Solutions
NeXT Registered Developer NEXTSTEP software development and consulting
NeXTmail: art@cubicsol.com Voice: +1 408 335 1154
USmail: 95018-9442 Fax: +1 408 335 2515
From: David.Kelman@launchpad.unc.edu (David Kelman)
Newsgroups: comp.sys.next.sysadmin
Subject: Setting up a SLIP line. Help needed.
Date: 2 Sep 1993 03:37:50 GMT
Organization: University of North Carolina Extended Bulletin Board Service
Distribution: world
Message-ID: <263pqe$4tb@samba.oit.unc.edu>
So I got the SLIP920905A.tar package from sonata, installed it and
followed the directions for configuring my machine. When I open up a
terminal window and try to telnet somewhere, it obviously is trying to
connect to the ethernet network, because it comes back with 'network is
unreachable...'. Why isn't it activating the SLIP line? At boot time, it is
seeing the SLIP scripts and configuration. One thing that might be a
problem, is that rc.slip file mentions a 'slip.config' file, that is
supposed to hold any customizations that go with rc.slip. There is a
config.slip file, but that obviously isn't what the rc.slip file is
refering to. There is no lip.config file, not in /config or in /SAMPLES.
Might that be the problem, and where might I get a copy of that file if it
is? Any help would be appreciated.
David Kelman
kelman@niehs.nih.gov
--
The opinions expressed are not necessarily those of the University of
North Carolina at Chapel Hill, the Campus Office for Information
Technology, or the Experimental Bulletin Board Service.
internet: laUNChpad.unc.edu or 152.2.22.80
From: sweet@skat.usc.edu (Rob Sweet)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: SUMMARY: Reviving Optical Disk [LONG]
Date: 1 Sep 1993 20:59:49 -0700
Organization: University of Southern California, Los Angeles, CA
Sender: sweet@skat.usc.edu
Message-ID: <263r3l$gci@skat.usc.edu>
References: <260hfe$t2g@skat.usc.edu>
Keywords: OD, crash
In article <260hfe$t2g@skat.usc.edu> I wrote:
> The worst of fates has befallen me. My Optical Disk, with about
>200 meg worth of technical data, USENET memorobilia, and personal data
>has gone way south. The window comes up with the "Optical Disk `foo'
>is damaged" message with the IGNORE, INITIALIZE, or REPAIR buttons. If
>I choose to "Repair" it tries for a short while and then ejects the disk
>with a popup message: "Error while repairing disk: unable to fsck disk."
>One of our local NeXT wizards ran "fsck" in single-user mode for three
>hours trying to revive this disk, but no luck.
>
> Are there any utilities/applications that might be able to retrieve
>at least some of the info from this disk? Most of it is text data, so any
>CRC errors would be negligible.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
First off: I would like to give a big, hearty THANK YOU
to everyone that responded.
I should have stated in my original post that the drive was
recently replaced (I am not sure how new it was, though), I had tried
the disk on another cube, and I had successfully loaded other disks
on my drive.
The suggestion that worked like a charm was:
% fsck -b 16 /dev/od0a
After two passes the disk was running like new. What do these
(-b 16) options/paramaters do that the default command will not?
Once again THANKS! The net IS a wonderful place.
Here are the responses, (slightly edited):
-------------------
From: Sam_Streeper@NeXT.COM (Sam Streeper)
The problem probably is that the OD drive has accumulated too much dust;
that drive won't be able to fix the disk without an overhaul. I would
guess it just needs cleaning and a new filter. I've never done such an
overhaul myself and I can't recommend where you might take it, but these
drives are notorious dust suckers.
-------------------
From: Andreas Windemuth <windemut@cumbne.bioc.columbia.edu>
Try cleaning the drive, the optical head might be dusty. There exist
cleaning disks, but I don't know where to get them. After cleaning,
use fsck -b 16 for replacing a damaged super-block.
-------------------
From: isbell@cats.ucsc.edu
>From NeXTanswers:
read recover failed optical disk bad block hardware uncorrectable ecc error
Q: I cannot read or boot my optical disk anymore. In the console I see a
series of READ RECOVER messages followed by a READ FAILED message.
Q: I have a bad spot on my optical disk. I tried rewriting over it, then
tried erasing the whole disk, but I get an I/O error always at the same spot.
Is there a way to mark the bad spot?
A: A sudden power off or interrupt can cause the erasure of a half track on
the OD. One of the symptoms is a series of READ RECOVER messages followed by a
READ FAILED message. It might look like:
od0a: read recover (ECC) block 160120 phys block 161992 (14273:0:8)
This means that the read was to logical block 160120, physical block 161992,
track 14273 of drive 0, at sector 8.
The only way to recover is to rewrite the sector, which may or may not be
difficult, depending on which file (if any) the sector is located in. Try this
procedure.
Fixing an optical with "Uncorrectable ECC" errors
1. Go to a machine which is not booted off of optical
2. Insert the optical.
3. Become root
4. Attempt to fsck the a partition of the disk.
5. Carefully record the physical address of the bad block
6. Run the disk program on the device /dev/rod0a
7. Run the command "abort" in disk to turn of abort on error
8. Run the "read" command on the physical sector
a. enter the physical block number
b. enter 1 for the number of sectors per transfer
c. enter 8 for the number of transfers
d. enter 1 for the sector increment
e. record the number of bad sectors
9. Run the "write" command on the physical sector
a. enter the physical block number for starting block
b. enter 1 for the number of sectors per transfer
c. enter the number of bad sectors from step "e" above for the number of
sectors to transfer
d. enter 1 for the sector increment
e. enter 0 for the random data
10. Repeat step 8 above; you should receive no error
11. Rerun fsck on the a partition
a. it may be necessary to run with an alternate super-block
b. use -b 16 for this case (additional backups are in NextAnswers, os.293)
c. repeat fsck until no errors occur
12. Mount and examine the file system to confirm that it is still intact
Note also the 2.0 disk command for repairing bad ODs.
QA185
Valid for 1.0
Valid for 2.0
-------------------
From: nico@imani.cam.org (Nicolas Dore)
This might be simplistic, but it works for me...
Whenever one of my ODs refuses to mount from the worspace, I just log out,
type console at login, end up with a command-line interface, and voila!
I have (almost) always been able to manually mount the disks, using
"mount /dev/od0a" etc...
It won't work if the disk is really dead, but always has when I was getting
"Eject, Repair, Initialize" mesages.
Weird but true.
Hope this helps. If not, good luck.
-------------------
From: Dick Silbar <silbar@cantina.lanl.gov>
Did you try the simple thing of cleaning the drive?
-------------------
From: Geoff Kuenning <geoff@prodnet.la.locus.com>
What sort of problems did fsck find? Did he attempt to repair any of them?
It depends on several things, particularly on whether the errors are
hardware (e.g., CRC) or software. In either case, there are some
things that can be done. The most important, though, is to first
prevent further damage. If the errors are not hardware errors, you
can use "dd" to make a backup copy of the current state of the disk;
the only catch is that you will either need 256M of scratch disk, a
backup tape, or a lot of patience. The first two backups can be made
with one of the commands:
dd if=/dev/rod0a of=/somewhere/backup_file bs=128b
dd if=/dev/rod0a of=/dev/tape-device bs=128b
(the "128" should really be replaced by the cylinder size of the OD,
which I don't have handy right now. I think you can pull it out of
/etc/fstab.)
When you type this command (you'll probably need to be root), a window
will pop up asking you to insert your OD. Don't insert it before that
point. After the command completes, you'll have to type:
disk -e /dev/rod0a
to eject the disk.
If you don't have lots of disk space, a backup is a bit trickier but
still possible. The basic idea is to do:
dd if=/dev/rod0a of=/tmp/odbackup skip=XXX bs=128b count=YYY
disk -e /dev/rod0a
dd if=/tmp/odbackup of=/dev/rod0a seek=XXX bs=128b count=YYY
disk -e /dev/rod0a
repeatedly. The first two commands are done with your
(write-protected) damaged disk, while the last two are done with a
scratch disk that will contain the backup. YYY should be selected so
that 512*128*YYY is close to the free space (in bytes) in your temp
filesystem. XXX starts out at zero, then becomes YYY, 2*YYY, 3*YYY,
etc., in sequence. You should free up as much space as possible
first, to minimize disk swapping.
If your problems are hardware-related, of course, none of this will
help. Instead, you should first try several other cubes to see if
their optical drive will read what yours won't. If that doesn't work,
or after you back up the original, I *might* have some software that
will help recover at least part of your files, though it would be
painful. However, I'm moving this weekend, so I'm not going to be
very available very soon. You'd be better off going with another
approach if you're in a hurry. Otherwise, contact me again late next
week, and I'll see if I can do anything for you.
-------------------
From: bbeckwit@carrock.hw.stratus.com (Bob Beckwith)
The problem might be dust. Two suggestions:
(1) Try putting the OD into another drive (assuming you've got another
system available). Sometimes a disk can read on another system. If this
works, snarf your data off it pronto, then...
(2) Try cleaning the disk. Open the door a blast it with some high pressure
air. DO NOT blow on the disk or touch it with your fingers. If you don't
have an air hose handy, you might try checking out a photo shop (or lab).
Quite often they have cans of air for cleaning optics.
-------------------
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: CAP 6.0 on NeXT without bridge?
Message-ID: <1993Sep2.074200.19589@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <KARTHY.93Sep1092119@musik.auc.dk>
Date: Thu, 2 Sep 1993 07:42:00 GMT
In article <KARTHY.93Sep1092119@musik.auc.dk> karthy@musik.auc.dk
(Karsten Thygesen) writes:
>I have tried to install the CAP 6.0pl75 Appletalk package without much
>luck. According to my spare knowledge of Appletalk, Ethertalk and all
>the other -talk protocols, I need an Appletalk bridge to make my black
>next operate as Mac file and printer server. Is that correct, or is
>there any other software out there which does the job without external
>bridges? As far as I can se, the problem is that NeXT has no /dev/nit
>or similar raw network device.
>
>Any advice or hints??
It _should_ be possible with the current (6.0pl154) version of
CAP. If you have 6.0pl143 or earlier, you definitely need to
upgrade. Note that CAP is currently in a state of flux, with
another set of patches due in about a week, so you may want to
wait and see what happens.
CAP's basic problem was that it wanted more than a raw network
device--it specifically wanted ENET, or something that's directly
descended from ENET (like NIT). Now there's an alternative:
configure CAP to use UAR. Since UAR shares ARNS' low-level code,
it should work with my VENET1 driver using the identical pf.c
module.
I have not actually tried this!
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: S.A.McIntyre@durham.ac.uk (Scott A. McIntyre)
Subject: MTA's: anyone using pp?
Message-ID: <scott.746956348@shrug>
Organization: University of Newcastle upon Tyne, UK, NE1 7RU
Date: Thu, 2 Sep 1993 07:52:28 GMT
I send and receive rather a lot of mail on my NeXT, and was wondering
what peoples experience with PP is, if anyone is running it, how they
got it to run, and whether or not it's worth using....answers on a post
card to scott@shrug.org and I'll summarise.
Ta,
scott
--
EMAIL: scott@shrug.org (NeXTmail accepted) OR S.A.McIntyre@durham.ac.uk
SNAIL: Pyschment of Departology, University of Durham, Durham, DH1 3LE
"Network Unreachable"
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: heath@iceblink.cs.jhu.edu (Dave Heath)
Subject: look for X server
Message-ID: <CCp0pp.G53@blaze.cs.jhu.edu>
Sender: news@blaze.cs.jhu.edu (Usenet news system)
Organization: Johns Hopkins Computer Science Department, Baltimore, MD
Date: Wed, 1 Sep 1993 20:53:49 GMT
I'm sure this gets asked frequently, but I couldn't find a FAQ for this
group. I am looking for an X server for an 030 next running nextstep 1.0.
Is it possible to find such a beast? I would prefer one that takes over
the whole screen, but even one that runs in a window is ok.
-dave heath
Newsgroups: comp.sys.next.sysadmin
From: fms@chemelex .com (Fred Schenkelberg)
Subject: hiding files
Message-ID: <CCLBw5.n1@chemelex.com>
Sender: fms@chemelex.com (Fred Schenkelberg)
Organization: Research Group of Chemelex Division of Raychem Corporation
Distribution: ba,na
Date: Mon, 30 Aug 1993 21:04:52 GMT
How do I hide from view files that I don't want to see. Just as the /usr,
/etc and others hide from view in the "not a Unix Expert" mode, I'd like
to hide 16 files which are written to in sequence over a 16 day period.
Unfortunately, they must reside in my home directory to work. I tried
editing the .hidden file, by just adding the file names, but didn't seem
to work. Anyway to do this?
Thanks,
---
Fred Schenkelberg
fms@chemelex.com
--
Fred Schenkelberg
Newsgroups: comp.sys.next.sysadmin
From: fms@chemelex .com (Fred Schenkelberg)
Subject: netware, now you see it, now you don't
Message-ID: <CCorJK.8C@chemelex.com>
Sender: fms@chemelex.com (Fred Schenkelberg)
Organization: Research Group of Chemelex Division of Raychem Corporation
Distribution: ba,na,usa
Date: Wed, 1 Sep 1993 17:35:44 GMT
Hi, I had a perfectly working connection to a netware server a few weeks
ago. Now, the server dosn't appear. Yet, other machines on the net (macs,
and pc's) can see and use the server. Another server, which I don't have
an account on, does appear, making me think the cables are ok. The sysop
of the server hasn't changed anything.
How do I troubleshoot this problem of the missing server?
Thanks,
---
Fred Schenkelberg
fms@chemelex.com
--
Fred Schenkelberg
From: therbert@umiami.ir.miami.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Networking difficulties with NS/fip
Message-ID: <1993Sep2.084548.15714@umiami.ir.miami.edu>
Date: 2 Sep 93 08:45:48 EDT
Organization: Univ of Miami IR
I have a system of 13 NS/fip clones set to arrive soon. The dealer who
is putting these together has had the following problem which is not
found with 3.x OS on black hardware -
Networking is not stable with manual addition of clients. The only way
the networking would "stick" was to use automatic addition. It seems
that this is a bug in NS/fip 3.1. I have not tried this yet but I trust
the person who is setting things up.
Automatic addition poses a little bit of a problem for us since we are putting
these 13 machines in different parts of our building and all are hooked to the
outside world. In fact all of our campus is at present logically connected without
routers between buildings. So, if someone booted up a NeXTstep machine while
we were networking, that machine would go through the normal addition steps,
even in another department. I don't see this as very likely but ....
More importantly, we have a block of IP addresses. When we use these up, we
must skip over other addresses to find vacant numbers. Automatic addition
only permits sequential addition of addresses, if I understand things properly.
Any comments - Do others know of this problem? Are there workarounds or fixes
other than using automatic addition?
Tom Herbert
University of Miami
therbert@umiami.ir.miami.edu
From: alby@access.digex.net (Albatross)
Newsgroups: comp.sys.next.sysadmin
Subject: Next With BOOT problems {HELP ASAP}
Date: 2 Sep 1993 09:40:08 -0400
Organization: Express Access Online Communications, Greenbelt, MD USA
Distribution: na usa world
Message-ID: <264t3o$r15@access.digex.net>
I tried to configure a Next to run SLIP and now when the system
BOOT's up there are the messages I get and then it locks up. Could somebody
email me ASAP as to what needs to be configured to fix the problem...
Starting RPC and network services: nmserver portmap netinfo lookupd
Mounting remote filesystems
mount: retrying
/usr/spool/mail
Sep 2 9:32:11 localhost netmsgserver[58]: network_init
Sep 2 9:32:11 localhost netmsgserver[58]: Could not find a working network
interface - disabling the network
Sep 2 9:32:11 localhost netnsgserver[58]: Autoconf: network_init failed:
no network
Then everything stops and no longer will boot..
PLEASE reply back asap...
Thanks
alby@digex.net
From: rogata@is-next.umd.edu (Richard Scott Ogata)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: DialupIP with dynamically-assigned IP numbers?
Date: 2 Sep 1993 14:17:23 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <264v9j$4d4@umd5.umd.edu>
References: <371@blue.cis.pitt.edu>
In article <371@blue.cis.pitt.edu> cjp+@pitt.edu (Casimir J Palowitch) writes:
>
> Hi all,
>
> The SLIP service at U. of Pitt works on the basis of
>dynamically assigned IP numbers, not supplied until well after login and
>after the SLIP command is given. Has anyone made it work under these
>conditions or is assigning an address that late in the game impossible?
>Is there any way to write the number out after it is received in the
>login script?
>
> Thanks in advance for any ideas,
>
I have no solution for your problem, I just wanted to take this
opportunity to plug PPP as a replacement for SLIP, as it supports dynamic
IP address assignment during the connection negotiation phase. Perhaps you
could ask someone at UPitt to give it some consideration?
Rich Ogata
rogata@arpa.mil
Newsgroups: comp.sys.next.sysadmin
From: jblue@ocotillo.mitre.org (Jason D. Blue)
Subject: POP (Post Office Protocol), version 3
Message-ID: <1993Sep2.154453.1379@linus.mitre.org>
Sender: news@linus.mitre.org (News Service)
Organization: The MITRE Corporation
Date: Thu, 2 Sep 1993 15:44:53 GMT
Any one running POP (3) on a black machine? Any advice on getting it up and
running, and where to find a NeXT version?
I am running NEXTSTEP 3.0.
Thank you,
Jason
--
Jason D. Blue
NeXT Network and Systems Administrator
The MITRE Corporation, McLean, VA
jblue@mitre.org (NeXT Mail Encouraged!)
TIP#081
From: boardman@casbah.acns.nwu.edu (Michael Boardman)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: POP (Post Office Protocol), version 3
Date: 2 Sep 93 17:23:43 GMT
Organization: Northwestern University, Evanston, IL USA
Distribution: world
Message-ID: <boardman.746990623@news.acns.nwu.edu>
References: <1993Sep2.154453.1379@linus.mitre.org>
In <1993Sep2.154453.1379@linus.mitre.org> jblue@ocotillo.mitre.org (Jason D. Blue) writes:
>Any one running POP (3) on a black machine? Any advice on getting it up and
>running, and where to find a NeXT version?
>I am running NEXTSTEP 3.0.
>Thank you,
>Jason
>--
>Jason D. Blue
>NeXT Network and Systems Administrator
>The MITRE Corporation, McLean, VA
>jblue@mitre.org (NeXT Mail Encouraged!)
>TIP#081
I have the same system as you and I downloaded pop from
boombox.micro.umn.edu. It compiled (if I remember correctly) without a
hitch. Just remember to edit NetInfo/Services. You need to add the service
pop with Property port (109 or 110), Property protocol (tcp) and Property
name (pop or pop2 or something).
boardman
From: therbert@umiami.ir.miami.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Networking difficulties with NS/fip
Message-ID: <1993Sep2.131242.15717@umiami.ir.miami.edu>
Date: 2 Sep 93 13:12:42 EDT
Organization: Univ of Miami IR
Summary: More questions on NS/FIP networking
I have a system of 13 NS/fip clones set to arrive soon. The dealer who
is putting these together has had the following problem which is not
found with 3.x OS on black hardware -
Networking is not stable with manual addition of clients. The only way
the networking would "stick" was to use automatic addition. It seems
that this is a bug in NS/fip 3.1. I have not tried this yet but I trust
the person who is setting things up.
Automatic addition poses a little bit of a problem for us since we are putting
these 13 machines in different parts of our building and all are hooked to the
outside world. In fact all of our campus is at present logically connected without
routers between buildings. So, if someone booted up a NeXTstep machine while
we were networking, that machine would go through the normal addition steps,
even in another department. I don't see this as very likely but ....
More importantly, we have a block of IP addresses. When we use these up, we
must skip over other addresses to find vacant numbers. Automatic addition
only permits sequential addition of addresses, if I understand things properly.
Any comments - Do others know of this problem? Are there workarounds or fixes
other than using automatic addition?
Tom Herbert
University of Miami
therbert@umiami.ir.miami.edu
-----------------------------
I just read the release notes for NS/fip and am really confused - The notes
say that automatic addition of hosts DOES NOT WORK properly for NS/Intel 3.1.
The claim is made that the first host is added correctly but that subsequent
hosts have incorrect IP addresses. The fix is claimed to be to use manual
host addition which my vendor says doesn't work correctly.
SOMEONE OUT THERE MUST HAVE TRIED TO NETWORK NEXTSTEP/INTEL MACHINES! ANY
SUGGESTIONS ON WHAT TO EXPECT TO WORK OR NOT WORK VS. 2.1 OR 3.0 NS FOR
BLACK HARDWARE WILL BE GREATLY APPRECIATED!
From: therbert@umiami.ir.miami.edu
Newsgroups: comp.sys.next.sysadmin
Subject: cancel <1993Sep2.084548.15714@umiami.ir.miami.edu>
Message-ID: <1993Sep2.131337.15718@umiami.ir.miami.edu>
Date: 2 Sep 93 13:13:37 EDT
Control: cancel <1993Sep2.084548.15714@umiami.ir.miami.edu>
cancel <1993Sep2.084548.15714@umiami.ir.miami.edu>
Newsgroups: comp.sys.next.sysadmin
From: richard@sfu.ca (Richard Chycoski)
Subject: Re: DialupIP with dynamically-assigned IP numbers?
Message-ID: <1993Sep2.172822.26048@sfu.ca>
Sender: news@sfu.ca
Organization: Simon Fraser University, Burnaby, B.C., Canada
References: <264v9j$4d4@umd5.umd.edu>
Date: Thu, 2 Sep 1993 17:28:22 GMT
In article <264v9j$4d4@umd5.umd.edu> rogata@is-next.umd.edu (Richard Scott
Ogata) writes:
> In article <371@blue.cis.pitt.edu> cjp+@pitt.edu (Casimir J Palowitch)
writes:
> >
> > Hi all,
> >
> > The SLIP service at U. of Pitt works on the basis of
> >dynamically assigned IP numbers, not supplied until well after login and
> >after the SLIP command is given. Has anyone made it work under these
> >conditions or is assigning an address that late in the game impossible?
> >Is there any way to write the number out after it is received in the
> >login script?
> >
> > Thanks in advance for any ideas,
> >
It is possible to set the IP address after negotiation. You need to use the
appropriate script for the terminal server that you are communicating with.
(For example, I use the 'annex'
script to talk to my local server, it does the necessary negotiation and sets
the IP address according to the dialog involved with the 'slip' command on the
server.) Talk to your local networking people, who may have experience with
using dialupip at your site.
>
> I have no solution for your problem, I just wanted to take this
> opportunity to plug PPP as a replacement for SLIP, as it supports dynamic
> IP address assignment during the connection negotiation phase. Perhaps you
> could ask someone at UPitt to give it some consideration?
>
> Rich Ogata
> rogata@arpa.mil
This isn't always available as an alternative, if the servers at your site do
not support PPP. However, if they do, and you have PPP avaialable on your
machine as well, it can provide better performance along with the address
negotiation. (Some SLIP servers do provide address negotiation using bootp or
rarp protocols, but there's no standard, and it certainly isn't universal.)
- Richard Chycoski
Simon Fraser University
richard@sfu.ca
From: boardman@casbah.acns.nwu.edu (Michael Boardman)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <boardman.746990307@news.acns.nwu.edu>
Control: cancel <boardman.746990307@news.acns.nwu.edu>
Date: 2 Sep 1993 20:15:53 GMT
Organization: Northwestern University, Evanston, IL USA
Message-ID: <265k9p$mhp@news.acns.nwu.edu>
cancel <boardman.746990307@news.acns.nwu.edu> in newsgroup comp.sys.next.sysadmin
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin,comp.sys.next.software
Subject: Sybase client-server connection problem
Date: 2 Sep 1993 22:06:26 GMT
Organization: Cubic Solutions - NeXT software development and consulting
Distribution: world
Message-ID: <265qp2INN41u@darkstar.UCSC.EDU>
I have run out of ideas why I cannot connect to a Sybase server port on black
hardware from a client on an Intel GX/Professional with an EtherLink III
Ethernet card. I have used black hardware as a client with no problem, but
I've not set up clients very often, so I've probably done something wrong.
Basically, I can successfully telnet from the client to a variety of well-known
ports on the server with no problem (telnet port, rlogin port, etc.). But I
get a "Connection refused" message when I try to connect to the Sybase port
from the client (I can connect to the same port from the server with no
problem).
Can some hardware setup be to blame? What UNIX permissions or setup problems
might cause this problem?
Any help would be appreciated.
--
Art Isbell Cubic Solutions
NeXT Registered Developer NEXTSTEP software development and consulting
NeXTmail: art@cubicsol.com Voice: +1 408 335 1154
USmail: 95018-9442 Fax: +1 408 335 2515
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Compacting user's mailboxes as root?
Date: 3 Sep 1993 01:20:04 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <266644$p5h@umd5.umd.edu>
References: <1993Aug31.202353.296@afs.com> <1993Sep1.062402.25067@newshost.lanl.gov>
Actually, if you want a somewhat ironic twist to this whole thread, how about
sending the user mail if there's stuff in their recyclers or lots of
uncompacted mail, with directions on what to do about it?
Sounds like a good idea for a login hook. Gee, didn't someone already do
this?
Educating users can't be done. Forcing a policy down their throats can't
really be done either. Reminding them can be done. Might not always work,
but it can't hurt.
Besides, if you do have to delete someone's recyclers due to a disk crunch,
you can always back them up first.
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
I do not believe in the creed professed by the Jewish Church, by the Roman
Church, by the Greek Church, by the Turkish Church, by the Protestant Church,
nor by any Church that I know of. My own mind is my own Church.
- Thomas Paine
From: ben@carie.mcs.mu.edu (Benjamin J. Black)
Newsgroups: comp.sys.next.sysadmin
Subject: Ownership on second drive
Date: 3 Sep 1993 02:25:30 GMT
Organization: Marquette University - Dept. Math, Statistics, & Comp. Sci.
Message-ID: <2669uq$hbr@spool.mu.edu>
Hi,
We have an external drive attached to out TurboStation Color, and it works
fine, except regarding file ownership. Whoever is at the console is listed as
owning everything on the disk. What are we doing wrong?
Thanks,
Ben
ben@carie.mcs.mu.edu
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin,comp.sys.next.software
Subject: Re: Sybase client-server connection problem
Date: 3 Sep 1993 06:05:45 GMT
Organization: Cubic Solutions - NeXT software development and consulting
Distribution: world
Message-ID: <266mrpINNcq0@darkstar.UCSC.EDU>
References: <265qp2INN41u@darkstar.UCSC.EDU>
I have solved my Sybase client-server connection problem by "massaging"
NetInfo. Why this worked I'm not sure. I had defined a hostname alias for
localhost which is identical to the hostname of my NetInfo server (they are the
same physical machine, but maybe this was confusing). I had also specified the
same Ethernet address for this same localhost and the NI server (again, they're
the same machine, but maybe this was confusing). This all happened when I made
my standalone a NI server so that I could create a NI network for the additiona
of the Intel machine. I obviously don't understand NI as well as I should (but
I know a lot more now than I did 48 hours ago :-)
Thanks to those who offered assistance.
--
Art Isbell Cubic Solutions
NeXT Registered Developer NEXTSTEP software development and consulting
NeXTmail: art@cubicsol.com Voice: +1 408 335 1154
USmail: 95018-9442 Fax: +1 408 335 2515
Newsgroups: comp.sys.next.sysadmin
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: Re: Ownership on second drive
Message-ID: <1993Sep3.061011.1688@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
References: <2669uq$hbr@spool.mu.edu>
Date: Fri, 3 Sep 1993 06:10:11 GMT
In article <2669uq$hbr@spool.mu.edu> ben@carie.mcs.mu.edu (Benjamin J. Black)
writes:
> Hi,
> We have an external drive attached to out TurboStation Color, and it works
> fine, except regarding file ownership. Whoever is at the console is listed
as
> owning everything on the disk. What are we doing wrong?
Archive-name: NEXTSTEP-OS-FAQ
Last-modified: Fri Aug 27 01:27:51 EDT 1993
Version: 3.0
Every four weeks (depending on the phase of the moon) a number of
postings are made to comp.sys.next.announce which are a compilation
of answers to frequently asked questions in the comp.sys.next.*
Usenet newsgroups.
The FAQ list is broken into sections and posted separately. These
sections focus on various aspects of NEXTSTEP and NeXT machines. Items
that appear within sections are not in any particular order, and get
added and removed over time. Posting the sections separately allows
people to find the sections interesting to them quickly.
Within each section each question will be preceded by a "Subject:"
field, allowing news readers to break up the file into separate
questions. Each question has its own unique number.
The FAQ is kept on-line at several ftp sites, including:
cs.orst.edu
sonata.cc.purdue.edu
srawgw.sra.co.jp [133.137.4.3]
Many FAQs, including this one, are available via FTP on the archive site
rtfm.mit.edu in the directory pub/usenet/news.answers. The name under
which this FAQ is archived appears in the Archive-nameline above.
Questions marked with a "+" are new to this issue, and questions with
changes since the last issue are marked by a "!".
Submissions, corrections, comments, input, etc., should be directed
to Nathan Janette <nathan@laplace.csb.yale.edu>.
Subject: G11. Why does the console user "own" the external disk filesystem?
You need an entry in /etc/fstab so the disk will be mounted at boot time,
rather than being "automounted" when somebody logs in. Automounted
disks are owned by whoever logged in, fstab-mounted disks are owned by
root. Something like this:
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/dev/sd1a /Disk 4.3 rw,noquota 0 2
(assuming the external disk is to be mounted as /Disk)
--
Nathan "USENET" Janette
PPP link from hilbert.csb.yale.edu
Please reply to: nathan@laplace.csb.yale.edu (NeXT)
Newsgroups: comp.sys.next.sysadmin
From: pom@anke.imsd.uni-mainz.DE (Prof. Dr. Klaus Pommerening)
Subject: File permissions on /etc/mtab
Message-ID: <7HXGBV9J@minnie.zdv.uni-mainz.de>
Sender: usenet@minnie.zdv.uni-mainz.de (USENET News System)
Organization: Johannes Gutenberg-Universitaet Mainz
Date: Fri, 3 Sep 1993 10:16:59 GMT
From time to time users complain that df gives the error message
/etc/mtab: Permission denied
mtab has owner root.wheel and permissions -rw-------.
Making it world readable as root helps for a while,
but suddenly (?) the permission is reset again.
QUESTIONS: 1.) Which process in the system resets the
file permissions of /etc/mtab automagically?
2.) Is there any risk in making /etc/mtab world readable?
--
Klaus Pommerening
Institut fuer Medizinische Statistik und Dokumentation
der Johannes-Gutenberg-Universitaet
D-55101 Mainz, Germany
From: alby@access.digex.net (Albatross)
Newsgroups: comp.sys.next.sysadmin
Subject: Mailer Problem...
Date: 3 Sep 1993 08:56:03 -0400
Organization: Express Access Online Communications, Greenbelt, MD USA
Distribution: na,usa,world
Message-ID: <267et3$as8@access.digex.net>
I believe me mailer has been corrupted. Here is the error that i get and
I was wondering if anybody knew what I needed to do to fix the problem..?
No local mailer defined
No prog mailer defined
cannot chdir((null pointer)): Bad address
Any replies are greatly welcomed...
Newsgroups: comp.sys.next.sysadmin
From: davor@griffin.cuc.ab.ca (Davor Barcan)
Subject: Is C-Kermit 5A(189) OK?
Message-ID: <CCpDEs.19C@griffin.cuc.ab.ca>
Sender: davor@griffin.cuc.ab.ca (Davor Barcan)
Organization: Griffin Software Development
Date: Thu, 2 Sep 1993 01:28:04 GMT
I've installed the newest version of C-Kermit onto my NeXT machine which
is running NEXTSTEP 3.1. I compiled it with the 'PIDSTRING' define so
that it uses the same ASCII-string lock file as Taylor UUCP.
The first thing I noticed is that this version of Kermit does not support
the 'set flow-control rts/cts' command. I changed it to 'set flow-control
keep' because that seems like the only one which might give me the
appropriate flow-control setting since rts/cts doesn't seem to be an
option anymore.
The big problem is that Kermit always times out on me as soon as I start
receiving. I haven't been able to successfully start a transfer.
Has anyone else run into this problem? I'm being forced to use Zmodem
(which really crawls on the sites I call) in the meantime.
Any suggestions would be greatly appreciated!
--
Davor Barcan
davor@griffin.cuc.ab.ca (NeXTMail)
From: morrison@ppc.ubc.ca (Rick Morrison - ppc sysadm)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: File permissions on /etc/mtab
Date: 3 Sep 1993 15:11:06 GMT
Organization: The University of British Columbia
Distribution: world
Message-ID: <267mqa$c89@iskut.ucs.ubc.ca>
The problem with changing permissions on /etc/mtab arises when a user
with READ-OTHER umasked inserts a floppy (it may also occur with ODs -
I don't know). The system resets the permissions on /etc/mtab according
to the user's umask.
Obviously, this is a bug. It was reported to NeXT fairly early on under
3.0. I haven't installed 3.1 so don't know if it's been fixed.
- Rick
----------------------------------------------------------------------
Rick Morrison Tel: 604/822-6063
System Manager, Laboratory for Process Control Fax: 604/822-8563
UBC Pulp & Paper Centre Internet: morrison@ppc.ubc.ca
2385 East Mall
Vancouver, B.C.
Canada V6T 1Z4
From: admin@bock (FreiNet Administrator)
Newsgroups: news.software.nntp,comp.sys.next.sysadmin
Subject: Re: INN on NeXT
Followup-To: news.software.nntp,comp.sys.next.sysadmin
Date: 1 Sep 1993 12:10:30 GMT
Organization: FreiNet, a VzF* InterNetNews site
Distribution: inet
Message-ID: <2623fm$2bs@bock.freiburg.sub.org>
References: <1993Aug26.144644.4310@sifon.cc.mcgill.ca>
Darcy Brockbank (darcy@solutions.ca) wrote:
: Has anyone successfully installed INN on a NeXT? If so,
: could you please contact me?
Yes, i have!
Any questions ?
: I don't know why the installation procedure has to be such a
: bloody pain...
this is my daily bread ;-)
- Flo
Newsgroups: comp.sys.next.sysadmin
From: albatros@wings.micro.umn.edu (Bob Alberti)
Subject: Millions of <Mach-task>s!
Message-ID: <CCsDMp.I1y@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Fri, 3 Sep 1993 16:17:31 GMT
Hi. I just upgraded to NeXTStep 3.0 and ever since then, my process table
has been quickly filling up with lines like this...
-1 ? SW 0:00 <mach-task>
to the point where I suspect this is eventually crashing my system.
(That is, my system will crash about once a week if I don't reboot it)
Does this ring a bell for anyone?
From: pierce@cantrell.tamu.edu (Pierce Cantrell)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: File permissions on /etc/mtab
Date: 3 Sep 1993 17:31:52 GMT
Organization: Texas A&M University, College Station, TX
Distribution: world
Message-ID: <267v28$3od@TAMUTS.TAMU.EDU>
References: <267mqa$c89@iskut.ucs.ubc.ca>
In article <267mqa$c89@iskut.ucs.ubc.ca> morrison@ppc.ubc.ca (Rick Morrison -
ppc sysadm) writes:
> Obviously, this is a bug. It was reported to NeXT fairly
> early on under 3.0. I haven't installed 3.1 so don't know
> if it's been fixed.
>
Same problem in 3.1.
--
Pierce E. Cantrell | cantrell@ee.tamu.edu
Department of Electrical Engineering |
Texas A&M University | tel: (409) 845-7441
College Station, Texas 77843-3128 | fax: (409) 845-6259
From: garity@MATH.ORST.EDU (Dennis Garity)
Newsgroups: comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin
Subject: CDPlayer.app
Date: 3 Sep 1993 17:52:15 GMT
Organization: University Computing Services - Oregon State University
Distribution: world
Message-ID: <26808f$9sf@gaia.ucs.orst.edu>
Keywords: CDPlayer, CDROM
I couldn't find this in the FAQ, so I'll ask here.
I just installed the 3.1 operating system, and can't
get CDPlayer.app to work. Logged in as root,
the app starts up and appears to be playing a CD,
but no sound comes out. Logged in as myself,
the app can't find the CD ROM drive.
I checked and CDPlayer.app is owned by root
with group wheel.
Any suggestions?
Thanks in advance.
Dennis Garity
Mathematics Department
Oregon State University
Newsgroups: comp.sys.next.sysadmin
From: kelley@kiwi.ATMOS.ColoState.Edu (Kelley Wittmeyer)
Subject: QMS printer problems after moving to diff NeXT
Sender: news@yuma.ACNS.ColoState.EDU (News Account)
Message-ID: <Sep03.174139.9159@yuma.ACNS.ColoState.EDU>
Date: Fri, 03 Sep 1993 17:41:39 GMT
Organization: Colorado State University, Fort Collins, CO 80523
Keywords: qms
hi
we have a qms colorscript 100 model 10 printer. the thing
was working fine until i had to move it to a different machine.
i found that i can no longer delete or add any printers w/
PrintManager (alert: NetInfo problem writing 'QMS' in domain '/')
..
so i deleted the entries for it in my / and local host domains.
moved the printer, then, of course, ran into the same netinfo
problem. so i made my own entries using nidump and niload
of the printcap entries for . and /.
problem: Driver Class not set in printer entry... (from Console).
i've tried all the driver classes in /usr/lib/NextPrinters/drivers
and all give errors.
can someone help?
kelley wittmeyer
dept of atmospheric science
colorado state university
Newsgroups: comp.sys.next.sysadmin
From: david@flanaess.niehs.nih.gov (David Kelman)
Subject: Re: Setting up a SLIP line
Message-ID: <1993Sep3.195627.9756@alw.nih.gov>
Sender: postman@alw.nih.gov (AMDS Postmaster)
Organization: National Institutes of Health
Date: Fri, 3 Sep 1993 19:56:27 GMT
I'd just like to thank everyone who sent me advice on how to set
up my SLIP line. After messing the the config files and getting all the
information about the server correct, I finally got the thing to work
(posting with NewsGrazer over it now). Thanks again.
David Kelman
kelman@niehs.nih.gov
david@flanaess.niehs.nih.gov
From: gt5870c@prism.gatech.EDU (Noah White)
Newsgroups: comp.sys.next.sysadmin
Subject: Next mailing list software
Message-ID: <111433@hydra.gatech.EDU>
Date: 3 Sep 93 20:56:14 GMT
Organization: Universal Exports
Is there any NeXT specific applications for running a mailing
list (automated) from a NeXT Cube.
-Noah
Newsgroups: comp.sys.next.sysadmin
Subject: gopher and gopherd on NeXTSTEP 3.1
Message-ID: <1993Sep3.142124.6428@nic.csu.net>
From: vqueved@nssnext.calstatela.edu (Victor Quevedo)
Date: 3 Sep 93 14:21:22 PDT
Keywords: gopher and gopherd
I am trying to compile gopher and gopherd (Unix version, client and
server) on black hardware and am running into some trouble.
I am can compile the client gopher1.12S part but am running into some
problems with the server part. I am do not know where to put the NeXT
based extensions.
Also the client dies sometimes when you go up the gopher tree. It
indicates that there has been a memory allocation error.
Can anyone lend a suggestion.
-Thanks
Victor Quevedo
vqueved@nssnext.calstatela.edu
NeXTMail welcomed.
From: hans@symbas.UUCP (Hans Aafloy)
Newsgroups: comp.sys.next.sysadmin
Subject: Lost write permission on root directory
Message-ID: <3825@symbas.UUCP>
Date: 3 Sep 93 06:35:25 GMT
Distribution: world
Organization: LindMac A/S, Trondheim, Norway
I seem to have lost the write permission on the root directory on
my NeXTStation turbo ( NS 3.0 ).
Even when logged on as root, I may neither create nor delete
anything on "/" from workspace manager.
From a terminal window, however, this is no problem.
Any ideas on how to correct this ?
Thanx.
Hans
==========================================================================
Hans Aafloy hans@symbas.lind.no
LindMac A/S Phone: +477 96 73 11
7038 Trondheim, NORWAY Fax: . . . .54 79
===========================================================================
From: christ@park.bu.edu (Christian Mannes)
Newsgroups: comp.sys.next.sysadmin
Subject: Help please getting 3COM EtherLink to work
Date: 3 Sep 93 18:58:18
Organization: B.U. Department of Cognitive and Neural Systems
Distribution: comp
Message-ID: <CHRIST.93Sep3185818@park.bu.edu>
Hi,
I have a problem connecting to ethernet with NS 3.1 on a
Gateway 2000, using the 3COM Etherlink III 3C509-TP card.
After following the instructions, and making sure that both
card and wiring are ok, ping reports 100% packet loss, although
ifconfig en0 tells me that the network is up and running.
Other machines can't ping to mine, either.
According to NeXT customer support, the card should work,
but they tell me that it's tricky to configure it. Does
anybody know what it takes to get that thing to connect
to the ethernet? Is there any tricks I need to know about
broadcast addresses, ethernet addresses, netmask, and the
like?
Any help would be appreciated,
Thanks,
-------------------------------------
Christian Mannes
Dept. of Cognitive and Neural Systems
Boston University
christ@cns.bu.edu
From: t9116ts@tech.mis.cfc.com (Todd M. Swan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Compacting user's mailboxes as root?
Date: 2 Sep 93 10:14:11
Organization: Chrysler Financial, MIS, Center Line, MI
Message-ID: <T9116TS.93Sep2101411@litespeed.tech.mis.cfc.com>
References: <9308311503.AA17211@tech.mis.cfc.com> <1993Aug31.202353.296@afs.com>
In-reply-to: Michael_Pizolato@afs.com's message of Tue, 31 Aug 1993 20:23:53 GMT
In article <1993Aug31.202353.296@afs.com>, Michael_Pizolato@afs.com (Michael Pizolato) writes:
>Todd Swan writes
>>Michael_Pizolato@afs.com (Michael Pizolato) wrote:
>>>I suggest that you don't surprise users in this way (as a sysadmin,
>>>I don't even like that /tmp gets cleaned out at boot). Some users
>>>use the recycler as a temporary repository for files they might
>>>or might not eventually delete, or as a temporary backup location.
>>>Even if you publish a policy on this, you will eventually get
>>>irate users who lost valuable files because they forgot, or didn't
>>>follow the policy, or whatever.
>>
>>My response to that is, "Tough sh*t. Follow the policy." At
>>places where disk space is a premium this is necessary.
>
>Maybe at a university a sysadmin can get away with this; students
>rarely fight back. In the corporate world, however, the high-priced,
>prima donna engineer will go to the low-priced, expendable sysadmin's
>boss and scream bloody murder, causing the boss to ream out the
>sysadmin and make him change the policy. There's no way to argue
>with the engineer that he should have remembered to follow the
>policy if he didn't want to lose the file that will cost the company
>perhaps thousands of dollars of the engineer's time to recreate.
>Corporate sysadmins have to run their systems in as non-invasive
>and unsurprising a manner as possible. Believe me, I've been there.
So have I. At one place I worked a developer lost beaucoup source
code because he diregarded a policy. (Not the same one) He was
reamed, not I. If I don't have the higher-ups support on an issue
like this, I won't work there. IMO, they hire me because of my
sysadmin expertise, so they should respect it.
>>(BTW, if you don't like /tmp getting cleaned out at boot, take it
>>out of /etc/rc.)
>
>I'm a sysadmin. I knew that, thank you very much.
I'm sorry. I didn't mean to imply that you didn't...
<snip>
>>Instead of dumping something in the recylcer for a temporary
>>repository, create a ~/tmp and stick it on the shelf. It will be
>>just as easy to use as the recycler and much safer. I and at
>>least one other person I can think of (also a sysadmin) use this
>>method, and it works just fine. Think of the recycler as purgatory:
>>good files (those never intended to be deleted) never go there.
>
>Good idea, and one I use, too. But how many of your users do it
>that way? You can't force people to change their habits.
I've found suggestions go a long way. :)
>>>I'm sure there are many users who have lived this kind of nightmare.
>>>IMHO, a better policy is to hound users who routinely go over
>>>published disk usage limits, or, even better, to institute disk
>>>quotas.
>>
>>Managing 250+ users can make hounding a little difficult. Also,
>>explain to me just how to institute disk quotas on a system with
>>no flock. (like NEXTSTEP)
>
>Obviously NEXTSTEP doesn't do quotas. It was a general suggestion.
>Lighten up.
Again, sorry. No flame intended.
>>However I agree that this should not be done on boot, but rather
>>on a weekly cron basis. I also recommend leaving the recyler of
>>logged in users alone.
>
>Which solves the problem of the student in my example, doesn't it?
>Unless her timing is so bad that the cron job runs after the boot
>but before she logs in.
The "however" in the last paragraph was me trying to assert that this
wasn't intended as a flame or criticism. I guess it didn't work. :-)
I wanted to start a discussion to see what others thought. (Although
it appears only you and I are interested. :)
>P.S. I was previously criticized in this forum for flaming
> without having been as helpful as others. I was trying to
> begin to rectify that with this post and others in other
> newsgroups. Is it some kind of initiation into the
> "Association of Super Sysadmins Helping Others Learn Every
> Secret" to get pounded for trying to help? Sheesh, I'm
> only trying to get into the club...
Yes. Welcome to the club! :-) :-) :-) (Love that acronym... :) The
local chapter is the "Southeast Michigan Always RighT Association of
Super Sysadmins" :-)
Todd
--
Todd M. Swan - tms@cfc.com - Chrysler Financial, Centerline, MI
"Life is a diamond we turn into dust..." - Rush
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Millions of <Mach-task>s!
Message-ID: <1993Sep4.020859.747@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <CCsDMp.I1y@news2.cis.umn.edu>
Date: Sat, 4 Sep 1993 02:08:59 GMT
Known bug in 3.0, fixed in 3.1.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: sela@iastate.edu (Brian J. Morrison)
Subject: a mail challenge
Message-ID: <CCtByv.IAo@news.iastate.edu>
Keywords: mail receive
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Sat, 4 Sep 1993 04:47:19 GMT
Ok, this seems to be quite the challenging problem.
I am connected to the net via ethernet.
My local configuration (as shown from NetManager, which I have set
intentionally) is as a Non-NetInfo network (I'm working from "home" with
a stand alone NeXT) and therefore not a NetInfo and configuration server.
I have defined the hostname correctly. I have no NIS domain. I have
entered my IP address correctly. Netmask is set to default. My router
is set correctly. And broadcast address is set to default. Finally,
time standard is automatic.
I have identified a machine used on campus as a mailserver and have
defined it in NetInfoManager as the mailhost.
The permissions on the /usr/spool/mail file thingy are set right.
The problem? I am able to send mail, but not receive it. When I try to
send my NeXT username something from another host as a different username
it dissappears and I never see it again.
I would very much appreciate any comments on what I am doing wrong.
Thanks in advance.
Brian
sela@iastate.edu <-- I can receive mail here.
From: spot!ben@cs.indiana.edu (Ben Bernhard)
Newsgroups: comp.sys.next.sysadmin
Subject: use LocalApps or Apps
Message-ID: <1993Sep3.233003.339@cs.indiana.edu>
Date: Fri, 3 Sep 1993 23:30:03 GMT
Sender: ben@cs.indiana.edu
Organization: frogware
I've finally decided to address some sysadmin issued that have been bugging me
for a long time. I'm stuck on this one-
I hate having both a LocalLibrary and a Library directory at the root level.
Since some apps insist on saving stuff in /Library, I put everything in there
and killed off /LocalLibrary
Ok, that seems to work fine. But now I don't like having LocalApps, so I move
everything to Apps. Oops, now none of my extensions are recognized.
Does this bug anybody else?
Have I missed something?
I think I remember somebody posting a method to force the WS to look in
specific directories for apps. What solutions do you recommend?
thanks,
ben
--
__________________________________________________________________________
Ben Bernhard (NeXTMail Pref.) "Nothing that results from human progress
812/339-5304 (fax) is achieved with unanimous consent."
spot!ben@cs.indiana.edu ---Christopher Columbus
--
__________________________________________________________________________
Ben Bernhard (NeXTMail Pref.) "Nothing that results from human progress
812/339-5304 (fax) is achieved with unanimous consent."
spot!ben@cs.indiana.edu ---Christopher Columbus
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: use LocalApps or Apps
In-Reply-To: spot!ben@cs.indiana.edu's message of 3 Sep 93 23:30:03 GMT
To: spot!ben@cs.indiana.edu (Ben Bernhard)
Message-ID: <CEDMAN.93Sep4085729@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <1993Sep3.233003.339@cs.indiana.edu>
Date: Sat, 4 Sep 1993 12:57:28 GMT
In article <1993Sep3.233003.339@cs.indiana.edu> spot!ben@cs.indiana.edu (Ben Bernhard) writes:
I've finally decided to address some sysadmin issued that have been
bugging me for a long time. I'm stuck on this one- I hate having
both a LocalLibrary and a Library directory at the root level.
Since some apps insist on saving stuff in /Library, I put
everything in there and killed off /LocalLibrary Ok, that seems to
work fine. But now I don't like having LocalApps, so I move
everything to Apps. Oops, now none of my extensions are recognized.
Does this bug anybody else? Have I missed something?
This sounds as if you have the unhealthy sysadmin practice of actually
doing your work while logged in as root. (Because /Library is roots
private directory and isn't visible to other users by default -- also
files which are by default put into ~/Library are generally user
private files which shouldn't be shared.) This is dangerous because
it circumvents most security which has kept UN*X systems relatively
safe from viruses and the like. It also opens up the possibility that
a single typo will wipe out your harddisk. Remember that on UN*X
systems a thing like a genuine undelete or unformat aren't available
and would be very hard if not impossible to create. Finally it makes
much of the system logging facility useless.
So what do you do about those tasks which require root access ? Use
'asroot' available from the archives for shell based root access,
OpenSesame.app from NS 3.1 for workspace root access and in some
instances give groups like staff or wheel write access to directories
or devices which you use frequently. Using these tricks you can avoid
ever logging in as root entirely.
BTW, which app insists on having files installed in /Library ? On
this machine probably a majority of all non-private NeXT software ever
written has been installed at some time but /Library is still
pristine.
I think I remember somebody posting a method to force the WS to
look in specific directories for apps. What solutions do you
recommend?
Those are two different questions. To change where Workspace looks
for apps, do something like this:
dwrite Workspace ApplicationPaths ~/Apps:/LocalApps:/NextApps:/NextDeveloper/Apps:/NextAdmin:/NextDeveloper/Demos:/Apps
What I recommend you do is restore /LocalApps and /LocalLibrary and
stop logging in as root.
Carl Edman
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: use LocalApps or Apps
Date: 4 Sep 1993 10:12:41 -0400
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Message-ID: <26a7op$ah@seine.cs.umd.edu>
References: <1993Sep3.233003.339@cs.indiana.edu>
In article <1993Sep3.233003.339@cs.indiana.edu> spot!ben@cs.indiana.edu (Ben Bernhard) writes:
> I've finally decided to address some sysadmin issued that have been bugging me
> for a long time. I'm stuck on this one-
> I hate having both a LocalLibrary and a Library directory at the root level.
> Since some apps insist on saving stuff in /Library, I put everything in there
> and killed off /LocalLibrary
> Ok, that seems to work fine. But now I don't like having LocalApps, so I move
> everything to Apps. Oops, now none of my extensions are recognized.
> I think I remember somebody posting a method to force the WS to look in
> specific directories for apps. What solutions do you recommend?
a simpler way is to make root's home directory be /Users/root
using UserManager. then root's ~/Library, ~/Apps, ~/.cshrc etc
can be moved to /Users/root.
then you can leave /LocalLibrary, /LocalApps etc for all users to share.
I wouldn't recommend removing /LocalLibrary and /LocalApps but if you do.
you have to set modify some defaults - Workspace ApplicationPaths for one
try dread -l | grep Local to see if you can find some more
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
From: kickaha@math.lsa.umich.edu (Brian Boonstra)
Newsgroups: comp.sys.next.sysadmin
Subject: Correct way to change IP address?
Date: 4 Sep 1993 15:24:54 GMT
Organization: University of Michigan, Mathematics Department, Ann Arbor
Distribution: world
Message-ID: <26ac06INN9ia@srvr1.engin.umich.edu>
I have a NeXTstation Color running an academic upgrade to 3.0
(i.e. no 3.0 manuals). Earlier this summer I had to switch offices and
assign it a new IP address, which I completely bungled, I guess. First
I tried just changing it in /etc/hostconfig, but then the machine
wouldn't boot. So I changed it back, and used SimpleNetworkStarter and
NetManager. Things still didn't go right, but by then any one thing I
had done could have messed up the others. I ended up having to destroy
and rebuild NetInfo just to change the &^$*% IP address.
It seems likle changing the IP address should be easy. What is
the correct way to do it?
By the way, my machine is down for a bit because of this and
wiring problems. (I'm asking this in advance.) So please don't reply
to this acct via email, but rather post, or send email to my friend
graff@talia.physics.lsa.umich.edu.
Thanks,
--
Brian K. Boonstra (313) 763-6046 kickaha@umich.edu
"My strength is as the strength of ten because my code is pure."
Newsgroups: comp.sys.next.sysadmin
From: kdburg@incoahe.uucp (Klaus Dahlenburg)
Subject: Re: File permissions on /etc/mtab
Message-ID: <CCtJx3.31t@incoahe.uucp>
References: <7HXGBV9J@minnie.zdv.uni-mainz.de>
Date: Sat, 4 Sep 1993 07:39:03 GMT
pom@anke.imsd.uni-mainz.DE (Prof. Dr. Klaus Pommerening) writes:
>From time to time users complain that df gives the error message
> /etc/mtab: Permission denied
>mtab has owner root.wheel and permissions -rw-------.
>Making it world readable as root helps for a while,
>but suddenly (?) the permission is reset again.
>QUESTIONS: 1.) Which process in the system resets the
> file permissions of /etc/mtab automagically?
>2.) Is there any risk in making /etc/mtab world readable?
Hi,
to 1) Workspace-Manager is now running suid=root sgid=wheel
and must be running that way. As soon as *anybody*
mounts a file say a floppy or an OD and then demounts
that the /etc/mtab is set according to that persons
FileMask (see preferences -> UN*X expert). Make sure
that any account has set their FileMask at least
-r--r--r-- Sample output:
Filemask: rwx --- ---
umask: 000
/etc/mtab: -rw- rw- r-- root wheel
after demount (cmd -e)
/etc/mtab: -rw- --- --- root wheel
to 2) don't do that instead make df running setuid root. WM
will set the permissions according to 1) so you can't
be that safe that someone may set his FileMask -rw- --- ---
and then you're lost
Klaus
--
Newsgroups: comp.sys.next.sysadmin
From: alr2@quads.uchicago.edu (john alroy)
Subject: system panic caused by /usr/lib/kern_loader/Audio??
Message-ID: <1993Sep4.161915.26294@midway.uchicago.edu>
Sender: news@uchinews.uchicago.edu (News System)
Organization: University of Chicago -- Academic & Public Computing
Date: Sat, 4 Sep 1993 16:19:15 GMT
I just purchased a 520 meg Fujitsu hard drive and loaded NS 3.1 on to it using
a borrowed Color NeXT running with a 33 MHz '040 CPU and 32 meg RAM. There was
no obvious problem booting with this configuration. However, when I tried to
boot using my own 25 MHz Color, which has a measly 12 meg RAM, a system panic
enused just after the "Reboot complete" message flashed on the ROM monitor and
the screen cleared, as is usual as the boot is finishing up. Checking
/usr/adm/messages, I found nothing terribly unusual except the following
message, which came immediately after "Reboot complete":
kern_loader: hashtable: count differs after rehashing; probably indicates a
broken invariant (and so on)
This led me to /usr/lib/kern_loader, where I found the directories /Audio,
/Midi, and /nuc. Removing /Audio had the following effect: the system seems
to boot properly but without audio output (of course), and executes common
applications, but when floppy disks are put in the drive there is an immediate
system panic. Not being a NeXT guru, I haven't the slightest idea how to
proceed from this point. Help!
Newsgroups: comp.sys.next.sysadmin
From: fukase@sp.cst.nihon-u.ac.jp (Fukase Mikio)
Subject: Re: Correct way to change IP address?
In-Reply-To: kickaha@math.lsa.umich.edu's message of 4 Sep 1993 15:24:54 GMT
Message-ID: <FUKASE.93Sep5035332@will.sp.cst.nihon-u.ac.jp>
Sender: news@will.sp.cst.nihon-u.ac.jp
Organization: Dept. of AeroSpace Eng., Nihon Univ., Funabashi,Japan.
References: <26ac06INN9ia@srvr1.engin.umich.edu>
Date: Sat, 4 Sep 1993 18:53:31 GMT
In article <26ac06INN9ia@srvr1.engin.umich.edu> kickaha@math.lsa.umich.edu (Brian Boonstra) writes:
> So I changed it back, and used SimpleNetworkStarter and
> NetManager.
^^^^^^^^^^ (?_?) Did you use NS2.0 ?
You used HostManager, didn't you?
> It seems likle changing the IP address should be easy. What is
> the correct way to do it?
I think that you have to change your machine's IP address in
netinfo.
1. Change your machine's IP address in netinfo.
same as change your machine's information in
/etc/hosts file.
(1) Start up HostManager, located in /NextAdmin.
(2) Open the your host window by choosing your machine's
name from the Host menu.
(3) Change the value in the Internet Address field with
new one.
(4) Save the modified host entry by choosing Save from
the Host menu.
2. Set your machine's new IP address(Internet address),
new Netmask and new Broadcast address..(and news
router...).
same as change your machine's setting for configure
network interface parameter.
(1) Start up HostManager, located in /NextAdmin.
(2) Choose Local from the main menu. The Local
Configuration window appears.
(3) Change the value in the Internet Address field with
new one.
Change the value in the other fields too.
(4) Click Set.
(The /etc/hostconfig file was changed)
Reboot your computer for the change to take effect.
See on-line manual information in your machine
by Librarian.app.
Keyword is HostManager or address.
( If you used DNS server, you have to tell your domain
master in this respect.)
I'm so sorry. I can't write English very well.(-_-;
--
-- I'm a /tmp/staff (^o^)v -----------------------------------
$@?<@%44IW(J(Fukase,Mikio) fukase@cst.nihon-u.ac.jp(NeXTMail OK)
Dept. of Aerospace Eng., Nihon Univ., Funabashi, Japan
--------------------------------------- "Let's go to MARS!" --
Newsgroups: comp.sys.next.sysadmin
From: abell@netcom.com (Steven T. Abell)
Subject: Re: use LocalApps or Apps
Message-ID: <abellCCuByF.GKH@netcom.com>
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
References: <1993Sep3.233003.339@cs.indiana.edu> <CEDMAN.93Sep4085729@capitalist.princeton.edu>
Date: Sat, 4 Sep 1993 17:44:39 GMT
Carl Edman writes:
>BTW, which app insists on having files installed in /Library ? On
>this machine probably a majority of all non-private NeXT software ever
>written has been installed at some time but /Library is still
>pristine.
My /Library has folders for:
Bookshelves
Engage
Image
Notebook
Services
SimonSays
WetPaint
The folders for Image, Notebook, and WetPaint could probably go away.
The others, I'm not so sure. Bookshelves and Services are empty, though.
Not being up on sysadmin-think, touching this stuff makes me nervous.
It would be nice, however, if the installation process would notice
if the app being installed was going into /LocalApps, and not dump
stuff into /Library unnecessarily.
Steve abell@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: use LocalApps or Apps
In-Reply-To: abell@netcom.com's message of Sat, 4 Sep 1993 17:44:39 GMT
To: abell@netcom.com (Steven T. Abell)
Message-ID: <CEDMAN.93Sep4171743@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <1993Sep3.233003.339@cs.indiana.edu>
<CEDMAN.93Sep4085729@capitalist.princeton.edu>
<abellCCuByF.GKH@netcom.com>
Date: Sat, 4 Sep 1993 21:17:43 GMT
In article <abellCCuByF.GKH@netcom.com> abell@netcom.com (Steven T. Abell) writes:
Carl Edman writes:
>BTW, which app insists on having files installed in /Library ? On
>this machine probably a majority of all non-private NeXT software ever
>written has been installed at some time but /Library is still
>pristine.
My /Library has folders for:
Bookshelves
Engage
Image
Notebook
Services
SimonSays
WetPaint
The folders for Image, Notebook, and WetPaint could probably go away.
The others, I'm not so sure. Bookshelves and Services are empty, though.
Not being up on sysadmin-think, touching this stuff makes me nervous.
It would be nice, however, if the installation process would notice
if the app being installed was going into /LocalApps, and not dump
stuff into /Library unnecessarily.
All of these were not put there by the installation process. Rather
they are your personal configuration files which are created
separately for every user and under no circumstances should be dumped
into /LocalApps or /LocalLibrary; every user including root should
have his own copy. On the other hand, that they appear in your
/Library directory is a sign that you ran all kinds of application
programs as root which for reasons outlined in another article is not
a good idea.
Carl Edman
Newsgroups: comp.sys.next.sysadmin
From: sela@iastate.edu (Brian J. Morrison)
Subject: Re: a mail challenge
Message-ID: <CCusnB.92L@news.iastate.edu>
Keywords: sendmail host mail
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
References: <CCtByv.IAo@news.iastate.edu>
Date: Sat, 4 Sep 1993 23:45:10 GMT
In article <CCtByv.IAo@news.iastate.edu> sela@iastate.edu (Brian J.
Morrison) I wrote:
>
> Ok, this seems to be quite the challenging problem.
>
> I am connected to the net via ethernet.
> My local configuration (as shown from NetManager, which I have set
> intentionally) is as a Non-NetInfo network (I'm working from "home" with
> a stand alone NeXT) and therefore not a NetInfo and configuration
server.
> I have defined the hostname correctly. I have no NIS domain. I have
> entered my IP address correctly. Netmask is set to default. My router
> is set correctly. And broadcast address is set to default. Finally,
> time standard is automatic.
> I have identified a machine used on campus as a mailserver and have
> defined it in NetInfoManager as the mailhost.
> The permissions on the /usr/spool/mail file thingy are set right.
> The problem? I am able to send mail, but not receive it. When I try to
> send my NeXT username something from another host as a different
username
> it dissappears and I never see it again.
>
> I would very much appreciate any comments on what I am doing wrong.
> Thanks in advance.
>
> Brian
> sela@iastate.edu <-- I can receive mail here.
In response to a few responses I would like to add that the mail host is
aware of my host. Right now it appears as though it has something to do
with my sendmail daemon. When I try to run it I get a permission denied
on L.sys. (what does L.sys have to do with sendmail anyway?). Anyway
it seems that the mail is getting here, but my machine doesn't know what
to do with it since the NeXT mailer won't go or something like that.
Hope this helps to clear things up.
Brian
sela@iastate.edu
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: thompson@netcom.com (Eric Thompson)
Subject: Anyone networking a Duo and a NeXT? How?
Message-ID: <thompsonCCv13B.3uv@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Sun, 5 Sep 1993 02:47:34 GMT
My brother has a Duo 210, I have a NeXT (color turbo, running 3.1 developer),
so what do we need to get them networked and running AppleShare and all that
good stuff?
Thanks a million :-)
Eric
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: a mail challenge
Date: 5 Sep 1993 11:05:56 -0400
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Message-ID: <26cv8k$2tr@seine.cs.umd.edu>
References: <CCtByv.IAo@news.iastate.edu> <CCusnB.92L@news.iastate.edu>
Keywords: sendmail host mail
Send-To: sela@iastate.edu (Brian J. Morrison)
In article <CCusnB.92L@news.iastate.edu> sela@iastate.edu (Brian J. Morrison) writes:
[problems getting mail to work]
Its hard to diagnose your problem without details, but here's one
thing to look into in case you didnt notice this in the Mail chapter
of the sysadmin docs (you did read the fm right?)
Next supplies more than one sendmail config file. rather than hacking
the sendmail config file (unless you like pain) its better to try to
first choose the one that best meets your situation.
you do this by modifying or creating the /locations/sendmail directory in netinfo
see chapt 6, section 2 of the admin manual
perhaps the easiest thing is to nfs mount /usr/spool and select
the shared subsidiary configuaration
see the troubleshooting section at the end of chapt 6.
try using mail -v from another host
as a last resort read appendix D on sendmail, or get the OReilly book
no TCP/IP admin which discusses sendmail.
good luck
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <26cv8k$2tr@seine.cs.umd.edu>
Control: cancel <26cv8k$2tr@seine.cs.umd.edu>
Date: 5 Sep 1993 11:24:00 -0400
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Message-ID: <26d0ag$310@seine.cs.umd.edu>
References: <CCtByv.IAo@news.iastate.edu> <CCusnB.92L@news.iastate.edu> <26cv8k$2tr@seine.cs.umd.edu>
<26cv8k$2tr@seine.cs.umd.edu> was cancelled from within rn.
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: a mail challenge
Date: 5 Sep 1993 11:25:53 -0400
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Message-ID: <26d0e1$321@seine.cs.umd.edu>
References: <CCtByv.IAo@news.iastate.edu> <CCusnB.92L@news.iastate.edu> <26cv8k$2tr@seine.cs.umd.edu>
Keywords: sendmail host mail
Send-To: sela@iastate.edu (Brian J. Morrison)
WARNING - a previous version of this article suggested mounting /usr/spool instead
of /usr/spool/mail by NFS - that article has been cancelled
In article <CCusnB.92L@news.iastate.edu> sela@iastate.edu (Brian J. Morrison) writes:
[problems getting mail to work]
Its hard to diagnose your problem without details, but here's one
thing to look into in case you didnt notice this in the Mail chapter
of the sysadmin docs (you did read the fm right?)
Next supplies more than one sendmail config file. rather than hacking
the sendmail config file (unless you like pain) its better to try to
first choose the one that best meets your situation.
you do this by modifying or creating the /locations/sendmail directory in netinfo
see chapt 6, section 2 of the admin manual
perhaps the easiest thing is to nfs mount /usr/spool/mail and select
the shared subsidiary configuaration
see the troubleshooting section at the end of chapt 6.
try using mail -v from another host
as a last resort read appendix D on sendmail, or get the OReilly book
no TCP/IP admin which discusses sendmail.
good luck
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
From: admin@bock.freiburg.sub.org (FreiNet Administrator)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: MTA's: anyone using pp?
Date: 3 Sep 1993 16:10:34 GMT
Organization: FreiNet, a VzF* InterNetNews site
Message-ID: <267q9q$cfi@bock.freiburg.sub.org>
References: <scott.746956348@shrug>
Scott A. McIntyre (S.A.McIntyre@durham.ac.uk) wrote:
: I send and receive rather a lot of mail on my NeXT, and was wondering
: what peoples experience with PP is, if anyone is running it, how they
what the hell is PP ?
- Flo
From: spot!ben@cs.indiana.edu (Ben Bernhard)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: use LocalApps or Apps
Message-ID: <1993Sep5.173152.366@cs.indiana.edu>
Date: Sun, 5 Sep 1993 17:31:52 GMT
References: <1993Sep3.233003.339@cs.indiana.edu>
Sender: ben@cs.indiana.edu
Organization: frogware
In article <1993Sep3.233003.339@cs.indiana.edu> spot!ben@cs.indiana.edu (Ben
Bernhard) writes:
> I've finally decided to address some sysadmin issued that have been bugging
me
> for a long time. I'm stuck on this one-
> I hate having both a LocalLibrary and a Library directory at the root level.
> Since some apps insist on saving stuff in /Library, I put everything in there
> and killed off /LocalLibrary
> Ok, that seems to work fine. But now I don't like having LocalApps, so I move
> everything to Apps. Oops, now none of my extensions are recognized.
>
> Does this bug anybody else?
> Have I missed something?
>
> I think I remember somebody posting a method to force the WS to look in
> specific directories for apps. What solutions do you recommend?
>
> thanks,
> ben
>
Thanks you to all the people who helped out with this. Turns out it was a
stupid question. Once upon a time, I must have run some app as root (NOT my
usual practice) and thus /Library was born. I've killed it off and returned
everything to /Local*
I also apparently confused several people through my quick and sloppy and
unclear post.
I did get an answer for my related question about the search paths WS uses:
dwrite Workspace ApplicationPaths
~/Apps:/LocalApps:/NextApps:/NextDeveloper/Apps:/NextAdmin:/NextDeveloper/Demos
:/Apps
Again, thanks for the help, and next time, I'll think for 1, possibly 2,
seconds before I post. :-]
--
__________________________________________________________________________
Ben Bernhard (NeXTMail Pref.) "Nothing that results from human progress
812/339-5304 (fax) is achieved with unanimous consent."
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
From: yoda@cis.uni-muenchen.de (Marc Guenther)
Subject: rlogin as root ALWAYS asks for password
Sender: news@informatik.uni-muenchen.de (News System)
Message-ID: <CCwCE7.CFt@informatik.uni-muenchen.de>
Date: Sun, 5 Sep 1993 19:49:19 GMT
Organization: Institut fuer Informatik der Universitaet Muenchen
Keywords: rlogin, root, passwort, rsh
Hello,
Assume you have two machines A,B in /.rhosts of A there is an entry
for B, if you try to rlogin from B to A as root, rlogin always prompts
for a password. It works for every other normal user.
I think this is VERY annoying, does someone know, if
there is a rlogind, that doesnt do this ?
Thanx,
Marc Guenther
-------------------------------------------------------------------------
Centrum fuer Informations | Leopoldstrasse 139 | Phone: +49 89 364 072
und Sprachverarbeitung | D-8000 M"unchen 40 | Fax: +49 89 361 6199
University of Munich | Germany | yoda@cis.uni-muenchen.de
-------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: ploeger@aplki.toppoint.de (Andreas Ploeger)
Subject: Re: use LocalApps or Apps
Message-ID: <1993Sep5.191023.3297@aplki.toppoint.de>
Sender: ploeger@aplki.toppoint.de (Andreas Ploeger)
Organization: Andreas Ploeger
References: <26a7op$ah@seine.cs.umd.edu>
Date: Sun, 5 Sep 93 19:10:23 GMT
In article <26a7op$ah@seine.cs.umd.edu> alex@cs.umd.edu (Alex Blakemore)
writes:
> a simpler way is to make root's home directory be /Users/root
> using UserManager. then root's ~/Library, ~/Apps, ~/.cshrc etc
> can be moved to /Users/root.
>
> then you can leave /LocalLibrary, /LocalApps etc for all users to share.
>
That's exactly what I've been doing for one year. The only reason for keeping
root's stuff in '/' would be '/users' being mounted from a different
disk/partition.
--
--------------------------------------------------------------------
Andreas Ploeger E-Mail: ploeger@tpki.toppoint.de
From: bestor@caracal.cs.wisc.edu (Gareth Bestor)
Newsgroups: comp.sys.next.sysadmin
Subject: booting from CD-ROM on older cube?
Message-ID: <1993Sep5.202445.549@cs.wisc.edu>
Date: 5 Sep 93 20:24:45 GMT
Sender: news@cs.wisc.edu (The News)
Organization: University of Wisconsin, Madison -- Computer Sciences Dept.
I have an older NeXTcude w/ an optical but w/o a floppy. I want to be
able to boot off the CD-ROM now and again, but because of the age of my
machine and ROMs I cannot. In order to do so I have to borrow an external
floppy drive and use the 3.0/3.1 installation floppy disks.
Instead, I would like to be able to duplicate this function using an OD disk
so I can boot from that and then read the CD-ROM. However, I have tried
everything I can thing of and have had no success. In particular, the 3.0 and
3.1 manual say how to make a bootable floppy disk for this purpose. I've
tried following the same procedure but substituting the OD instead, but when
I boot off it and it looks for the CD-ROM all I get is "Exception #4" (?!)
I tried making a CD-ROm bootable OD by (pg 22 of 3.1 upgrade manual):
/usr/etc/disk -B /usr/standalone/boot.cdrom /dev/rod0a
and then running the following from the ROM monitor
bod(0,0,0)odmach rootdev=od0
It looks for the CD-ROM and seems to find it (the CD-ROM lights flash a bit)
but then it stops and I get "Exception #4".
Any suggestions would be appreciated.
Newsgroups: comp.sys.next.sysadmin
From: yoda@cis.uni-muenchen.de (Marc Guenther)
Subject: Re: booting from CD-ROM on older cube?
Sender: news@informatik.uni-muenchen.de (News System)
Message-ID: <CCwGrz.D6J@informatik.uni-muenchen.de>
Date: Sun, 5 Sep 1993 21:23:59 GMT
References: <1993Sep5.202445.549@cs.wisc.edu>
Organization: Institut fuer Informatik der Universitaet Muenchen
In article <1993Sep5.202445.549@cs.wisc.edu> bestor@caracal.cs.wisc.edu
(Gareth Bestor) writes:
> I have an older NeXTcude w/ an optical but w/o a floppy. I want to be
> able to boot off the CD-ROM now and again, but because of the age of my
> machine and ROMs I cannot. In order to do so I have to borrow an
external
> floppy drive and use the 3.0/3.1 installation floppy disks.
I had exactly the same problem, I have an old cube and no floppy.
I have installed 3.1 in the following way:
set the CD-Roms scsi id to 0
set the harddisks scsi id to 1 (or any other id, but the cdrom has to
be before the harddisk.)
Then I was able to just boot from the scsi device ith bsd. It tried
to find the first scsi harddisk with a valid disklabel, which
is of course the harddisk, cuase the old rom cant read cdroms.
But after loeding the kernel (the 3.0 one) it continued to boot
fromthe cdrom (/dev/sd0a) cause it is the first disk, thats available
and the 3.0 kernel knows how to handle cdroms.
This semms not to be what you want, but perhaps its of interest
for some others...
--
Marc Guenther
-------------------------------------------------------------------------
Centrum fuer Informations | Leopoldstrasse 139 | Phone: +49 89 364 072
und Sprachverarbeitung | D-8000 M"unchen 40 | Fax: +49 89 361 6199
University of Munich | Germany | yoda@cis.uni-muenchen.de
-------------------------------------------------------------------------
From: kickaha@math.lsa.umich.edu (Brian Boonstra)
Newsgroups: comp.sys.next.sysadmin
Subject: Still can't change IP address! ?
Date: 6 Sep 1993 00:41:21 GMT
Organization: University of Michigan, Mathematics Department, Ann Arbor
Distribution: world
Message-ID: <26e0vhINNhao@srvr1.engin.umich.edu>
I am still having trouble changing my IP address. I'm running 3.0 on a
NeXTstation, and the main trouble seems to be that, because it is alone
in a sea of Suns, I have it set to be the netinfo server.
I tried to follow the kindly-supplied directions of Fukase Mikio (see
below) but was unable to complete part (2), after having finished part
(1). In the "Local..." dialog box, the IP Address field was not
editable. Release notes mention that it is supposed to be grayed.
Since I couldn't edit the field, I tried rebooting, which caused my
system to hang! I really don't want to rebuild netinfo _again_. The
only other option I think i have, though, is to change /etc/hostconfig
manually to agree with the netinfo database I think I changed in part
(1), and then edit the other appropriate fields as advised. Is this
stupid? Do I just have to rebuild netinfo?
Brian
From: fukase@sp.cst.nihon-u.ac.jp (Fukase Mikio)
In article <26ac06INN9ia@srvr1.engin.umich.edu> kickaha@math.lsa.umich.edu (Bria
n Boonstra) writes:
> So I changed it back, and used SimpleNetworkStarter and
> NetManager.
^^^^^^^^^^ (?_?) Did you use NS2.0 ?
You used HostManager, didn't you?
> It seems likle changing the IP address should be easy. What is
> the correct way to do it?
I think that you have to change your machine's IP address in
netinfo.
1. Change your machine's IP address in netinfo.
same as change your machine's information in
/etc/hosts file.
(1) Start up HostManager, located in /NextAdmin.
(2) Open the your host window by choosing your machine's
name from the Host menu.
(3) Change the value in the Internet Address field with
new one.
(4) Save the modified host entry by choosing Save from
the Host menu.
2. Set your machine's new IP address(Internet address),
new Netmask and new Broadcast address..(and news
router...).
same as change your machine's setting for configure
"network interface parameter.
(1) Start up HostManager, located in /NextAdmin.
(2) Choose Local from the main menu. The Local
Configuration window appears.
(3) Change the value in the Internet Address field with
new one.
Change the value in the other fields too.
(4) Click Set.
(The /etc/hostconfig file was changed)
Reboot your computer for the change to take effect.
See on-line manual information in your machine
by Librarian.app.
Keyword is HostManager or address.
( If you used DNS server, you have to tell your domain
master in this respect.)
I'm so sorry. I can't write English very well.(-_-;
--
-- I'm a /tmp/staff (^o^)v ------------------/----------------
^[$@?<@%44IW^[(J(Fukase,Mikio) fukase@cst.nihon-u.ac.jp(NeXTMail OK)
Dept. of Aerospace Eng., Nihon Univ., Funabashi, Japan
--------------------------------------- "Let's go to MARS!" --
--
Brian K. Boonstra (313) 763-6046 kickaha@umich.edu
"My strength is as the strength of ten because my code is pure."
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.hardware
From: "Kharim Hogan" <kharim@cs.indiana.edu>
Subject: Looking for MARTIN VETTER!!!
Message-ID: <1993Sep5.203719.22198@news.cs.indiana.edu>
Organization: Computer Science, Indiana University
Date: Sun, 5 Sep 1993 20:37:13 -0500
Hi,
I received mail from Martin Vetter on the 4th of September who apparently
got my name from one of the NeXT newsgroups. I've been trying to answer
him at the address he gave me (mv@cs.tu-berlin.de) and it keeps bouncing
back to me. If you're out there Martin, could you write to me again and
perhaps give me another address to catch you at or let me know what's up
with the address I have?
Or if anybody else knows how I can find him, please let me know.
Thanks,
Kharim Hogan
kharim@cs.indiana.edu
Newsgroups: comp.sys.next.sysadmin
From: simsong@next.cambridge.ma.us (Simson L. Garfinkel)
Subject: Re: use LocalApps or Apps
Message-ID: <1993Sep6.000044.503@next.cambridge.ma.us>
Sender: simsong@next.cambridge.ma.us
Organization: NeXTWORLD Magazine
References: <1993Sep3.233003.339@cs.indiana.edu>
Date: Mon, 6 Sep 1993 00:00:44 GMT
In article <1993Sep3.233003.339@cs.indiana.edu> spot!ben@cs.indiana.edu (Ben
Bernhard) writes:
> I've finally decided to address some sysadmin issued that have been bugging
me
> for a long time. I'm stuck on this one-
> I hate having both a LocalLibrary and a Library directory at the root level.
> Since some apps insist on saving stuff in /Library, I put everything in there
> and killed off /LocalLibrary
> Ok, that seems to work fine. But now I don't like having LocalApps, so I move
> everything to Apps. Oops, now none of my extensions are recognized.
>
You're going to have a lovely time upgrading your system when 3.2/4.0 comes
out.
--
................................................................simson
From: izumi@mindseye.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Still can't change IP address! ?
Date: 6 Sep 1993 01:46:54 GMT
Organization: /etc/organization
Distribution: world
Message-ID: <26e4qe$kat@agate.berkeley.edu>
References: <26e0vhINNhao@srvr1.engin.umich.edu>
In article <26e0vhINNhao@srvr1.engin.umich.edu> kickaha@math.lsa.umich.edu (Brian Boonstra) writes:
>
>I am still having trouble changing my IP address. I'm running 3.0 on a
>NeXTstation, and the main trouble seems to be that, because it is alone
>in a sea of Suns, I have it set to be the netinfo server.
>
Get a script called "niunparse" written by Christopher Lane at
Stanford. This will allow you to dump the entire content of
a netinfo data base to a text file. On this dump you can do
a "grep" using your IP address and your subnet address.
If you did security tightening according to sysadmin manual,
you might have _trustednetworks property and it may contain
a specific subnet you used to be on. I don't really know if
this prevents your machine from booting correctly, but
it is worth checking if all instances of old subnet addresses
and the IP address have been updated to your new versions.
NetInfo may have the addresses in a not-so-obvious place, and
"niunparse" will let you see where.
After you know the location, you can then go in with
NetInfoManager and change it.
--
Izumi Ohzawa [ $BBg_78^=;(B ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTmail OK)
From: Hal.Varian@umich.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Re: gopher and gopherd on NeXTSTEP 3.1
Date: 6 Sep 1993 01:39:16 GMT
Organization: University of Michigan - College of Literature, Science, and TheArts
Distribution: world
Message-ID: <26e4c4$ha7@controversy.math.lsa.umich.edu>
References: <1993Sep3.142124.6428@nic.csu.net>
In article <1993Sep3.142124.6428@nic.csu.net> writes:
> I am trying to compile gopher and gopherd (Unix version, client and
> server) on black hardware and am running into some trouble.
>
> I am can compile the client gopher1.12S part but am running into some
> problems with the server part. I am do not know where to put the NeXT
> based extensions.
I don't understand the question. I compiled the server (with wais
extensions) and it works fine.
> Also the client dies sometimes when you go up the gopher tree. It
> indicates that there has been a memory allocation error.
This happened to me too. A gopher wizard told me to get compatible.h
from the gopher+ distribution and put it in object/. I tried this,
but it didn't help. I went back to gopher1.12 and it seems to work OK.
--
Hal.Varian@umich.edu Hal Varian
voice: 313-764-2364 Dept of Economics
fax: 313-764-2364 Univ of Michigan
Ann Arbor, MI 48109-1220
From: lee@daruma.zoo.duke.edu (Lee Altenberg)
Newsgroups: comp.sys.next.sysadmin
Subject: Help! Restoring /usr/lib/NextStep bombs Workspace
Message-ID: <20038@news.duke.edu>
Date: 6 Sep 93 04:39:38 GMT
Sender: news@news.duke.edu
Organization: Duke University Zoology Dept.; Durham, N.C.
Because I suspected that some file in /usr/lib/NextStep/
or /usr/lib/Preferences/ might have been corrupted, I copied
these directories from the NS/I 3.1 CD-ROM to the hard drive.
This is on a Gateway2000 4DX2 66-V.
Now, when I log in from any user but root, after the login
window accepts the login, WorkspaceManager quits right away
and returns to the login window.
What can I do to fix this (short of reinstalling NEXTSTEP
from scratch)?
Thanks,
Lee Altenberg
altenber@acpub.duke.edu or
lee@daruma.zoo.duke.edu
Newsgroups: comp.sys.next.sysadmin
From: mihe@gordon.enea.se (Mike Henry)
Subject: Re: use LocalApps or Apps
Message-ID: <1993Sep5.144913.421@enea.se>
Sender: usenet@enea.se
Organization: ENEA DATA AB, Stockholm, Sweden
References: <1993Sep3.233003.339@cs.indiana.edu>
Date: Sun, 5 Sep 1993 14:49:13 GMT
In article <1993Sep3.233003.339@cs.indiana.edu> spot!ben@cs.indiana.edu (Ben Bernhard) writes:
>I've finally decided to address some sysadmin issued that have been bugging me
>for a long time. I'm stuck on this one-
>I hate having both a LocalLibrary and a Library directory at the root level.
>Since some apps insist on saving stuff in /Library, I put everything in there
>and killed off /LocalLibrary
>Ok, that seems to work fine. But now I don't like having LocalApps, so I move
>everything to Apps. Oops, now none of my extensions are recognized.
>
>Does this bug anybody else?
>Have I missed something?
The idea is that all software installations that are not part of the
NeXT distribution should live in the Local* hierarchy, unless they are
private. Private installations live in ~/Apps etc. /Apps and /Library
are therefore private installations used by root, and should not be
considered public access.
So, here is what I do: I have a user called local, with home directory
~local/ (which should be /usr/local or /local depending on your own
taste). Everything you install should be installed as local, unless of
course there is no other way to install it than as root. You can hand
out the password to local to people you trust enough to install new
software without giving the root password away...
Everything will thus be installed in ~local/Apps and ~local/Library
etc. Now, link /LocalApps to ~local/Apps, /LocalLibrary to
~local/Library etc. Voila, It Just Works (tm)! ;^) Remove /Library and
/Apps, you'll never need them (unless you often log into the console
as root and do lots of stuff which need them). Furthermore your UNIX
faithful will be happy with this too since you can also create
~local/bin, ~local/lib etc. for standard UNIX stuff to live in.
Everybody wins! B^)
>I think I remember somebody posting a method to force the WS to look in
>specific directories for apps. What solutions do you recommend?
Don't! ;^)
>ben
-Mike
--
Mike Henry INET : mihe@enea.se ///
Box 232 ///
S-183 23 Taby TEL : +46 8 792-2500 \\\///
SWEDEN TFX : +46 8 768-4388 \XX/
Newsgroups: comp.sys.next.sysadmin
From: greyham@research.canon.oz.au (Graham Stoney)
Subject: Re: Compacting user's mailboxes as root?
Message-ID: <CCr9Cv.K0v@research.canon.oz.au>
Sender: news@research.canon.oz.au
Organization: Canon Information Systems Research Australia
References: <9308311503.AA17211@tech.mis.cfc.com> <1993Aug31.202353.296@afs.com>
Date: Fri, 3 Sep 1993 01:55:42 GMT
Michael_Pizolato@afs.com (Michael Pizolato) writes:
>Maybe at a university a sysadmin can get away with this; students
>rarely fight back. In the corporate world, however, the high-priced,
>prima donna engineer will go to the low-priced, expendable sysadmin's
>boss and scream bloody murder, causing the boss to ream out the
>sysadmin and make him change the policy. There's no way to argue
>with the engineer that he should have remembered to follow the
>policy if he didn't want to lose the file that will cost the company
>perhaps thousands of dollars of the engineer's time to recreate.
That scenario would make the "high-priced, prima donna engineer" both
negligent and obnoxious. I can assure you that not all engineers are like that;
some are even co-operative and understand that the sysdmin often has to
meet conflicting goals with limited resources.
regards,
Graham
--
Graham Stoney, Hardware/Software Engineer.
Canon Information Systems Research Australia
Ph: + 61 2 805 2909 Fax: + 61 2 805 2929
From: link@tolkien.imib.rwth-aachen.de (Christian Link)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: receiving mail on a UNIX-system from a NeXT-machine
Date: 6 Sep 1993 07:18:13 GMT
Organization: Institut f. Med. Statistics @ Dokumentation
Sender: link@tolkien.imib.rwth-aachen.de
Message-ID: <26eo7l$mpe@urmel.informatik.rwth-aachen.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Summary: HELP!
Keywords: mailing with UNIX
Hi folks,
getting started with this system is a pain. But my problem is different one:
I regularly receive mail from a NeXT-machine. As soon as the letters exceed
a certain length I only receive garbage like:
@#$%*&^HFSDYH*(^YITRT%)*^@$#Q
The system I am working with is UNIX. Can anyone help me with that? That
would be great! Thanks in advance
CHRIS.
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: dgursky@nextsrv1.andi.org (David Gursky)
Subject: Re: Anyone networking a Duo and a NeXT? How?
Message-ID: <dgursky.747239646@news.andi.org>
Organization: Association of NeXTSTEP Developers International
References: <thompsonCCv13B.3uv@netcom.com>
Date: Sun, 5 Sep 1993 14:34:06 GMT
thompson@netcom.com (Eric Thompson) writes:
>My brother has a Duo 210, I have a NeXT (color turbo, running 3.1 developer),
>so what do we need to get them networked and running AppleShare and all that
>good stuff?
You've got a couple options here, and things to do at various levels.
1a - Install an Localtalk / Ethernet gateway between your NeXT and your Mac.
Shiva used to (and I presume they still do) make a box called the Fastpath
that does this, and there may be other, similar products on the market.
Caymen used to make one called the Gatorbox which was generally regarded
as inferior to the Shiva Fastpath. The function of this piece is to pass
the Appletalk packets between the two different LANs. I'm not certain if
these devices will also route the TCP/IP packets as well.
1b - Install an Ethernet card in a Duo Desktop Dock or an SCSI Ethernet
interface on your brother's Powerbook's SCSI chain. This would directly
connect your brother's machine on your local Ethernet. Be forwarned
however - the SCSI bus on the Apple machines is set up to give priority
to data packets to disk peripherals, so you will not see the same
performance with an SCSI Ethernet interface as you would with a direct
processor bus interface (NuBus or PDS)
2a - Install CAP or similar software on the NeXT. While NeXT shipped software
to provide the Appletalk protocols with NEXTSTEP 3.0, I think they no
longer do so with 3.1, so you will need to turn to other sources, one of
which is CAP (the Columbia Appletalk Package) available at various sites
on the Internet (you might try sumex-aim.stanford.edu in /pub/info-mac
directories). Likewise, Mt. Xinu (that's Unix spelled backwards)
publishes Appletalk software for a variety of Unix machines, and I think
the NeXT is one. Does anyone know if the 3.0 Appletalk stuff still works
with 3.1? In any event, this would allow your brother to publish all or
part of his disk which could in turn be mounted on your NeXT.
2b - Install Intercon's NFS Share and TCP/IP software (either from Intercon
or Apple) on your brother's Duo. This would then allow your brother to
mount an NFS-published portion of the NeXT's disk.
My recommendation is for 1b and 2b, which maximizes ease of installation and
administration. CAP is free, but take much more effort to configure correctly
than any of the parts of steps 1b and 2b. I vaguely recall that the Fastpath
and Gatorboxes are fairly expensive pieces of equipment (~$1,500?) while
something like Asantes Mini EN/SC SCSI-Ethernet interface is about the third of
that cost.
Just my $0.02...
--
David M. Gursky MIME and NEXTMAIL accepted
Synex, Inc. e-mail: .. dgursky@nextsrv1.andi.org
5950 Symphony Woods Road voice: ............. (301) 621-5732
Columbia, MD 21044 fax: ............. (301) 621-6005
--
David M. Gursky MIME and NEXTMAIL accepted
Synex, Inc. e-mail: .. dgursky@nextsrv1.andi.org
5950 Symphony Woods Road voice: ............. (301) 621-5732
Columbia, MD 21044 fax: ............. (301) 621-6005
From: anderson@macc.wisc.edu (Jess Anderson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Help! Restoring /usr/lib/NextStep bombs Workspace
Date: 6 Sep 1993 11:01:39 GMT
Organization: Division of Information Technology, UW-Madison
Message-ID: <26f5aj$p7p@news.doit.wisc.edu>
References: <20038@news.duke.edu>
In article <20038@news.duke.edu>,
Lee Altenberg <lee@daruma.zoo.duke.edu> wrote:
>Because I suspected that some file in /usr/lib/NextStep/
>or /usr/lib/Preferences/ might have been corrupted, I copied
>these directories from the NS/I 3.1 CD-ROM to the hard drive.
>This is on a Gateway2000 4DX2 66-V.
>Now, when I log in from any user but root, after the login
>window accepts the login, WorkspaceManager quits right away
>and returns to the login window.
See the release notes. You probably need to replace
the defaults database for each non-root user.
--
[Jess Anderson <> Division of Information Technology, University of Wisconsin]
[Internet: anderson@macc.wisc.edu {o"o} UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[-------> It's much easier to see barriers than the absence of them. <--------]
From: ccas57@ccsun.strath.ac.uk ( "G.Freivogel")
Newsgroups: comp.sys.next.sysadmin
Subject: Help Exporting Next CDRom Files
Date: 6 Sep 1993 11:34:11 GMT
Organization: University of Strathclyde
Sender: ccas57@ccsun.strath.ac.uk ( "A.Freivokel")
Distribution: world
Message-ID: <26f77j$bss@loch2.cc.strath.ac.uk>
I have tried to export files with the NFSManager from a mounted CDRom.
But all what I got on the other computers was a file with the name of the CD.
I could access all the files on the host but it was impossible to mount them on
the remote hosts.
Could somebody help me, please?
Gabor Freivogel
mail: ccas57@strath.ac.uk
or gabor@architektur.uni-kassel.de (NeXT mail OK)
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: CDPlayer.app
Message-ID: <1993Sep6.095147.2498@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <26808f$9sf@gaia.ucs.orst.edu>
Date: Mon, 6 Sep 1993 09:51:47 GMT
In article <26808f$9sf@gaia.ucs.orst.edu> garity@MATH.ORST.EDU
(Dennis Garity) writes:
-> I couldn't find this in the FAQ, so I'll ask here.
-> I just installed the 3.1 operating system, and can't
-> get CDPlayer.app to work. Logged in as root,
-> the app starts up and appears to be playing a CD,
-> but no sound comes out. Logged in as myself,
-> the app can't find the CD ROM drive.
->
-> I checked and CDPlayer.app is owned by root
-> with group wheel.
->
Were you hoping to hear the sound from your NeXT or directly
from the CD (i.e. phone jacks...). I've been unable to get
sound any way other than an earphone or sound-out jacks on the
actual drive. Works well that way, though.
Bruce Gingery bruce@TotSysSoft.com
NeXT-mail preferre, MIME-Mail ok
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: Compiling tin
Date: 6 Sep 1993 13:19:28 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <26fdd1$3a5@news.intercon.com>
Hi folks,
I can't seem to get the latest version of tin compiled on my 3.0 '040
cube. It dies on
/bin/ld: Undefined symbols:
_getcwd
If someone knows the appropriate work-around, or simply has a binary I can
snag, please let me know.
Thanks,
David.
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: zaphod@ctrg.rri.uwo.ca (Lance R. Bailey)
Subject: Re: Compiling tin
Organization: University of Western Ontario
Date: Mon, 6 Sep 1993 14:03:22 GMT
Message-ID: <1993Sep6.140322.3878@julian.uwo.ca>
Followup-To: comp.sys.next.software,comp.sys.next.sysadmin
References: <26fdd1$3a5@news.intercon.com>
Sender: news@julian.uwo.ca (USENET News System)
on 6 Sep 1993 13:19:28 GMT David Casti wrote in comp.sys.next.sysadmin:
> I can't seem to get the latest version of tin compiled on my 3.0 '040
> cube. It dies on
> /bin/ld: Undefined symbols:
> _getcwd
if you compile with "make bsd" and check the code, you will see that
if BSD is defined, then getcwd(path,len) is defined as a call to getwd(path)
i beat on this one sunday afternoon to make it link. no matter what i did,
it wouldn't make the define work. sigh.
since it *was* sunday afternoon, i made a stub file "stub.c" that contained:
getcwd(p,l) char *p; int l;
{ return getwd(p);}
and linked stub.o with the rest of the .o files. linked just fine. sigh.
--
Lance R. Bailey System/Network Manager Robarts Research Institute
NeXT/email: zaphod@ctrg.rri.uwo.ca box: Clinical Trials Resources Group
fax: +1 519 663 3789 P.O. Box 5015, 100 Perth Dr.
vox: +1 519 663 3787 x4108 London, Canada N6A 5K8
Cats Hate it: when you won't share your food.
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: CDPlayer.app
In-Reply-To: bruce@TotSysSoft.com's message of 6 Sep 93 09:51:47 GMT
To: nathan@jacobi.biology.YALE.EDU
Message-ID: <CEDMAN.93Sep6111619@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <26808f$9sf@gaia.ucs.orst.edu> <1993Sep6.095147.2498@ToTSySSoft.com>
Date: Mon, 6 Sep 1993 15:16:19 GMT
In article <1993Sep6.095147.2498@ToTSySSoft.com> bruce@TotSysSoft.com (Bruce Gingery) writes:
In article <26808f$9sf@gaia.ucs.orst.edu> garity@MATH.ORST.EDU
(Dennis Garity) writes:
-> I couldn't find this in the FAQ, so I'll ask here.
-> I just installed the 3.1 operating system, and can't
-> get CDPlayer.app to work. Logged in as root,
-> the app starts up and appears to be playing a CD,
-> but no sound comes out. Logged in as myself,
-> the app can't find the CD ROM drive.
->
-> I checked and CDPlayer.app is owned by root
-> with group wheel.
Were you hoping to hear the sound from your NeXT or directly
from the CD (i.e. phone jacks...). I've been unable to get
sound any way other than an earphone or sound-out jacks on the
actual drive. Works well that way, though.
Hearing the sound directly on the NeXT can be done with the play3401
program from the archives if you have a Toshiba 3401 series drive.
Theoretically this can also be done with NEC [78]4-1s and Apple CD
300s, though I know of no NeXT program which supports them. Most
other drives (including the NeXT CD-ROM) just don't have the hardware
to do it.
FAQ please, Nathan ?
Carl Edman
Newsgroups: comp.sys.next.sysadmin
Subject: NS/FIP: Dead Mouse - HELP!
Message-ID: <1993Sep6.113907.54809@gmuvax.gmu.edu>
From: stefan@mason1.gmu.edu (Pawel A Stefanski)
Date: 6 Sep 93 11:39:06 -0500
Distribution: usa
Organization: George Mason University, Fairfax, Virginia, USA
Keywords: Microsoft Mouse, Installation
--
--------------------------------------------------
Pawel A. Stefanski
2826 Emma Lee St., Suite 202
Falls Church, VA 22042-7790
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Still can't change IP address! ?
Date: 6 Sep 1993 12:02:19 -0400
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Distribution: world
Message-ID: <26fmub$5rn@seine.cs.umd.edu>
References: <26e0vhINNhao@srvr1.engin.umich.edu> <26e4qe$kat@agate.berkeley.edu>
In article <26e4qe$kat@agate.berkeley.edu> izumi@mindseye.berkeley.edu (Izumi Ohzawa) writes:
> Get a script called "niunparse" written by Christopher Lane at
> Stanford. This will allow you to dump the entire content of
> a netinfo data base to a text file.
starting with NS3.1, this feature is built in to nidump and niload
using the -r switch.
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
From: lee@daruma.zoo.duke.edu (Lee Altenberg)
Newsgroups: comp.sys.next.sysadmin
Subject: Solved: Restoring /usr/lib/NextStep bombs Workspace
Message-ID: <20058@news.duke.edu>
Date: 6 Sep 93 18:28:05 GMT
Sender: news@news.duke.edu
Organization: Duke University Zoology Dept.; Durham, N.C.
The problem with copying /usr/lib/NextStep from the CD-ROM was that /usr/lib/NextStep/Workspace.app/Workspace ends up with permissions
-rwxr-xr-x
when it needs to be suid:
-rwsr-xr-x
which is accomplished from root shell with:
# chmod 4755 Workspace
This is reported in /usr/adm/messages.
Having done this seems to have fixed the problem. I trust it
hasn't created any others.
-- Lee Altenberg
altenber@acpub.duke.edu
Newsgroups: comp.sys.next.sysadmin
From: davida@guinness.huma.yorku.ca (David Aspinall)
Subject: Re: DialupIP with dynamically-assigned IP numbers?
Message-ID: <CCyJ7x.4I4@newshub.ccs.yorku.ca>
Sender: news@newshub.ccs.yorku.ca (USENET News System)
Organization: York University, Humanities Department
References: <371@blue.cis.pitt.edu>
Date: Tue, 7 Sep 1993 00:11:57 GMT
cjp+@pitt.edu (Casimir J Palowitch) writes:
:
: Hi all,
:
: The SLIP service at U. of Pitt works on the basis of
: dynamically assigned IP numbers, not supplied until well after login and
: after the SLIP command is given. Has anyone made it work under these
: conditions or is assigning an address that late in the game impossible?
: Is there any way to write the number out after it is received in the
: login script?
:
: Thanks in advance for any ideas,
:
:
: --
: ** Casey Palowitch - cjp+@pitt.edu UWSA #570881 **
After you modify all the other configuration files (use the samples from
/usr/dialupip/config/SAMPLES) you then also need to customize your login
tcl script. I had the same problem as you did and my solution was to
modify the login-annex.tcl script with the local login parameters to get
me to the point where the SLIP server was active. Then York's SLIP
server would return back my slip address and my MTU. Then I used:
rexpect {Your IP address is ([0-9]+\.[0-9]+\.[0-9]+\.[0-9]+).+}
#
# Rather than just printing this message, you could ifconfig the
# interface, for example, by using the exec TCL command:
#
# exec /etc/ifconfig $interface $2 $1
#
exec /etc/ifconfig $interface $1
log "York: my address should be $1"
This parses the IP address and reconfigs my local SLIP (I think
:) Anyway, it works ! If anyone knows what I should be doing with my
returned MTU value, please let me know. I know I should be using it,
since slipstat says I have an MTU of 1024, and I know YORK uses a value
of 1500.
I hope this helps
David
PS: I asked for help on this same issue last year, unfortunately I didn't
save the messages (on backup) and I lost the origional code. :( If you
need more info, I can send you all my config files. Good luck.
--
David Aspinall ---------- Former-Former-NeXT Campus Consultant
E-mail : cs911409@ariel.yorku.ca | I'd rather be
NeXTMail: dave@ccs.yorku.ca | rich than stupid
V-mail : (416) 663-4997 | -- Jack Handey
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: davida@guinness.huma.yorku.ca (David Aspinall)
Subject: Re: NeXT crashing at random times. Any ideas?
Message-ID: <CCyJt0.55M@newshub.ccs.yorku.ca>
Sender: news@newshub.ccs.yorku.ca (USENET News System)
Organization: York University, Humanities Department
References: <OLEG.93Aug31171720@gd.cs.CSUFresno.EDU>
Date: Tue, 7 Sep 1993 00:24:35 GMT
oleg@gd.cs.CSUFresno.EDU (Oleg Kibirev) writes:
: In article oleg@gd.cs.CSUFresno.EDU (I) write:
: ...
: Sorry for replying to myself, but I think I should add more information. I
: don't think the HD crashed, because dd bs=8192 </dev/rsd0a >/dev/null
: completes without errors or retries. Someone here suggested that the
: problem is related to temperature, byt crashes happen 24 hours a day,
: even at 5am when the room is reasonably cool - yup, even in Fresno.
:
:
: --
:
: Oleg
Hmmm, how do you feel about reinstalling... as in wipe the HD and boot
from the CD? With this kind of problem I'm sure you made BACKUP's your
number 1 priority.. RIGHT! AT any rate, if it is currupted data on your
HD, then a reinstall -might- fix it. If it is a hardware problem then you
are at least no worse off :)
David
Remember: backups are our friends.
--
David Aspinall ---------- Former-Former-NeXT Campus Consultant
E-mail : cs911409@ariel.yorku.ca | I'd rather be
NeXTMail: dave@ccs.yorku.ca | rich than stupid
V-mail : (416) 663-4997 | -- Jack Handey
From: kickaha@math.lsa.umich.edu (Brian Boonstra)
Newsgroups: comp.sys.next.sysadmin
Subject: Solved: Correct way to change IP Address
Date: 7 Sep 1993 01:19:38 GMT
Organization: University of Michigan, Mathematics Department, Ann Arbor
Distribution: world
Message-ID: <26gnjaINNo2m@srvr1.engin.umich.edu>
Summary of problem:
On a 3.0 NeXTstation configured as a NetInfo server,
HostManager will not allow you to edit the IP address in the
"Local..." dialog (see the Release Notes). Once the IP address has
already been updated in netinfo (via HostManager's "Hosts" menu
selection), the discrepancy causes the machine to hang on boot. That's
Trouble with a capital "T".
The only solution I found:
Boot in single-user mode, and use an editor to manually update
the IP address values in /etc/hostconfig. This appears to solve the discrepancy
between netinfo and /etc/hostconfig, allowing a boot with the new IP
address. (Once I booted I went back to HostManager and saved the new
values from the "Local..." dialog in case there were other spots
besides /etc/hostconfig where the IP address was stored)
The proper way to do this (I think):
Since you apparently cannot change the IP address in
HostManager's "Local..." dialog, you will always have to do it
manually. Start HostManager and update netinfo via the "Hosts" dialog,
then change /etc/hostconfig to the new IP addresses manually *before*
you reboot (note only root can do this). The machine should boot
normally.
It seems odd to me that there is no GUI way to do this on a
netinfo server. I suppose NeXT can assume a certain expertise on the
part of anyone who would need to muck around more than once with IP
addresses, but I still think it is weird. Have I missed something?
Acknowledgements:
Many thanks to Fukase Mikio of Nihon University for his reply
to my first post - I never would have known the right way to update
netin without him. Thanks also to Izumi Ohzawa of UC Berkeley for
pointing out possible netinfo discrepancies and how to find them,
although my real problem was simpler.
--
Brian K. Boonstra (313) 763-6046 kickaha@umich.edu
"My strength is as the strength of ten because my code is pure."
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 6 Sep 1993 21:14:59 -0400
Organization: Next Announcements
Message-ID: <26gnag$1f2@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material. Generic UNIX questions belong
elsewhere (comp.unix.questions), although specific
questions about NeXT's implementation or porting
issues are appropriate here. Note that there are
several other more "horizontal" newsgroups
(comp.lang.objective-c, comp.lang.postscript,
comp.os.mach, comp.protocols.tcp-ip, etc.) that
may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
comp.soft-sys.nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
comp.lang.objective-c
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
comp.object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish
Additions from: Greg Anderson (greg@afs.com) and Michael Pizolato (michael@afs.com)
Newsgroups: comp.sys.next.sysadmin
From: ashley@chaz.demon.co.uk
Subject: Re: POP (Post Office Protocol), version 3
Content-Type: TEXT/PLAIN; charset=US-ASCII
Message-ID: <CCxw9r.L59@demon.co.uk>
Sender: news@demon.co.uk (Usenet Administration)
Organization: Demon Internet Limited.
References: <1993Sep2.154453.1379@linus.mitre.org>
<boardman.746990623@news.acns.nwu.edu>
Mime-Version: 1.0
Date: Mon, 6 Sep 1993 23:55:06 GMT
In article <boardman.746990623@news.acns.nwu.edu>,
<boardman@casbah.acns.nwu.edu> writes:
> Path:
demon!zaphod.axion.bt.co.uk!uknet!pipex!uunet!gatech!howland.reston.ans.net!mat
h.ohio-state.edu!news.acns.nwu.edu!news.acns.nwu.edu!boardman
> From: boardman@casbah.acns.nwu.edu (Michael Boardman)
> Newsgroups: comp.sys.next.sysadmin
> Subject: Re: POP (Post Office Protocol), version 3
> Date: 2 Sep 93 17:23:43 GMT
> Organization: Northwestern University, Evanston, IL USA
> Lines: 24
> Distribution: world
> Message-ID: <boardman.746990623@news.acns.nwu.edu>
> References: <1993Sep2.154453.1379@linus.mitre.org>
> NNTP-Posting-Host: unseen1.acns.nwu.edu
>
> In <1993Sep2.154453.1379@linus.mitre.org> jblue@ocotillo.mitre.org (Jason D.
Blue) writes:
>
>
> >Any one running POP (3) on a black machine? Any advice on getting it up and
> >running, and where to find a NeXT version?
>
> >I am running NEXTSTEP 3.0.
> >Thank you,
> >Jason
> >--
> >Jason D. Blue
> >NeXT Network and Systems Administrator
> >The MITRE Corporation, McLean, VA
> >jblue@mitre.org (NeXT Mail Encouraged!)
> >TIP#081
>
>
> I have the same system as you and I downloaded pop from
> boombox.micro.umn.edu. It compiled (if I remember correctly) without a
> hitch. Just remember to edit NetInfo/Services. You need to add the service
> pop with Property port (109 or 110), Property protocol (tcp) and Property
> name (pop or pop2 or something).
>
> boardman
Any idea if this works with 3.1 for Intel??
Thanks.
Charles
ashley@chaz.demon.co.uk
Newsgroups: comp.sys.next.sysadmin
From: zyrtec!micha (Michael_Wolter)
Subject: Re: Ownership on second drive
Message-ID: <1993Sep6.081531.371@zyrtec.han.de>
Sender: micha@zyrtec.han.de
Organization: Private Site
References: <2669uq$hbr@spool.mu.edu>
Date: Mon, 6 Sep 1993 08:15:31 GMT
In article <2669uq$hbr@spool.mu.edu> ben@carie.mcs.mu.edu (Benjamin J. Black)
writes:
> Hi,
> We have an external drive attached to out TurboStation Color, and it works
> fine, except regarding file ownership. Whoever is at the console is listed as
> owning everything on the disk. What are we doing wrong?
Every device (floppy, cd, harddisk...) will have the owner of the first user who
login in the machine after restarting (done by "automounter"). If you want to fix
the problem, than try this:
1. start machine with both drives
2. login as "root"
3. open /etc/mtab
4. Copy entry for external (f.e. /dev/sd1a "/External_200" 4.3 rw,noquota 1 2)
5. open /etc/fstab
6. insert entry from mtab (only External device, don t muck with boot device)
7. save fstab
8. reboot system, and everything will be fine
M.Wolter
--
Michael Wolter
location : Germany/3000 Hannover, Sudersenstr.1
voice : + 49-511-2102503
e-mail : Michael_Wolter@zyrtec.han.de (NeXT-Mail welcome)
Newsgroups: comp.sys.next.sysadmin
From: tilley@ccu.umanitoba.ca ()
Subject: Re: MTA's: anyone using pp?
Message-ID: <CCypy0.H8w@ccu.umanitoba.ca>
Sender: news@ccu.umanitoba.ca
Organization: University of Manitoba, Winnipeg, Canada
References: <scott.746956348@shrug> <267q9q$cfi@bock.freiburg.sub.org>
Date: Tue, 7 Sep 1993 02:37:12 GMT
In <267q9q$cfi@bock.freiburg.sub.org> admin@bock.freiburg.sub.org (FreiNet Administrator) writes:
>what the hell is PP ?
There can be either sausages or lemonade. PP is the latter.
--
.. Richard <tilley@cc.umanitoba.ca> NextMail OK.
Newsgroups: comp.sys.next.sysadmin
From: tilley@ccu.umanitoba.ca ()
Subject: Re: Booting without monitor (RTF)
Message-ID: <CCyyAI.K4n@ccu.umanitoba.ca>
Sender: news@ccu.umanitoba.ca
Organization: University of Manitoba, Winnipeg, Canada
References: <1993Aug30.165924.13848@bozell.com> <CCn6A8.79s@ensuing.com>
Date: Tue, 7 Sep 1993 05:37:30 GMT
In <CCn6A8.79s@ensuing.com> Karl_Kraft@ensuing.com writes:
>My experience has been that the WindowServer will panic when
>run without a monitor attached. Thus you cannot use a headless
>cube to print. Does anyone know for CERTAIN whether placing
>a soundbox on the machine will solve this problem?
I did this on an extra 030 board running 3.0
It worked for CERTAIN.
Someone told me that expunging the English bitch also worked.
I already had the soundbox so did not try this.
She lurks in /usr/lib/NextPrinter/English.lproj/*.snd
If someone trys this, please let us know.
Please, no political correctness flames.
--
.. Richard <tilley@cc.umanitoba.ca> NextMail OK.
Newsgroups: comp.sys.next.sysadmin
From: tilley@ccu.umanitoba.ca ()
Subject: Re: booting from CD-ROM on older cube?
Message-ID: <CCyyvu.KD4@ccu.umanitoba.ca>
Sender: news@ccu.umanitoba.ca
Organization: University of Manitoba, Winnipeg, Canada
References: <1993Sep5.202445.549@cs.wisc.edu>
Date: Tue, 7 Sep 1993 05:50:18 GMT
In <1993Sep5.202445.549@cs.wisc.edu> bestor@caracal.cs.wisc.edu (Gareth Bestor) writes:
>I have an older NeXTcude w/ an optical but w/o a floppy. I want to be
>able to boot off the CD-ROM now and again, but because of the age of my
>machine and ROMs I cannot. In order to do so I have to borrow an external
>floppy drive and use the 3.0/3.1 installation floppy disks.
You don't say which ROM version. ROM monitor 2.5 (v66) works fine.
> bod(0,0,0)odmach rootdev=od0
Did you try just "bod" instead of "bod(0,0,0)odmach rootdev=od0"?
--
.. Richard <tilley@cc.umanitoba.ca> NextMail OK.
Newsgroups: comp.sys.next.sysadmin
From: tilley@ccu.umanitoba.ca ()
Subject: Re: booting from CD-ROM on older cube?
Message-ID: <CCyzGE.KIq@ccu.umanitoba.ca>
Sender: news@ccu.umanitoba.ca
Organization: University of Manitoba, Winnipeg, Canada
References: <1993Sep5.202445.549@cs.wisc.edu> <CCwGrz.D6J@informatik.uni-muenchen.de>
Date: Tue, 7 Sep 1993 06:02:38 GMT
In <CCwGrz.D6J@informatik.uni-muenchen.de> yoda@cis.uni-muenchen.de (Marc Guenther) writes:
>set the CD-Roms scsi id to 0
>set the harddisks scsi id to 1 (or any other id, but the cdrom has to
>be before the harddisk.)
>Then I was able to just boot from the scsi device ith bsd. It tried
"bsd" did not work for me since my hard disk had 2.1 on it.
However, "bsd(0,0,0)sdmach rootdev=sd0" worked fine.
My ROMs are 2.5 (v66)
--
.. Richard <tilley@cc.umanitoba.ca> NextMail OK.
Newsgroups: comp.sys.next.sysadmin
From: hwr@pilhuhn.sub.org (Heiko W.Rupp)
Subject: Re: How to update Cnews' posting domain?
References: <1993Aug31.182419.1526@LoftTech.com>
Date: Tue, 7 Sep 1993 09:47:36 GMT
Organization: The home of the Pilhuhn
Message-ID: <CCz9vD.AEA@pilhuhn.sub.org>
jgg@proforma.com (J. G. Gregory) writes:
>My company has changed its name, and I have recently changed the
>domain name as well. But as you will note on this post, I am still
>"jgg@proforma.com" to C-news. I successfully changed the
Look into /usr/lib/news/
mailname for the Adress in From:
whoami for the host in the Path:
- hwr
--
Heiko W.Rupp Gerwigstr.5 D-76131 Karlsruhe +49 721 9661521
"That is not the USENET tradition, but it's a solidly-entrenched
delusion now." -- brian@ucsd.Edu (Brian Kantor)
Newsgroups: comp.sys.next.sysadmin
From: jspears@weston.com (Wes Spears)
Subject: Backup Systems
Message-ID: <1993Sep7.051809.314@weston.com>
Sender: jspears@weston.com (Wes Spears)
Date: Tue, 7 Sep 1993 05:18:09 GMT
PLease tell me about your backup systems. In particular, I am looking for
a inexpensive way to back up my machine, so please tell me the hardware
and software you use. Also, let me know about how much it might cost me
and where you got your stuff.
Thanks
--
Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
The Weston Group
8524 Highway 6 North, 162, Houston, TX 77095
Newsgroups: comp.sys.next.sysadmin
From: ntomczak@vega.math.ualberta.ca (N Tomczak-Jaegermann)
Subject: reasb - how to?
Message-ID: <ntomczak.747419718@vega>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Tue, 7 Sep 1993 16:35:18 GMT
My NeXT got a bad block on /dev/rsd1a and crashed. Since I already had
problems with this drive I tried, after an order was restored, to do
reasb /dev/rsd1a -1073741824 -r
where the number above is taken from messages (bad block -1073741824,...).
It does not look like a hexadecimal number. 'reasb' returns immediately
with "usage" message and that is it. What I am doing wrong?
Oh, BTW, the drive in question is an original, NeXT supplied in NeXTstation,
QUANTUM LP105S and which is not a boot device nowadays.
Thanks in advance for your suggestions.
Michal Jaegermann
ntomczak@vega.math.ualberta.ca
From: darcy@solutions.ca (Darcy Brockbank)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: umask at workspace level
Date: 2 Sep 1993 14:03:38 GMT
Organization: The Hutchison Avenue Software Corp.
Message-ID: <264ufq$8r@amber.solutions.ca>
References: <CCKwsC.E3E@ny.shl.com>
In article <CCKwsC.E3E@ny.shl.com> nwc (Nick Christopher) writes:
> Can a umask be set at the Workspace level? So that files created from Edit,
> Mesa etc., would use it? I have a few paranoid users and setting their whole
> directory protected is has other problems in our environment.
You can use the Preferences.app (under UNIX preferences) to set the
system mask.
Doing a 'dwrite System Umask 63' will be the equivalent of rwx------
for your files.
You can set this up in the .NeXT directory of the user template, so
it is the default for new users. You can also write a shell script
that will go through and set everyone's Umask...
- db
> KI-BO, how do you do your text searching? Any special tools?
grep :-)
Newsgroups: comp.sys.next.sysadmin
From: Michael_Pizolato@afs.com (Michael Pizolato)
Subject: Re: Compacting user's mailboxes as root?
Message-ID: <1993Sep7.180436.312@afs.com>
Sender: Michael_Pizolato@afs.com
References: <CCr9Cv.K0v@research.canon.oz.au>
Date: Tue, 7 Sep 1993 18:04:36 GMT
Graham Stoney writes
>Michael_Pizolato@afs.com (Michael Pizolato) writes:
>>Maybe at a university a sysadmin can get away with this; students
>>rarely fight back. In the corporate world, however, the high-priced,
>>prima donna engineer will go to the low-priced, expendable sysadmin's
>>boss and scream bloody murder, causing the boss to ream out the
>>sysadmin and make him change the policy. There's no way to argue
>>with the engineer that he should have remembered to follow the
>>policy if he didn't want to lose the file that will cost the company
>>perhaps thousands of dollars of the engineer's time to recreate.
>
>That scenario would make the "high-priced, prima donna engineer"
>both negligent and obnoxious. I can assure you that not all
>engineers are like that; some are even co-operative and understand
>that the sysdmin often has to meet conflicting goals with limited
>resources.
I'm by no means trying to imply that all engineers are like that.
I used to work for a company I won't name (though it used to be a
big telephone monopoly ;-), and between a few guys in my division
and a lot of guys in the big, famous research division (which again
I won't name :-) we probably had more prima donnas than not.
"Negligent and obnoxious," yep, that about covers it. I almost got
used to it. Then I realized that I _was_ getting used to it, and
I got out. Buddha be praised that I did, I'm relatively sane again.
-m
--
Michael Pizolato gnihtyreve noitseuq
Michael_Pizolato@afs.com
NeXTMail appreciated
Newsgroups: comp.sys.next.sysadmin
From: Jon@surgery.missouri.edu (Jon Ballenger)
Subject: Almost a network... (help?)
Message-ID: <Jon.3.0@surgery.missouri.edu>
Keywords: network problem ethernet
Sender: news@mont.cs.missouri.edu
Organization: Surgery Dept, University of Missouri
Date: Tue, 7 Sep 1993 18:57:47 GMT
Hello, world!
I've got a black box which I'm trying to network
to an IBM PC with a piece of ThinNet.
I believe the physical cable connection is
fine (termintated, etc.), but the two machines
won't talk. If I ping the NeXT from the PC, the
NeXT's netstat -i report shows packets coming in.
Conversly, if I ping the PC from the NeXT and
watch the wire with the PC and a protocol analyzer,
nothing comes across.
As far as I can tell, the problem has something
to do with the NeXT's routing although netstat -r
shows everything to be exactly right. There is,
however, a suspect line in my netstat -i output:
en0 myNet myNeXT UG 0 0 0
lo0 myNeXT myNeXT UH 0 0 0
en0* (none) (none)
The above is not actual output, but the best I could
conjure up from memory --- what's important is the
last line: en0*.
The man page on netstat didn't help too much except
to say that the "*" indicates an undefined, or
"wildcard" path?? Even when I build the routing
table from scratch by hand, this line shows up in
netstat -i!
QUESTIONS: Is the "*" my problem? What does it really
mean (other than "you won't be talking
across this wire today")? Where does it
come from? Lastly, but certainly not least,
how do I GET RID OF IT?
Any help or push in the right direction is most
appreciated! Thank you,
Jon Ballenger
Computer P/A,
University of Missouri - Columbia
jon@tribble.missouri.edu [NeXTmail]
jon@wpogate.missouri.edu
///////////////////////////////////////////
// Jon Ballenger, Programmer/Analyst //
// Department of Surgery, //
// University of Missouri - Columbia //
// //
// Internet: jon@wpogate.missouri.edu //
///////////////////////////////////////////
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: (null pointer) in accounting
Date: 7 Sep 1993 19:46:41 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <26iof1$t6o@umd5.umd.edu>
So who is this (null pointer) guy and how did he get an account on my system?
- or -
Does anyone know why system accounting can't figure out a userid/username
while the rest of the system can? Every command run is done by 'null
pointer'; at first I thought the file got mangled but clean files start out
this way (the monthly script cp's acct to acct.old and cat's /dev/null to
acct after it processes the info).
This is a single domain NetInfo system, with trusted_networks set to 127.0.0
(which seems to make no difference). No NIS running, nothing like that.
I'm confused.
This is NeXTstep 3.0 on black hardware.
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
First Law of Socio-Genetics:
Celibacy is not hereditary.
From: lindsay@merle.acns.nwu.edu (Jim Lindsay)
Newsgroups: comp.sys.next.sysadmin
Subject: hardware password?
Date: 7 Sep 93 20:20:38 GMT
Organization: Northwestern University, Evanston, IL USA
Distribution: usa
Message-ID: <lindsay.747433238@merle>
Some how the hardware password on one of our machines is munged. I remember
seeing somewhere that you can clear the password by removing the battery.
But, how long does the battery have to be out? Also, isn't there a quick
way to discharge whatever needs discharging? If anyone knows the answers,
I would appreciate hearing from them by e-mail.
Jim Lindsay
j-lindsay@nwu.edu
--
jim lindsay, academic computing and network services,
northwestern universtiy, j-lindsay@nwu.edu, (708) 491-4051
From: zmonster@athena.mit.edu (Eric M Hermanson)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.advocacy
Subject: Would you like some serial?
Date: 7 Sep 1993 20:44:03 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Message-ID: <26irqj$hkh@senator-bedfellow.MIT.EDU>
Looks like the good people at NeXT worked a little bit over the labor day
weekend. From the directory /pub/NeXTanswers/Files/Drivers on ftp.next.com:
drwxr-xr-x 2 na 1024 Aug 11 23:33 EpsonWingineDriver.18502.1
drwxr-xr-x 2 na 1024 Aug 26 21:05 EtherExpressDriver.41190.1
drwxr-xr-x 2 na 1024 Jul 28 20:33 SCSITapeDriver.06819.1
drwxr-xr-x 2 na 1024 Sep 7 19:32 SerialPortDriver.22106.1
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Eric
From: gary@esl.com (Gary Merrick)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Help please getting 3COM EtherLink to work
Date: 7 Sep 1993 21:04:48 GMT
Organization: ESL, Inc., Sunnyvale, CA
Distribution: world
Message-ID: <26it1g$mtd@gatekeeper.esl.com>
References: <CHRIST.93Sep3185818@park.bu.edu>
I had similar trouble with my 3C579-TP (the EISA version of your card).
I was never able to get the 10Base-T port to work, but I did get the
AUI port to work.
Strangely enough, with the network attached to a transceiver on my AUI
port, I could see network traffic on the receive LED. When I ping something
on the net, I can see the transmit LED blink every couple of seconds. The
hardware appeared to be working. Exactly what was being transmitted to the
net I have no idea (and I didn't have enough time to find out). The end
result was: it ain't workin'.
If I recall correctly, I had to boot in DOS mode, run the configuration
utility from the floppy, and set AUI as the active port. It still wouldn't
work in NextStep mode, so using ConfigureApp, I removed the Etherlink driver
and added it again, and rebooted. Voila!
Your broadcast address and subnet mask should be set to the same thing as
the rest of the systems on your local network.
Email me if you still have problems.
Regards,
Gary
In article 93Sep3185818@park.bu.edu, christ@park.bu.edu (Christian Mannes) writes:
>
>Hi,
>
>I have a problem connecting to ethernet with NS 3.1 on a
>Gateway 2000, using the 3COM Etherlink III 3C509-TP card.
>After following the instructions, and making sure that both
>card and wiring are ok, ping reports 100% packet loss, although
>ifconfig en0 tells me that the network is up and running.
>Other machines can't ping to mine, either.
>
>According to NeXT customer support, the card should work,
>but they tell me that it's tricky to configure it. Does
>anybody know what it takes to get that thing to connect
>to the ethernet? Is there any tricks I need to know about
>broadcast addresses, ethernet addresses, netmask, and the
>like?
>
>Any help would be appreciated,
>
>Thanks,
>
>-------------------------------------
>Christian Mannes
>Dept. of Cognitive and Neural Systems
>Boston University
>christ@cns.bu.edu
---
===============================================================
| Gary Merrick System/Network Admin from Hell |
| ESL, Inc. gary@esl.com |
| Sunnyvale, CA |
| |
| "You can twist perceptions, reality won't budge." -N. Peart |
===============================================================
From: shiac@vms.csd.mu.edu
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Help! FAQ? System won't boot!!
Date: 7 Sep 1993 23:20:05 GMT
Organization: Marquette University - Computer Services
Message-ID: <00972334.8282F0C0@vms.csd.mu.edu>
Hi,
Sorry if this is a FAQ. My one month old NEXT won't boot. During
the start procedure the system keep give me the repeated "boot_rc" text.
An manual boot using ROM setup won't help. I am new to this machine, please
help. If this is a FAQ, please response to the email address:
shiac@vms.csd.mu.edu
Thanks in advance!! -C.Y. Shia-¯õ
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: paulk@mindvox.phantom.com (Paul Kerrios)
Subject: Kermit?
Message-ID: <0L7i0B3w165w@mindvox.phantom.com>
Originator: paulk@mindvox
Sender: news@mindvox.phantom.com
Organization: [Phantom Access] / the MindVox system
Date: Tue, 7 Sep 1993 23:47:44 GMT
I have just finished download the fat version of kermit and installed it into
/usr/local/bin with the permissions set to rwx-r-x-r-x which works under NS
for black hardware. Everything works fine under root, but when I run it
as any user but root, I get this;
[next2): kermit
/dev/cufa: Permission denied
Sorry, access to device denied: /dev/cufa
?Sorry, you must SET LINE first
?No keywords match - rts/cts
C-Kermit 5A(188), 23 Nov 92, NeXT
Type ? or HELP for help
C-Kermit>q
yet when I type tip cufa by hand there is NO PROBLEM
This is my .kermrc:
set line /dev/cufa
set modem hayes
set speed 38400
set parity none
set terminal bytesize 8
set flow-control rts/cts
set file type binary
set file name literal
set send packet-length 9024
set receive packet-length 9024
set block 1
set transfer locking-shift off
set escape-character 28
set buffers 128000 128000
set window 8
Can anyone offer any advice? This is driving me crazy!
Also, for some reason I can't do df under any account except for root either,
/etc/mtab keeps getting reset back to rw root only, it didn't used to do this
under black hardware either. Am I missing something obvious?
Thank you!
//=======================================\\
Paul Kerrios /=/ Society has made me what I am today. \=\
\=\ Ok so maybe I just watch too much TV! /=/
\\=======paulk@mindvox.phantom.com=======//
From: lee@daruma.zoo.duke.edu (Lee Altenberg)
Newsgroups: comp.sys.next.sysadmin
Subject: EtherExpress16 driver: only 8 bit?
Message-ID: <20121@news.duke.edu>
Date: 8 Sep 93 02:03:43 GMT
Sender: news@news.duke.edu
Organization: Duke University Zoology Dept.; Durham, N.C.
I just installed an Intel EtherExpress16 twisted pair network
card in a Gateway2000 4DX2 66-V. Using Configure.app I set
the network driver to say:
Port Addresses
16 bytes at 0x300
and
IRQ Levels
10
But when NS/I 3.1 boots up, it says a couple of times in the
startup messages:
EtherExpress16: 8 bit only
Is this proper?
I got this result with both the NS/I 3.1 CD-ROM and new
NeXTanswers versions of the EtherExpress16 driver. I placed
the card in a different 16 bit expansion slot with the same
result.
Has anyone else had (or NOT had) this experience with the EtherExpress16
and NS/I 3.1?
Would there be some problem with the card or the expansion slot that is
causing it to come up as 8 bit and not 16 bit?
Is the NS/I driver for the Intel EtherExpress16 only capable of running
it as 8 bit?
Thanks for any help.
Lee Altenberg
altenber@acpub.duke.edu
Newsgroups: comp.sys.next.sysadmin
From: dean@world.std.com (Dean S Banfield)
Subject: Help. Lost with NS/FIP mounts.
Message-ID: <DEAN.93Sep8002038@world.std.com>
Sender: dean@world.std.com (Dean S Banfield)
Organization: The World Public Access UNIX, Brookline, MA
Distribution: comp
Date: Wed, 8 Sep 1993 05:20:38 GMT
Hi,
I have posted before. I've got a system (GW 2000) with two IDE drives, but
I believe any two drives would act similarly. At boot I *do not* understand
how my filesystems get mounted, and who ends up owning them. As I understand
it, any filesystem in /etc/fstab is 'checked' via fsck, and the mount entry
is 'faked' into /etc/mtab. Does this mean the disk is actually mounted? I
don't believe so. My console log indicates that some 'probing' goes on to
check things out at a hardware level, then whatever is found is magically
mounted to the first user who logs in.
A) Is there any way to control this hardware interrogation and prevent any
mount which is identified as a legal device?
B) During hardware checkout, a partition on my second disk is overlooked. It
is a DOS partition and I would like to force the mount of that partition, so
that I can share files across from DOS if necessary. How can I get a DOS
partition to mount manually? I have tried various forms of the mount
command, and also various entries in /etc/fstab to minimally force the
'faking' of the entry in hopes of an automatic mount eventually.
There seems to be a utility, /usr/filesystems/DOS.fs/DOS.util which is
for 'probing' and mounting DOS disks, but there are no docs. Only a small
directive dumps from the program when it is invoked incorrectly. Any
tips here?
Thanks for any clues you can shed on this.
-Dean
--
Dean S. Banfield Voice: (203) 656-1500
Real Decisions Corporation FAX : (203) 656-1659
22 Thorndal Circle email: dean@world.std.com
Darien, CT 06820
Newsgroups: comp.sys.next.sysadmin
From: ian@mindvox.phantom.com (Ian Bainbridge)
Subject: Dumping to tape/system backup
Message-ID: <VDJJ0B1w165w@mindvox.phantom.com>
Originator: ian@mindvox
Sender: news@mindvox.phantom.com
Organization: [Phantom Access] / the MindVox system
Date: Wed, 8 Sep 1993 04:23:30 GMT
We're running Dell DGX machines that we want to dump to tape, the tape device
comes up as:
Aug 10 13:15:00 next mach: st: major number 10
Aug 10 13:15:00 next mach: st0: WANGTEK 5525ES SCSI REV7 3R
Aug 10 13:15:00 next mach: Registering: st0 at Target 6 LUN 0 at sc0
This is a 525 meg tape, to which we're dumping 500 meg disks. The problem
is that dump thinks its going to be using 7 tapes on the wangtek drive, what
is the proper invocation of dump when used in conjunction with the drive? (to
do a complete level 0 filesystem dump of 500 megs to a single 525meg tape).
If anyone out there has additional shellscripts, or advice regarding general
system backup using the wangtek 525 qic drives, it would be appreciated.
mucho gracias (proud owner of non-crashing haute cuisine hardware, tnx NeXT)
ian #################
@ #Ian Bainbridge #
mindvox. # ###############################################
phantom. # I am not responsible for my opinons, I don't know or care! #
com ###############################################################
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Almost a network... (help?)
Message-ID: <1993Sep8.064639.6925@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <Jon.3.0@surgery.missouri.edu>
Date: Wed, 8 Sep 1993 06:46:39 GMT
In article <Jon.3.0@surgery.missouri.edu>
jon@wpogate.missouri.edu (Jon Ballenger) writes:
> en0 myNet myNeXT UG 0 0 0
> lo0 myNeXT myNeXT UH 0 0 0
> en0* (none) (none)
This is normal--a consequence of how NeXT supports multiple
protocol stacks on the same machine.
The bottom line on the netstat -i display represents the Ethernet
hardware; its counters reflect every datagram (IP or otherwise).
Its "Network" and "Address" will show as "none" "none" because
it's not IP-specific. The first en0 (which does show an address)
is the IP Protocol handler. Its counters record IP activity
only.
>The above is not actual output, but the best I could
>conjure up from memory --- what's important is the
>last line: en0*.
>
>The man page on netstat didn't help too much except
>to say that the "*" indicates an undefined, or
>"wildcard" path??
In this case it means a "down" interface. (See below)
>QUESTIONS: Is the "*" my problem? What does it really
> mean (other than "you won't be talking
> across this wire today")? Where does it
> come from? Lastly, but certainly not least,
> how do I GET RID OF IT?
It probably means you're running something earlier than NEXTSTEP
3.1 (in which case it doesn't indicate a real problem, just a
cosmetic flaw). Fixed in 3.1.
-=EPS=-
From: jmm@king.econ.lsa.umich.edu (Jeffrey K. MacKie-Mason)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: NeXT OS (3.1) doesn't get Norwegian time zone right
Date: 8 Sep 1993 07:25:24 GMT
Organization: University of Oslo
Distribution: world
Message-ID: <26k1d4$44d@hermod.uio.no>
Keywords: clock, time zone
I have just moved to Norway. I find that when I set my clock to local time
(using the Preferences panel), it puts me in time zone GMT+1, but during
daylight savings time it should be GMT+2. This has prevented me from
being authenticated to an afs cell in another time zone that thinks my clock is
off by an hour.
Anyone know a fix?
--
Prof. Jeff MacKie-Mason internet: jmm@umich.edu
Dept. of Economics bitnet: usergc76@umichum
Univ. of Michigan phone: 313-764-7438
Ann Arbor, MI 48109-1220 fax: 313-763-9181
From: michaell@swdev.research.otc.com.au (Michael Lofquist)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Re: 3.1 loginwindow screensaver?
Date: 8 Sep 1993 04:25:14 GMT
Organization: Technical Development Group, Telstra International
Distribution: world
Message-ID: <26jmra$ok0@turin.research.otc.com.au>
References: <1993Aug31.135251.6988@pencom.com> <262f1aINN38@golden.kaleida.com>
I noticed that the NS 3.1 for intel had a built in
screen saver, that would display a NeXT logo and
the hostname for that machine. Just installed
the 3.1 on my black box, and nothing happens in
that area. What have I done wrong ??
--
--------------------------------------------
Michael Lofquist
Email: michaell@swdev.research.otc.com.au
michaell@research.otc.com.au
--------------------------------------------
From: jmm@king.econ.lsa.umich.edu (Jeffrey K. MacKie-Mason)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NeXT OS (3.1) doesn't get Norwegian time zone right SOLVED
Date: 8 Sep 1993 07:53:26 GMT
Organization: University of Oslo
Distribution: world
Message-ID: <26k31m$4lk@hermod.uio.no>
References: <26k1d4$44d@hermod.uio.no>
In article <26k1d4$44d@hermod.uio.no> jmm@king.econ.lsa.umich.edu (Jeffrey K.
MacKie-Mason) writes:
>
> I have just moved to Norway. I find that when I set my clock to local time
> (using the Preferences panel), it puts me in time zone GMT+1, but during
> daylight savings time it should be GMT+2. This has prevented me from
> being authenticated to an afs cell in another time zone that thinks my clock
is
> off by an hour.
>
Already got the answer...easy, but not obvious enough for lil ol' me: there is
a choice in preferences to set my time zone to "Poland" (why didn't I think of
that) which, after I change the local time back by an hour, is the correct time
zone (MET DST?), and I can authentical.
Thanks to Geert Oldenburg
--
Prof. Jeff MacKie-Mason internet: jmm@umich.edu
Dept. of Economics bitnet: usergc76@umichum
Univ. of Michigan phone: 313-764-7438
Ann Arbor, MI 48109-1220 fax: 313-763-9181
Newsgroups: comp.sys.next.sysadmin
From: pat%cesar@cam.org (Patrique Lalonde)
Subject: setgroups: Not owner???
Message-ID: <1993Sep8.062524.10440@cesar.uucp>
Sender: pat@cesar.uucp
Date: Wed, 8 Sep 1993 06:25:24 GMT
Hello all,
every time I log on to my account on he NeXT at home from by girlfriends
Mac I get this error message at logon:
setgroups: Not owner
What does it mean?
How can I rectify this?
Please e-mail me if you think you have the answer. I do not always have
the time to read the news.
Thanks.
Patrique Lalonde
pat%cesar@cam.org
Newsgroups: comp.sys.next.sysadmin
From: raptor!rlove (Robert B. Love )
Subject: Naming Host once and for all
Message-ID: <1993Sep7.193054.467@nugget.rmNUG.ORG>
Keywords: renderman, name, host
Sender: rlove@nugget.rmNUG.ORG
Organization: Rocky Mountain NeXT Users' Group
Date: Tue, 7 Sep 1993 19:30:54 GMT
Long ago when Stone Design's 3D Reality came out I could never use it
properly because of host naming problmes so I gave up. Now I'm trying
MolViewer and it won't print because is insists on looking for localhost
instead of my machine "raptor". Once and for bloody all, how do I set the
name for Renderman? I'm a standalone machine, no network.
Thanx for all assistance,
--
-----------------------------------------------------------------
Bob Love rlove@raptor.rmnug.org (NeXT Mail OK)
BIX: rlove
-----------------------------------------------------------------
From: anderson@macc.wisc.edu (Jess Anderson)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Re: 3.1 loginwindow screensaver?
Date: 8 Sep 1993 11:46:59 GMT
Organization: Division of Information Technology, UW-Madison
Message-ID: <26kgnj$re1@news.doit.wisc.edu>
References: <1993Aug31.135251.6988@pencom.com> <262f1aINN38@golden.kaleida.com> <26jmra$ok0@turin.research.otc.com.au>
In article <26jmra$ok0@turin.research.otc.com.au>,
Michael Lofquist <michaell@swdev.research.otc.com.au> wrote:
>I noticed that the NS 3.1 for intel had a built in
>screen saver, that would display a NeXT logo and
>the hostname for that machine. Just installed
>the 3.1 on my black box, and nothing happens in
>that area. What have I done wrong ??
Could be any of several things. For one, the timer is
30 minutes; did you wait that long? For another, if you
upgraded, rather than reinstalling, the old defaults
may be the problem; look in the release notes about
blowing them away. Lastly, you could try setting the
timer to a smaller value:
dwrite loginwindow TimeToDim 180
for three minutes (the value is in seconds). I have it
working now.
--
[Jess Anderson <> Division of Information Technology, University of Wisconsin]
[Internet: anderson@macc.wisc.edu {o"o} UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[-------> The pure and simple truth is rarely pure and never simple. <--------]
From: teske@opac1.cc.vt.edu (Steve Teske)
Newsgroups: comp.sys.next.sysadmin
Subject: "dump" not working after NS 3.0 Upgrade
Date: 8 Sep 1993 13:14:45 GMT
Organization: Virginia Tech, Blacksburg, Virginia
Message-ID: <26kls5$f28@vtserf.cc.vt.edu>
Recently I've encounted a problem while attempting to back up a NeXT Cube
'040' using the unix 'dump' or 'rdump' commands. This Cube was recently
upgraded to NeXTstep 3.0 and posesses 28 MB of RAM and 1087 MB of hard
disk space. The Workspace version is 341 and the PostScript version is
81.16. The backup unit that I'm using is a 4MM DAT Drive with a SCSI
interface.
The symptoms of the problem are the following:
# dump 0ufsd /dev/rst0 28633 4687.5 /dev/rsd0a
. .
. .
. .
. .
DUMP: mapping (Pass II) [directories]
DUMP: SIGBUS() try rewriting
DUMP: Rewriting attempted as response to unknown signal
DUMP: Tape rewinding
DUMP: Change Tapes: mount tape #1
DUMP: NEEDS ATTENTION: Is new tape mounted and ready to go?
At this point in time the dump program goes into an infinite loop, and
continues to ask for a new tape. Note that this same backup procedure
worked fine before upgrading to NS 3.0. The strange thing about this
problems is that 'tar' works fine with the tape drive. Plus, 'dump' and
'rdump' work fine with the NeXTstation Turbo running NS 3.0 and with our
NeXT Cube running NS 2.1.
Please send any inspiring or helpful clues my way.
Thanks,
--
Steve Teske, Virginia Tech Computing Center, Blacksburg, Virginia
phone: (703) 231-3461 ___ __ __ __ _______
teske@opac1.cc.vt.edu //|| // ____ \\ // // Expanding the
teske@opac2.cc.vt.edu // || // // \\ \\// // paradigm of OO prog
teske@opac3.cc.vt.edu // || // ||====== //\\ // on a platform made to
teske@info1.cc.vt.edu // ||// \\_____ // \\ // order -- NeXTStep.
Newsgroups: comp.sys.next.sysadmin
From: rtbrunne@iiic.ethz.ch (Ralf Thomas Brunner)
Subject: Re: Naming Host once and for all
Message-ID: <1993Sep8.142616.28501@neptune.inf.ethz.ch>
Keywords: renderman, name, host
Sender: news@neptune.inf.ethz.ch (Mr News)
Organization: Dept. Informatik, Swiss Federal Institute of Technology (ETH), Zurich, CH
References: <1993Sep7.193054.467@nugget.rmNUG.ORG>
Date: Wed, 8 Sep 1993 14:26:16 GMT
> ... insists on looking for localhost instead of my machine "raptor". Once
> and for bloody all, how do I set the name for Renderman? I'm a standalone
> machine, no network.
Open in NetInfo /machines/localhost. Add a new value to the "name" property:
"raptor". Now renderman will work fine.
____________________________________________________________________________
Irrationality is the square root of all evil. Ralf T. Brunner
-- Douglas Hofstadter rtbrunne@iiic.ethz.ch
____________________________________________________________________________
From: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Newsgroups: comp.sys.next.sysadmin
Subject: root-rejecting homedir?
Date: 8 Sep 1993 15:03:01 GMT
Organization: University of technology, Vienna, Austria.
Distribution: world
Message-ID: <26ks75$a88@email.tuwien.ac.at>
I'm setting up a handfull of 486es under NS/fip, with Alphas
as file servers. Everything works fine (until now, at least),
however there is one thing that I don't understand...
I have the user home directories NFS mounted from one of the
Alphas. When I browse through those directories as root, and
hit one special user dir, WorkspaceManager immediately throws its
hands up in despair and returns me to the login screen.
I have no idea what makes this particular directory so
different... Ideas?
mjl
From: mcn@b62103.cwru.edu (Michael C Neuman)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Naming Host once and for all
Followup-To: comp.sys.next.sysadmin
Date: 8 Sep 1993 15:13:05 GMT
Organization: Case Western Reserve Univ. Cleveland, Ohio, (USA)
Distribution: world
Message-ID: <26ksq1$j6e@usenet.INS.CWRU.Edu>
References: <1993Sep7.193054.467@nugget.rmNUG.ORG>
Keywords: renderman, name, host
In article <1993Sep7.193054.467@nugget.rmNUG.ORG> raptor!rlove (Robert B. Love ) writes:
>Long ago when Stone Design's 3D Reality came out I could never use it
>properly because of host naming problmes so I gave up. Now I'm trying
>MolViewer and it won't print because is insists on looking for localhost
>instead of my machine "raptor". Once and for bloody all, how do I set the
>name for Renderman? I'm a standalone machine, no network.
Which part of the entry in hosts DON'T you understand:
#
# This is the reserved address for the loopback interface. Don't muck
# with it.
#
127.0.0.1 localhost
It doesn't matter whether you're on a network or not...
Your netstat -r should look like:
Routing tables
Destination Gateway Flags Refs Use Interface
localhost localhost UH 1 1181 lo0
--
Mike Neuman mcn@b62103.student.cwru.edu
"To make a machine that will be proud of us." - Thinking Machine's motto
==============================================================================
* Maintainer: NeXT netrek archive--b62103.student.cwru.edu:/pub/games/netrek *
Newsgroups: comp.sys.next.sysadmin
From: peter@corsica (Peter Eisch)
Subject: Re: Netinfo and moving hosts between configuration servers
Message-ID: <CD1JtD.8xB@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota Hospital and Clinic, Labratory Information Services
References: <CCJtnG.HnM@news2.cis.umn.edu>
Date: Wed, 8 Sep 1993 15:09:20 GMT
Thanks to the folks who emailed ideas. It turns out that the netinfo
database that the host(s) were supposed to be served by was seriously
hozed. It had been that way since about February -- just that we never
did anything with that netinfo database, much less add hosts to it. I
rebuilt the root and damaged network in the three level domain last night
and I think the world is right again. (Its fun fixing productions stations!!)
New question: Given a netinfo database (foo.nidb) and the Collection file
inside of that, are there any tools that can be used to extract info out
of it? There was a custom directory of info that couldn't be reached with the
nidump/niload, so I grabbed nidump/niload from 3.1 and used the '-r' flag.
(This cool feature saved my butt for sure -- yeah NeXT!).
Given that, you ask, "Why do I still ask for a tool if the -r flag will do
the trick?" I answer, "There are things in a database that I refuse to
run with netinfod -- as it is hozed in parts, but other directories are
fully intact and large (2000 children or so). It could be rebuilt from
Sybase, but that would bring our "production" dataserver down to it's knees.
New ideas?
Peter Eisch (peter@corsica) wrote:
: Is there a trick that I'm effectively forgetting about netinfo? I need to
: move a host out from under one netinfo configuration server to under
: another. Unfortunately they're both on the same subnet. Is there a
: timeout that I have to wait for?
--
Advice found in a pamphlet found on a university campus recently:
"Sex for the sake of scoring is dumb!"
peter@tahiti.umhc.umn.edu (Peter Eisch) peter.a.eisch@uwrf.edu
From: andrew@stone.com (Andrew Stone)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Naming Host once and for all
Message-ID: <1993Sep8.145911.1386@stone.com>
Date: 8 Sep 93 14:59:11 GMT
Article-I.D.: stone.1993Sep8.145911.1386
References: <1993Sep7.193054.467@nugget.rmNUG.ORG>
Sender: andrew@stone.com
Organization: Stone Design Corp
In article <1993Sep7.193054.467@nugget.rmNUG.ORG> raptor!rlove (Robert B.
Love ) writes:
> Long ago when Stone Design's 3D Reality came out I could never use it
> properly because of host naming problmes so I gave up. Now I'm trying
> MolViewer and it won't print because is insists on looking for localhost
> instead of my machine "raptor". Once and for bloody all, how do I set
the
> name for Renderman? I'm a standalone machine, no network.
>
> Thanx for all assistance,
> --
> -----------------------------------------------------------------
> Bob Love rlove@raptor.rmnug.org (NeXT Mail OK)
> BIX: rlove
> -----------------------------------------------------------------
Here's a compilation of useful tips from Dr. Tom Marchioro on this
subject, although someone may have *The Concise Answer*
Date: Wed, 9 Dec 92 09:20:27 MST
From: andrew (Andrew Stone)
To: reality
Subject: INFO on renderer probs
FYI:
From: tlm@iastate.edu (Dr. T.L. Marchioro II)
Subject: Local Renderer: THANKS/SOLUTIONS
Organization: Iowa State University, Ames IA
Date: Wed, 9 Dec 1992 05:59:09 GMT
Thanks to all who responded to my query about getting the Local Renderer
to work on a completely standalone NeXTstation with a name other than
localhost. The solution turns out to be fairly simple, and, as noted
below, is even "in the manual" (if you have an EXTREMELY loose interpre-
tation of "manual"). The problem and its solution may be of some general
interest (a couple of respondents said it belongs in the FAQ and I would
agree. In fact, I think it almost belongs in the new .bugs newsgroup :-)
I'll do a summary of everything here.
To recap the problem: I have an "at home" NeXTstation, which is not
connected to the world in any way except kermit and tip. Thus it is in
no sense "on the network". If I keep the machine name "localhost"
everything
works just hunky-dory, and in particular I can use Steve Ludtke's
wonderful
plot3D.app to make rendered 3D plots, or Stone Designs 3DReality.app to
make 3D drawings, and then I can actually PRINT them by selecting the
"localhost" renderer in the RenderManager panel that pops up.
However, if you change the name of the machine to something more
interesting
than localhost --- in my case it was Feynman --- then things change
drastically. First, it was my memory under 2.X that you changed the
hostname by simply firing up the old NetManager.app, hitting local,
punching the hostname button (which was set to autoconfigure by default)
typing a hostname and saving the change. Everything worked perfectly
after that. In 3.0's HostManager things are largely the same, but the
results are different; it seems that "only part" of the system knows what
the new hostname is, and some knowledge of the old name "localhost" has
been lost as well. Two good examples: (1) If you make a rendered plot
and try to print it the RenderManager panel still contains only
"localhost"
but if you select localhost you get the message "cannot connect to
localhost"
and a .rib file ends up in /tmp (you also get an RPC error message in
console.log). (2) If you bring up a shell window the prompt will have
indeed changed to feynman (in my case) but if you type
telnet feynman
you get the message "feynman: uknown host". If instead you type
telnet localhost
you get the message "connected to feynman" (is it just me, or this
actually
kind of ludicrously amusing?).
I worked on this for several days, including going through the sys-admin
bookshelf in digital librarian with a fine tooth comb. There is
essentially
no documentation on the issue. I tried adding a new Feynman subdirectory
to
/locations/renderers in NetInfoManager, and ended up with a RenderManager
panel that indeed contained both feynman and localhost, and could not
connect to either. I edited the hostconfig file by hand, tried to
pretend I was secretly on a network, etc. etc.
After a couple of days it was inevitable that I'd make a mistake, ending
up
with an inconsistent netinfo database and a machine that could only lie on
its back and kick its feet a bit. Then I got to learn how to restore the
machine to its original state (*this* at least is in the documentation).
After posting I got several good replies, all of which I think work. Each
is basically a method of telling your computer that
>>> feynman=localhost <<<
for all intents and purposes. This means getting HostManager.app and
NetInfoManager on the same page. There seem to be three equivalent
solutions:
1) open HostManager.app, select Host/Open menu, double click on
localhost, and in the panel that comes up add feynman as an alias for
localhost Save the changes, reboot, and everything works, including
rendering loopback telnetting. I'd like to thank Andrew Katz and
Gareth Bestor for each sending me this solution.
2) Mike Matthews and Dylan Kohler sent me a solution involving
file editing and niload which accomplishes the same thing. Specifically,
in the hosts file create an alias by making the line
127.0.0.1 feynman localhost
and loaded the new /etc/hosts into NetInfo by doing:
# niload hosts . </etc/hosts
3) Erik Sowa sent (and posted) a solution utilizing the NetInfoManager
directly, basically open up the "machines" directory and under localhost
add the name "feynman". This had occurred to me, but given the
termpermental
nature of NIM I would have been chary of trying a solution along these
lines.
Apparently it works though.
Of the three solutions above the one I recommend is (1) since it's the
simplest (after all, you are already in HostManager.app when you change
the name in the first place) and the one least likely to cause untoward
side effects. As Tom Rokicki wrote to me on this subject:
>First of all, I want to say that this is one of the most dangerous areas
>on the NeXT; you can easily get the system into a state where the only
>way to get it to boot again is to boot off the optical or, if no optical,
>off the CD ROM drive (which will then ask you if you want to blow away
your
>hard disk.) So tread with caution.
I want to thank everyone for their suggestions. Incidentally, a couple
people
did point that this is actually in the documentation, two sentences in
/NextLibrary/Documentation/NextDev/ReleaseNotes/N3DKit.rtf,
third note from the bottom under "Known Problems."
which of course is where everyone would think to look in the first place!!
:-)
Hope this is Helpful --- Tom
--
||<<->>||<<==>>||<<++>>||<<?>>||<<+>>||<<-->>||<<==>>||<<+>>||
!! Andrew Stone !! (505) 345-4800 !!
!! andrew@stone.com <> Stone Design Corp !!
||<<->>||<<==>>||<<++>>||<<?>>||<<+>>||<<-->>||<<==>>||<<+>>||
Newsgroups: comp.sys.next.sysadmin
From: Jan A. Barglowski <jan@archimedes.chinalake.navy.mil>
Subject: NeXTSTEP Questions...
Message-ID: <CD1wKF.7Cs@avalon.chinalake.navy.mil>
Sender: usenet@avalon.chinalake.navy.mil (NAWS news admin)
Organization: Naval Air Warfare Center, China Lake
Date: Wed, 8 Sep 1993 19:53:03 GMT
Hello all!
I'm currently writing a report on NeXTSTEP for the Navy's Graphics
Interface Standards Working Group (GISWG) and have a few question
that are not addressed in the NeXTSTEP manauls that I have...
- Is RenderMan interface standard controlled by Pixar?
- How can it be added to (extended), or changed?
- Display PostScript
- publicly available specs for it?
- possible to extend/change it?
- Are there any image processing kits? (3rd party?)
- Multithreading and event dispatching
- is GUI multithreaded, eg. does the interface take one process or does
every
window have its own process?
- Time services
- synchronization, such as found in the X-synchronization extension
- any real-time kits?
- What are the details of the NeXTSTEP Posix extension?
- What are the security features of the NeXTSTEP Window Server, eg. can't
write into
protected object, or does the OS take care of all the security?
If you have any answers, or can point me the right direction, please send
me
an email.
jan
jan@archimedes.chinalake.navy.mil
Newsgroups: comp.sys.next.sysadmin,comp.mail.sendmail
From: larry@owrlakh.wl.aecl.ca (Larry Gadallah)
Subject: SMTP transactions hanging
Message-ID: <1993Sep8.212917.18065@cu23.crl.aecl.ca>
Keywords: SMTP sendmail NeXT SLIP
Sender: news@cu23.crl.aecl.ca (USENET News System)
Organization: AECL-Research
Date: Wed, 8 Sep 1993 21:29:17 GMT
Hello all:
I am completely baffled by a problem with sendmail. After my machine (25 Mhz
Cube, 24 Mb) has been up for a couple of days, sendmail subprocesses start
hanging during SMTP transactions. I use Mamankos' DialUp IP SLIP software and a
Telebit Worldblazer. It works fine for all other IP access. I have attached all
the info I could dig up about what is going on while this is happening. My
sendmail is 5.65c/IDA-1.4.4.
Does anybody know why this is going on? Do I have a really brain damaged
configuration or something?
Thanks in advance.
ps output (edited):
1 0 89 1 0 10 10 1.33M 352K 0 S ? 0:01 -Waiting for connection (sendmail)
1 0 13393 89 0 10 10 1.41M 432K 0 S ? 0:00 -mail.netcom.com: HELO mail.netcom
Netstat output:
Active Internet connections
PCB Proto Recv-Q Send-Q Local Address Foreign Address (state)
100c6b80 tcp 0 0 owrlakh.wl.a.smtp mail.netcom..1236 ESTABLISHED
1001a634 tcp 0 0 owrlakh.wl.a.login wu1.wl.aecl..1018 ESTABLISHED
1002b4e0 tcp 0 32 next.ve4tcp..667 next.ve4tcp..669 ESTABLISHED
1002b3fc tcp 0 0 next.ve4tcp..669 next.ve4tcp..667 ESTABLISHED
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
en0 1500 44.135.114 next.ve4tcp.amp 2 0 2 0 0
lo0 1536 loopback localhost 128895 0 128895 0 0
slip0 1006 wl.aecl.ca owrlakh.wl.aecl 67952 0 74112 0 0
slip1 1006 none none 0 0 0 0 0
en0* 1500 none none 2 0 2 0 0
75/320 mbufs in use:
4 mbufs allocated to packet headers
61 mbufs allocated to socket structures
5 mbufs allocated to routing table entries
2 mbufs allocated to socket names and addresses
3 mbufs allocated to interface addresses
0/16 mbuf clusters in use
8 interface pages allocated
120 Kbytes allocated to network (61% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines
Routing tables
Destination Gateway Flags Refs Use Interface
owrlakh.wl.aecl. localhost UH 0 15 lo0
localhost localhost UH 2 1782 lo0
ws65.wl.aecl.ca owrlakh.wl.aecl.ca UH 0 8 slip0
default ws65.wl.aecl.ca UG 3 74850 slip0
44.135.114 next.ve4tcp.ampr.o U 5 127146 en0
ip interrupt queue:
0 current length
50 maximum length
0 dropped packets
ip:
197088 total packets received
0 bad header checksums
0 with size smaller than minimum
0 with data size < data length
0 with header length < data size
0 with data length < header length
1155 fragments received
0 fragments dropped (dup or out of space)
763 fragments dropped after timeout
0 packets forwarded
0 packets not forwardable
0 redirects sent
icmp:
620 calls to icmp_error
0 errors not generated 'cuz old message was icmp
Output histogram:
echo reply: 1
destination unreachable: 620
0 messages with bad code fields
0 messages < minimum length
0 bad checksums
0 messages with bad length
Input histogram:
echo reply: 1394
destination unreachable: 2239
source quench: 10
echo: 1
time exceeded: 68
1 message response generated
tcp:
176558 packets sent
128507 data packets (10147368 bytes)
676 data packets (130167 bytes) retransmitted
44281 ack-only packets (39753 delayed)
9 URG only packets
226 window probe packets
892 window update packets
1991 control packets
175924 packets received
130685 acks (for 10147374 bytes)
1849 duplicate acks
0 acks for unsent data
144302 packets (18348645 bytes) received in-sequence
2101 completely duplicate packets (515874 bytes)
84 packets with some dup. data (13200 bytes duped)
2612 out-of-order packets (886265 bytes)
1 packet (0 bytes) of data after window
0 window probes
41 window update packets
4 packets received after close
1 discarded for bad checksum
0 discarded for bad header offset fields
0 discarded because packet too short
445 connection requests
1142 connection accepts
1422 connections established (including accepts)
1933 connections closed (including 16 drops)
262 embryonic connections dropped
128979 segments updated rtt (of 130177 attempts)
752 retransmit timeouts
0 connections dropped by rexmit timeout
0 persist timeouts
59 keepalive timeouts
36 keepalive probes sent
23 connections dropped by keepalive
udp:
0 incomplete headers
0 bad data length fields
0 bad checksums
--
---------------------------------------------------------------------
Larry Gadallah Amateur Radio VE4TCP
Lac Du Bonnet, Manitoba, Canada IP: [44.135.114.9]
SMTP: larry@owrlakh.wl.aecl.ca AX25: VE4TCP@VE4PIN.#PIN.MB.CAN.NA
---------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin,comp.unix.admin
From: hwr@pilhuhn.sub.org (Heiko W.Rupp)
Subject: Connection closed directly after login - why?
Date: Wed, 8 Sep 1993 20:43:47 GMT
Organization: The home of the Pilhuhn
Keywords: login, telnet
Message-ID: <CD1ywz.5GB@pilhuhn.sub.org>
Hi
whenever I login into my system via telnet or rlogin, the connection
gets closed driectly after the motd is printed (see below). When I log
in via modem, or from Workspace, all ist ok.
--------------------------------------
pilhuhn!2> telnet pilhuhn
Trying 193.141.89.1...
Connected to pilhuhn.
Escape character is '^]'.
NeXT Mach (pilhuhn) (ttypa)
login: hwr
Password:
Last login: Tue Sep 7 11:11:26 from pilhuhn
Here is a simple experiment that will teach you an important
Connection closed by foreign host.
pilhuhn!3>
-------------------------------------------
A week ago or so all worked normally and I can't remeber, that I have
changed anything, which could cause this behaviour.
Does anyone know a solution?
Thanks in advance
- Heiko
--
Heiko W.Rupp Gerwigstr.5 D-76131 Karlsruhe +49 721 9661521
Mathematicians do it by numbers
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: csp@ohm.york.ac.uk (Colin Perkins)
Subject: Re: Compiling tin
Message-ID: <1993Sep8.215728.8414@ohm.york.ac.uk>
Organization: Computer Systems Engineering Group, University of York, UK.
References: <26fdd1$3a5@news.intercon.com> <1993Sep6.140322.3878@julian.uwo.ca>
Date: Wed, 8 Sep 93 21:57:28 GMT
Lance R. Bailey (zaphod@ctrg.rri.uwo.ca) wrote:
>on 6 Sep 1993 13:19:28 GMT David Casti wrote in comp.sys.next.sysadmin:
>> I can't seem to get the latest version of tin compiled on my 3.0 '040
>> cube. It dies on
>> /bin/ld: Undefined symbols:
>> _getcwd
>if you compile with "make bsd" and check the code, you will see that
>if BSD is defined, then getcwd(path,len) is defined as a call to getwd(path)
Assuming you mean tin1.2PL1, I got this going in the end, and it was
just a single line patch! Near the end of misc.c (in the
make_post_process_cmd function) there is a call to
getcwd(currentdir, sizeof(currentdir));
Change this to
get_cwd(currentdir);
and all should work!
Hope this helps,
Colin
--
Colin Perkins
Computer Systems Engineering Group, Email: csp@ohm.york.ac.uk
University of York, YO1 5DD, UK. Phone: +44 904 432379
Newsgroups: comp.sys.next.sysadmin
From: chris@milo.st-louis.mo.us (Chris Cleeland)
Subject: Re: Help! Restoring /usr/lib/NextStep bombs Workspace
Message-ID: <1993Sep8.184102.29523@milo.UUCP>
Sender: chris@milo.UUCP
Organization: Milo Designs
References: <26f5aj$p7p@news.doit.wisc.edu>
Distribution: na
Date: Wed, 8 Sep 1993 18:41:02 GMT
In article <26f5aj$p7p@news.doit.wisc.edu> anderson@macc.wisc.edu
(Jess Anderson) writes:
> In article <20038@news.duke.edu>,
> Lee Altenberg <lee@daruma.zoo.duke.edu> wrote:
>
> >Because I suspected that some file in /usr/lib/NextStep/
> >or /usr/lib/Preferences/ might have been corrupted, I copied
> >these directories from the NS/I 3.1 CD-ROM to the hard drive.
> >This is on a Gateway2000 4DX2 66-V.
>
> >Now, when I log in from any user but root, after the login
> >window accepts the login, WorkspaceManager quits right away
> >and returns to the login window.
>
> See the release notes. You probably need to replace
> the defaults database for each non-root user.
>
Also, check permissions on directories (like / and your home
directory) and insure that everybody can traverse them (i.e., the
execute bit is set across the board). I had this similar problem
happen to me with 3.0 on black, and the problem turned out to be
permissions on the root filesystem. No clue how that happened. Took
my hooking up a dumb terminal to the serial port (knew my Mac 512E
was good for something :-) to discover what the problem was b/c the
previous console log gets destroyed each time you log in.
Good luck!
-cj
--
---
-------------------------------------------------------------
Chris Cleeland | Internet: chris%milo@wpa.com
Consultant/NeXT Advocate | UUCP: wupost!nimno!milo!chris
From: cuthie@cs.umbc.edu (brian cuthie)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Re: Reformatting DAT (WangDAT only)
Date: 8 Sep 1993 20:30:04 -0400
Organization: University of Maryland, Baltimore County Campus
Message-ID: <26ltecINNd6@checkers.cs.umbc.edu>
References: <1993Mar22.195050.26552@ohsu.edu>
In article <1993Mar22.195050.26552@ohsu.edu> filibert@ohsu.edu writes:
>
>If there is any interest, I found out how to reformat my DAT tapes from
>uncompressed to compressed (or vice versa) on a WangDAT (Microtech Eclipse
>2.0T). This comes in very handy, since the DAT drive sensed the type of data
>on the tape when it is inserted, and most software (crappy RunningBack, in
>particular) doesn't allow for forcing a reformat in the opposite compression
>mode, which means once formatted w/o compression, always formatted w/o
>compression, ugh! Well, I now have seen the light...
>
Which WangDAT do you have ? If it's the 2600, then you only get to format the
tape into compressed/uncompressed mode when you first begin to write it. which-
ever you choose, you're stuck until you start writing from the beginning again.
(But then, you knew this...)
However, any of the newer DATs (all with compression except the dreaded wangDAT
2600) allow compression with block level granularity. SafetyNet will allow you
to choose whether a backup is compressed or not on an individual basis, even
after the tape has some data on it.
Cheers,
Brian
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: knudsens@newton.ccs.tuns.ca (Steven K Knudsen)
Subject: Connecting SupraFax V.32bis for dial-in: how to?
Message-ID: <1993Sep9.012805.17705@newton.ccs.tuns.ca>
Date: Thu, 9 Sep 1993 01:28:05 GMT
Distribution: na
Organization: Technical University of Nova Scotia, Halifax, N.S.
hello,
The title about says it. I've tried connecting the modem as suggested
by the online doc and with reference to the about.modem post, but I've
had no luck dialing into the computer. I am able to get the modems
to handshake and establish a connection, but I cannot get the dial-in
modem/NeXT combo to issue a login prompt. I assume there is something
amiss with the getty process or table or both. But What? :#(
I am able to dialout with this modem setup using tip or cu and can
transfer files. I've tried all kinds of gettytab references in the
ttys file "ttydfa" line... no luck
Can anyone who has a SupraFax working as a dial-in modem please
give me some answers.
Waiting to connect...
Steven
--
K. Steven Knudsen | The lasers are in the labs, the old
TUNS | man is dressed in white clothes.
Department of Electrical Engineering | Everybody says that he's mad -
knudsens@tuns.ca | Nobody knows the things that he knows.
From: hans@symbas.UUCP (Hans Aafloy)
Newsgroups: comp.sys.next.sysadmin
Subject: Problem installing 3.1 on Intel.
Message-ID: <3826@symbas.UUCP>
Date: 8 Sep 93 06:20:46 GMT
Distribution: world
Organization: LindMac A/S, Trondheim, Norway
I have problems booting/ installing 3.1 on intel.
It starts off seemingly neat, registering the hard disk at sd0a
and the CD-ROM at sd1a, with their respective sizes and capacities.
Furthermore -
Registering: sg0 at sc0
Registering: sg1 at sc1
( etc... )
Resetting SCSI Bus...
..and then it crashes with the following messages:
panic (Cpu0) ide: ideReset Failure
( etc...)
Raise RDP exeption 6 code 3 subcode 0...
Waiting for RDP connection
I'm really stuck here, so any hints will be appreciated
hans
From: hans@symbas.UUCP (Hans Aafloy)
Newsgroups: comp.sys.next.sysadmin
Subject: 3.1 Intel - Dead mouisse
Message-ID: <3827@symbas.UUCP>
Date: 8 Sep 93 13:36:56 GMT
Distribution: world
Organization: Symbiotic Computer Systems A/S, Trondheim, Norway
I've just installed 3.1 on an Intel.
It seems OK exept there's no reaction from the mouse,
- i.e. the mouse isn't able to move the cursor.
Any of you experienced anything similar ?
Hans Aafloy hans@symbas.lind.no
LindMac A/S phone: +477 967311
7038 Trondheim, NORWAY fax: .......5479
#####################################################################
Newsgroups: comp.sys.next.sysadmin
Subject: I have 300 '-1' processes...
Message-ID: <26m8fn$4ni@parsifal.umkc.edu>
From: ben@bigben.umsl.edu (Ben Pflanz)
Date: 9 Sep 1993 03:38:31 GMT
Organization: University of Missouri - Kansas City
Hello,
I upgraded to 3.0 a few months ago on my turbo Nextstation. I now seem
to be having problems with way to many -1 processes. If I leave the
machine up more then a few days I get several hundred of these processes.
Thanks to a friend of mine he was able to figure out that it looks like
telnetd is causing the problems. If someone telnets to my computer (not
even log in) there is one more -1 process. Of course there might be
something else that's also causing this but at least I know one thing
that's doing it. Anyone have any ideas on this one? Thanks in advance.
Ben Pflanz
(ben@bigben.umsl.edu)
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Reverse alias mapping
Date: 9 Sep 1993 13:52:25 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <26ncep$p4g@umd5.umd.edu>
I asked this question a while and got absolutely no response, so I'll be a
little more specific.
I'm trying to set up reverse alias mapping on a 3.0 NeXT cube, so that
outgoing mail comes from lastname-firstname instead of userid.
I'm got a reverse-aliases file set up in the format userid lastname-firstname
(for example, mine would be
matthewm matthews-mike
). I've modified /etc/yp/Makefile to add the following section:
mail.time: $(REVALIASES)
-@if [ -f $(REVALIASES) ]; then \
awk -F: '{print $$2, $$1}' $(REVALIASES) | $(MAKEDBM) - /etc/yp/
$(DOM)/mail.byaddr; \
touch mail.time; \
echo "updated reverse mapping"; \
if [ ! $(NOPUSH) ]; then \
$(YPPUSH) mail.byaddr; \
echo "pushed mail.byaddr"; \
else \
: ; \
fi \
else \
echo "couldn't find $(REVALIASES)"; \
fi
(where $(REVALIASES) points to /usr/local/etc/reverse-aliases, and everything
else is standard Makefile definitions).
I've added 'mail' to the 'all' line near the top of the file, and I've added
definitions for mail: mail.time and $(REVALIASES).
ypinit -m builds it just fine (my domainname for now is test, ypserv and
ypbind are running, launched in the order that /etc/rc does). All
information is there for a ypcat.
The reverse aliases only take the first line of the file (so the whole map is
one alias). When I try to rebuild it I corrupt ypservers.
The ypservers.{dir, pag} files are there and don't seem to be any different
than before, but I can't do diddly with NIS then.
Does ANYONE know what I'm doing wrong, or even how to do it right? ANY help
would be appreciated. Thank you.
------
Mike Matthews, matthewm@sgate.com (NeXTmail accepted)
------
How many psychiatrists does it take to change a light bulb?
Only one, but it takes a really long time and the light bulb has to want
to change.
Newsgroups: comp.sys.next.sysadmin
From: karthy@musik.auc.dk (Karsten Thygesen)
Subject: Re: setgroups: Not owner???
In-Reply-To: pat%cesar@cam.org's message of Wed, 8 Sep 1993 06: 25:24 GMT
Message-ID: <KARTHY.93Sep9160234@musik.auc.dk>
Sender: news@vaxc.aud.auc.dk (USENET News System)
Organization: Aalborg University Center, Denmark
References: <1993Sep8.062524.10440@cesar.uucp>
Date: Thu, 9 Sep 1993 14:02:34 GMT
>>>>> On Wed, 8 Sep 1993 06:25:24 GMT, pat%cesar@cam.org (Patrique Lalonde) said:
Patrique> every time I log on to my account on he NeXT at home from by girlfriends
Patrique> Mac I get this error message at logon:
Patrique> setgroups: Not owner
Patrique> What does it mean?
Patrique> How can I rectify this?
I have the same ploblem with my dial-in modem. I get more than 100
UUCP calls a day without problems, but when an user tries to dial in
manually, I some times get the "setgroup not owner" error and the
connection closes.
Can it be that the problem is NXFax?? Or is it getty??
Karsten.
--
Karsten Thygesen <karthy@musik.auc.dk> - NeXT-Mail OK
Aalborg University - Dept. of Music and Music Therapi
Krogstraede 6 room 38, DK-9220 Aalborg East - Denmark
Phone: +45 - 98158522 # 3112 Telefax: +45 - 98151382
Newsgroups: comp.sys.next.sysadmin
From: dean@world.std.com (Dean S Banfield)
Subject: rc.local mounting of filesystems
Message-ID: <DEAN.93Sep9121759@world.std.com>
Sender: dean@world.std.com (Dean S Banfield)
Organization: The World Public Access UNIX, Brookline, MA
Distribution: comp
Date: Thu, 9 Sep 1993 17:17:59 GMT
Hi,
I've been having trouble with local filesystems. I would rather not have
them mounted via the Workspace manager each time a user logs in. I would
rather have them mounted up front (might support line mode dial-up users
some day, who don't use the Workspace manager) so they are available to
all without any funny business that I can't seem to control.
Please show me how I could use rc.local and the mount command and /etc/fstab
to accomplish this. I'd like to mount both Unix filesystems and DOS ones,
but I will settle for the Unix ones and let the Wordspace manager deal
with the DOS ones (it seems a bit flaky on this point).
TIA.
-Dean
--
Dean S. Banfield Voice: (203) 656-1500
Real Decisions Corporation FAX : (203) 656-1659
22 Thorndal Circle email: dean@world.std.com
Darien, CT 06820
From: giddings@sadie.chem.wisc.edu (Michael Giddings)
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
Subject: Cube boots thinking HD is CD-ROM!
Date: 9 Sep 1993 19:03:40 GMT
Organization: Division of Information Technology
Distribution: world
Message-ID: <26numc$9bm@news.doit.wisc.edu>
Keywords: help
Hello,
We have a Cube with an internal seagate SCSI drive that was just upgraded
to 3.1. After the upgrade, the cube booted fine and everything seemed to
work. Then, someone added the CD-ROM drive to the exports list using NFS
Manager, and rebooted with the NEXTSTEP developer in the drive.
Now, the computer thinks the hard drive (/dev/rsd0a) is a CD-ROM (i.e. we
can't write to it at all), even when the CD-ROM is completely disconnected
as well as when rootdev is specified to be the Hard Drive at boot. If the
CD-ROM is connected, it boots into install mode from the CD.
This happens for boots into single user mode as well. No matter what is
done, the computer things the boot device is a CD-ROM, even when it is not
(and no CD-ROM connected)
The only thing that we have noticed as a bit strange is that when
/usr/etc/disk was run to retrieve the label info on the HD, there was a
line something to the effect of (not verbatim):
read/write partition: b
We never initialized the disk to have a second partition - a is the one
listed as the root partition, and it should be the only one. We cannot
change this, and I have no idea whether it is related.
Any help would be appreciated.
Michael Giddings
UW Madison Chemistry
From: nevai@ops.mps.ohio-state.edu (Paul Nevai)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Millions of <Mach-task>s!
Date: 9 Sep 1993 19:52:04 GMT
Organization: Department of Mathematics, The Ohio State University
Message-ID: <26o1h4$836@mathserv.mps.ohio-state.edu>
References: <CCsDMp.I1y@news2.cis.umn.edu> <1993Sep4.020859.747@csus.edu>
In article <1993Sep4.020859.747@csus.edu> eps@cs.sfsu.edu azt mondja:
:Known bug in 3.0, fixed in 3.1.
:
: -=EPS=-
WRONG!!!!!!!!!!!!! It's still there (and drives moi crazy)...Paul
Paul Nevai nevai@math.ohio-state.edu
Dept Math - Ohio State University 1-614-292-3317 (Office)
Columbus, Ohio 43210-1174, U.S.A. 1-614-292-1479 (Math Dept Fax)
Newsgroups: comp.sys.next.sysadmin
From: fms@chemelex .com (Fred Schenkelberg)
Subject: nfs problem?
Message-ID: <CD261J.tp@chemelex.com>
Sender: fms@chemelex.com (Fred Schenkelberg)
Organization: Research Group of Chemelex Division of Raychem Corporation
Distribution: ba,na,usa,world
Date: Wed, 8 Sep 1993 23:17:43 GMT
I noticed this during a boot "Can't get my address" and I also have a
problem mounting a nfs exported folder from a VAX system using a TCP/IP
type program. Anyway here's a line from the boot that I'd like to fix,
expecially if it'll allow me to mount that exported folders.
Sep 8 07:37:41 chemelex mach: root on sd0
Sep 8 07:37:45 chemelex autonfsmount: Can't get my address
Sep 8 07:37:55 chemelex mach: Netware UNIX Client v3.11
Not sure what other info to provide so please send follow up questions,
too.
Thanks,
--
Fred Schenkelberg
fms@chemelex.com
--
Fred Schenkelberg
Newsgroups: comp.sys.next.sysadmin
From: khan@seri.philips.nl (Osman Khan)
Subject: Retrictions using ftp.next.com?
Message-ID: <1993Sep9.200019.12467@seri.philips.nl>
Sender: news@seri.philips.nl
Organization: SERI-CEN Network Services, Philips C&P, Eindhoven, The Netherlands
Date: Thu, 9 Sep 1993 20:00:19 GMT
I haved tried quite frequently the last two days to ftp the serial
drivers from ftp.next.com without success. I keep getting the following
messages using ftp or anonymous and my email address as password (like
I do for all other anon ftp sites):
230 Guest login ok, access restrictions apply.
ftp> dir
200 PORT command successful.
421 Service not available, remote server has closed connection
I may missed a posting about this but is the NeXT service accessible
via anon FTP or are there specific restriction on usage or are there
problems with the server in the last two days?
--
osman khan, philips center for manufacturing technology,
building saq2748, postbox 218, eindhoven, the netherlands
tel: +31-40-736687 fax: +31-40-735103
email: khan@seri.philips.nl
From: mgrmja@NeXTwork.Rose-Hulman.Edu (Michael J. Allard)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Cube boots thinking HD is CD-ROM!
Date: 9 Sep 1993 21:51:43 GMT
Organization: Rose-Hulman Institute of Technology
Distribution: world
Message-ID: <26o8hf$ml@master.cs.rose-hulman.edu>
References: <26numc$9bm@news.doit.wisc.edu>
In article <26numc$9bm@news.doit.wisc.edu> giddings@sadie.chem.wisc.edu
(Michael Giddings) writes:
> We have a Cube with an internal seagate SCSI drive that was just upgraded
> to 3.1. After the upgrade, the cube booted fine and everything seemed to
> work. Then, someone added the CD-ROM drive to the exports list using NFS
> Manager, and rebooted with the NEXTSTEP developer in the drive.
>
> Now, the computer thinks the hard drive (/dev/rsd0a) is a CD-ROM (i.e. we
> can't write to it at all), even when the CD-ROM is completely disconnected
> as well as when rootdev is specified to be the Hard Drive at boot. If the
> CD-ROM is connected, it boots into install mode from the CD.
>
> This happens for boots into single user mode as well. No matter what is
> done, the computer things the boot device is a CD-ROM, even when it is not
> (and no CD-ROM connected)
Looking at /etc/rc, I see the following:
# Are we booting from a CD-ROM? If so, switch over to /etc/rc.cdrom.
if [ -d /NextCD -a -f /etc/rc.cdrom.`/usr/bin/arch` ]; then
------- ^^^^^^^^^^ ------- NOTE!
sh /etc/rc.cdrom.`/usr/bin/arch` $1
(echo "CD-ROM boot procedure complete.") >/dev/console
/etc/halt -e
exit 0
fi
Make sure you don't have (for some reason) a "NextCD" directory in your root
directory. I fixed this same problem on a NeXTdimension system here after
the 3.1 Developer disk was used. Renaming /NextCD to /NextCD-keep fixed the
problem - it could probably removed altogether, although I didn't try that.
> The only thing that we have noticed as a bit strange is that when
> /usr/etc/disk was run to retrieve the label info on the HD, there was a
> line something to the effect of (not verbatim):
> read/write partition: b
>
> We never initialized the disk to have a second partition - a is the one
> listed as the root partition, and it should be the only one. We cannot
> change this, and I have no idea whether it is related.
I can't help on this one, sorry... :-)
> Michael Giddings
> UW Madison Chemistry
--
Michael J. Allard --- Workstation Manager, Waters Computing Center
Rose-Hulman Institute of Technology, Terre Haute, IN 812-877-8273
E-Mail: <Michael.Allard@rose-hulman.edu> Fax: 812-877-3198
#import <std/disclaimer.h> -- NeXTmail Friendly! -- HAMnet: KA9VDC
From: gaia@wam.umd.edu (L. Anathea Brooks)
Newsgroups: comp.sys.next.sysadmin
Subject: NeXT 17" Trinitron with Intel Boxes?
Date: 9 Sep 1993 22:34:39 GMT
Organization: University of Maryland, College Park
Message-ID: <26ob1v$m1r@cville-srv.wam.umd.edu>
I see in Nextanswers that the NeXT 17" Trinitron (ADB)
is compatible ONLY with the Dell GX. Apart from the fact
that it is hard to beleive that only the Dell will work with
it, has anyone used the 17" Trintron based monitor with the Dell?
How was it connected? There is not a word in the Nextanswers
about this.
Are we all sure it only works with the Dell (if it does)?
I could have sworn for example that SGI Indigos and Indys were
shipping with an identical monitor. Same look, don't know about
the innards.
If Nextanswers are the correct answers, can anyone explain precisely
why the Next monitor would not work with, say: 1. an Intel GX 2. A
Mac Quadra.
Thanks!
Robert de Lucca
Johns Hopkins University
Newsgroups: comp.sys.next.sysadmin
From: jpw@sansfoy.lib.virginia.edu (John Price-Wilkin)
Subject: Warning canblock FALSE on page allocation
Message-ID: <CD3Knx.1sA@murdoch.acc.Virginia.EDU>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia
Date: Thu, 9 Sep 1993 17:31:08 GMT
Can someone tell me why I'm getting this message, which
coincides with the total lock-up of our NeXT? It's
a paging error and is related to vm; that much is clear.
Why it happens and why when it does is not clear to me. The
last two times it has been a good 20 minutes after large
indexing jobs *finished*, and I had been attributing the
problem to the large indexing jobs. Any suggestions please?
John
---
John Price-Wilkin Systems Librarian for Information Services
Phone: 804.924.6082 Systems Office
Fax: 804.924.4337 Alderman Library
jpwilkin@virginia.edu University of Virginia
jpw@sansfoy.lib.virginia.edu NeXTMail
From: pkron@corona.com (Peter Kron)
Organization: Corona Design, Inc., Seattle, WA
Message-ID: <1993Sep09.1@corona.com>
Date: Mon, 09 Sep 1993 13:48:00 PDT
Newsgroups: comp.sys.next.sysadmin
Subject: Setting up second swapfile
I know this has been on the net, but I couln't find it in the FAQ's:
I boot NS/FIP from an IDE drive and mount a SCSI drive as /Disk.
My IDE drive is small and tight for space, so I want most of the
swapping to go on a file on the SCSI.
I have set up a secondary swapfile with the swaptab:
/private/vm/swapfile lowat=8388608 # 8 Meg low water mark
/Disk/private/vm/swapfile prefer,nocompress,lowat=16777216,hiwat=20971520
I would like to compress the second file too, but if I
remove the nocompress, it fails to mount during bootup.
Messages displayed are:
/usr/etc/mach_swapon: swapping on /private/vm/swapfile.front
mount: Device busy
mount: giving up on:
/Disk/private/vm/swapfile.front
/usr/etc/mach_swapon: swapping on /Disk/private/vm/swapfile
Can anyone help me out on this?
Thanks
________________________________________________________
NeXTMail:Peter_Kron@corona.com
Corona Design, Inc.
P.O. Box 51022
Seattle, WA 98115-1022
Newsgroups: comp.sys.next.sysadmin
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: Re: NeXT 17" Trinitron with Intel Boxes?
Message-ID: <1993Sep10.015250.23611@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
References: <26ob1v$m1r@cville-srv.wam.umd.edu>
Date: Fri, 10 Sep 1993 01:52:50 GMT
In article <26ob1v$m1r@cville-srv.wam.umd.edu> gaia@wam.umd.edu (L. Anathea
Brooks) writes:
> I see in Nextanswers that the NeXT 17" Trinitron (ADB)
> is compatible ONLY with the Dell GX.
>
> I could have sworn for example that SGI Indigos and Indys were
> shipping with an identical monitor. Same look, don't know about
> the innards.
>
> If Nextanswers are the correct answers, can anyone explain precisely
> why the Next monitor would not work with, say: 1. an Intel GX 2. A
> Mac Quadra.
Hmmm, I thought only the last 21" model would work with other systems,
but I haven't checked NeXTanswers in a while.
The reason most other NeXT displays won't work is they aren't
multi-scanning, they are a single fixed rate. Unless other hardware
matches that fairly unique NeXT signal, the display won't work well.
--
Nathan "USENET" Janette
PPP link from hilbert.csb.yale.edu
Please reply to: nathan@laplace.csb.yale.edu (NeXT)
From: jgshir@athena.mit.edu (John G Shirlaw)
Newsgroups: comp.sys.next.sysadmin
Subject: Icon for other users
Date: 10 Sep 1993 05:08:26 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Message-ID: <26p24a$aeq@senator-bedfellow.MIT.EDU>
I've just finished loading 3.1 onto my Black Hardware. since then while working
I noticed that all the other user ids I have set up when selected in the browser
do not show up as other users directorys but simply as folders. Is this a
change in policy on the way NeXTStep works or is this a sign of bigger troubles
that I need to fix.
thanks for the help
john.
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
From: preuss@netcom.com (Peter Preuss)
Subject: Re: Cube boots thinking HD is CD-ROM!
Message-ID: <preussCD4Js9.I03@netcom.com>
Followup-To: comp.sys.next.bugs,comp.sys.next.sysadmin
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <26numc$9bm@news.doit.wisc.edu>
Date: Fri, 10 Sep 1993 06:09:44 GMT
Michael Giddings (giddings@sadie.chem.wisc.edu) wrote:
: Hello,
: We have a Cube with an internal seagate SCSI drive that was just upgraded
: to 3.1. After the upgrade, the cube booted fine and everything seemed to
: work. Then, someone added the CD-ROM drive to the exports list using NFS
: Manager, and rebooted with the NEXTSTEP developer in the drive.
: Now, the computer thinks the hard drive (/dev/rsd0a) is a CD-ROM (i.e. we
: can't write to it at all), even when the CD-ROM is completely disconnected
: as well as when rootdev is specified to be the Hard Drive at boot. If the
: CD-ROM is connected, it boots into install mode from the CD.
[...]
: Michael Giddings
: UW Madison Chemistry
I had the same thing happening after copying too much stuff from the CD
(yet uninstalled packages for nfs access). /etc/rc checks for a magic
directory name /NextCD to decide its further lifestyle...
excerpt from /etc/rc:
# Are we booting from a CD-ROM? If so, switch over to /etc/rc.cdrom.
if [ -d /NextCD -a -f /etc/rc.cdrom.`/usr/bin/arch` ]; then
sh /etc/rc.cdrom.`/usr/bin/arch` $1
(echo "CD-ROM boot procedure complete.") >/dev/console
/etc/halt -e
exit 0
fi
Peter.
--
preuss@futon.sfsu.edu San Francisco State University
Newsgroups: comp.sys.next.sysadmin
From: aberno@saltwater.com (Anthony Berno)
Subject: Users can't read mail spool file
Message-ID: <1993Sep9.213142.6340@saltwater.com>
Sender: aberno@saltwater.com
Organization: Saltwater City Software, Inc.
Date: Thu, 9 Sep 1993 21:31:42 GMT
A strange problem occured in the process of my (nightmarish) upgrade to
3.1. When mail comes in (generally via UUCP) the spool file for the user
receiving the mail ends up being owned by whatever "user" invoked
sendmail. Generally, the file shows up as being owned by uucp. As a
result, the file is unreadable, and I have to chown it every time I want
to read my mail.
I'm at a loss to account for this. Any ideas?
-Anthony
Newsgroups: comp.sys.next.sysadmin
From: aberno@saltwater.com (Anthony Berno)
Subject: Users can't read mail spool file
Message-ID: <1993Sep9.213615.6416@saltwater.com>
Sender: aberno@saltwater.com
Organization: Saltwater City Software, Inc.
Date: Thu, 9 Sep 1993 21:36:15 GMT
A strange problem occured in the process of my (nightmarish) upgrade to
3.1. When mail comes in (generally via UUCP) the spool file for the user
receiving the mail ends up being owned by whatever "user" invoked
sendmail. Generally, the file shows up as being owned by uucp. As a
result, the file is unreadable, and I have to chown it every time I want
to read my mail.
I'm at a loss to account for this. Any ideas?
-Anthony
From: droux@info.isbiel.ch (Nicolas Droux)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Users can't read mail spool file
Date: 10 Sep 1993 09:26:41 GMT
Organization: Biel School of Engineering, CH-2501 Biel, Switzerland
Distribution: world
Message-ID: <26ph8h$7la@vega.info.isbiel.ch>
References: <1993Sep9.213615.6416@saltwater.com>
In article <1993Sep9.213615.6416@saltwater.com> aberno@saltwater.com
(Anthony Berno) writes:
> A strange problem occured in the process of my (nightmarish) upgrade to
> 3.1. When mail comes in (generally via UUCP) the spool file for the user
> receiving the mail ends up being owned by whatever "user" invoked
> sendmail. Generally, the file shows up as being owned by uucp. As a
> result, the file is unreadable, and I have to chown it every time I want
> to read my mail.
Something similar appends on my system since I installed 3.1 few days ago,
although I don't use UUCP. The owner of the file becomes "nobody" and of
course the supposed owner of the file can't read get its mail anymore.
It's however not so important for me since I mount the /usr/spool/mail
from a NFS server (a Sun), but it would still be better to fix the
problem.
Nicolas Droux.
Newsgroups: comp.sys.next.sysadmin
From: karthy@musik.auc.dk (Karsten Thygesen)
Subject: Re: Users can't read mail spool file
In-Reply-To: droux@info.isbiel.ch's message of 10 Sep 1993 09: 26:41 GMT
Message-ID: <KARTHY.93Sep10132422@musik.auc.dk>
Sender: news@vaxc.aud.auc.dk (USENET News System)
Organization: Aalborg University Center, Denmark
References: <1993Sep9.213615.6416@saltwater.com> <26ph8h$7la@vega.info.isbiel.ch>
Date: Fri, 10 Sep 1993 11:24:22 GMT
>>>>> On 10 Sep 1993 09:26:41 GMT, droux@info.isbiel.ch (Nicolas Droux) said:
> A strange problem occured in the process of my (nightmarish) upgrade to
> 3.1. When mail comes in (generally via UUCP) the spool file for the user
> receiving the mail ends up being owned by whatever "user" invoked
> sendmail. Generally, the file shows up as being owned by uucp. As a
> result, the file is unreadable, and I have to chown it every time I want
> to read my mail.
Nicolas> Something similar appends on my system since I installed 3.1 few days ago,
Nicolas> although I don't use UUCP. The owner of the file becomes "nobody" and of
Nicolas> course the supposed owner of the file can't read get its mail anymore.
Nicolas> It's however not so important for me since I mount the /usr/spool/mail
Nicolas> from a NFS server (a Sun), but it would still be better to fix the
Nicolas> problem.
Just to try to track the problem: I UPGRADED from 3.1PR1 to 3.1, and
my mail is working just fine, but one of my friends re-installed 3.1
from scratch and he has the same problem as you describes. Now: what
is the difference betweem an upgrade and a reinstallation? Has someone
checked the permissions on /usr/lib/sendmail??
Just a thought...
Karsten.
--
Karsten Thygesen <karthy@musik.auc.dk> - NeXT-Mail OK
Aalborg University - Dept. of Music and Music Therapi
Krogstraede 6 room 38, DK-9220 Aalborg East - Denmark
Phone: +45 - 98158522 # 3112 Telefax: +45 - 98151382
Newsgroups: comp.sys.next.sysadmin
From: simsong@next.cambridge.ma.us (Simson L. Garfinkel)
Subject: Re: I have 300 '-1' processes...
Message-ID: <1993Sep10.114616.1416@next.cambridge.ma.us>
Sender: simsong@next.cambridge.ma.us
Organization: NeXTWORLD Magazine
References: <26m8fn$4ni@parsifal.umkc.edu>
Date: Fri, 10 Sep 1993 11:46:16 GMT
In article <26m8fn$4ni@parsifal.umkc.edu> writes:
> Hello,
> I upgraded to 3.0 a few months ago on my turbo Nextstation. I now seem
> to be having problems with way to many -1 processes. If I leave the
> machine up more then a few days I get several hundred of these processes.
> Thanks to a friend of mine he was able to figure out that it looks like
> telnetd is causing the problems. If someone telnets to my computer (not
> even log in) there is one more -1 process. Of course there might be
> something else that's also causing this but at least I know one thing
> that's doing it. Anyone have any ideas on this one? Thanks in advance.
>
>
Upgrade to 3.1.
--
................................................................simson
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
From: mihe@gordon.enea.se (Mike Henry)
Subject: Re: NeXT OS (3.1) doesn't get Norwegian time zone right
Message-ID: <1993Sep10.125832.11114@enea.se>
Keywords: clock, time zone
Sender: usenet@enea.se
Organization: ENEA DATA AB, Stockholm, Sweden
References: <26k1d4$44d@hermod.uio.no>
Date: Fri, 10 Sep 1993 12:58:32 GMT
In article <26k1d4$44d@hermod.uio.no> jmm@king.econ.lsa.umich.edu writes:
>
>I have just moved to Norway. I find that when I set my clock to local time
>(using the Preferences panel), it puts me in time zone GMT+1, but during
>daylight savings time it should be GMT+2. This has prevented me from
>being authenticated to an afs cell in another time zone that thinks my clock is
>off by an hour.
>
>Anyone know a fix?
Yup, in Preferences pick the correct time-zone on the map and then
choose "Poland" off the pull-down menu. This will enable MET with
daylight savings time.
Cant beleive the named it "Poland" though...
Anyways, Welcome to Europe!
>Prof. Jeff MacKie-Mason internet: jmm@umich.edu
-Mike
--
Mike Henry ///
ENEA DATA AB TEL : +46 8 638-5000 ///
Box 232 TFX : +46 8 638-5050 \\\///
S-183 23, SWEDEN INET : mihe@enea.se (NeXTmail OK) \XX/
Newsgroups: comp.sys.next.sysadmin
From: bff@next.pvh.org (Brendan F. Forsyth)
Subject: 32 Megs on NSFIP
Message-ID: <CD54p0.zo@csn.org>
Keywords: Memory,COMPAQ,DPT
Sender: news@csn.org (The Daily Planet)
Organization: Colorado SuperNet, Inc.
Date: Fri, 10 Sep 1993 13:41:23 GMT
I have just started configuring for NSFIP. My system consists of:
COMPAQ 66/M
32 Mbytes RAM
550 Mbyte Micropolis HD
DPT 2012/90 SCSI
EtherExpress NIC
ProAudio Sound
Problem is that the system reports only 16 Mbytes of RAM. I know that I
saw some discussion of this. Could someone please suggest a fix?
Brendan
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: 32 Megs on NSFIP
Date: 10 Sep 1993 14:10:41 GMT
Organization: University of Houston
Message-ID: <26q1t1$rot@menudo.uh.edu>
References: <CD54p0.zo@csn.org>
In article <CD54p0.zo@csn.org> bff@next.pvh.org (Brendan F. Forsyth) writes:
#I have just started configuring for NSFIP. My system consists of:
#
#COMPAQ 66/M
#32 Mbytes RAM
#550 Mbyte Micropolis HD
#DPT 2012/90 SCSI
#EtherExpress NIC
#ProAudio Sound
#
#Problem is that the system reports only 16 Mbytes of RAM. I know that I
#saw some discussion of this. Could someone please suggest a fix?
#
#Brendan
With the EISA Configuration utility, set the memory to "Linear
(Non-Compaq)". Compaq compatibility places some ROM info just after the 16M
point for compatibility with some older models. When NEXTSTEP incounters
this memory segment, it assumes you are out of ram and thus only uses the
first 16M. If you are not sure, check the section on memory configuration
in the EISA Configuration guide...
---
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
******* I do not represent the University of Houston *********
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: hugh@hodain.ci.net (Hugh Secker-Walker)
Subject: Empty NFS directories
Message-ID: <CD3qDD.Ky@hodain.ci.net>
Sender: hugh@hodain.ci.net (Hugh Secker-Walker)
Organization: SunRoom Software
Date: Thu, 9 Sep 1993 19:34:24 GMT
I am temporarily using a NeXTstation (mono) NS 3.1 in a networked
environment. The machine usually runs standalone, so I'm not very
practiced with NetInfo.
I have used NSFManager to set up the Exported and Imported
directories (file systems). The only trouble we seem to be having
is getting non-root file-systems to be imported under their root
directories. The subdirectories appear empty until we _umount_ the
root directory, then the subdirectories are available. The details
are tedious, but the problem is essentially that discussed in
NeXTanswers/sysadmin.514. However, the solution proposed there, of
making sure that the mount specifications occur in the right order,
hasn't solved the problem.
Also, I am confused about the automounting option discussed in
NeXTAdmin/04_NFS/02_Importing, and whether to use foreground or
background, and whether or not the directories and subdirectories
(the mount points) should exist before the mounting occurs.
Any insight and advice appreciated.
Thanks in advance (email is fine).
Hugh
--
Hugh Secker-Walker hugh@hodain.ci.net
hugh@mit.edu (NeXTmail welcome!)
From: pkron@corona.com (Peter Kron)
Organization: Corona Design, Inc., Seattle, WA
Message-ID: <1993Sep10.1@corona.com>
Date: Mon, 10 Sep 1993 05:58:00 PDT
Newsgroups: comp.sys.next.sysadmin
Subject: Fax driver for Supra?
I want to use the fax capability of my Supra from NS/FIP.
Is anyone currently doing this? If so, what do I need?
What is necessary to write a driver to support this?
Thanks
Peter
________________________________________________________
NeXTMail:Peter_Kron@corona.com
Corona Design, Inc.
P.O. Box 51022
Seattle, WA 98115-1022
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Re: rc.local mounting of filesystems
Message-ID: <CD58LF.9J5@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <DEAN.93Sep9121759@world.std.com>
Distribution: comp
Date: Fri, 10 Sep 1993 15:05:39 GMT
In article <DEAN.93Sep9121759@world.std.com> dean@world.std.com (Dean S Banfield) writes:
>Please show me how I could use rc.local and the mount command and /etc/fstab
>to accomplish this. I'd like to mount both Unix filesystems and DOS ones,
>but I will settle for the Unix ones and let the Wordspace manager deal
>with the DOS ones (it seems a bit flaky on this point).
>
>TIA.
>-Dean
>--
>Dean S. Banfield Voice: (203) 656-1500
>Real Decisions Corporation FAX : (203) 656-1659
>22 Thorndal Circle email: dean@world.std.com
>Darien, CT 06820
Just make entries in /etc/fstab for the filesystem/path combinations
you need mounted. The type should be 4.3. When /etc/rc executes
it will mount all devices of type 4.3 for you. This will also
get rid of the ownership problem where the user running Workspace
effectively owns the drive.
example:
/dev/sd0b /usr/users 4.3 rw,noquota 0 2
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Fax: (617) 863-8575 pronounced "Throat-Warbler Mangrove".
) Voice: (617) 861-5579 NeXTMail O.K.
Newsgroups: comp.sys.next.sysadmin
From: dean@world.std.com (Dean S Banfield)
Subject: Re: rc.local mounting of filesystems
In-Reply-To: jq@phcs.com's message of Fri, 10 Sep 1993 15:05:39 GMT
Message-ID: <DEAN.93Sep10135344@world.std.com>
Sender: dean@world.std.com (Dean S Banfield)
Organization: The World Public Access UNIX, Brookline, MA
References: <DEAN.93Sep9121759@world.std.com> <CD58LF.9J5@phcs.com>
Distribution: comp
Date: Fri, 10 Sep 1993 18:53:44 GMT
In article <CD58LF.9J5@phcs.com> jq@phcs.com (Jim Quick) writes:
> Just make entries in /etc/fstab for the filesystem/path combinations
> you need mounted. The type should be 4.3. When /etc/rc executes
> it will mount all devices of type 4.3 for you. This will also
> get rid of the ownership problem where the user running Workspace
> effectively owns the drive.
I tried this approach, but /etc/rc performs a 'mount -aft 4.3' where
the 'f' option means 'fake entry in /etc/mtab'. The disk does not
actually get mounted, I don't think. The console displayed in the
Workspace manager indicates that the disk actually is probed and mounted
by that application. I have since added to my rc.local:
mount -t 4.3 /dev/hd1a /users1 /* IDE on NS/FIP drive*/
which appears to work properly. Disk becomes available immediately.
DOS disks don't respond properly to this treatment however. Q: Why
use the 'fake entry' option in /etc/rc rather than just mounting the
disks? perhaps I don't understand what fake entry means.
Thanks.
-Dean
>
--
Dean S. Banfield Voice: (203) 656-1500
Real Decisions Corporation FAX : (203) 656-1659
22 Thorndal Circle email: dean@world.std.com
Darien, CT 06820
Newsgroups: comp.sys.next.sysadmin
From: djiracek@thunder(Dan Jiracek)
Subject: Re: Summary:File viewer not saving window size info (and more) when logging out.
Message-ID: <1993Sep10.180923.648@fnbc.com>
Sender: news@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
References: <1993Aug30.162946.9209@fnbc.com>
Date: Fri, 10 Sep 93 18:09:23 GMT
Well it took a while but,...
Nearly everyone said check permissions on .NeXT. I had already ruled that
out. One person, said that the defaults database may be corrupt. He
sugested this:
We have had a similar problem
the "defaults database" can get corrupt.
You can blow away the .NeXT/defaults* files.
(Of course this is an inconvenience to the user)
If you are a patient sysadmin, you can actually dread,
then pipe the resulting file to dwrite after you
ax the corrupt DB.
What I did was this: dread -l > mydefaults , mv .NeXT NeXT (rename the
directory) Then the user logged out and back in. He put something on his
shelf, logged out, logged in, and it was there! Then I did "dwrite <
mydefaults". He logged out, logged in. I checked his dreads and they HAD
been restored! Then we just retested that he could still put something on
his shelf and also resize his fileviewer. He could!
Thanks to :
John Robison <john@oceania.com>
and countless others who tried the permissions approach.
In article <1993Aug30.162946.9209@fnbc.com> djiracek@thunder(Dan Jiracek)
writes:
> We have a user that will resize his file viewer and if he logs out it
will
> not retain this new size. Also it will not "remember anything put on
his
> shelf" I would imagine it must be something with his defaults (dreads),
> but I can't find anything.
>
> Has anyone had a similar problem?
--
Daniel Jiracek (312) 732-1421
Systems Officer/Network Specialist Dan_Jiracek@fnbc.com
First Chicago Bank NeXT Mail Accepted
From: statman@stat.ufl.edu (charles d. kincaid)
Newsgroups: comp.sys.next.sysadmin
Subject: Partitioning External Drives..A Good?
Date: 10 Sep 1993 18:43:33 GMT
Organization: University of Florida
Message-ID: <26qhslINNt2r@no-names.nerdc.ufl.edu>
Hello all you figments of my cyber-imagination :-),
I will soon be upgrading my slab to NS3.1. YEAAA!!!!! I will do
this with BuildDisk. The sysadmin for our S** network here said that I
should have more than one partition on my hard drive, for example one for
root and one for users. (My internal drive is my swapdisk). Then another
friend said that this isn't needed. NeXT's take care of all this somehow.
Can someone give me the lowdown on this? Are the advantages
realized by partitioning on other systems available on the NeXT? If not,
why not? I found information about partitioning a hard disk if your
machine is a server. Other than that I can't find any advice.
All information is greatly appreciated. Thanks you.
--
Sincerely,
charles d. kincaid
--------------------------------------------------------------------
Dept. of Statistics 'Damn fine coffee...and hot, too!'
Univ. of Florida Pres: G-ville NeXT Users Group
From: wrb@biostr.washington.edu (William Barker)
Newsgroups: comp.sys.next.sysadmin
Subject: Why extra newlines in mail text?
Date: 10 Sep 1993 19:21:15 GMT
Organization: University of Washington
Message-ID: <26qk3b$iqm@news.u.washington.edu>
Here's a stumper*:
Why is an extra newline appended to an outgoing mail message when the text
on a given line is padded at the end with spaces to make it appear
tabular? This appears to happen whether or not the message is NeXTMail or
non-NeXTMail, and it only happens when the line ends with spaces. (If
there is a char at the end of the line, no additional newline is added.)
And here's the kicker--the extra newline is stripped when the message is
read by NeXTMail. The newlines only show up when you see the text in
another mail reader (mail and PINE, for example).
Any help greatly appreciated.
bb
* At least to me it is!
--
Bill Barker
Biological Structure, SM-20
University of Washington
Seattle WA 98195
(206) 543-7315
"In Wine there is Wisdom, In Beer there is Strength; In Water is
Bacteria." --Old German Saying.
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Re: rc.local mounting of filesystems
Message-ID: <CD5M58.A78@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <DEAN.93Sep9121759@world.std.com> <CD58LF.9J5@phcs.com> <DEAN.93Sep10135344@world.std.com>
Distribution: comp
Date: Fri, 10 Sep 1993 19:58:20 GMT
In article <DEAN.93Sep10135344@world.std.com> dean@world.std.com (Dean S Banfield) writes:
>In article <CD58LF.9J5@phcs.com> jq@phcs.com (Jim Quick) writes:
>I tried this approach, but /etc/rc performs a 'mount -aft 4.3' where
....
>by that application. I have since added to my rc.local:
>mount -t 4.3 /dev/hd1a /users1 /* IDE on NS/FIP drive*/
>
>which appears to work properly. Disk becomes available immediately.
>DOS disks don't respond properly to this treatment however. Q: Why
>use the 'fake entry' option in /etc/rc rather than just mounting the
>disks? perhaps I don't understand what fake entry means.
>--
>Dean S. Banfield Voice: (203) 656-1500
>Real Decisions Corporation FAX : (203) 656-1659
>22 Thorndal Circle email: dean@world.std.com
>Darien, CT 06820
The fake option simply adds a mount entry in /etc/mtab. It does
not do anything else. I cannot see the purpose in that.
I cannot see the value in this either.
In v2.2 of the OS the rc line is:
'mount -at 4.3'
I think you should use this style of entry instead. That way
you don't have to change it if you repartition a drive or add
new ones.
I won't be running on White until NeXTG Thursday so I don't know about
mounting DOS partitions at boot.
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Fax: (617) 863-8575 pronounced "Throat-Warbler Mangrove".
) Voice: (617) 861-5579 NeXTMail O.K.
Newsgroups: comp.sys.next.sysadmin
From: ags@seaman.cc.purdue.edu (Dave Seaman)
Subject: Re: (null pointer) in accounting
Message-ID: <CD5t17.8JG@mentor.cc.purdue.edu>
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
References: <26iof1$t6o@umd5.umd.edu>
Date: Fri, 10 Sep 1993 22:27:01 GMT
In article <26iof1$t6o@umd5.umd.edu> matthews@is-next.umd.edu (Mike
Matthews) writes:
>
> So who is this (null pointer) guy and how did he get an account on my
system?
It most likely means there is a problem in your /etc/passwd file, such as
an incorrect numeric id. Theoretically, /etc/passwd is not supposed to be
used when NetInfo is running, which explains why things work correctly
most of the time. There are just a few programs that bypass NetInfo and
use /etc/passwd instead.
--
Dave Seaman
ags@seaman.cc.purdue.edu
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <26ncep$p4g@umd5.umd.edu>
Control: cancel <26ncep$p4g@umd5.umd.edu>
Date: 10 Sep 1993 22:51:48 GMT
Organization: University of Maryland, College Park
Message-ID: <26r0e4$5gr@umd5.umd.edu>
<26ncep$p4g@umd5.umd.edu> was cancelled from within trn.
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <26ncep$p4g@umd5.umd.edu>
Control: cancel <26ncep$p4g@umd5.umd.edu>
Date: 10 Sep 1993 22:52:00 GMT
Organization: University of Maryland, College Park
Message-ID: <26r0eg$5gt@umd5.umd.edu>
<26ncep$p4g@umd5.umd.edu> was cancelled from within trn.
Newsgroups: comp.sys.next.sysadmin
From: gcolello@biosphere.Stanford.EDU (Greg Colello)
Subject: Controlling FTP File Creation Permission Matrix
Message-ID: <1993Sep10.234801.27120@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Fri, 10 Sep 93 23:48:01 GMT
How do I control the file permissions assigned to a file created on our
system by a remote user using our anonymous ftp account? Currently it
creates all files with "rw-r--r--" (the same as umask = 022). I want it to
use "rw-rw-rw-".
I have set the ftp account .cshrc file with umask 000. No effect. I
thought ok must be using sh. So I set umask = 000 in .profile. No effect.
I read all the docs on ftp. No mention of file permissions or what startup
file it uses to create its shell. I give up. Anybody know the answer?
-----------------------------------------------------------------
Greg Colello
Carnegie Institution, Department of Plant Biology
Stanford University
gcolello@biosphere.stanford.edu (NeXT mail OK)
Newsgroups: comp.sys.next.sysadmin
From: igerard@ina.fr (Gerard Iglesias)
Subject: NeXT <-> SGI date format problem
Message-ID: <1993Sep10.100553.8990@ina.fr>
Organization: Institut National de l'Audiovisuel, Bry-sur-Marne, France
Date: Fri, 10 Sep 1993 10:05:53 GMT
We have NeXT and Silicon on the same network.We often develop on the silicon from the NeXT
we have a problem with the date : for each make that we send on
a silicon, the compiler compile all the files edited on the NeXT on the same day.
Who help us ???
Thanks in advance
--
Gerard Iglesias, Email : igerard@ina.fr
Institut National de l'Audiovisuel, Phone (33) (1) 49832930
94366 Bry sur Marne Cedex, France Fax (33) (1) 49832582
Newsgroups: comp.sys.next.sysadmin
From: bjanzen@lexmark.com
Subject: Token Ring and NSFIP
Message-ID: <16C4511A18.BJANZEN@lexmark.com>
Sender: usenet@lexmark.com (News Dude)
Organization: Lexmark International, Lexington, KY
Date: Sat, 11 Sep 1993 01:03:36 GMT
I asked this in *.hardware and got zippo response - is ANYONE using the
Intel TokenExpress board, and does it work ok with a 16MB token ring?
Barry Janzen
bjanzen@lexmark.com
Newsgroups: comp.sys.next.sysadmin
From: bff@csn.org (Brendan Forsyth)
Subject: DPT and NSFIP
Message-ID: <CD629D.BoG@csn.org>
Sender: news@csn.org (news)
Organization: Colorado SuperNet, Inc.
Date: Sat, 11 Sep 1993 01:46:24 GMT
I am configuring my NSFIP system using a DPT SCSI controller (2012) and have
the following problem. When the system loads it reports a 'EATA timeout'
and the SCSI controller resets. This happens over and over until it even-
tually boots and then hangs, or I reboot it. Oddly, when I specify
'config=Default', it boots fine; But of course none of my drivers load.
I have the NextAnswers defaults loaded.
Sys Config
COMPAQ 66/M
QVISION 1280
Micropolis 550Mb
32 Mbytes RAM
PAS
EtherExpress
ScreenMachine
Any help would be greatly appreciated.
BTW. It was reported that the NeXT CDROM would not work with this controller
I am happy to report that I got my system loaded with the NeXT CDROM without
much difficulty. Just follow the NextAnswers defaults.
Brendan
Newsgroups: comp.sys.next.sysadmin
From: dlw@netcom.com (David L. Williams)
Subject: PPP? Next0.3 ppp config questions
Message-ID: <dlwCD6G2t.HzM@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Sat, 11 Sep 1993 06:44:53 GMT
I grabbed a copy of the port of PPP for next done by Miron Cuperman,
installed it, and find that it loads the loadable kernal at boot time,
that I have added the local and remote IP addresses in....
Now all I have to do is figure out how to get ppp to crank up and work!
I am trying to go from my nextstation to a livingston terminal server
connected to our sun network at work. My coworker has the Sun version
of the same bits and is up and running.
The next version came with no man pages/docs other than some minimal readmes
and I have no real clue how to jumpstart things.
I have a chatcmd script set up right I think, and I've tried using the pppon
script in /usr/local/bin, but all I get is the command line options to
ppp itself and no crank up of ppp.
What am I missing here?
sign me clueless, curious and confused,
David Williams
dlw@netcom.com
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: martin@cube.han.de
Subject: Re: Compiling tin
Message-ID: <1993Sep10.120133.203@cube.han.de>
Followup-To: comp.sys.next.software,comp.sys.next.sysadmin
Organization: not organized
References: <26fdd1$3a5@news.intercon.com> <1993Sep6.140322.3878@julian.uwo.ca> <1993Sep8.215728.8414@ohm.york.ac.uk>
Date: Fri, 10 Sep 1993 12:01:33 GMT
Colin Perkins (csp@ohm.york.ac.uk) wrote:
: Lance R. Bailey (zaphod@ctrg.rri.uwo.ca) wrote:
: >on 6 Sep 1993 13:19:28 GMT David Casti wrote in comp.sys.next.sysadmin:
: >> I can't seem to get the latest version of tin compiled on my 3.0 '040
: >> cube. It dies on
: >> /bin/ld: Undefined symbols:
: >> _getcwd
: just a single line patch! Near the end of misc.c (in the
: make_post_process_cmd function) there is a call to
: getcwd(currentdir, sizeof(currentdir));
: Change this to
: get_cwd(currentdir);
: and all should work!
well, I have done the same hack a week ago and it works, too. However, tin 1.21 creates a dead.article when I post to a group while tin 1.20 does not.
Does this happen on your system also ?
Ciao,
-Martin
From: cosar@anatolia.mn.org (Ahmet Cosar)
Newsgroups: news.sysadmin,comp.sys.next.sysadmin,talk.politics.mideast,talk.politics.soviet,soc.culture.greek,soc.culture.turkish,soc.culture.europe,soc.history,soc.culture.soviet,soc.rights.human,soc.culture.yugoslavia,alt.binaries.pictures.erotica
Message-ID: <zq9uPB1w164w@anatolia.mn.org>
Subject: My apologies to Dr Zaphiris Christidis
Date: Sat, 11 Sep 1993 14:06:42 GMT
Organization: anatolia.mn.org
I would like to present my sincere apologies to Dr Zaphiris Christidis
for posting the below article by forging his user-id and domain-name;
------------------------------------------------------------------------------
# Path: acsu.buffalo.edu!ub!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!\
# ucbvax!WATSON.IBM.COM!zaphiri
# From: zaphiri@WATSON.IBM.COM (zaphiridis crissy)
# Newsgroups: alt.binaries.pictures.erotica
# Subject: FTP site ----> zoro.cis.temple
# Message-ID: <1234aD2r5678@zoro.cis.temple>
# Date: 8 Aug 92 20:27:51 GMT
# Sender: daemon@ucbvax.BERKELEY.EDU
# Organization: crissy' gif service
# Lines: 14
#
#
# Hi folks,
#
# I placed a few gif(t)s on the "pub" directory. I have quite a big archive
# and I will be placing them few at a time. I would appreciate if you could
# download some recent gifs in return to the same directory since I haven't
# been following this group for some time.
#
# ps: You can e-mail me requests for beppin series, I have most of them.
# If there is enough request I could repost them.
#
# ciao,
#
# zaphiridis
-------------------------------------------------------------------------
--
A.Cosar
________________________________________________________________________
Disc space -- the final frontier!
________________________________________________________________________
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: peter@corsica (Peter Eisch)
Subject: Re: Compiling tin
Message-ID: <CD71C8.Fpn@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota Hospital and Clinic, Labratory Information Services
References: <26fdd1$3a5@news.intercon.com> <1993Sep6.140322.3878@julian.uwo.ca> <1993Sep8.215728.8414@ohm.york.ac.uk> <1993Sep10.120133.203@cube.han.de>
Date: Sat, 11 Sep 1993 14:22:10 GMT
martin@cube.han.de wrote:
: Colin Perkins (csp@ohm.york.ac.uk) wrote:
: : Lance R. Bailey (zaphod@ctrg.rri.uwo.ca) wrote:
: : >on 6 Sep 1993 13:19:28 GMT David Casti wrote in comp.sys.next.sysadmin:
: well, I have done the same hack a week ago and it works, too. However, tin 1.21 creates a dead.article when I post to a group while tin 1.20 does not.
: Does this happen on your system also ?
I've used 1.2 PL0 and PL1 and have never seen the behavior you describe.
I've also been using tin (daily) since last spring (pre 1.2) and haven't
ever seen any "wierd" behaviors or experienced any side effects.
peter
--
Advice found in a pamphlet found on a university campus:
"Sex for the sake of scoring is dumb!"
peter@tahiti.umhc.umn.edu (Peter Eisch) peter.a.eisch@uwrf.edu
From: dips@cad.gatech.edu (Deeptendu Majumder)
Newsgroups: news.sysadmin,comp.sys.next.sysadmin,talk.politics.mideast,talk.politics.soviet,soc.culture.greek,soc.culture.turkish,soc.culture.europe,soc.history,soc.culture.soviet,soc.rights.human,soc.culture.yugoslavia,alt.binaries.pictures.erotica
Subject: Re: My apologies to Dr Zaphiris Christidis
Followup-To: news.sysadmin,comp.sys.next.sysadmin,talk.politics.mideast,talk.politics.soviet,soc.culture.greek,soc.culture.turkish,soc.culture.europe,soc.history,soc.culture.soviet,soc.rights.human,soc.culture.yugoslavia,alt.binaries.pictures.erotica
Date: 11 Sep 1993 14:39:06 GMT
Organization: la Bambini de Karma
Message-ID: <26snua$k77@sol.ctr.columbia.edu>
References: <zq9uPB1w164w@anatolia.mn.org>
Ahmet Cosar (cosar@anatolia.mn.org) wrote:
: I would like to present my sincere apologies to Dr Zaphiris Christidis
: for posting the below article by forging his user-id and domain-name;
Why do I remember seeing this posting last year ? I think that time it
was also Dr. ZC, whose user-id was being mis-used
d
Newsgroups: comp.sys.next.sysadmin
From: ginsparg@lanl.gov (PG)
Subject: Re: Why extra newlines in mail text?
Message-ID: <1993Sep11.153834.22526@newshost.lanl.gov>
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Lab
References: <26qk3b$iqm@news.u.washington.edu>
Date: Sat, 11 Sep 1993 15:38:34 GMT
In article <26qk3b$iqm@news.u.washington.edu> wrb@biostr.washington.edu
(William Barker) writes:
> Here's a stumper*:
>
> Why is an extra newline appended to an outgoing mail message when the
text
> on a given line is padded at the end with spaces to make it appear
this is an absolutely grotesque bug in 3.0 Mail.app mentioned in the
release notes.
(has to do with the way they decided to linewrap in the compose
window, when the mail goes out it adds a cr/lf whenever a line ends
in space since that *might* have been a linewrap - on receipt Mail.app
strips it off properly but other mailers do not, so files pasted into
Mail.app compose window can be corrupted in crucial ways.)
i have not "upgraded" to 3.1 yet. does anyone know if it is fixed there?
pg
Newsgroups: comp.sys.next.sysadmin
From: bstone@acs.ucalgary.ca (Blake Stone)
Subject: Re: NeXT 17" Trinitron with Intel Boxes?
Message-ID: <Sep11.174826.53037@acs.ucalgary.ca>
Date: Sat, 11 Sep 1993 17:48:26 GMT
References: <26ob1v$m1r@cville-srv.wam.umd.edu>
Organization: The University of Calgary, Alberta
> I see in Nextanswers that the NeXT 17" Trinitron (ADB) is
> compatible ONLY with the Dell GX. Apart from the fact that it
> is hard to beleive that only the Dell will work with it, has
> anyone used the 17" Trintron based monitor with the Dell?
I have used the NeXT 21" monitor on the Dell, which everyone
claimed would work "just fine" and never got a stable image (the
top half would jitter and lean to one side).
> How was it connected? There is not a word in the Nextanswers
> about this.
NeXT monitors used either coax RGB or a 13W3 connector, depending
on the model. Adaptors to / from these video standards aren't
hard to find.
> Are we all sure it only works with the Dell (if it does)?
The reason it works on the Dell is that a similar scan rate is
being used with the same resolution. This MAY also be true of
other 1120 x 832 systems like the Epson NX.
> I could have sworn for example that SGI Indigos and Indys were
> shipping with an identical monitor. Same look, don't know about
> the innards.
The NeXT monitor doesn't have any multi-sync capabilities. It
works on a fixed scan rate, which the SGI probably does not
(the Indy supports more than one resolution with different
graphics adaptors, no?)
> If Nextanswers are the correct answers, can anyone explain
> precisely why the Next monitor would not work with, say:
>
> 1. an Intel GX
Different video signal scan rate / resolution.
> 2. A Mac Quadra.
Different video signal scan rate / resolution.
--
Blake W. Stone | DKW Systems Corporation
Chief Technical Officer | A N[EXTSTEP,eXT[STEP,step,Step]] VAR
bstone@acs.ucalgary.ca |
| ... couldn't have been ME
From: slv0y@cc.usu.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Can't make printer "public" for "/" domain...ack!
Message-ID: <1993Sep11.151100.445@cc.usu.edu>
Date: 11 Sep 93 15:11:00 MDT
Organization: Utah State University
I am having some strange problems with adding a printer to the network. The
printer is a Next Laser hooked up to a TurboColor slab. What happens is when I
try an change the printer in PrintManager from being a "private" printer to a
public printer for my "/" domain...I get this error: "NetInfo problem writing
'My_Next_Laser' in domain '/'" At first I though maybe it was that I had
removed the _writers property, but it is there for the root domain, so I can't
see any reason why it shouldn't work. Oh, I can make the printer public for
some other host on the network.
So where could the problem be? Any help would be appreciated. (I'm running 3.1
by the way)
John Z.
slv0y@cc.usu.edu
Newsgroups: comp.sys.next.sysadmin
Subject: NeXT and Quickdraw printers?
Message-ID: <1993Sep12.005529.1@vax2.winona.msus.edu>
From: surion@vax2.winona.msus.edu
Date: 12 Sep 93 00:55:29 CDT
Organization: Winona State University
Can anybody ut there answer a couple of questions? Even
partial answers (wrong ones too :-) are appreciated.
1) Does anybody know if it's possible to drive an Apple
Stylewriter with my next 030 cube. Connecting the thing
isn't a problem through the serial interface, but making
them talk seems harder than it should be. I know that
the next is running display postscript and that the
printer is Quickdraw, so I should only need a software
implementation of Postscript like ATM for the Mac or
software RIP (though I shudder at the prices of these).
I talked to somebody who had run an HP inkjet from his
cube, but I don't know what software he used. Can
anybody out there on the net give me any info on possible
solutions?
2) Related, though not entirely the same; is it possible to
convert the PS outline fonts on the next to work with ATM
on my Mac? What would I need. Again I heard rumors of a
shareware piece to convert from Mac to the unix platform,
but not vice-versa. Any help on this one would be much
appreciated.
Thanks to all you who answered some of my other NeXT questions
sincerely, seth
Newsgroups: comp.sys.next.sysadmin
From: paul@seer.demon.co.uk (Paul Lynch)
Subject: Re: Still can't change IP address! ?
Message-ID: <1993Sep6.064901.28296@seer.demon.co.uk>
Sender: paul@seer.demon.co.uk
Organization: P & L Systems
References: <26e4qe$kat@agate.berkeley.edu>
Date: Mon, 6 Sep 1993 06:49:01 GMT
In article <26e4qe$kat@agate.berkeley.edu> izumi@mindseye.berkeley.edu
(Izumi Ohzawa) writes:
> In article <26e0vhINNhao@srvr1.engin.umich.edu>
kickaha@math.lsa.umich.edu (Brian Boonstra) writes:
> >
> >I am still having trouble changing my IP address. I'm running 3.0 on a
> >NeXTstation, and the main trouble seems to be that, because it is alone
> >in a sea of Suns, I have it set to be the netinfo server.
[several good suggestions]
> NetInfo may have the addresses in a not-so-obvious place, and
> "niunparse" will let you see where.
> After you know the location, you can then go in with
> NetInfoManager and change it.
Brian has to change /etc/hostconfig now. If necessary, run vi or emacs
from Terminal as root to do it.
Paul
--
Paul Lynch
P & L Systems (NeXTmail) paul@seer.demon.co.uk
Tel: (0494)671501 paull@cix.compulink.co.uk
Fax: (0494)680228 76711.451@compuserve.com
From: jmd@cube.handheld.com (Jim De Arras)
Newsgroups: comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Hardware map memory map of black hardware, anyone?
Date: 13 Sep 1993 01:32:04 GMT
Organization: Hand Held Products, Inc.
Distribution: world
Message-ID: <270iikINN4b7@clem.handheld.com>
I'm specifically looking for the actual address of the Zilog serial I/O chip.
Any pointers appreciated!
Jim
--
----------------------------------------------------------------------------
Jim De Arras - WA4ONG | "Government is not reason; it is not eloquence;
NRA-ILA, GOA, CCRKBA, | it is a force. Like fire, it is a dangerous
GSSF, VSRRA | servant and a fearful master."
jmd@handheld.com | -- George Washington
Newsgroups: comp.sys.next.sysadmin
From: dean@world.std.com (Dean S Banfield)
Subject: /etc/rc, /etc/fstab and mounts
Message-ID: <DEAN.93Sep12224802@world.std.com>
Sender: dean@world.std.com (Dean S Banfield)
Organization: The World Public Access UNIX, Brookline, MA
Distribution: comp
Date: Mon, 13 Sep 1993 03:48:02 GMT
Hi,
I prviously posted that I believed that /etc/rc was mounting all 4.3 filesystem
using the 'mount -aft 4.3' command, which would merely 'fake' the entries into
/etc/mtab. Although the '-aft' option *is* used in /etc/rc.boot, in the
base /etc/rc file the command is ' mount -avt 4.3' which sould mount any 4.3
filesystem found in /etc/fstab.
This *does not work* for IDE drives on white hardware. The only legal
formof the mount command which I've been able to get to work is the most
verbose form:
mount -t 4.3 /dev/rhd1a /users1
The generic '-a' option with '-t' and the filesystem type (4.3) should work,
but appears not to with IDE's. I have coded around this in /etc/rc.local
by placing explicit mounts in that file. The /etc/fstab method is documented
to work, but did not for me. (3.1 For Intel Processors) Any others using
multiple filesystems on IDE drives with similar or varying experiences?
-Dean
--
Dean S. Banfield Voice: (203) 656-1500
Real Decisions Corporation FAX : (203) 656-1659
22 Thorndal Circle email: dean@world.std.com
Darien, CT 06820
From: jgshir@athena.mit.edu (John G Shirlaw)
Newsgroups: comp.sys.next.sysadmin
Subject: TeXView will not process large files
Date: 13 Sep 1993 03:35:26 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Message-ID: <270ppu$ikt@senator-bedfellow.MIT.EDU>
When I ask TeXView to process a large file it gives me a message that its
basically limited to 3000 bytes and to ask a wizard to increase the size. Having
gone through the manual I have found no reference how to do this, so is there
anyone out there who can tell me how to get round this problem. For reference
I'm running under 3.1
Thanks in Advance
john.
Newsgroups: comp.sys.next.sysadmin
From: zulu!errol (Errol Ginsberg)
Subject: Mysterious permission changes on /etc/mtab - OS 3.0 nad 3.1 (Black)
Message-ID: <1993Sep13.050417.6719@ridgeback.com>
Sender: errol@ridgeback.com
Organization: Ridgeback Solutions
Date: Mon, 13 Sep 1993 05:04:17 GMT
Anyone seen /etc/mtab permissions automatically being changed from 644 to
600 after inserting, mopunting and then ejecting a floppy through ther
File Viewer (OS 3.0 nad 3.1 (Black))?
Anyone know how to fix this problem. This changes causes News to stop
working until the permissions are manually corrected.
Please reply to my email address as I do not read the news all the time.
--
Regards,
Errol Ginsberg
Ridgeback Solutions
Tel: 310/456-6094
Fax: 310/456-9715
errol@ridgeback.com
--
Regards,
Errol Ginsberg
Ridgeback Solutions
From: claspac@tallis.ucsc.edu (Jas-Russell)
Newsgroups: comp.sys.next.sysadmin
Subject: halt -p under NS3.1 on a NeXTStation Color
Date: 13 Sep 1993 07:11:41 GMT
Organization: University of California, Santa Cruz
Message-ID: <2716fdINNngk@darkstar.UCSC.EDU>
Under NS3.0 and previous releases we always had great
success running a script which did a "halt -p"
late at night.
Now when we do this, the file-systems are not "synced"
and written "clean" properly on SOME nights.
It is strange because sometimes it works and sometimes
not. Anybody else have this experience, or knows
of why a "halt -p" should fail to set the filesystems
to a clean state?
It also screws up occasionally when you issue the command
from the terminal.
NS 3.1 NeXTStation Color netinfo client
E-mail response would be appreciated.
Thanks!
Will Russell
claspac@cats.ucsc.edu
408-459-2060
From: fxg@damabus.informatik.rwth-aachen.de (Felix Gatzemeier)
Newsgroups: comp.sys.next.sysadmin
Subject: HP IV M on EtherTalk
Date: 13 Sep 93 09:21:13 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
Message-ID: <fxg.747912073@damabus>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Summary: how to make a hpLJ4 M run on ethernet with one slab?
Keywords: network printer
A while ago, I purchased a sparkling new HP LaserJet 4 M with that fancy networ interface. It is supposed to interact with an NeXT mono slab.
The only way I got those gems of modern technology to exchange Data is via this troglodite serial cable, which is a real hassle when it comes to images. One 600 dpi page takes about 1 hour (!) to transfer.
I then heard that I don't need an EtherTalk server to connect the two machines via net. Sadly, I couldn't get the interesting details:
1. What kind of cable? Clearly, no NeXT socket looks like any AppleTalk plug.
2. AppleTalk repeater? Seems to be required in AppleTalk networks with >2 machines. But does the plug problem neccessitate one here?
3. How to 'activate' AppleTalk? Do I have to 'start a simple network'? (That crashed my machine allright...) Or does it 'just work' like the filesystems do?
4. Etc. Where should the printer show up when everythig is ok? Any further installation?
Thank anyone for answers on that. This serial cable just drives me mad!
Felix
(fxg@Pool.Informatik.RWTH-Aachen.de, No NeXT-Mail, please!)
--
Felix
(fxg@Pool.Informatik.RWTH-Aachen.de, No NeXT-Mail, please!)
From: frank@spock.physik.uni-konstanz.de (Frank Burgbacher)
Newsgroups: comp.sys.next.sysadmin
Subject: HP ScanJet IIp and NeXT-Station
Date: 13 Sep 1993 11:05:06 GMT
Organization: University of Constance
Distribution: world
Message-ID: <271k52$7aj@hermes.uni-konstanz.de>
Keywords: Scanner
Hello,
did anyone ever attach a HP ScanJet IIp to a NeXT-Station? Is there any
software for free? Any help welcome.
Frank
Newsgroups: comp.sys.next.sysadmin
From: b_brottier@cubx.com
Subject: sendmail.cf guru wanted !
Message-ID: <1993Sep13.085144.12074@cubx.com>
Sender: news@cubx.com
Organization: Cub'x Systemes - Rueil Malmaison, France.
Date: Mon, 13 Sep 1993 08:51:44 GMT
Hi netters,
Due to an system upgrade, my /etc files have been corrupted...
Our local UNIX guru spend good time at vacations, and my mail is out.
In fact, it works, but not as "usually", i.e. with b_brottier@improve.fdn.org,
only with b_brottier@cubx.com. The two sites are using the same modem ,this is
the reason why some mails are bouncing, some not.
I would like some help to restore my previous config.
Thanx !
BB
---------------------------
Bruno Brottier -- Responsable Formation -- Training Manager
Societe improve sa,
41-41 bis, avenue de l'Europe - 78140 VELIZY - FRANCE
Tel : (+33) (1) 30 70 60 56 Fax : (+33) (1) 30 70 89 36
E-mail: b_brottier@improve.fdn.org -- [NeXTmail]
From: Hal.Varian@umich.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Re: TeXView will not process large files
Date: 13 Sep 1993 13:22:19 GMT
Organization: University of Michigan - College of Literature, Science, and TheArts
Distribution: world
Message-ID: <271s6b$1ee@controversy.math.lsa.umich.edu>
References: <270ppu$ikt@senator-bedfellow.MIT.EDU>
In article <270ppu$ikt@senator-bedfellow.MIT.EDU> jgshir@athena.mit.edu (John G
Shirlaw) writes:
> When I ask TeXView to process a large file it gives me a message that its
> basically limited to 3000 bytes and to ask a wizard to increase the size.
> Having
> gone through the manual I have found no reference how to do this, so is there
> anyone out there who can tell me how to get round this problem. For
reference
You should post the exact error message. If it says something about
"input buffer" in it, then the problem is that you have a line in your file
that is longer than 3000 bytes. Find the line, break it into two lines,
and all will work fine.
--
Hal.Varian@umich.edu Hal Varian
voice: 313-764-2364 Dept of Economics
fax: 313-764-2364 Univ of Michigan
Ann Arbor, MI 48109-1220
From: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Controlling FTP File Creation Permission Matrix
Date: 13 Sep 1993 14:25:16 GMT
Organization: University of technology, Vienna, Austria.
Distribution: world
Message-ID: <271vsc$n3e@email.tuwien.ac.at>
References: <1993Sep10.234801.27120@leland.Stanford.EDU>
|> How do I control the file permissions assigned to a file created on our
|> system by a remote user using our anonymous ftp account?
Last time I looked it was done using an undocumented switch on the
command line. Check the source of ftpd.
mjl
From: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Newsgroups: comp.sys.next.sysadmin
Subject: Want blanking only screen blanker
Date: 13 Sep 1993 15:13:25 GMT
Organization: University of technology, Vienna, Austria.
Distribution: world
Message-ID: <2722ml$on9@email.tuwien.ac.at>
NS 3.1 has that fancy screenblanker built in, that shows
a NeXT logo and the host name at the login window if the
machine is idle.
However, we have some of those intelligent "there's no
picture anyway so I turn myself off" kind of monitors --
therefore I'd like to make the screen blanker do just that,
and only that, namely blank the screen.
How to?
mjl
Newsgroups: comp.sys.next.sysadmin
From: cowboy@trans.csuohio.edu (Joe Rosenfeld)
Subject: Question on NetInfo IP numbering
Message-ID: <1993Sep13.161701.26076@news.csuohio.edu>
Sender: news@news.csuohio.edu (USENET News System)
Organization: Cleveland State University
Date: Mon, 13 Sep 1993 16:17:01 GMT
I am in process of setting up a NetInfo server on my neXTStation Turbo,
using OS 3.0. The netWork handbook actually says to change your IP
address from xxx.xxx.xxx.xxx to xxx.xxx.xxx.1. Are they serious? If I
were to do this, I would be taking the IP address of our router and
listing it as the IP address of my NetInfo server. This idea seems pretty
stupid, and I wanted to confirm I will not be screwing anything up if I
maintain my proper IP address.
Appreciate some confirmation on this situation, please.
Regards-
Joe
--
| Joe Rosenfeld j.rosenfeld@csuohio.edu
| Automation Librarian (216) 687-6881 [FAX]
| CSU Law Library trans.csuohio.edu [ANON FTP]
| NeXTMail and MIME ok
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Re: NeXT <-> SGI date format problem
Message-ID: <CDAtAp.FMq@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <1993Sep10.100553.8990@ina.fr>
Date: Mon, 13 Sep 1993 15:20:49 GMT
In article <1993Sep10.100553.8990@ina.fr> igerard@ina.fr (Gerard Iglesias) writes:
>We have NeXT and Silicon on the same network.We often develop on the silicon from the NeXT
>we have a problem with the date : for each make that we send on
>a silicon, the compiler compile all the files edited on the NeXT on the same day.
>
>Who help us ???
>
> Thanks in advance
>--
>
>Gerard Iglesias, Email : igerard@ina.fr
>Institut National de l'Audiovisuel, Phone (33) (1) 49832930
>94366 Bry sur Marne Cedex, France Fax (33) (1) 49832582
The problem is that time is not correctly synchronized among your
machines.
First, make sure that all your systems have the correct time zone
settings. Since Unix internally uses timestamps in GMT your must
make sure that the timezones are all right.
Second, run timed so that the machines individual clocks will converge
on one another. Even several seconds difference can confuse the hell
out of make.
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Fax: (617) 863-8575 pronounced "Throat-Warbler Mangrove".
) Voice: (617) 861-5579 NeXTMail O.K.
Newsgroups: comp.sys.next.sysadmin
From: buster@mongrel.Colorado.EDU (paul buster)
Subject: NetWare: npsd: Bind failed: No response from server.
Message-ID: <1993Sep13.171404.23084@colorado.edu>
Sender: news@colorado.edu (The Daily Planet)
Organization: University of Colorado, Boulder
Date: Mon, 13 Sep 1993 17:14:04 GMT
I want to set up a NetWare Printer for a NeXT running NS 3.0. Starting
NetWare works as expected on my system, but on this other system I get:
Sep 10 16:56:58 csf mach: NetWare protocol enabled for interface en0, type
"10MB Ethernet"
Sep 10 16:57:06 csf syslog: npsd: Bind failed: No response from server.
any clues ?
thanks
-paul buster
buster@mongrel.Colorado.EDU
From: wrob@unixg.ubc.ca (Robert Wong)
Newsgroups: comp.sys.next.sysadmin
Subject: Help! Lost major hard disk space!
Date: 13 Sep 1993 17:30:19 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
Message-ID: <272anb$et6@skeena.ucs.ubc.ca>
Hi, I had about 9 megs of HD space and then I did this trick:
1) FTP to cs.orst.edu and do a get on Solitaire-1.01-Source.tar.Z in the
/pub/next/submissions file. MAKE SURE YOU DO THE "GET" IN TEXT MODE.
I know that you are supposed to do it in binary mode. Read on, and
you will see.
2) Bring this file onto a NeXT running NS 3.1
3) Do a "zcat Solitaire-1.01-Source.tar.Z | tar xvf -" on the file. zcat
should complain about the file.
Steps 1-3 are obvious and make sense. After all, I get the zcat error
message because I was stupid enough to FTP in text format, not the
proper binary format.
Display the console in the Workspace Manager. Now, do a
"uncompress Solitaire-1.01-Source.tar.Z" on this file in the Terminal
application. You should notice that there is some sort of paging vm
error in the console window. The uncompress program should also spit
out some sort of error message.
Also, at this point, your machine should start chugging away with the
hard disk going nuts. Oh, yeah, this is the point where all the
hard disk space disappears.
Where did it go!!!! Help!!!!! Mommy!
Any hints would be much appreciated. I tried to do a cursory look on the
file system, but couldn't find any really big about 8-9 megabyte files.
(I had 8-9Mb free and it all disappeared in1 shot.) No core files were
found.
Running NS 3.1, 24Mb RAM, '040 Cube, 300Mb drive, 40Mb swapdisk,
optical drive, Preferences, Terminal, NXFax monitor, BackSpace, Edit, and
PrintManager.
RWW.
--
Robert W. Wong Jr. wrob@unixg.ubc.ca (ASCII only)
Crasher of Automated Banking Machines, Keeper of the ZyXEL modem FAQ,
University of British Columbia NeXT Users Group Leader and
collector of titles.
From: ray@mayo.edu (Ray Ghanbari)
Newsgroups: comp.sys.next.sysadmin
Subject: Recovering "partitions"
Date: 13 Sep 1993 18:08:34 GMT
Organization: Mayo Foundation
Message-ID: <272cv2$4bk@fermat.mayo.edu>
Quick question:
When I first installed NS/I on my machine, I left a 150Mb partition for
some other OS (Windows, OS/2, etc.) Since then, I've come to the
realization that the box will always be a NS box. Is there any way to
recover use of that 150Mb short of rebuilding the disk? Basically, I'm
not sure what the installer script is doing on the PC side when it asks
whether disk spce should be set aside for other OS's.
Thanks
--
Ray Ghanbari
Mayo Foundation
ray@mayo.edu
From: joe@msri.org (Joe Christy)
Newsgroups: comp.sys.next.sysadmin
Subject: /usr/spool/mail vs. /var/spool/mail
Date: 13 Sep 1993 19:01:33 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
Distribution: world
Message-ID: <33852@dog.ee.lbl.gov>
Keywords: dwrite Mail.app
At MSRI we mount /var/spool/mail globally as the default mail spool
directory. Unfortunately, Mail.app looks for new mail by default in
/usr/spool/mail. Is there a clever way to either convince Mail.app
to use a different default, or to do the equivalent of
dwrite Mail SpoolDir /var/spool/mail
for every user, but in one fell swoop?
--
Joe Christy | Head of Mathematical Computing | Two wrongs
joe@msri.org | Mathematical Sciences Research Institute | don't make a
right,
(510)643-6069 | 1000 Centennial Drive | but three lefts
do
**************| Berkeley, CA 94720
|********************
Newsgroups: comp.sys.next.sysadmin
From: rutherford@csusys.ctstateu.edu
Subject: 3.1 upgrade questions
Message-ID: <1993Sep13.165701.1@csusys.ctstateu.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Mon, 13 Sep 1993 21:57:01 GMT
Greetings,
I just received the Black Box 3.1 upgrade. Just before trying to install
it on my 3.0 system (which has been running pretty well for quite a while,
running listserv, gopher servers etc.) I noticed that it said it would
remove the Developer software.
Can anyone tell me what exactly it is going to eat if I try to install it?
Will my gopher and listserv software work afterwards? Will nextstep,
mathematica, sybase etc. disappear?
Is the 3.1 upgrade worthwhile?
Thanks,
John Rutherford
john@next1.ctstateu.edu (nextmail)
From: mlescoez@tsiny.psca.COM (Mark Paul LeScoezec)
Newsgroups: comp.sys.next.sysadmin,comp.sys.sun.admin
Subject: overseas uucp connection..
Date: 13 Sep 1993 18:53:00 -0400
Organization: The Ohio State University
Sender: daemon@magnus.acs.ohio-state.edu
Message-ID: <9309132245.AA02659@tsiny.psca.com>
We are bringing our Brazil office on-line with uucp. We are having some
connection problems. We have a SS2 with WorldBlazer in Brazil and are
trying to connect to a NeXTstation Turbo with Telebit T2500. Any advice
or tips would be greatly appreciated. I notice a slight delay in the phone
line when trying to make the connection. I assume that this is from satellite
delays.
thanks
mark
Mark LeScoezec TSI of NY, Inc.
System Administrator (212)856-9000
ml@tsiny.psca.com 666 Third Ave
Newsgroups: comp.sys.next.sysadmin
From: jblue@ocotillo.mitre.org (Jason D. Blue)
Subject: Re: POP (Post Office Protocol), version 3: DONE
Message-ID: <1993Sep13.233938.28706@linus.mitre.org>
Sender: news@linus.mitre.org (News Service)
Organization: The MITRE Corporation
References: <CCxw9r.L59@demon.co.uk>
Date: Mon, 13 Sep 1993 23:39:38 GMT
> > In <1993Sep2.154453.1379@linus.mitre.org> jblue@ocotillo.mitre.org (Jason
D.
> Blue) writes:
> >
> >
> > >Any one running POP (3) on a black machine? Any advice on getting it up
and
>
> > >running, and where to find a NeXT version?
> >
> > >I am running NEXTSTEP 3.0.
> > >Thank you,
> > >Jason
Thanks to all who responded. I found that popper-1.831beta (which is no
longer beta, accurding to Berkley's README's) works great on 2.1 as well as
3.0. I recommend it to all who need POP3 support. Only thing to remember is
that the NeXT uses Netinfo's Services, and not the /etc/services configuration
file. I have not tried any of this under NS/Intel.
One fault with popper (which I have not tested), as reported by Richard
Chycoski, is:
I am running popper-1.831beta, (it's been 'beta' for more than 18 months now!)
which works fine except for one small problem with security on the NeXT. (The
NeXT actually checks to see if you have access to a file when you access it,
not just when you create it.)
In original pop_pass.c:
------------------------------------
/* Make a temporary copy of the user's maildrop */
if (pop_dropcopy(p) != POP_SUCCESS) return (POP_FAILURE);
/* Set the group and user id */
(void)setgid(pw->pw_gid);
(void)setuid(pw->pw_uid);
------------------------------------
Change to:
------------------------------------
/* Make a temporary copy of the user's maildrop */
if (pop_dropcopy(p) != POP_SUCCESS) return (POP_FAILURE);
/* Reset group and owner for file. Needed for NeXT. */
if (pop_dropinfo(p) == POP_SUCCESS)
returncode = chown(p->temp_drop, pw->pw_uid, pw->pw_gid);
#ifdef DEBUG
if(p->debug)pop_log(p,POP_DEBUG,"%s chown to id=%d, group=%d, rc=%d,
errno=%d",
p->temp_drop, pw->pw_uid, pw->pw_gid, returncode, errno);
#endif DEBUG
/* Set the group and user id */
(void)setgid(pw->pw_gid);
(void)setuid(pw->pw_uid);
------------------------------------
This will set the group and owner for the file before changing from 'root' to
the user.
--
Jason D. Blue
NeXT Network and Systems Administrator
The MITRE Corporation, McLean, VA
jblue@mitre.org (NeXT Mail Encouraged!)
TIP#081
From: slv0y@cc.usu.edu
Newsgroups: comp.sys.next.programmer,comp.sys.next.misc,comp.sys.next.sysadmin
Subject: How2 change date/time format in fax?
Message-ID: <1993Sep13.190311.515@cc.usu.edu>
Date: 13 Sep 93 19:03:11 MDT
Organization: Utah State University
I am trying to change the format of the date that appears in the date field of
the fax cover page. I have played around the the GLOBAL defaults NXDate,
NXTime, and NXDateAndTime, and they don't seem to have any effect. How can I
change the date/time format for stuff like the fax cover page? I have checked
all of the logical places for info, but to no avail...
Any help would be greatly appreciated,
John Z.
slv0y@cc.usu.edu
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: /usr/spool/mail vs. /var/spool/mail
Date: 14 Sep 1993 03:51:50 GMT
Organization: University of Illinois at Urbana
Message-ID: <273f4m$pfj@vixen.cso.uiuc.edu>
References: <33852@dog.ee.lbl.gov>
Keywords: dwrite Mail.app
joe@msri.org (Joe Christy) writes:
>At MSRI we mount /var/spool/mail globally as the default mail spool
>directory. Unfortunately, Mail.app looks for new mail by default in
>/usr/spool/mail. Is there a clever way to either convince Mail.app
>to use a different default, or to do the equivalent of
>dwrite Mail SpoolDir /var/spool/mail
>for every user, but in one fell swoop?
Since all NeXT-y applications look in /usr/spool/mail, why not just
mount it onto your NeXTs as /usr/spool/mail instead of
/var/spool/mail?
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
Newsgroups: comp.sys.next.sysadmin
From: mross@netcom.com (Antigone Press)
Subject: Re: HP IV M on EtherTalk
Message-ID: <mrossCDBwEH.F1x@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <fxg.747912073@damabus>
Date: Tue, 14 Sep 1993 05:25:28 GMT
Felix Gatzemeier (fxg@damabus.informatik.rwth-aachen.de) wrote:
: A while ago, I purchased a sparkling new HP LaserJet 4 M with that fancy networ interface. It is supposed to interact with an NeXT mono slab.
: The only way I got those gems of modern technology to exchange Data is
via this troglodite serial cable, which is a real hassle when it comes to
images. One 600 dpi page takes about 1 hour (!) to transfer.
What is your configuration (both on the HP and PrintManager).
If you haven't set your baud rate to 38400 on both ends, you're in trouble.
We are operating with a serial cable and the speed is just fine.
--
--------------
Michael Ross mross@antigone.com (preferred)
Antigone Press mross@netcom.com
San Francisco CA FAX +1.415.431.3650
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Controlling FTP File Creation Permission Matrix
Message-ID: <1993Sep14.055113.25542@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Sep10.234801.27120@leland.Stanford.EDU> <271vsc$n3e@email.tuwien.ac.at>
Date: Tue, 14 Sep 1993 05:51:13 GMT
In article <271vsc$n3e@email.tuwien.ac.at>
mjl@newton.auto.tuwien.ac.at (Martin J. Laubach) writes:
>|> How do I control the file permissions assigned to a file created on our
>|> system by a remote user using our anonymous ftp account?
>
> Last time I looked it was done using an undocumented switch on the
>command line. Check the source of ftpd.
The -u option applies to all users, not just anonymous ones.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: manzara@cpsc.ucalgary.ca (Leonard Manzara)
Subject: man pages display in Digital Librarian
Message-ID: <CDBroL.MrK@cpsc.ucalgary.ca>
Sender: news@cpsc.ucalgary.ca (News Manager)
Organization: University of Calgary Computer Science
Date: Tue, 14 Sep 1993 03:43:32 GMT
In NS 3.0, when using Digital Librarian to list
the titles of either local or Unix Man pages, the
whatis database was used to give a short description
of each command. For example:
grep, egrep, fgrep (1) - search a file for a pattern
For my local man pages, I could run the following
in the directory containing the local /man? subdirectories
to prepare them to be used in DL:
/usr/etc/catman -w -M /Disk2/LocalLibrary/Documentation/ManPages
ixbuild -gv
(Of course, .displayCommand, .index.iname, and .index.itype
must be properly set up). After doing this, any commands
found in my local man pages were always listed with
the section following in parentheses, followed by the
whatis description.
Under 3.1, this seems not to work anymore. In fact,
the system-supplied man pages don't use the whatis description,
and the man pages are listed like so:
man1/grep.1
This looks pretty ugly---I certainly prefer the old 3.0
way of displaying man pages!
Am I doing something wrong, or has Digital Librarian
changed the way it handles this. I suspect that it
has, since the system-supplied man pages don't display
the whatis description (at least on my system). Any
fixes?
Leonard Manzara manzara@cpsc.UCalgary.CA
Newsgroups: comp.sys.next.sysadmin
From: Michael_Pizolato@afs.com (Michael Pizolato)
Subject: Problems installing NS3.1 Developer Libs package
Message-ID: <1993Sep14.141536.1263@afs.com>
Sender: Michael_Pizolato@afs.com
Date: Tue, 14 Sep 1993 14:15:36 GMT
I'm trying to install the NS3.1 Developer Libs package on my machine.
I installed it once, with no problems, but I didn't install it fat.
I tried to re-install it fat, and every time I do I get this in the
Installer progress window:
Running Installation Program
followed by:
Errors while installing
And the log window shows this:
Installing /NextDeveloper/Palettes/DatabaseKit.palette/English.lproj/DBTableViewInspector.nib/data.classes ... OK.
Installing /NextDeveloper/Palettes/DatabaseKit.palette/English.lproj/DBTableViewInspector.nib/data.nib ... OK.
Installing /NextDeveloper/Palettes/DatabaseKit.palette/palette.table ... OK.
Installing /lib/crt0.o ... OK.
Installing /lib/gcrt0.o ... OK.
Installing /lib/libsys_p.a ... OK.
Installing /lib/libsys_s.a ... OK.
Running installation program ... **** There were errors while installing DeveloperLibs.pkg.
... errors.
There doesn't appear to be any further information anywhere, so I
have no idea what causes this error or if it means the installation
is fubar.
You should know that I forgot to uninstall the original non-fat
installation before the first time I tried to reinstall the package
(probably bad). The original installation had no problems at all.
Any and all help will be greatly appreciated.
Thanx,
Michael
--
Michael Pizolato Michael_Pizolato@afs.com
Mu-I-Jin NeXTMail appreciated
Anderson Financial Systems Inc.
Newsgroups: comp.sys.next.sysadmin
From: dward@mercury.forestry.umn.edu (David D. Ward)
Subject: Re: Help please getting 3COM EtherLink to work
Message-ID: <CDCpvG.2MI@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
References: <CHRIST.93Sep3185818@park.bu.edu>
Distribution: comp
Date: Tue, 14 Sep 1993 15:53:33 GMT
Howdy -
Your problem seems to be with the card and/or config of the card
*not the broadcast address, etc.
When I had this problem with the 3c5909 and called 3com tech (which took
forever to get through), they gave me two suggestions:
1) disconnect the second (com2) serial port (With computer set up disk)
This worked (and is working) with obvious disadvantages
2) slow down the computer!! (During setup one can set the computer's
speed) Yes, this is a quote from the tech person
I didn't try this for the obvious reasons.
NOTE: the setup disk given with the card is not very good and I did
everything from the command line; this was the only way I could get it to
work, the pointy-clicky interface was a total failure and the config never
wrote properly.
-DWARD
In article <CHRIST.93Sep3185818@park.bu.edu> christ@park.bu.edu (Christian
Mannes) writes:
>
> Hi,
>
> I have a problem connecting to ethernet with NS 3.1 on a
> Gateway 2000, using the 3COM Etherlink III 3C509-TP card.
> After following the instructions, and making sure that both
> card and wiring are ok, ping reports 100% packet loss, although
> ifconfig en0 tells me that the network is up and running.
> Other machines can't ping to mine, either.
>
> According to NeXT customer support, the card should work,
> but they tell me that it's tricky to configure it. Does
> anybody know what it takes to get that thing to connect
> to the ethernet? Is there any tricks I need to know about
> broadcast addresses, ethernet addresses, netmask, and the
> like?
>
> Any help would be appreciated,
>
> Thanks,
>
> -------------------------------------
> Christian Mannes
> Dept. of Cognitive and Neural Systems
> Boston University
> christ@cns.bu.edu
--
College of Natural Resources Network Administration
35C Natural Resources Administration Building
Upper Buford Circle
St Paul MN 55108
+1 612 624 4968
From: neil@kynug.org (Neil Greene)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: overseas uucp connection..
Message-ID: <1993Sep14.145132.16681@KYnug.org>
Date: 14 Sep 93 14:51:32 GMT
References: <9309132245.AA02659@tsiny.psca.com>
Sender: neil@KYnug.org (Neil Greene)
Organization: Kentucky NEXTSTEP User Group, Inc.
In article <9309132245.AA02659@tsiny.psca.com> mlescoez@tsiny.psca.COM
(Mark Paul LeScoezec) writes:
>
> We are bringing our Brazil office on-line with uucp. We are having some
> connection problems. We have a SS2 with WorldBlazer in Brazil and are
> trying to connect to a NeXTstation Turbo with Telebit T2500. Any advice
> or tips would be greatly appreciated. I notice a slight delay in the
phone
> line when trying to make the connection. I assume that this is from
satellite
> delays.
What exactly is happening during the delays?
Are your modems timing out?
Is the uucp chat or login script failing from timeout?
What version of uucp are you using? Bundeled/Taylor?
If you are using Taylor-UUCP, you can simply edit your "chat-timeout"
variable. If your modems are timing out, edit your modems non-volatile
ram configuration to increase the modem sync timing.
--
Neil Greene
President, benchMark Developments, Inc. [NeXT VAR]
President, Kentucky NeXT User Group, Inc.
North American, TIFFany Distributor
Newsgroups: comp.sys.next.sysadmin
From: trapac@netcom.com (Transpacific Container)
Subject: 3rd party DBkit adapters?
Message-ID: <trapacCDCrts.5FH@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Tue, 14 Sep 1993 16:44:15 GMT
Does anyone know of a list of DBkit adapters available from 3rd party developersor whom to contact (at NeXT I assume) to get more information? From another
perspective, is it just more practical to "roll your own"? Are there published
specifications and/or examples of adapters available?
Keith Carpenter
(310) 513-7414
trapac@netcom.com
From: andrew@stone.com (Andrew Stone)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: NEXT Color Printer - too young to die?
Keywords: fritz
Message-ID: <1993Sep14.183232.2611@stone.com>
Date: 14 Sep 93 18:32:32 GMT
Article-I.D.: stone.1993Sep14.183232.2611
Sender: andrew@stone.com
Organization: Stone Design Corp
Just a couple hundred prints after getting my NeXT [Canon] Color printer,
it's already beeping for service.
Turn it on, it beeps 10 times, and then the message:
53 SERVICE
appears in the liquid crystal display.
Q1 Has anyone had this occur and fixed it on their own?
Q2 Has anyone had Bell Atlantic fix this & how much was it?
Thanks!
andrew
--
||<<->>||<<==>>||<<++>>||<<?>>||<<+>>||<<-->>||<<==>>||<<+>>||
!! Andrew Stone !! (505) 345-4800 !!
!! andrew@stone.com <> Stone Design Corp !!
||<<->>||<<==>>||<<++>>||<<?>>||<<+>>||<<-->>||<<==>>||<<+>>||
Newsgroups: comp.sys.next.sysadmin
From: rich@pencil.cs.missouri.edu (Rich Winkel)
Subject: X windows for Next?
Message-ID: <rich.748038344@pencil>
Sender: news@mont.cs.missouri.edu
Organization: University of Missouri
Date: 14 Sep 93 20:25:44 GMT
Is there such a thing? Thanks for any info!
Rich
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: /usr/spool/mail vs. /var/spool/mail
Date: 14 Sep 1993 17:10:01 -0400
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Distribution: world
Message-ID: <275bv9$pht@seine.cs.umd.edu>
References: <33852@dog.ee.lbl.gov> <273f4m$pfj@vixen.cso.uiuc.edu> <2756e0$1vi@usenet.INS.CWRU.Edu>
joe@msri.org (Joe Christy) writes:
> Is there a clever way to either convince Mail.app
> to use a different default, or to do the equivalent of
> dwrite Mail SpoolDir /var/spool/mail
> for every user, but in one fell swoop?
^^^^^^^^^^
this is a reasonable question
In article <273f4m$pfj@vixen.cso.uiuc.edu> lemson@uiuc.edu writes:
> Since all NeXT-y applications look in /usr/spool/mail, why not just
> mount it onto your NeXTs as /usr/spool/mail instead of /var/spool/mail?
this is a reasonable response.
In article <2756e0$1vi@usenet.INS.CWRU.Edu> mcn@b62103.student.cwru.edu writes:
> Because that would require some Unix expertise. And we all know that
> NeXT people are idiots who can only figure out how to use a mind numbing
> graphical user interface.
this is rude and unnecessary (though perhaps tongue in cheek)
in any case,
there is a default available under Mail expert preferences
dwrite Mail SpoolDir /var/spool/mail
and if you are going to take the mount approach and you have multiple nexts.
you can place the mount in the top level netinfo domain, and have
then modified it for all netinfo hosts. if you use the dwrite approach,
you need to repeat for each user.
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
From: wrob@unixg.ubc.ca (Robert Wong)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Help! Lost major hard disk space! (SUMMARY/SOLUTION)
Date: 14 Sep 1993 22:11:55 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
Message-ID: <275fjb$6ru@nnrp.ucs.ubc.ca>
References: <272anb$et6@skeena.ucs.ubc.ca>
Yes, there is a Santa Claus!!!
The solution was to boot up in single user mode and do a /usr/etc/fsck on
the hard disk. Many thanks to my local NeXT System Engineer.
There were other solutions, which did not help in my case, but would help
others:
Peter Trygg <peter@rhea.teorfys.uu.se> explained and suggested:
What happened was simply that the .Z was garbled since the
8:th bit was lacking. Compress. i,e., uncompress, i.e., zcat does'nt
check the input. A garbled file can uncompress to huge volumes
(known bug or feature). Use gzcat instead (the GNU replacement) it's
installed on NS 3.1.
Art Isbell <art@cubicsol.com> suggested to do a
ls -lR / | awk '$4 > 1000000 {print $0}'
This would lool for large files.
Art Isbell <art@cubicsol.com> suggested:
Have you looked in /tmp? I think uncompress creates a temporary file in
/tmp, moves it to the directory in which the compressed exists, and then
deletes the compressed file. I would think that interrupting uncompress
would cause the temporary file to be removed, but maybe not.
Art Isbell <art@cubicsol.com> explained:
Because you used text mode, ftp added either carriage return or line feed
characters (I forget which) to the compressed archive. This will cause
compress to fail, but one of the failure modes that occasionally occurs causes
the creation of a really huge output file. Sounds like you were lucky enough
to experience this failure mode. In the process, your swapfile probably grew
considerably causing the apparent loss of disk space. This lost space can be
reclaimed in full only by rebooting at which time your swapfile will be trimmed
to the LOWAT value specified in /etc/swaptab.
Nathan F. Janette <nathan@HILBERT.CTAN.YALE.EDU> suggested:
reboot!
and:
try using "find" to check all new files within the day:
find / -mtime -1 -print
I might be wrong about the "-1" arg, try "+1" also...
Robert Lutwak <robert@amo.mit.edu> suggested:
Try checking /private/vm/swapfile.
If it's much more than 20 MB or so, rebooting will bring it back down to 16 MB.
Again, thanks for the wonderful responses. My mailbox floweth over. Most of
the responses would work for others. In my case, the swapdisk contains the
swapfile and the /tmp directory. It was my main hard disk, not my swapdisk
that overflowed, however.
Thanks!
RWW.
In article <272anb$et6@skeena.ucs.ubc.ca> wrob@unixg.ubc.ca (Robert Wong) writes:
>Hi, I had about 9 megs of HD space and then I did this trick:
>
>1) FTP to cs.orst.edu and do a get on Solitaire-1.01-Source.tar.Z in the
>/pub/next/submissions file. MAKE SURE YOU DO THE "GET" IN TEXT MODE.
>I know that you are supposed to do it in binary mode. Read on, and
>you will see.
>
>2) Bring this file onto a NeXT running NS 3.1
>
>3) Do a "zcat Solitaire-1.01-Source.tar.Z | tar xvf -" on the file. zcat
>should complain about the file.
>
>Steps 1-3 are obvious and make sense. After all, I get the zcat error
>message because I was stupid enough to FTP in text format, not the
>proper binary format.
>
>Display the console in the Workspace Manager. Now, do a
>"uncompress Solitaire-1.01-Source.tar.Z" on this file in the Terminal
>application. You should notice that there is some sort of paging vm
>error in the console window. The uncompress program should also spit
>out some sort of error message.
>
>Also, at this point, your machine should start chugging away with the
>hard disk going nuts. Oh, yeah, this is the point where all the
>hard disk space disappears.
>
>Where did it go!!!! Help!!!!! Mommy!
>
>Any hints would be much appreciated. I tried to do a cursory look on the
>file system, but couldn't find any really big about 8-9 megabyte files.
>(I had 8-9Mb free and it all disappeared in1 shot.) No core files were
>found.
>
>Running NS 3.1, 24Mb RAM, '040 Cube, 300Mb drive, 40Mb swapdisk,
>optical drive, Preferences, Terminal, NXFax monitor, BackSpace, Edit, and
>PrintManager.
> RWW.
>
>--
>Robert W. Wong Jr. wrob@unixg.ubc.ca (ASCII only)
>Crasher of Automated Banking Machines, Keeper of the ZyXEL modem FAQ,
>University of British Columbia NeXT Users Group Leader and
>collector of titles.
--
Robert W. Wong Jr. wrob@unixg.ubc.ca (ASCII only)
Crasher of Automated Banking Machines, Keeper of the ZyXEL modem FAQ,
University of British Columbia NeXT Users Group Leader and
collector of titles.
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.hardware
From: jcdavis1@eos.ncsu.edu (JOSEPH CARL DAVIS)
Subject: Exception #3 on boot-up
Message-ID: <1993Sep14.145814.9692@ncsu.edu>
Keywords: HELP,HELP,HELP,HELP....!
Sender: news@ncsu.edu (USENET News System)
Organization: NCSU Project Eos
Date: Tue, 14 Sep 1993 14:58:14 GMT
Hello netters:
I have a most un-simple problem - on boot-up, my NeXTStation kicks
out to the monitor with the message:
Exception #3 at 0x10002aa
If I then use the 'e 0x10002aa' command and then exit that command,
I get a message of
Exception #2 at 0x10003?? .
(I don't remember the last two digits)
Also, any access of the monitor brightness keys blanks the screen.
The screen is still functioning ( i can see faint outlines ), but
the screen is at minimum brightness. I have no idea if these two
problems are related.
Please, someone help me! I have a research paper to finish in a
few weeks and I NEED my computer!
thanks in advance.
jcd
--
\ Joseph C. Davis jcdavis1@eos.ncsu.edu People are not basically \
\ (919) 515-7452 stupid, they just act \
\ that way... \
\\\\\|||||//////\\\\\\|||||/////\\\\\\|||||\\\\\//////||||||\\\\\/////||||///
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next
From: jburke@bodacious.csc.wsu.edu (John L. Burke)
Subject: Does NeXTStep use standard NFS or it's own version?
Message-ID: <1993Sep14.222859.21335@serval.net.wsu.edu>
Sender: news@serval.net.wsu.edu (USENET News System)
Organization: Washington State University
Distribution: na
Date: Tue, 14 Sep 93 22:28:59 GMT
Can anyone tell me if the NeXTStep uses the industry standard NFS, or does
it use it's own version? I am having a problem exporting a CD-ROM that is
in PC format, ISO9660 I believe. The NeXT can read it locally without a
problem, but when I export it, I can't seem to read the CD from a remote
machine. I can mount the CD remotely, can see the directories and
filenames on the CD, but I cannot view or edit the contents of the file.
Anyone have any ideas or suggestions?
Thanks
--
*********************************************************************
* John Burke * jburke@bodacious.csc.wsu.edu *
* Washington State University * NeXTStation Mono *
* Systems & Computing * NeXTMail Welcome! *
*********************************************************************
From: dbora@ils.nwu.edu (Donald Bora)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.software
Subject: NeXTStep 486 on Allur
Date: 15 Sep 1993 02:48:41 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <275vq9$eek@anaxagoras.ils.nwu.edu>
Ok all of you out there in net land, here is a question for you all
about trying to get NeXTStep to run on a 486DX (or DX2) Allur machine.
I am having trouble with the SCSI controller. I am going to try and
get a hold of this company and see if they know what might be up with
a specific SCSI controller.. but in the mean time...
I am trying to install NeXTStep (evaluation kit) 486 and during the
boot off the floppy, the system halts when it tries to reset the SCSI
bus...
any clues?
If anyone has any information at all
please e-mail me... before I am completely
bald ;)
Thanx!
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
Newsgroups: comp.sys.next.sysadmin
From: randall@redfish.atmos.colostate.edu (Dave Randall)
Subject: Re: NEXT Color Printer - too young to die?
Sender: news@yuma.ACNS.ColoState.EDU (News Account)
Message-ID: <Sep14.231050.78162@yuma.ACNS.ColoState.EDU>
Date: Tue, 14 Sep 1993 23:10:50 GMT
References: <1993Sep14.183232.2611@stone.com>
Organization: Colorado State University, Fort Collins, CO 80523
too fast to live.
Newsgroups: comp.sys.next.sysadmin
From: flo@pezzi.freiburg.sub.org (Florian Wolpert)
Subject: Re: PPP? Next0.3 ppp config questions
Message-ID: <CDB86u.3tG@pezzi.freiburg.sub.org>
Organization: Flo & Co, a FreiNet site
References: <dlwCD6G2t.HzM@netcom.com>
Date: Mon, 13 Sep 1993 20:42:30 GMT
David L. Williams (dlw@netcom.com) wrote:
: I grabbed a copy of the port of PPP for next done by Miron Cuperman,
: installed it, and find that it loads the loadable kernal at boot time,
: that I have added the local and remote IP addresses in....
: Now all I have to do is figure out how to get ppp to crank up and work!
: ...
: I have a chatcmd script set up right I think, and I've tried using the pppon
: script in /usr/local/bin, but all I get is the command line options to
: ppp itself and no crank up of ppp.
: What am I missing here?
here is my version of "pppon" which works fine for me:
---------------------------------------------------------------------------
#!/bin/sh
ppp dial chatcmd passive debug debug debug debug 193.141.89.131: cufa 38400
---------------------------------------------------------------------------
be sure that the ppp0 interface is "down" before calling "pppon"!
btw. is anyone out there who has managed to run ppp on a NeXTstation as
ppp server ?
when a remote system dials in, everything works fine! But sometimes
after the remote modem has closed the connection (an before a HUP is
sent to the running ppp process) the kernel goes into panic-mode :-(
Has someone a solution to this problem ? Or can someone tell me the
email address of Miron Cuperman (who has ported ppp to NeXT) ?
- Flo.
Newsgroups: comp.sys.next.sysadmin
From: obrooks@worf.hssc.ksc.nasa.gov (Oscar Brooks)
Subject: NeXTWORLD Where is it?
Message-ID: <1993Sep15.180431.25356@dale.ksc.nasa.gov>
Keywords: NeXTWORLD
Sender: news@dale.ksc.nasa.gov
Organization: NASA
Date: Wed, 15 Sep 1993 18:04:31 GMT
Does anyone know what has happened to NeXTWorld ?
Are they still in business and when was there last
publication?
Also, does nayone know of a good Phone number to contact
them?
Thanks!
O
------------------------------------------------
Oscar Brooks
Mail Code: DL-DSD-24
Kennedy Space Center, Fla. 32899
Internet: obrooks@dale.ksc.nasa.gov
Newsgroups: comp.sys.next.sysadmin
From: tvz@Princeton.EDU (Timothy Van Zandt)
Subject: Non-ether AppleTalk to NeXT connection
Message-ID: <1993Sep15.114752.17906@Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
Date: Wed, 15 Sep 1993 11:47:52 GMT
My reading of the on-line NeXT documentation (3.0)
is that EtherTalk can be connected to a NeXT, but
there is no mention of support for a basic
AppleTalk network. I am in a building that is
completely wired with an AppleTalk network, and
this network has a gateway to an ethernet network
for connecting (via versaterm on the macs) to
a few Unix computers. Is there any simply way I
can plug myself into this network, so that I can
also run terminal sessions with the Unix computers
from my office?
Thanks.
Tim
Newsgroups: comp.sys.next.sysadmin
From: dward@mercury.forestry.umn.edu (David D. Ward)
Subject: Definitive Answer Needed: CAP and 3.1
Message-ID: <CDEIyC.61F@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Wed, 15 Sep 1993 15:19:14 GMT
Howdy -
This has probably already been asked and answered but, time is
short. Does CAP work under 3.1? Which version is best? What are problems
if any? Are there reasons why I wouldn't want to run CAP with 3.1? Etc,
etc, etc. Thanks in advance, and I will summarize.
-DWARD
--
College of Natural Resources Network Administration
35C Natural Resources Administration Building
Upper Buford Circle
St Paul MN 55108
+1 612 624 4968
David Ward dward@mercury.forestry.umn.edu
From: dennis.glatting@mccaw.com
Newsgroups: comp.sys.next.sysadmin
Subject: Re: /usr/spool/mail vs. /var/spool/mail
Date: 15 Sep 1993 19:26:08 GMT
Organization: McCaw Cellular Communications, Inc.
Distribution: world
Message-ID: <277q8g$468@ftp-p.mccaw.com>
References: <33852@dog.ee.lbl.gov>
In article <33852@dog.ee.lbl.gov> joe@msri.org (Joe Christy) writes:
> At MSRI we mount /var/spool/mail globally as the default mail spool
> directory. Unfortunately, Mail.app looks for new mail by default in
> /usr/spool/mail. Is there a clever way to either convince Mail.app
> to use a different default, or to do the equivalent of
> dwrite Mail SpoolDir /var/spool/mail
> for every user, but in one fell swoop?
>
Create a symbolic link from /usr/spool/mail to /var/spool/mail.
--
Dennis P. Glatting / Technical Director / Paradigm Systems Corp. of WA
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: janna@reliant.bsd.uchicago.edu (& Ore Nugent)
Subject: FAQ for NS on an NEC UltraLite?
Message-ID: <1993Sep15.204116.7903@midway.uchicago.edu>
Keywords: faq, nec, ultralite, nextstep
Sender: news@uchinews.uchicago.edu (News System)
Organization: University of Chicago -- Academic & Public Computing
Date: Wed, 15 Sep 1993 20:41:16 GMT
I heard a rumor that there might be an FAQ for running NeXTSTEP Intel on
NEC Ultralite portables; if this is true, could someone please send me the
location of said FAQ?
Thanks,
Janna Ore Nugent
Biological Sciences Division
The University of Chicago
From: cjn@vaal.cpr.upenn.edu (Christopher Nagel)
Newsgroups: comp.sys.next.sysadmin
Subject: NFSManager crashes
Message-ID: <147334@netnews.upenn.edu>
Date: 15 Sep 93 20:30:47 GMT
Sender: news@netnews.upenn.edu
HELP!
Each time I launch NFSManager, 2 windows appear and then the app quietly goes away! I'm not on a
NetInfo net, but I'd like to import some NFS directories.
It happens as me and as root.
Any suggestions will be greatly appreciated.
THanks,
Chris
From: lpratt@slate.mines.colorado.edu (Lorien Pratt)
Newsgroups: comp.sys.next.sysadmin
Subject: Bus error on WriteNow, only for certain users, only on certain machine
Message-ID: <1993Sep15.194551.29004@slate.mines.colorado.edu>
Date: 15 Sep 93 19:45:51 GMT
Sender: lpratt@slate.mines.colorado.edu (Lorien Pratt)
Distribution: na
Organization: Colorado School of Mines
Hi,
I wonder if anybody can help me with the following sysadmin puzzle:
When I create a local user on the machine on my desk, that user cannot run
WriteNow. Specifically, the program says ``bus error''. However:
*I* can run writenow from this machine
The same user can run the same copy of writenow from another machine
that runs 2.0.
The user is in the same group as I, in the same user directory tree.
The user has copies of all my dot files, and their environment
looks the same.
This machine runs NS 3.0
We have WriteNow version 2.0.
I have rebooted my machine, and continue to have the same problem
These same symptoms happen when we copy writenow to the user's local
directory, and make them owner of all the files in that directory.
Any ideas? Thanks!
--Lori
--
L. Y. Pratt Dept. of Math and Computer Science
lpratt@franklinite.mines.colorado.edu Colorado School of Mines
(303) 273-3878 (work) 402 Stratton
(303) 278-4552 (home) Golden, CO 80401, USA
From: anstine@uniblab.sas.upenn.edu (David Anstine)
Newsgroups: comp.sys.next.sysadmin
Subject: Floppy problems
Message-ID: <147353@netnews.upenn.edu>
Date: 15 Sep 93 21:31:38 GMT
Sender: news@netnews.upenn.edu
I've been plagued by floppy problems on my clusters for quite some time
now. So much so that I've just assumed that NeXT's floppy support sucks.
NeXT floppies seem to work fine, but DOS and Mac floppies exhibit many
interesting qualities.
- won't format
- won't read
- won't eject
- crashes the system
Yes, I have applied DiskEjectFix.daemon. But the majority of my problems
are with DOS floppies, and this patch is for Mac floppies, no?
I have not seen an overabundance of complaints regarding this. Could it be
that NeXT users are fairly floppyless? Or am I doing something wrong.
-dave
Newsgroups: comp.sys.next.sysadmin
From: klett@sunrayce.solar.umn.edu (James P. Klett)
Subject: HELP! SLIP Hosed me good!
Message-ID: <CDF6wq.2vF@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Thu, 16 Sep 1993 00:03:12 GMT
Oh great NeXT guru,
I installed the slip package and edited several etc files as described
in the document by glenn D. Rempe and now my system hangs when booting.
These are the messages I get::
oingo netmsgserver[98]: cannot get the socket broadcast address for
interface slip0:m
oingo netmsgserver[]: warning could not find a usefull broadcast address
using 255.255.255.255
mounting remote file systems
oingo lookupd[109] netinfo timeout, sleeping
then the systems goes to sleep and hasn't come back yet.
Help!?!?!?!?!?
--
_/_/_/_/_/_/ _/ _/ _/ _/_/_/_/ _/_/_/_/
_/ _/_/ _/_/ _/_/ _/ _/
_/ _/_/_/ _/ _/ _/ _/_/_/ _/_/_/
_/ _/ _/ _/ _/ _/ _/ _/
_/_/_/ _/ _/ _/ _/ _/_/_/_/ _/_/_/_/
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
| |
| Programmer James P. Klett |
| klett@sunrayce.solar.umn.edu |
| |
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
From: glenn@iridium.digex.net
Newsgroups: comp.sys.next.sysadmin
Subject: SLIP help...
Date: 16 Sep 1993 00:51:14 GMT
Organization: Express Access Online Communications, USA
Distribution: world
Message-ID: <278da2$9hg@news1.digex.net>
Hi All,
I have been having a problem recently with my SLIP connection, and
I have tried to diagnose it with my SLIP provider to no avail.
Could you take a minute to look this over to see if you have any
ideas?
I have my SLIP connection to Digital Express Group based in MD.
Up untill a few weeks ago the biggest problem I had with SLIP was
finding a line with them that was not busy so I could log on. They
have since corrected that problem, but now an entirely new one has
shown up (Isn't it always that way! :-( ) My SLIP connection, up
untill about two weeks ago "Just worked!" as Steve Jobs would say.
I had no problem with FTP, mail news irc, etc. Once I was logged
in things were transparent and smooth. Then all of a sudden
something broke!
Here are the symtoms:
The line would come up normally and I can ping other hosts with no
problem.
I can usually start NewsGrazer and read news without difficulty,
but sometimes It will hang in midstream.
I can see mail coming through via the activity lights on my modem
but then the interface will hang sometimes and the mail will not
make it through.
The easiest way I have found to kill the link is to use ftp. It
will start to receive a file but then all of a sudden the link will
lock up, transmission stops and there is nothing that can be done.
When the link locks I cannot do anything. not even ping another
host. But then a strange thing will sometimes happen. I will try
to ping a host to test the interface and my system will then hang
at the command line. Even if I ^c out of the ping attempt I cannot
do anything at the command line! I cannot do a ps-aux, or cd or
ls or anything. Its as if all of my CPU time has just been eaten
up. Then all of a sudden the system will clear itself and the ls
or cd or ps -aux or whatever that has been hung will then work.
It seems to me as if some process is trying desperately hard to do
something and is stuck, then all of a sudden it times out or
something and the system frees itself!
Here is a copy of a portion of my /usr/dialupip/log/syslog during
one of these episodes:
-----------------------------------
Sep 12 23:51:44 iridium duioctl[2915]: Enabled calling on "slip0"
Sep 12 23:51:44 iridium duioctl[2915]: Set MTU on "slip0" to 256 bytes
Sep 12 23:51:44 iridium duioctl[2915]: Set ATIMEO on "slip0" to 9999999
Sep 12 23:51:44 iridium duioctl[2915]: BRINGUP on "slip0"
Sep 12 23:51:44 iridium tcldiald[63]: Started pid 2916 to bring up interface slip0
Sep 12 23:51:47 iridium diald-slip0[2916]: makecall: Attempting connection to "pm1.digex.net" via
"slip0"
Sep 12 23:51:47 iridium diald-slip0[2916]: (Source scripts hooks.tcl,dial-hsd.tcl, and
login-digex.tcl from slip-srv.script.tcl for interface slip0 site pm1.digex.net)
Sep 12 23:51:47 iridium diald-slip0[2916]: (Now invoking hooks.tcl script.)
Sep 12 23:51:47 iridium diald-slip0[2916]: (mtu 256 atimeo 10000000 wtimeo 300 ipkts 32963 opkts
24060)
Sep 12 23:51:47 iridium diald-slip0[2916]: (Now invoking dial-zyxel.tcl script.)
Sep 12 23:51:47 iridium diald-slip0[2916]: (Start of ZyXEL dialing script, dialing
*70,301-220-4231)
Sep 12 23:51:53 iridium diald-slip0[2916]: (set parameters)
Sep 12 23:51:53 iridium diald-slip0[2916]: (Dialing *70,301-220-4231)
Sep 12 23:52:17 iridium diald-slip0[2916]: (Connected ^M)
Sep 12 23:52:17 iridium diald-slip0[2916]: (Now invoking login-digex.tcl script.)
Sep 12 23:52:17 iridium diald-slip0[2916]: (Begin digex.net login)
Sep 12 23:52:19 iridium diald-slip0[2916]: (Entering SLIP mode)
Sep 12 23:52:19 iridium mach: duinit: unit 0 ds x10f92000
Sep 12 23:52:19 iridium diald-slip0[2916]: duconnect: Did SIOCSIFADDR on "slip0"
Sep 12 23:52:19 iridium diald-slip0[2916]: Changing silo delay for /dev/cufa from 4000 usec to
67108392 usec
Sep 12 23:52:19 iridium diald-slip0[2916]: Connected to "pm1.digex.net" via "slip0"
Sep 12 23:52:19 iridium diald-slip0[2916]: (Link UP event (bringup) for slip0 for pm1.digex.net)
Sep 12 23:52:19 iridium diald-slip0[2916]: Timeout for "slip0" set to 300
Sep 12 23:52:19 iridium diald-slip0[2916]: Outbound interface "slip0" starting ipkts = 32963, opkts
= 24060
Sep 12 23:52:19 iridium diald-slip0[2916]: (slip0/pm1.digex.net IF flags changed from 0x0 => 0x11)
Sep 12 23:52:19 iridium diald-slip0[2916]: (slip0/pm1.digex.net SOFT flags changed from 0x0 =>
0x320)
Sep 12 23:52:59 iridium mach: durend: packet too large
Sep 12 23:54:51 iridium last message repeated 7 times
Sep 12 23:55:52 iridium mach: durend: packet too large
Sep 12 23:56:21 iridium last message repeated 3 times
Sep 12 23:57:42 iridium mach: durend: packet too large
Sep 12 23:58:11 iridium last message repeated 3 times
Sep 13 00:03:11 iridium mach: durend: packet too large
Sep 13 00:03:15 iridium mach: durend: packet too large
Sep 13 00:03:40 iridium last message repeated 2 times
Sep 13 00:05:58 iridium mach: durend: packet too large
Sep 13 00:06:27 iridium last message repeated 3 times
Sep 13 00:12:23 iridium diald-slip0[2916]: (SLIP interface slip0 up 20 minutes.)
Sep 13 00:12:56 iridium mach: durend: packet too large
Sep 13 00:13:25 iridium last message repeated 3 times
Sep 13 00:14:49 iridium mach: durend: packet too large
Sep 13 00:15:18 iridium last message repeated 3 times
Sep 13 00:16:16 iridium duioctl[3095]: Enabled calling on "slip0"
Sep 13 00:16:16 iridium duioctl[3095]: BRINGDOWN on "slip0"
Sep 13 00:16:21 iridium mach: dutimer: unit 0 [slip0] - bringing down line due to inactivity.
Sep 13 00:16:21 iridium mach: dutnetclose: ds 10f92000 dstty 40a2bb4 unit 0
Sep 13 00:16:21 iridium mach: dutnetclose: unit 0 sending HUP/CONT signal to pgrp 2916
Sep 13 00:16:21 iridium mach: dutclose line xbe0
Sep 13 00:16:21 iridium diald-slip0[2916]: hangup: Process 2916 got signal 1 for "slip0"
Sep 13 00:16:21 iridium diald-slip0[2916]: hangup: Outbound interface "slip0" up 1442 seconds
Sep 13 00:16:21 iridium diald-slip0[2916]: hangup: Inpackets = 437, Outpackets = 509, Average =
0.66 packets/sec
Sep 13 00:16:21 iridium diald-slip0[2916]: Timeout for "slip0" set to 10000000
Sep 13 00:16:22 iridium diald-slip0[2916]: (Link DOWN event for slip0 for pm1.digex.net)
Sep 13 00:16:23 iridium diald-slip0[2916]: hangup: Disconnected "slip0"
Sep 13 00:16:23 iridium tcldiald[63]: Child pid 2916 for slip0/pm1.digex.net exited.
------------------------------------------
Notice on this attempt I had the MTU set to 256, I strayed from
the default of 1006 because when I saw this message I thought that
maybe this had something to do with it. I am not sure if this
helps or not., or if it is even related to my problem.
I spoke with Digex today to see if they had any ideas and they did
not know what it could be except for maybe one thing that immediately
came to mind. They recently upgraded their terminal server, it is
now the following:
Livingston Portmaster
Default MTU 1006
no header compression
com os 2.4, beta 7
Could the problem be a bug in the server software? No one else at
Digex has reported any SLIP problems since the change. They said
that in the next week they will try to bring the old terninal server
back on line on one of their modems to see if all works well then
so that we can isolate the problem.
Do you have any ideas about what this could be?????
I am not knowlegable enough on the subject to really diagnose it,
but I sure would like to have my SLIP link healthy again! :-)
Any ideas would be greatly appreciated!!!!
Thanks in advance,
Glenn
--
Glenn D. Rempe (NeXTMAIL)
glenn@iridium.digex.net
From: scott@nic.gac.edu (Scott Hess)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: /usr/spool/mail vs. /var/spool/mail
Date: 15 Sep 93 20:13:36
Organization: Is a sign of weakness
Distribution: world
Message-ID: <SCOTT.93Sep15201336@nic.gac.edu>
References: <33852@dog.ee.lbl.gov> <273f4m$pfj@vixen.cso.uiuc.edu>
<2756e0$1vi@usenet.INS.CWRU.Edu> <275bv9$pht@seine.cs.umd.edu>
In-reply-to: alex@cs.umd.edu's message of 14 Sep 1993 17:10:01 -0400
In article <275bv9$pht@seine.cs.umd.edu>,
alex@cs.umd.edu (Alex Blakemore) writes:
>joe@msri.org (Joe Christy) writes:
>> Is there a clever way to either convince Mail.app to use a different
>> default, or to do the equivalent of
>> dwrite Mail SpoolDir /var/spool/mail
>> for every user, but in one fell swoop?
> ^^^^^^^^^^
>
>this is a reasonable question
There is an option. Basically, the defaults system does have the
ability to do this, and since this is like the third time someone's
mentioned it in to me in the last couple weeks:
#import <defaults/defaults.h>
void main( int argc, char **argv)
{
if( argc!=5) {
fprintf( stderr, "Usage: dwriteu username owner name value\n");
exit( 2);
}
NXSetDefaultsUser( argv[ 1]);
exit( !NXWriteDefault( argv[ 2], argv[ 3], argv[ 4]));
}
You have to be running as root to modify other user's defaults
databases, of course. Furthermore, this version of dwrite is
obviously more crude than the real dwrite - I had coded the -g
option, with an additional -u username option, but then realized
that the reading from stdin would require more work than I'm willing
to do for such a silly example, so I just went with short and sweet.
Those extensions are left to the reader.
Alternately, my TickleServices package has the ability to do the
same thing using the "defaults user [username]" command. Again,
though, you have to be root (obviously, using a command-line program
su'd root is easier than a services entry, which would require a
console login).
>In article <273f4m$pfj@vixen.cso.uiuc.edu> lemson@uiuc.edu writes:
>> Since all NeXT-y applications look in /usr/spool/mail, why not just
>> mount it onto your NeXTs as /usr/spool/mail instead of /var/spool/mail?
>
>this is a reasonable response.
This is even better, because there are other programs that might
care besides Mail, you know.
>in any case,
>there is a default available under Mail expert preferences
>dwrite Mail SpoolDir /var/spool/mail
>
>and if you are going to take the mount approach and you have multiple
>nexts. you can place the mount in the top level netinfo domain,
>and have then modified it for all netinfo hosts. if you use the
>dwrite approach, you need to repeat for each user.
Either will work - but I'd prefer the approach which leaves
/usr/spool/mail as the directory to look for, because that way any
other programs that expect things there will work without modifications
(ie, mail, binmail, rmail, elm, etc, etc).
Later,
--
scott hess <shess@ssesco.com> <To the BatCube, Robin>
12901 Upton Avenue South, #326 Burnsville, MN 55337 (612) 895-1208 Anytime!
Newsgroups: comp.sys.next.sysadmin
From: mats@xennen.se (Mats Nordin)
Subject: Re: NeXTWORLD Where is it?
Message-ID: <1993Sep15.233318.564@xennen.se>
Sender: mats@xennen.se
Organization: Xennen Software AB.
References: <1993Sep15.180431.25356@dale.ksc.nasa.gov>
Date: Wed, 15 Sep 1993 23:33:18 GMT
In article <1993Sep15.180431.25356@dale.ksc.nasa.gov> obrooks@worf.hssc.ksc.nasa.gov (Oscar Brooks)
writes:
>>
>> Does anyone know what has happened to NeXTWorld ?
>> Are they still in business and when was there last
>> publication?
>>
>> Also, does nayone know of a good Phone number to contact
>> them?
>>
>> Thanks!
>>
>> O
>>
>>
>> ------------------------------------------------
>> Oscar Brooks
>> Mail Code: DL-DSD-24
>> Kennedy Space Center, Fla. 32899
>> Internet: obrooks@dale.ksc.nasa.gov
Vol. 3, No. 5 September 1993
Email: subscrip@nextworld.com
Phone: 800/685-3435 or 615/377-3322
--
Mats Nordin NeXTMail appreciated
Xennen Software AB mats@xennen.se
Fax/Voice: +46 171 62140
GSM Phone: +46 708 825525 (+46 708 XENNEN)
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Newsgroups: comp.sys.next.sysadmin
Subject: SLIP with dynamically-allocated IP addresses
Date: 16 Sep 1993 02:51:37 GMT
Organization: Rensselaer Polytechnic Institute, Troy NY, USA
Distribution: world
Message-ID: <278kbp$9qe@usenet.rpi.edu>
All my NeXT's are ethernet connected, so I haven't had a reason to play with
SLIP yet. Someone came into my office asking about SLIP support, and
there's a question that I didn't know the answer to:
The way RPI's dial-up works is that you dial one number to get to a rotary
of modems. While SLIP is supported, the way it works is that you may get a
different IP number assigned to you for each call. We have Mac and PC
clients that handle this situation by using BOOTP to pick up their IP
address.
Do any of the NeXT implementations of SLIP support BOOTP? Do any of them
support dynamically-assigned IP addresses (if not via BOOTP, then by some
other method)?
--
Garance Alistair Drosehn = gad@eclipse.its.rpi.edu
ITS Systems Programmer (handles NeXT-type mail)
Rensselaer Polytechnic Institute; Troy NY USA
From: shi@moskva.ks.uiuc.edu (Zhouhong Joel Shi)
Newsgroups: comp.sys.next.sysadmin
Subject: error message for 'find'
Date: 16 Sep 1993 15:35:03 GMT
Organization: University of Illinois at Urbana
Message-ID: <27a137$k4u@vixen.cso.uiuc.edu>
Keywords: find
Hi there:
I use 'find' to check the recent file status in a script as follows:
find $DIRS -type f -mtime -2 -print 2>>$MAINDIR/$ERRNAME
1>$MAINDIR/dailyfile.lst
$DIRS is the directory list on my nextworked NeXT machines.
I got error message
find: bad status < /Net/budapest/Users/oby >
...
Could somebody tell me what this message means?
--
Joel Shi
+--------------------------------------------------------------------
|Programming and System Administration
|Theoretical Biophysics shi@lisboa.ks.uiuc.edu
|University of Illinois Tel: (217)-244-1851
Newsgroups: comp.sys.next.sysadmin
From: bstone@acs.ucalgary.ca (Blake Stone)
Subject: Re: /usr/spool/mail vs. /var/spool/mail
Message-ID: <Sep16.172124.56089@acs.ucalgary.ca>
Date: Thu, 16 Sep 1993 17:21:24 GMT
References: <273f4m$pfj@vixen.cso.uiuc.edu> <2756e0$1vi@usenet.INS.CWRU.Edu> <275bv9$pht@seine.cs.umd.edu>
Organization: The University of Calgary, Alberta
> [ ... discussion deleted ... ]
>
> there is a default available under Mail expert preferences
> dwrite Mail SpoolDir /var/spool/mail
>
> and if you are going to take the mount approach and you have
> multiple nexts. you can place the mount in the top level
> netinfo domain, and have then modified it for all netinfo
> hosts. if you use the dwrite approach, you need to repeat for
> each user.
... each EXISTING user anyway. If you're looking for a future
solution you can modify the user template in /usr/template/user
so that the dwrite automatically becomes a part of every user you
create.
Modifying all of the existing users is annoying, but not as
difficult as it might seem if you use DefaultMgr. If you're
logged in as root, you can open any user's defaults directory and
use drag'n'drop to make the necessary modifications.
I'd still advocate the /usr/spool/mail instead of /var/spool/mail
approach, but if there is a good and valid reason to avoid it,
try the above.
--
Blake W. Stone | DKW Systems Corporation
Chief Technical Officer | A N[EXTSTEP,eXT[STEP,step,Step]] VAR
bstone@acs.ucalgary.ca |
| ... couldn't have been ME
From: dave@truth.asg.arlut.utexas.edu (Dave Slotnick)
Newsgroups: comp.sys.next.sysadmin
Subject: HELP! utmp file problems after 3.0-->3.1 upgrade
Date: 16 Sep 1993 17:33:20 GMT
Organization: The University of Texas at Austin, Austin, Texas
Message-ID: <27a810$r3q@geraldo.cc.utexas.edu>
If you can help me solve this nasty little problem I would greatly
appreciate it! I've just upgraded from 3.0 to 3.1, and now, whenever I
spawn a new terminal via command-n from Terminal.app, it doesn't place an
entry into my /etc/utmp file. The file permissions are OK:
-rw-r--r-- 1 root 540 Sep 16 12:17 /etc/utmp
so I'm stumped as to the cause of the problem.
A symptom is that when I attemp to "talk" I get the message "You don't
exist. Go away."--presumably because I don't have an entry in /etc/utmp.
Also, if I log in as root, the problem goes away.
Has anyone else experienced this difficulty, or am I insane?
--
*** David Slotnick
*** Applied Research Laboratories
*** dave@truth.asg.arlut.utexas.edu
NeXTmail desired and appreciated
Newsgroups: comp.sys.next.sysadmin
From: flight@mathi.uni-heidelberg.de (Gregor Hoffleit)
Subject: sendmail conf. in mixed network
Message-ID: <1993Sep16.192109.7994@sun0.urz.uni-heidelberg.de>
Sender: news@sun0.urz.uni-heidelberg.de (NetNews)
Organization: University of Heidelberg, Germany
Date: Thu, 16 Sep 93 19:21:09 GMT
I know this is not necessary a NeXT specific problem, but
nevertheless I dare to ask it here:
Our department has its own subdomain. This subdomain consists
of a Netinfo-Network with 10 NeXTs and a Novell network with
about 30 PCs. The Novell server is running Mercury (this is an
mail gateway that connects a Novell server (and its users)
to a SMTP relay host.)
Is it possible to find a setup so that every mail could be
addressed in the form USER@mathi.uni-heidelberg.de where USER
could be a NeXT or a Novell user.
I think von possible solution would be that sendmail (or binmail ?)
first checks if there is an unix account that can be delivered
with the message and if not, sends the message to the Novell
server instead of replying with an error message.
This would leave the final decision if the address is right to
the Novell server, but I can't imagine a better solution.
Thank you,
Gregor
--
| Gregor Hoffleit admin MATHInet / contact HeidelNeXT |
| MAIL: Mathematisches Institut PHONE: (49)6221 56-5771 |
| INF 288, 69120 Heidelberg, Germany FAX: 56-3812 |
| EMAIL: flight@vogon.mathi.uni-heidelberg.de (NeXTmail) |
\O__x ride
o o it!
From: gary@ah3.cal.msu.edu (Gary J LaPointe)
Newsgroups: comp.sys.next.sysadmin
Subject: Help, I can't LPR anymore
Date: 16 Sep 1993 19:27:43 GMT
Organization: Michigan State University
Message-ID: <27aenf$t0l@msuinfo.cl.msu.edu>
I just set up a few new accounts on a NeXT (2.2), and I can't use the LPR
command in those accounts. I've set up accounts before and they worked fine.
When I try to print it says "lpr: Local_Printer: unknown printer"
If I I use the -P option to set the printer for the job if is fine, but
other wise it won't work. I fudged with one of the accounts for a while,
pretty much deleted it and restored a few files, and eventually got it to
work (but I'm not sure why).
They print fine when I am in NeXTstep.
I've dug through the man pages and next answers and ewverything else I can
think of.
Any suggestions?
Thanks,
Gary
--
Gary J LaPointe
gary@ah3.cal.msu.edu
Michigan State University
Center For Integrative Studies, Arts & Humanities
Newsgroups: comp.sys.next.sysadmin
From: gpmenos@firestone.Princeton.EDU (Gerard Philippe Menos)
Subject: e-mail address for NX-FAX
Message-ID: <1993Sep16.141407.25295@Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
Date: Thu, 16 Sep 1993 14:14:07 GMT
I am looking for an e-mail address for the author of NX-FAX (voice
phone number is also good).
With appreciation,
Phil
--
G. Philippe Menos
gpmenos@firestone.princeton.edu [NeXTmail OK.]
Systems Administrator, Princeton University Libraries
voice: 609-258-5183 fax: 609-258-5571
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: csp@ohm.york.ac.uk (Colin Perkins)
Subject: Re: Compiling tin
Message-ID: <1993Sep16.193556.13924@ohm.york.ac.uk>
Organization: Computer Systems Engineering Group, University of York, UK.
References: <26fdd1$3a5@news.intercon.com> <1993Sep6.140322.3878@julian.uwo.ca> <1993Sep8.215728.8414@ohm.york.ac.uk> <1993Sep10.120133.203@cube.han.de>
Date: Thu, 16 Sep 93 19:35:56 GMT
martin@cube.han.de wrote:
>Colin Perkins (csp@ohm.york.ac.uk) wrote:
>: Lance R. Bailey (zaphod@ctrg.rri.uwo.ca) wrote:
>: >on 6 Sep 1993 13:19:28 GMT David Casti wrote in comp.sys.next.sysadmin:
>
>: >> I can't seem to get the latest version of tin compiled on my 3.0 '040
>: >> cube. It dies on
>
>: >> /bin/ld: Undefined symbols:
>: >> _getcwd
>: just a single line patch! Near the end of misc.c (in the
>: make_post_process_cmd function) there is a call to
>
>: getcwd(currentdir, sizeof(currentdir));
>
>: Change this to
>
>: get_cwd(currentdir);
>
>: and all should work!
>
>well, I have done the same hack a week ago and it works, too. However,
>tin 1.2.1 creates a dead.article when I post to a group while tin 1.20
>does not.
>
>Does this happen on your system also ?
It used to happen before I made the modification described above, but
the problem seems to have solved itself now...
--
Colin Perkins
Computer Systems Engineering Group, Email: csp@ohm.york.ac.uk
University of York, YO1 5DD, UK. Phone: +44 904 432379
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: mross@netcom.com (Antigone Press)
Subject: Modifying backplane to add 030 motherboard?
Message-ID: <mrossCDGu84.CvC@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Thu, 16 Sep 1993 21:26:28 GMT
Does anyone know where to find instructions for installing a second
motherboard (030) to an 040 cube?
Thanks!
--
--------------
Michael Ross mross@antigone.com (preferred)
Antigone Press mross@netcom.com
San Francisco CA FAX +1.415.431.3650
From: annard@theborg.stack.urc.tue.nl (Annard Brouwer)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Floppy problems
Date: 16 Sep 1993 22:15:16 GMT
Organization: the Borg
Distribution: world
Message-ID: <27aohk$p7@theborg.stack.urc.tue.nl>
References: <147353@netnews.upenn.edu>
In article <147353@netnews.upenn.edu> anstine@uniblab.sas.upenn.edu (David
Anstine) writes:
> NeXT floppies seem to work fine, but DOS and Mac floppies exhibit many
> interesting qualities.
> - won't format
> - won't read
> - won't eject
> - crashes the system
>
Never happened to me and I use floppies regularly...
> Yes, I have applied DiskEjectFix.daemon. But the majority of my problems
> are with DOS floppies, and this patch is for Mac floppies, no?
>
This only applies if you use NeXTSTEP 3.0, if you use NEXTSTEP 3.1 you do not
need DiskEjectFix and actually it's for all kinds of floppies not only Mac.
Perhaps you have a hardware problem with your floppy drive, try cleaning it
with a vacuum cleaner. I found out that a lot of dust accumulates in there...
Topodlepip,
Annard
--
Annard Brouwer annard@stack.urc.tue.nl (NeXTmail appreciated)
People? You can forget it.
From: jfosback@darkwing.uoregon.edu (Jason Fosback)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: SLIP with dynamically-allocated IP addresses
Date: 16 Sep 1993 23:00:23 GMT
Organization: University of Oregon
Distribution: world
Message-ID: <27ar67$ilg@pith.uoregon.edu>
References: <278kbp$9qe@usenet.rpi.edu>
In article <278kbp$9qe@usenet.rpi.edu>, gad@eclipse.its.rpi.edu (Garance A.
Drosehn) writes:
>
> All my NeXT's are ethernet connected, so I haven't had a reason to play with
> SLIP yet. Someone came into my office asking about SLIP support, and
> there's a question that I didn't know the answer to:
>
> The way RPI's dial-up works is that you dial one number to get to a rotary
> of modems. While SLIP is supported, the way it works is that you may get a
> different IP number assigned to you for each call. We have Mac and PC
> clients that handle this situation by using BOOTP to pick up their IP
> address.
>
> Do any of the NeXT implementations of SLIP support BOOTP? Do any of them
> support dynamically-assigned IP addresses (if not via BOOTP, then by some
> other method)?
>
We have a dynamic IP setup here at the University of Oregon, and we're
using the version of SLIP by Louis Mamakos (sp?). It works wonderfully;
if anyone wants copies of the configuration files, let me know via e-mail.
If I get enough requests, I'll post them.
-jason
___________________________________________________________________
Jason Fosback, User Support Analyst | No sir, I didn't like it
---- University of Oregon ---- | -R&S
Internet: jfosback@oregon.uoregon.edu | Star Trek:
NeXT mail: jfosback@darkwing.uoregon.edu | The NeXT Generation...
Newsgroups: comp.sys.next.sysadmin
From: bennett@mp.cs.niu.edu (Scott Bennett)
Subject: Re: Users can't read mail spool file
Message-ID: <1993Sep17.033831.5170@mp.cs.niu.edu>
Organization: Northern Illinois University
References: <1993Sep9.213615.6416@saltwater.com> <26ph8h$7la@vega.info.isbiel.ch> <KARTHY.93Sep10132422@musik.auc.dk>
Date: Fri, 17 Sep 1993 03:38:31 GMT
In article <KARTHY.93Sep10132422@musik.auc.dk> karthy@musik.auc.dk (Karsten Thygesen) writes:
>
>>>>>> On 10 Sep 1993 09:26:41 GMT, droux@info.isbiel.ch (Nicolas Droux) said:
>
>> A strange problem occured in the process of my (nightmarish) upgrade to
>> 3.1. When mail comes in (generally via UUCP) the spool file for the user
>> receiving the mail ends up being owned by whatever "user" invoked
>> sendmail. Generally, the file shows up as being owned by uucp. As a
>> result, the file is unreadable, and I have to chown it every time I want
>> to read my mail.
>
>Nicolas> Something similar appends on my system since I installed 3.1 few days ago,
>Nicolas> although I don't use UUCP. The owner of the file becomes "nobody" and of
>Nicolas> course the supposed owner of the file can't read get its mail anymore.
>Nicolas> It's however not so important for me since I mount the /usr/spool/mail
>Nicolas> from a NFS server (a Sun), but it would still be better to fix the
>Nicolas> problem.
>
>Just to try to track the problem: I UPGRADED from 3.1PR1 to 3.1, and
>my mail is working just fine, but one of my friends re-installed 3.1
>from scratch and he has the same problem as you describes. Now: what
>is the difference betweem an upgrade and a reinstallation? Has someone
>checked the permissions on /usr/lib/sendmail??
>
Yes. sendmail should be suid root in virtually all systems.
It's a bit hard to tell without more information what the problem
might be. However, take a look at /etc/sendmail.cf's definition of the
'local' mailer. This definition should specify /bin/mail and should
include 'S' among its flags. The 'S' tells sendmail it's okay to run
the mailer as root, which allows /bin/mail to chown(2) the mail box to
the recipient userid.
Scott Bennett, Comm. ASMELG, CFIAG
Systems Programming
Computer Center
Northern Illinois University
DeKalb, Illinois 60115
**********************************************************************
* Internet: bennett@cs.niu.edu bennett@netmgr.cso.niu.edu *
* BITNET: A01SJB1@NIU *
*--------------------------------------------------------------------*
* "There is hopeful symbolism in the fact that flags don't wave in *
* a vacuum." --Arthur C. Clarke *
**********************************************************************
Newsgroups: comp.sys.next.sysadmin
From: alastair@farli.otago.ac.nz (Alastair Thomson)
Subject: SLIP and DialUpIP
Message-ID: <CDHCHz.8sx@news.otago.ac.nz>
Sender: usenet@news.otago.ac.nz (News stuff)
Organization: University of Otago
Date: Fri, 17 Sep 1993 04:01:11 GMT
Hi Netters,
I need to set up a network of NeXTSTEP machines connected via dialup
modems. What do I have to do to set this up using dialup ip
connections? Notably, how much of SLIP is provided with NeXTSTEP?
Where can I get source for dialup ip?
Alastair
--
Alastair Thomson, | Phone +64-3-479-8347
Department of Computer Science, | Fax +64-3-479-8529
University of Otago, | alastair@farli.otago.ac.nz
Dunedin, New Zealand | NeXTmail Welcome
"Any sex that lands you in hell, can't be safe sex"
From: wrob@unixg.ubc.ca (Robert Wong)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: e-mail address for NX-FAX
Date: 17 Sep 1993 06:17:34 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
Message-ID: <27bkpu$f7l@nnrp.ucs.ubc.ca>
References: <1993Sep16.141407.25295@Princeton.EDU>
In article <1993Sep16.141407.25295@Princeton.EDU> gpmenos@firestone.Princeton.EDU (Gerard Philippe Menos) writes:
>I am looking for an e-mail address for the author of NX-FAX (voice
>phone number is also good).
From the ZyXEL FAQ:
NXFax v1.03, fax/data software
Monitors serial ports and transparently switches between data and fax.
Black and White Software
Bridge Street Marketplace
Waitsfield, VT 05673-1210
Voice: (802) 496-8500
Fax: (802) 496-5112
E-mail: nxfax@bandw.com
Cost: US$135
Disclaimer: I sell NXFax and ZyXELs
RWW.
--
Robert W. Wong Jr. wrob@unixg.ubc.ca (ASCII only)
Crasher of Automated Banking Machines, Keeper of the ZyXEL modem FAQ,
University of British Columbia NeXT Users Group Leader and
collector of titles.
Newsgroups: comp.sys.next.sysadmin
From: jhburns@kobch004.delcoelect.com ()
Subject: Help seting up DAT drive
Message-ID: <1993Sep16.130423.4284@kocrsv01.delcoelect.com>
Originator: jhburns@kobch004.delcoelect.com
Sender: jhburns@kocrsv01.delcoelect.com ()
Organization: Delco Electronics Corp.
Date: Thu, 16 Sep 1993 13:04:23 GMT
I purchased a WangDAT Model 3200 DAT drive used and am having
dificalties getting it to work on my NeXTStation. I have
included a transcript of a session were I attempt to access the
drive using tar tar. In all of thes cases, except where I
use rst1, the drive responds by advancing the tape quickly for
a vary short time. It then moves the tape vary slowly for a
few seconds before rewinding the tape. This is repeated about
three times before an error message is returned.
The DAT drive is configured as follows:
SCSI Device ID = 3
SCSI Bus Parity = Enabled
SCSI Protocol = SCSI-2
Compression = Off
Buffered Mode = Off
Can anyone help me get this working? Pleas E-mail me any responses.
TRANSCRIPT OF SECIOTN:
zion> ls -l /dev/rst0
crw-rw-rw- 1 root 34, 0 Sep 11 17:56 /dev/rst0
zion# ls -l /dev
lrwxrwxrwx 1 root 11 Feb 20 1991 /dev -> private/dev@
zion> ls -l /private
total 20
drwxrwxr-x 2 root 1024 Feb 25 1991 Net/
drwxr-xr-x 3 root 1024 Aug 21 19:01 adm/
drwxr-xr-x 3 root 9216 Sep 13 20:27 dev/
drwxr-xr-x 8 root 3072 Sep 14 23:04 etc/
drwxr-xr-x 2 root 1024 Apr 15 01:46 preserve/
drwxr-xr-x 13 uucp 1024 Apr 15 03:48 spool/
drwxr-xr-x 3 root 1024 Aug 12 21:49 tftpboot/
drwxrwxrwt 2 root 2048 Aug 30 19:27 tmp/
drwxr-xr-x 2 root 1024 Sep 13 20:27 vm/
zion> tar tvf /dev/rst0
tar: read error on /dev/rst0 : I/O error
zion> tar cvf /dev/rst0 temp
temp/
temp/job/
temp/job/cap.ma
tar: can't write to /dev/rst0 : I/O error
zion> su
Password:
zion# tar cvf /dev/rst0 temp
a temp/job/cap.ma 88 blocks
a temp/job/chart_3.diagram 36 blocks
a temp/job/costing/DataBase 8 blocks
a temp/job/costing/derm.fm3 1 block
a temp/job/costing/derm.prn 39 blocks
a temp/job/costing/derm.wk3 41 blocks
a temp/job/costing/derm2.prn 13 blocks
a temp/job/costing/estimate.imp/Model.imp 27 blocks
a temp/job/costing/estmstv1.fm3 54 blocks
a temp/job/costing/estmstv1.imp/Model.imp 383 blocks
a temp/job/costing/estmstv1.wk3 308 blocks
tar: tape write error: I/O error
zion# tar tvf /dev/rst0
tar: tape read error: I/O error
zion#
zion> tar tvf /dev/rst1
tar: can't open /dev/rst1 : Bad file number
zion> tar tvf /dev/rxt0
tar: read error on /dev/rxt0 : I/O error
zion> tar cvf /dev/rxt0 temp
temp/
temp/job/
temp/job/cap.ma
temp/job/chart_3.diagram
temp/job/costing/
temp/job/costing/DataBase
temp/job/costing/derm.fm3
temp/job/costing/derm.prn
temp/job/costing/derm.wk3
temp/job/costing/derm2.prn
temp/job/costing/estimate.imp/
temp/job/costing/estimate.imp/Model.imp
temp/job/costing/estmstv1.fm3
temp/job/costing/estmstv1.imp/
temp/job/costing/estmstv1.imp/Model.imp
temp/job/costing/estmstv1.wk3
tar: can't write to /dev/rxt0 : I/O error
__________________________________
/ Jeff Burns \
| jhburns@kobch004.delcoelect.com |
| Phone |
| Day: (317)451-2001 |
| Night: (317)453-4678 |
| FAX Home:(317)453-4678 |
| FAX Work:(317)451-2061 |
\__________________________________/
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: mcnichol@math.syr.edu (Brendan T. McNichols)
Subject: Installing new internal drives for NeXTstation
Message-ID: <1993Sep17.105953.17683@newstand.syr.edu>
Keywords: new,internal,hard,drive,NeXTstation
Date: Fri, 17 Sep 93 10:59:52 EDT
Hi all,
First off: Thanks to everyone who responded to my earlier post concerning
the "MEDIA ERROR" I was getting. Sorry I couldn't thank everyone
individually, there were just too many responses! The conclusion of 90%
of the responses was that the drive was toast.
Now I am stuck trying to get a new drive to install internally in the
NeXTstation. I have possibilities of two drives for which I have found
reasonable prices; the Fujitsu M2624FA 520 MB ($661) and the Quantum
LPS525S 525MB ($629). I'm inclined to go with the Fujitsu since it comes
with a 5 year warranty instead of Quantum's 2 years.
My question is this: Has anyone had any experience installing either of
these drives internally in a NeXTstation? Is it possible? Recommended?
Any pitfalls I need to look out for?
Thanks VERY much in advance,
Brendan
--
Brendan T. McNichols, Computer Support (315) 682-1553 (home)
Syracuse University Mathematics Dept. mcnichol@syr.edu (NeXT)
215 Carnegie Hall
Syracuse, NY 13244
From: Ward_Travis@transarc.com
Newsgroups: comp.sys.next.sysadmin
Subject: atalkd questions
Date: Fri, 17 Sep 1993 16:58:12 -0400
Organization: Carnegie Mellon, Pittsburgh, PA
Message-ID: <YgaWHYCSMUkHQKdpwE@transarc.com>
I looked through the documentation I have for NeXTstep 3.0 and came up
empty. If you can point me towards any information regarding what level
of support NeXTstep 3.0 provides for AppleTalk, I will be grateful.
--
Ward C. Travis Pittsburgh PA USA "The fact is the sweetest dream that
travis@transarc.com (412) 338 4388 labor knows." - R. Frost
From: jfosback@darkwing.uoregon.edu (Jason Fosback)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next.software
Subject: Re: SLIP with dynamically-allocated IP addresses
Date: 17 Sep 1993 21:25:39 GMT
Organization: University of Oregon
Distribution: world
Message-ID: <27da0j$j3s@pith.uoregon.edu>
References: <278kbp$9qe@usenet.rpi.edu> <27ar67$ilg@pith.uoregon.edu>
I have submitted a copy of the U of O SLIP configuration to:
cs.orst.edu:/pub/next/submissions/UofO_SLIP_configuration.compressed
sonata.cc.purdue.edu:/pub/next/submissions/UofO_SLIP_configuration.compressed
Here is the included README:
Here is the default configuration for the University of Oregon's SLIP
network.
The config directory included in this distribution contains the
configuration
information that needs to be located in /usr/dialupip/config.
These configuration files are compatible with the most recent version of
SLIP
from Louis Mamakos (sp?). Of interest is the file login-uonet.tcl. This
file contains the script to wait for a dynamically assigned IP address, and
then configures the IP address of your machine.
I have also included a copy of the standard University of Oregon
sendmail.cf
file. It's set up in such a way that you can specify a replacement value
for your machine name.
For example, if your machine name is localhost, outgoing mail is translated
from jfosback@localhost to jfosback@darkwing.uoregon.edu, or any other name
that you specify.
Also please note the simple resolv.conf file. This is a simple name
resolver
that goes into /etc and points to name servers so that you can resolve name
conflicts at home (or wherever else you are).
I hope that these can serve as an example of how to configure your machine.
-jason
___________________________________________________________________
Jason Fosback, User Support Analyst | No sir, I didn't like it
---- University of Oregon ---- | -R&S
Internet: jfosback@oregon.uoregon.edu | Star Trek:
NeXT mail: jfosback@darkwing.uoregon.edu | The NeXT Generation...
Newsgroups: comp.sys.next.sysadmin
From: m@BlueRose.com (M Carling)
Subject: Re: NeXTWORLD Where is it?
Message-ID: <1993Sep16.163903.21320@BlueRose.com>
Sender: m@BlueRose.com
Organization: Blue Rose Systems, Inc.
References: <1993Sep15.180431.25356@dale.ksc.nasa.gov>
Date: Thu, 16 Sep 1993 16:39:03 GMT
In article <1993Sep15.180431.25356@dale.ksc.nasa.gov>
obrooks@worf.hssc.ksc.nasa.gov (Oscar Brooks) writes:
>
> Does anyone know what has happened to NeXTWorld ?
> Are they still in business and when was there last
> publication?
NeXTWORLD is very much still in business. The October issue should hit the
streets any day now, and it is 20% thicker (more pages) than the August
and September issues.
> Also, does nayone know of a good Phone number to contact
> them?
415-978-3182.
M Carling
Contributing Editor, NeXTWORLD
Newsgroups: comp.sys.next.sysadmin
From: mross@netcom.com (Antigone Press)
Subject: Re: atalkd questions
Message-ID: <mrossCDIu7F.9yF@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <YgaWHYCSMUkHQKdpwE@transarc.com>
Date: Fri, 17 Sep 1993 23:21:14 GMT
Ward_Travis@transarc.com wrote:
: I looked through the documentation I have for NeXTstep 3.0 and came up
: empty. If you can point me towards any information regarding what level
: of support NeXTstep 3.0 provides for AppleTalk, I will be grateful.
Functionally, none. The implementation of Appletalk was so buggy in 3.0
that NeXT dropped it in 3.1. Try running cap instead.
--
--------------
Michael Ross mross@antigone.com (preferred)
Antigone Press mross@netcom.com
San Francisco CA FAX +1.415.431.3650
Newsgroups: comp.sys.next.sysadmin
From: mslade@netcom.com (Michael Slade)
Subject: Please Help... NextDimension not booting
Message-ID: <msladeCDIzH0.H8A@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Sat, 18 Sep 1993 01:14:59 GMT
On a NextDimension machine running version 3.0 of the
operating system:
I was in WriteNow when the machine froze & some Unix
messages appeared in the middle of the screen.
Unfortunately I didn't note them. I rebooted the machine by
pressing alt-cmd-*, but nothing came up on the screen except
for a gray raster.
I've tried rebooting the machine from power off several
times in the last week. Typically the screen remains gray,
but I can hear the hard disk being accessed. I think that
the machine is coming up, only nothing is being displayed.
I think that I'm able to login & power off the machine
blind. Twice the login panel came up, even though the
spinning disk picture & startup messages did not appear. In
both cases the machine froze after I had been working with
it for a few minutes. I tried to reboot the machine by
pressing alt-cmd-*, but again nothing came up on the screen.
I have tried to boot the machine from CD-ROM & floppy and
may be succeeding but can't tell since nothing comes up on
the display.
Thinking it is a software problem that might be solved by
reloading the system I've considered trying a blind reload
but think I might just make things worse.
I just tried again. It booted (minus starting graphics).
I logged on and ran fsck -Pp. It found problems with a
file called /dev/rsd0a and claimed to have salvaged it warning
about the need to reboot without sync. To be safe I copied
this file back off of the CD-ROM to be certain that it was
clean. I did a shutdown without sync.
When I powered back up the boot graphics were
back but now I get a scrolling text box in the middle of
the screen entitled NeXT Mach Operating System. It lists a
lot of resources (which scroll off the screen) ending with -
"The network is disabled or your computer isn't connected to
it." (it isn't) followed by:
"erase ^? intr ^c kill ^u"
and a # on the next line.
What is the correct thing to do now?
If I login and logout within this text box I appear to be
in Unix and it sometimes starts the graphic user interface
only to by and by have "system panic - root unmount failed"
followed by what looks like garbage to me.
It appears that replacing the rsd0a file fixed some things only
to screw up something else.
Any suggestions?
Thanks in advance,
Michael Slade, Datavision Technologies, mslade@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: alibaba@mindvox.phantom.com (Nick Mordanzo)
Subject: Re: Please Help... NextDimension not booting
Message-ID: <omy20B5w165w@mindvox.phantom.com>
Originator: alibaba@mindvox
Sender: news@mindvox.phantom.com
Organization: [MindVox] / Phantom Access Technologies / (+1 800-MindVox)
References: <msladeCDIzH0.H8A@netcom.com>
Date: Sat, 18 Sep 1993 03:09:35 GMT
mslade@netcom.com (Michael Slade) writes:
> I just tried again. It booted (minus starting graphics).
> I logged on and ran fsck -Pp. It found problems with a
> file called /dev/rsd0a and claimed to have salvaged it warning
That's the hard disk, or the first SCSI hard disk online anyway.
> about the need to reboot without sync. To be safe I copied
> this file back off of the CD-ROM to be certain that it was
> clean. I did a shutdown without sync.
That's usually a really bad idea. You shouldn't copy /dev files around
like that, they're just like these links and the problem is probably a bad
block on your hard disk, not the /dev file.
> When I powered back up the boot graphics were
> back but now I get a scrolling text box in the middle of
> the screen entitled NeXT Mach Operating System. It lists a
> lot of resources (which scroll off the screen) ending with -
> "The network is disabled or your computer isn't connected to
> it." (it isn't) followed by:
> "erase ^? intr ^c kill ^u"
> and a # on the next line.
> What is the correct thing to do now?
Set you cat on fire and pray to Cthulhu.
(You're booting in verbose mode, it always says all that, look in
/usr/adm/messages, you just usually don't see it because NS defaults to
spinning icons on the black hardware. There's nothing wrong per se.)
You didn't say if you system worked now or not, running a fsck will
usually fix things 9 out of 10 times.
$%$%$%$%$%$%$%
($) Ali Baba ($)
%$%$%$%$%$%$%$
From: cjp+@pitt.edu (Casimir J Palowitch)
Newsgroups: comp.sys.next.sysadmin
Subject: More Blasted Nagging SLIP Questions
Message-ID: <1919@blue.cis.pitt.edu>
Date: 18 Sep 93 06:54:29 GMT
Sender: news+@pitt.edu
Organization: University of Pittsburgh
Originator: cjp@unixd3.cis.pitt.edu
Hi friends,
After configuring DialupIP to the letter for my standalone
machine & rebooting, netinfod dials the modem looking for a broadcasthost at
255.255.255.255. Naturally it doesn't find one and hangs the boot. How
do I stop this from happening?
Also, my SLIP server uses dynamically allocated IP addresses,
but also does not give the remotehost IP address at login. Is it possible to
login without it, then by using BOOTP or something, get the remotehost
IP later and only later build the routing table and hostconfig?
Stumped at 2:40 AM,
--
** Casey Palowitch - cjp+@pitt.edu UWSA #570881 **
** Networked Information Services / Technical Services **
** U. of Pittsburgh Library Systems // NeXTSTEP... **
** ...the most respected piece of software on the planet BYTE10/92 **
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: More Blasted Nagging SLIP Questions
Date: 18 Sep 1993 09:17:12 -0400
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Message-ID: <27f1oo$kvb@seine.cs.umd.edu>
References: <1919@blue.cis.pitt.edu>
Send-To: cjp+@pitt.edu (Casimir J Palowitch)
In article <1919@blue.cis.pitt.edu> cjp+@pitt.edu (Casimir J Palowitch) writes:
> After configuring DialupIP to the letter for my standalone
> machine & rebooting, netinfod dials the modem looking for a broadcasthost at
> 255.255.255.255. Naturally it doesn't find one and hangs the boot.
I don't know if SLIP is different, but the way to fix this on a
more traditional net, is to run HostManager.app, press the Local...
menu to bring up the local config panel, and select "use local domain only"
or you can remove the value "../network" from the serves property
in the /machines/broadcasthost directory in netinfo
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
Newsgroups: comp.sys.next.sysadmin
From: Klaus@ideal.muc.de (Klaus Bscheid)
Subject: MEDIA ERROR Help?
Message-ID: <1993Sep18.155459.411@ideal.muc.de>
Sender: me@ideal.muc.de (Klaus Bscheid)
Organization: Eversmile
Date: Sat, 18 Sep 1993 15:54:59 GMT
Hello
Maybe somone know more about the following console-output.
Target 1: MEDIA ERROR; block 81f31H retry 1
Target 1: MEDIA ERROR; block 81f31H retry 2
Target 1: MEDIA ERROR; block 81f31H retry 3
Target 1: MEDIA ERROR; block 81f31H retry 4
Target 1: MEDIA ERROR; block 81f31H retry 5
Target 1: MEDIA ERROR; block 81f31H retry 6
Target 1: MEDIA ERROR; block 81f31H retry 7
Target 1: MEDIA ERROR; block 81f31H retry 8
Target 1: MEDIA ERROR; block 81f31H retry 9
sd0 (1,0): sense key:0x3 additional sense code:0x12
SCSI Block in error = 532273; Partition a F.S. sector 532113
IO error on pagein (bread)
Does anybody know how to skip this block?
thank you very much
klaus
--
____________________________________________________________
Klaus Bscheid, klaus@ideal.muc.de, voice/fax: +49 89 3103829
Germany, 85716 Unterschleissheim, Sportplatzstrasse 7
Newsgroups: comp.sys.next.sysadmin
From: hbergh@nl.oracle.com (Herbert vd Bergh)
Subject: rarp daemon needed for NS3.0
Message-ID: <CDK3AM.2H4@nl.oracle.com>
Sender: news@nl.oracle.com
Organization: Oracle Europe
Date: Sat, 18 Sep 1993 15:35:10 GMT
Does anyone know where I can find a rarp daemon that will work with
NS3.0? I want to use the NeXT as a server for a diskless client (not
a NeXT), but the client doesn't get any replies on rarp requests from
the NeXT. Or is there maybe something I overlooked that enables rarp
on the NeXT?
Thanks in advance.
Herbert van den Bergh
Oracle Europe
hbergh@nl.oracle.com
Newsgroups: comp.sys.next.sysadmin
From: tom@basil.icce.rug.nl (Tom R.Hageman)
Subject: Re: /usr/spool/mail vs. /var/spool/mail
Message-ID: <CDItAy.1GB@basil.icce.rug.nl>
Sender: tom@basil.icce.rug.nl (Tom R.Hageman)
Organization: Warty Fowls
References: <Sep16.172124.56089@acs.ucalgary.ca>
Date: Fri, 17 Sep 1993 23:01:46 GMT
In article <Sep16.172124.56089@acs.ucalgary.ca> bstone@acs.ucalgary.ca (Blake
Stone) writes:
> [ ... discussion deleted ... ]
>
> I'd still advocate the /usr/spool/mail instead of /var/spool/mail
> approach, but if there is a good and valid reason to avoid it,
> try the above.
>
What about:
ln -s /var/spool/mail /usr/spool/mail
or even:
ln -s /var/spool /usr/spool
?
--
__/__/__/__/ Tom Hageman (tom@basil.icce.rug.nl) [NeXTMail accepted]
__/ __/_/
__/__/__/
__/ _/_/ <space for quote intentionally left blank>
From: burton@pion (Joshua W. Burton)
Newsgroups: comp.sys.next.sysadmin
Subject: OD has no alternates -- should I worry?
Date: 18 Sep 1993 20:04:45 GMT
Organization: Brown University Center for Fluid Mechanics
Message-ID: <27fpkt$fsi@cat.cis.Brown.EDU>
I have a NeXTcube with the Canon MO drive at home, and I have one disk that
I commonly use as a hard-drive extender; that is to say, I have several
hundred links from, e.g., /LocalLibrary/Literature/More over to
/MoreDisk/Library/Literature, and so on for nearly every other directory
that has `low-priority' goodies that can live on the removable medium.
This gives me lovely transparent access to the extra quarter gig of files,
but of course it means that ol' /MoreDisk gets a lot of use.
For the last six months my drive has been slowly getting flaky, in the
canonical pattern described in the FAQ's. First a few ECC errors, then a
lot, and finally last week a spin-up/spin-down lockup. Figuring that slow
dust accumulation was the culprit (my fan blows the right way, and the room
isn't really very dusty, but in four years who knows what can accumulate?),
I shelled out for one of the head-cleaning gadgets from Bell Atlantic. This
is a little cartridge that mates with your OD slot and then cleans the lens
manually; it's part number S3901, and you can order it at (800)499-6398.
Anyway, after cleaning my drive unquestionably sounds happier, and I don't
seem to get any more long runs of error-correction glitches. However (and
here we come at last to my question) there have been a few messages in the
console since the cleaning of the following stripe:
od0a: write failed (no more alternates for remap!) block 157152 phys block 158992 (14086:0:0)
od0a: write failed (no more alternates for remap!) block 157152 phys block 158993 (14086:0:1)
What does this mean? Reads and writes seem to work just fine, so I don't
know how to interpret the `write failed' complaint. It sounds as though
there are a certain limited number of spare blocks available for remapping
logical blocks to in case bad spots develop on the disk, and I squandered
all of them in the pre-cleaning days when read errors were coming fast and
furious. Is this in fact what is going on? If so, and assuming that the
cleaning cured the fundamental problem, can I get my lost sectors back
without rebuilding the disk? I have a full backup, but restoring 213 MB of
data from one oppy to another with a single drive, even using dd and big
packets, is going to be like kicking dead whales down the beach. Is there
an easier way? What will happen if I just ignore the console errors?
Thanks in advance. Please reply by email; I'll summarize.
It is not enough to succeed. |=================================================
Others must fail. | Joshua Burton (401)435-6370 burton@het.brown.edu
-- Gore Vidal |=================================================
Newsgroups: comp.sys.next.sysadmin
From: kenw@well.sf.ca.us (Kenneth A. Worthy)
Subject: How to recover root passwd
Message-ID: <CDKGns.Ex4@well.sf.ca.us>
Sender: news@well.sf.ca.us
Organization: The Whole Earth 'Lectronic Link, Sausalito, CA
Date: Sat, 18 Sep 1993 20:23:52 GMT
Actually, I never lost it. But, I bought a Cube at the NeXT auction this
week and, since I have no account on the machine, I don't know how to get
in (it's running 3.0). I've already ordered 3.1, but in the meantime, would
love to be able to log in. Getting bored just watching the power-up
sequence. . .
Ken
Newsgroups: comp.sys.next.sysadmin
From: juan@apple.com (Juan Pineda)
Subject: Where can PPP 0.3 for NeXT be found?
Message-ID: <CDKFrr.58I@logician.com>
Sender: juan@logician.com (Juan Pineda)
Organization: logician.com
Date: Sat, 18 Sep 1993 20:04:38 GMT
Hi,
I'm looking for PPP, version 0.3, ported by Miron Cuperman to NeXT. Does
anyone out there know where it can be found? Does anyone know if it works? I
looked in the NeXT FAQs, and I found no mention of it, so I wonder how well it
works.
Note that I did find version 0.2 on sonata.cc.purdue.edu, but 0.3 doesn't seem
to be there. I tried compiling 0.2, but it won't compile under NeXT Step 3.0.
Also, are there any other free PPP implementations that work on NeXT? Any help
would be apreciated.
Juan Pineda
Email: juan@apple.com
Newsgroups: comp.sys.next.sysadmin
From: ggerard@Alex.Engr.Trinity.Edu (Greg Gerard)
Subject: How do I get rid of the Power Off and Restart buttons in Login panel
Message-ID: <1993Sep18.220456.24980@ringer.cs.utsa.edu>
Sender: news@ringer.cs.utsa.edu
Organization: Trinity University, San Antonio TX. USA
References: <CDKFrr.58I@logician.com>
Date: Sat, 18 Sep 1993 22:04:56 GMT
at the login and logout prompts, there are buttons that seem to allow
anybody to turn the machine off or reboot it. How can I disable this
"feature"?
Thanks,
greg
Newsgroups: comp.sys.next.sysadmin
From: sela@iastate.edu (Brian J. Morrison)
Subject: from header in sendmail.cf
Message-ID: <CDKnq8.BJ9@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Sat, 18 Sep 1993 22:56:31 GMT
Hello All,
First I'd like to thank everyone who helped me with my mailing problem.
I just have a one little bug to get ironed out. It seems that when
I send mail to others the header that is sent says that the mail is
from me@helser18.res.iastate.edu.iastate.edu when it is actually from
me@helser18.res.iastate.edu. Does anyone know how I can correct this.
I think it has something to do with the sendmail.cf. Here is what I have
for the from stuff under the header stuff:
H?F?Resent-From: $q
H?F?From: $q
Some other possibilities are
under standard macros:
Cw helser18.res.iastate.edu helser18.res
or under local info:
# my official hostname
Dj$?m $w.$m $| $w $.
Any ideas? Thanks in advance.
Brian
--
**********************IOWA***STATE***UNIVERSITY**********************
* Brian Morrison sela@iastate.edu (NeXT Mail welcome!) *
* -------------------------------------------------------------- *
* He who throws mud loses ground. *
*********************************************************************
From: root@blackplague.gmu.edu (Christian Smith)
Newsgroups: comp.sys.next.sysadmin
Subject: Slip server for NeXT
Date: 19 Sep 1993 11:58:13 GMT
Organization: George Mason University, Fairfax Va.
Message-ID: <27hhgl$1bq@news.intercon.com>
Hi, I'm trying to get get sliplogin server software installed on a
NeXT running 3.1. The NeXT is on an ethernet network and reachable
from a dialup line and I want to be able to connect to the machine via
slip from home. I have client software installed at home (Interslip) on
a Mac, but I am not having anyluck getting the binaries for sliplogin to
compile.
Does Sliplogin work on the NeXT, or should I use some other slip server?
Somebody said PPP might provide slip. Can anyone tell me how to set it
up properly? I have PPP installed and runnable.
If sliplogin is the right choice, does anybody have the binaries they
could send me?
Please responde via email to
csmith@blackplague.gmu.edu
Thanks
--
Christian Smith
aka Blackplague
PGP Public Key available by finger or request.
Newsgroups: comp.sys.next.sysadmin
From: root@ideal.muc.de (Klaus Bscheid)
Subject: Re: How to recover root passwd
Message-ID: <1993Sep19.134242.517@ideal.muc.de>
Sender: root@ideal.muc.de (Operator)
Organization: Eversmile
References: <CDKGns.Ex4@well.sf.ca.us>
Date: Sun, 19 Sep 1993 13:42:42 GMT
In article <CDKGns.Ex4@well.sf.ca.us> kenw@well.sf.ca.us (Kenneth A. Worthy)
writes:
> Actually, I never lost it. But, I bought a Cube at the NeXT auction this
> week and, since I have no account on the machine, I don't know how to get
> in (it's running 3.0). I've already ordered 3.1, but in the meantime, would
> love to be able to log in. Getting bored just watching the power-up
> sequence. . .
>
> Ken
Hi Ken
Just read 15_Trouble/05_lostrootPassword.rtf from NeXT SystemAdmin in Digital
Librarian.
klaus
--
____________________________________________________________
Klaus Bscheid, klaus@ideal.muc.de, voice/fax: +49 89 3103829
Germany, 85716 Unterschleissheim, Sportplatzstrasse 7
Newsgroups: comp.sys.next.sysadmin
From: miron@extropia.wimsey.com (Miron Cuperman)
Subject: Re: Where can PPP 0.3 for NeXT be found?
Message-ID: <1993Sep19.173152.13932@extropia.wimsey.com>
Organization: Immortal Freedom's Deck
References: <CDKFrr.58I@logician.com>
Date: Sun, 19 Sep 1993 17:31:52 GMT
Well, it seems ppp-0.3 disappeared from sonata. Also, I wasn't able to
upload it again because of some problem with the connection.
I've uploaded it instead to cs.orst.edu:/pub/next/submissions.
Sincerely,
Miron Cuperman, Software Consulting
DSP,TCP/IP,UNIX,C++
Voice: (604) 987 1719
Fax : (604) 986 8139
Email: miron@extropia.wimsey.com
From: Aaron Herskowitz <aherskow@alleg.edu>
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Cube OD as External OD on Slab?!
Date: 19 Sep 1993 18:20:18 GMT
Organization: Allegheny College
Distribution: world
Message-ID: <27i7t2$4d2@ftp.alleg.edu>
Does anyone know if it would be possible to take an old OD from a NeXT Cube
ÿand get an external case with a power supply for it and connect it to a
NeXTstation? I would rather have it on the SCSI chain, but any port
connection would do.
I am pretty sure that the OD is not a SCSI device, so I doubt that this can
ÿbe done very easily, but I thought that I would ask just in case.
Thanks for any info,
Aaron
From: qiu@tree.egr.uh.edu (Feng Qiu)
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Boot to DOS from a second hard disk?
Date: 19 Sep 1993 18:56:50 GMT
Organization: University of Houston
Message-ID: <27ia1i$857@menudo.uh.edu>
My system is a 486/DX2 66MHz with a 525 M hard disk loaded with
NeXTStep3.1. I have a second hard disk bootable for DOS and Windows but
without NeXTStep partition. My question is how can you boot to the second
hard disk to DOS? Now in order to run DOS(I have no SoftPC) I have to
disconnect the hard disk for NeXTStep and set it at master mode then
reboot.
Any opinions?
Fen
qiu@tree.egr.uh.edu
From: statman@stat.ufl.edu (Charles D. Kincaid)
Newsgroups: comp.sys.next.sysadmin
Subject: Oddities in NS3.1 install
Date: 19 Sep 1993 19:12:49 GMT
Organization: U.F. Department of Statistics
Message-ID: <STATMAN.93Sep19151250@amberjack.stat.ufl.edu>
Hello,
I just installed NS3.1 onto my hard drive (I did a complete
install rather than an upgrade). I am finding a lot of very odd
permissions settings. I think most of the time the permissions are
set for root, but not for anyone else. The Bookshelves, .index.store
in NextAdmin and the ManPages are like this. Since I'm the only one
on the system it really doesn't matter how they are set, but this may
not always be true. (and I want it as secure as possible).
Is there something that I did or did not do in the
installation procedure?
Also, I loaded the hosts file for our system into NetInfo (I
am seperate from the Sun network in our department) so I have no
problem getting to those machines, but I can't go anywhere else. I
have created a resolv.conf file with appropriate (I suppose)
nameservers listed. Then I found NeXT-BIND-4.8.3 on sutro.sfsu.edu
and installed that. I don't know how to create a named.boot file,
however, so I can't run named. But do I really need this. I did not
have a problem using ftp or GatorFTP+ in 2.1, but now it says 'Network
unreachable'.
I tried to save all of the info regarding the upgrade from 2.1
to 3.1, but I don't have anything on these two problems. Can anyone
enlighten me? I would be most grateful.
charles d. kincaid
statman@stat.ufl.edu
--
charles d. kincaid STATS: (904) 392-1941x206
statman@stat.ufl.edu CIRCA: (904) 392-2007
NeXTMail much preferred
From: lusty@lusty.tamu.edu (Lusty Wench)
Newsgroups: comp.sys.next.sysadmin
Subject: tip: can't get more than 9600 baud
Date: 19 Sep 1993 20:18:07 GMT
Organization: Me
Message-ID: <27iepv$dh7@TAMUTS.TAMU.EDU>
I've installed the new serial drivers on my NS/I system and
am now using tip, but I can't get it to accept any baud rate
higher than 9600. Is this a tip limitation, or is there
some configuration I need to modify to get a higher speed?
The modem is an internal Zoom 14.4 faxmodem.
Diana
From: anderson@macc.wisc.edu (Jess Anderson)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: Cube OD as External OD on Slab?!
Date: 19 Sep 1993 21:46:17 GMT
Organization: Division of Information Technology, UW-Madison
Message-ID: <27ijv9$lrm@news.doit.wisc.edu>
References: <27i7t2$4d2@ftp.alleg.edu>
In article <27i7t2$4d2@ftp.alleg.edu>,
Aaron Herskowitz <aherskow@alleg.edu> wrote:
>Does anyone know if it would be possible to take an old OD from a NeXT Cube
>and get an external case with a power supply for it and connect it to a
>NeXTstation? I would rather have it on the SCSI chain, but any port
>connection would do.
>I am pretty sure that the OD is not a SCSI device, so I doubt that this can
>be done very easily, but I thought that I would ask just in case.
It's not a SCSI device, I seem to remember; isn't it ESDI, with
its controller integral to the Cube motherboard? I suppose you
have a good reason (licenses, maybe) for not wanting to just
keep the Cube going until it melts (or someone asks to you
donate it to a magnesium pyre :-).
--
[Jess Anderson <> Division of Information Technology, University of Wisconsin]
[Internet: anderson@macc.wisc.edu {o"o} UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[----------------------> You get what you settle for. <-----------------------]
Newsgroups: comp.sys.next.sysadmin
From: nicolev@number_one.apana.org.au
Subject: What the hell is a Time Warp??
Message-ID: <CDLx55.qt@number_one.apana.org.au>
Sender: nicolev@number_one.apana.org.au (Nicole A Vincent)
Organization: Cafe Seacombe,.... (-: :-)
Date: Sun, 19 Sep 1993 15:17:28 GMT
Hi
Siting here after 1:00 am at night, I decided to look at my console, and to my
amusement I found that for the last few hours my station has been experiencing
Time Warps,...
It all sounds very amusing, especially if it means that it is really only 8:00
pm on the previous day, and I still will be able to have some reasonable amount
of sleep, however I think that this is not really the case. ;-)
How shall I feel about these Time Warps,... should I be happy, sad, frightened,
overjoyed,.... what are they? :-)
Any constructive input much appreciated 8-|
Thanx
Nicole
+--------------------------------------------------------+
| Nicole Vincent |
| NeXTmail Accepted and Preferred |
| |
| email : nicolev@number_one.apana.org.au |
| vincentn@amdahl2.lat.oz.au |
| cs193597404@lusta.latrobe.edu.au |
+--------------------------------------------------------+
| It looked good-natured, she thought; |
| Still it had very long claws and a great many teeth, |
| So she felt it ought to be treated with respect. |
+--------------------------------------------------------+
Newsgroups: comp.sys.next.hardware,comp.soft-sys.nextstep,comp.sys.next.software,comp.sys.next.sysadmin
From: tutui@ics.kula.kyoto-u.ac.jp (Takashi TSUTSUI)
Subject: NSFIP worked fine with PCI + 805 on PCI
Message-ID: <TUTUI.93Sep20111426@pipi.ics.kula.kyoto-u.ac.jp>
Sender: news@kuis.kyoto-u.ac.jp
Organization: Dept. of Medinfo. kyoto Univ. Hospital
Distribution: comp
Date: Mon, 20 Sep 1993 02:14:26 GMT
Ns FIP worked fine with PCI MB + 805 PCI Display card at VGA/SVGA mode
+ Adaptec 1542B/C on isa. The Mb have phoenix bios for PCI.
The performance is good enough but I have not enough memory to use
NSFIP, my memory size is 4MB * 2, I still cannot figure out the
true performance of the system.
NeXTSTEP worked fine with colour. :o
The MB is made in thailand, using intel Version 2 saturn chipset, there are no
further large chips on the MB, except NCR SCSI II IF, 256kb write back
Cache (expandable to 512), and 2 bank 32bit*2*2 simm slots.
I have heard that there are some problems on the 'data acknowledge?'
when used with OS2. But I use nextstep without problems.
I forgot the brand of the MB, but there seems only 2 vendors of MB on PCI
market in Thailand. My one have a title PCI system... on the board.
I will try on PCI IDE cache card for the NSFIP.
I will make report on further detail.
--
TAKASHI Tsutsui M.D. tutui@silk.imel.kyoto-u.ac.jp
Dept. of Medical Informatics ,KYOTO Univ. Hospital
SAKYO-ku KYOTO JAPAN Zip 606 Phone +81-75-751-3647
Fax +81-75-771-3826
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Non-ether AppleTalk to NeXT connection
Message-ID: <1993Sep20.055813.8462@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Sep15.114752.17906@Princeton.EDU>
Date: Mon, 20 Sep 1993 05:58:13 GMT
In article <1993Sep15.114752.17906@Princeton.EDU>
tvz@Princeton.EDU (Timothy Van Zandt) writes:
>My reading of the on-line NeXT documentation (3.0)
>is that EtherTalk can be connected to a NeXT, but
>there is no mention of support for a basic
>AppleTalk network. I am in a building that is
>completely wired with an AppleTalk network, and
>this network has a gateway to an ethernet network
>for connecting (via versaterm on the macs) to
>a few Unix computers. Is there any simply way I
>can plug myself into this network, so that I can
>also run terminal sessions with the Unix computers
>from my office?
Contemporary terminology:
AppleTalk: Network software compatible with protocols developed
by Apple Computer, Inc.
LocalTalk: Possible on all Macs; adapter plugged into printer
port gives access to 230.4Kbps bus network.
EtherTalk: AppleTalk protocols run over Ethernet networks. Comes
in two flavors: Phase I and Phase II. Native to Mac Quadra and
most Mac Centris hardware; can be added to most other Macs.
TokenTalk: AppleTalk protocols run over Token Ring networks.
More or less a mutant version of EtherTalk Phase II. Can
be added to NuBus Macs. Intended for sites with large
existing investment in token ring (primarily IBM suckers).
Black Hardware:
LocalTalk: Theoretically possible using the DSP to drive a
simple adapter. No implementations known to exist.
EtherTalk: Phase I requires NS 2.0 or later; Phase II requires
NS 3.0 or later.
TokenTalk: Theoretically possible using token ring NeXTbus card
or SCSI-to-token ring adapter, and a custom driver. I've
never heard of anyone doing this.
White Hardware:
LocalTalk: Theoretically possible using a LocalTalk interface
card and a custom driver. No implementations known to exist.
Probably more expensive than Ethernet. Performance will
suck.
EtherTalk: Phase I or Phase II.
TokenTalk: Theoretically possible using Token Ring interface
card and a custom driver. No implementations known to exist,
but future development expected.
Just connect your NeXT to the Ethernet side, OK?
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: How do I get rid of the Power Off and Restart buttons in Login panel
Message-ID: <1993Sep20.061650.9126@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Sep18.220456.24980@ringer.cs.utsa.edu>
Date: Mon, 20 Sep 1993 06:16:50 GMT
# dwrite loginwindow PowerOffDisabled YES
Complain to NeXT about the buttons not being hidden automagically
when you do this.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: from header in sendmail.cf
Message-ID: <1993Sep20.070327.11154@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <CDKnq8.BJ9@news.iastate.edu>
Date: Mon, 20 Sep 1993 07:03:27 GMT
In article <CDKnq8.BJ9@news.iastate.edu> sela@iastate.edu
(Brian J. Morrison) writes:
>I just have a one little bug to get ironed out. It seems that when
>I send mail to others the header that is sent says that the mail is
>from me@helser18.res.iastate.edu.iastate.edu when it is actually from
>me@helser18.res.iastate.edu. Does anyone know how I can correct this.
Three things to look at:
(1) What you have listed for a domain in /etc/resolv.conf
(2) Whether your machine is listed in NetInfo (and under
what name)
(3) The definitition of Dj in /etc/sendmail/sendmail.cf
Most problems of this type are consequences of (1) and/or (2)
being set incorrectly. While you can compensate for just about
any stupidity by hacking sendmail.cf, you're better off fixing
problems than covering symptoms.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
Subject: ppp 0.3 on NS/I ppp: ioctl(TIOCGETD): Not owner error
Message-ID: <1993Sep20.014615.2737@yvax.byu.edu>
From: john@kolob.byu.edu (John K. Peterson)
Date: 20 Sep 93 01:46:14 -0700
Distribution: world
Organization: Brigham Young University
I'm trying to set up ppp 0.3 on NS/I and so far have not had any luck.
Whenever I try to run with, e.g.:
ppp /dev/cufa
I get the error:
ppp: ioctl(TIOCGETD): Not owner
I've tried several variations on options without any luck. The only one that
sort of worked is setting the device to /dev/tty which starts spitting out
ppp all over the screen.
Before you ask, I ran fix-cufa and /dev/cufa is root.wheel. ppp is suid root
and I also tried it from root. Any ideas?
Thanks in advance.
John Peterson
john@kolob.byu.edu
From: kent@infoserv.com
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Please Help... NextDimension not booting
Message-ID: <CDMBn4.62p@infoserv.com>
Date: 19 Sep 93 20:30:40 GMT
References: <msladeCDIzH0.H8A@netcom.com>
Sender: kent@infoserv.com (Kent L. Shephard)
Distribution: na
Organization: K. L. Shephard Consulting
In article <msladeCDIzH0.H8A@netcom.com> mslade@netcom.com (Michael Slade)
writes:
#On a NextDimension machine running version 3.0 of the
#operating system:
THis is a Netinfo problem.
I had the same problem with my machine.
I booted in single user mode and deleted part of the Netinfo
database, the part that handles the ND. It foced a rebuild
when I set the system back up. This was on my two headed machine.
I looked through the files in /etc/netinfo/local.nidb and deleted a file that
had a strange name (extension_???) but had references in it for the ND.
I didn't really have an idea but figured it was worth a try. This is before
I found out it was a common problem. The first time it happened to me I
did a complete install. I found out later that the NI database was screwed
up.
Anyway check you netinfo database, I would bet that it has somehow been
corrupted.
Kent
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
From: kent@infoserv.com
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How to recover root passwd
Message-ID: <CDMBw9.63G@infoserv.com>
Date: 19 Sep 93 20:36:09 GMT
References: <CDKGns.Ex4@well.sf.ca.us>
Sender: kent@infoserv.com (Kent L. Shephard)
Distribution: na
Organization: K. L. Shephard Consulting
In article <CDKGns.Ex4@well.sf.ca.us> kenw@well.sf.ca.us (Kenneth A. Worthy)
writes:
#Actually, I never lost it. But, I bought a Cube at the NeXT auction this
#week and, since I have no account on the machine, I don't know how to get
#in (it's running 3.0). I've already ordered 3.1, but in the meantime, would
#love to be able to log in. Getting bored just watching the power-up
#sequence. . .
#
#Ken
do the following while booting in verbose mode.
1. Boot single user -> bsd -s
2. At the # prompt -> sh /etc/rc &
(this will start system services)
3. Set the password for root -> passwd root
4. Power off
DO NOT GO INTO MULTIUSER MODE .
5. Reboot the machine and you now have the root password.
The instructions are in the Network and System Admin book.
Kent
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
Newsgroups: comp.sys.next.sysadmin
From: kelley@kiwi.ATMOS.ColoState.Edu (Kelley Wittmeyer)
Subject: SUMMARY - unable to modify printcap from PrintManager
Sender: news@yuma.ACNS.ColoState.EDU (News Account)
Message-ID: <Sep20.145932.49263@yuma.ACNS.ColoState.EDU>
Date: Mon, 20 Sep 1993 14:59:32 GMT
Organization: Colorado State University, Fort Collins, CO 80523
Keywords: netinfo printcap printer printmanager
problem: i had lost the printcap entry for my QMS printer
and was unable to get it working. i was also unable to
modify my printers in my netinfo database from PrintManager.
solution: for some reason, i did not have a _writers property in my
netinfo printers database entry. i had the name property,
of course, but no _writers. this property should have
the value *. somehow it got deleted some time ago.
kelley wittmeyer
dept of atmospheric science
colorado state university
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.bugs
From: jmbreuer@trek.nbg.sub.org
Subject: Re: how to mount a DOS-OD with NS-3.1 ?
Message-ID: <1993Sep19.123747.3540@trek.nbg.sub.org>
Organization: private
References: <25kutc$s9c@bock.freiburg.sub.org>
Date: Sun, 19 Sep 1993 12:37:47 GMT
admin@bock.freiburg.sub.org (FreiNet Administrator) writes:
>Hi,
>i want to know if it is possible to mount a external OD which is DOS
>formatted !
>Every time i put the OD into the drive (it's a sony :) the NeXT give me
>the choice to format the disk as an unix or mac disk. But he doesn't
>recognize that this disk is already formatted as a DOS disk :-(
>The NeXT is a "black" machine running NS 3.1.
Well, I don't know about NS 3.1 (yet :-), but under 3.0 it is not possible
to format disks larger than 1.44 MB with a DOS filesystem, nor is it
possible to mount DOS-Harddisk-Filesystems (probably too FAT ;-).
>If anyone has managed this with success, please give me a hint !!!
>- Flo
So long,
Joe
--
| Joachim Breuer | Usenet: |
| Weichselgartenstrasse 34a | jmbreuer@trek.nbg.sub.org |
| 91301 Forchheim +-----------------------------+
| Germany | Data: +49 9191 33915 (24h) |
Newsgroups: comp.sys.next.sysadmin
From: baker@keeper.journalism.indiana.edu (Don Baker)
Subject: auto-loading cshell macros
Message-ID: <CDnwrv.5ps@usenet.ucs.indiana.edu>
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: Indiana University
Date: Mon, 20 Sep 1993 17:04:41 GMT
I'm trying to use the macro auto-loading feature for the csh on the NeXT.
Unfortunately, this seems to be broken. I've followed the instructions in the
man pages to the 'T' and have had no luck getting it to work. Does anyone know
if this is broken or if there is a work-around to it?
Creating a named macro will work in the shell you created it in, but save it to
a macro file and nothing happens in a new shell. The procedure I followed was:
- create the macro
^X('macro string'^X)
- name the macro
\en x (where x is the one character name of the macro)
- save named macros to a file
macro_file_name^X^S
- in the .cshrc file place the following line to auto-load macros
set macrofile = macro_file_name
This is the procedure outlined in the man pages of csh. I've tried to manually
load the macro file as well doing:
macro_file_name^X^R
but have had no luck with that either. I'm using NS 3.0.
--
Don Baker
Technical Services Coordinator
IU School of Journalism
baker@journalism.indiana.edu
Newsgroups: comp.sys.next.sysadmin
From: janna@reliant.bsd.uchicago.edu (& Ore Nugent)
Subject: NEC Ultralite - flakey performance the norm?
Message-ID: <1993Sep20.170339.1810@midway.uchicago.edu>
Sender: news@uchinews.uchicago.edu (News System)
Organization: University of Chicago -- Academic & Public Computing
Date: Mon, 20 Sep 1993 17:03:39 GMT
I have an NEC Ultralite Versa 33Mhz running NeXTSTEP. It runs NeXTSTEP
successfully about 80% of the time. The other 20% of the time, it hangs
in boot-up or freezes shortly after login.
After several reinstalls and infinite tinkering with the set-up, I must
ask the question: is this normal performance for an NEC Ultralite running
NeXTSTEP?
Thanks,
Janna Ore Nugent
Biological Sciences Division
The University of Chicago
From: me@ienext.unl.edu (Dan Scott)
Newsgroups: comp.sys.next.sysadmin
Subject: swapdisk questions
Date: 20 Sep 1993 17:16:15 GMT
Organization: University of Nebraska--Lincoln
Message-ID: <27kogv$adn@crcnis1.unl.edu>
I finally upgraded my NeXTStation Color to 3.1 this weekend. Things went
quite smoothly 8^)
After I did the upgrade I decided I would attempt another chore that I had
been putting off. I thought I would make my internal 105MB hard disk into
a swapdisk. From following the news groups it seemed like this should be a
very easy thing to do. In fact I gathered that you could get the swapdisk
just by renaming the disk `swapdisk'. (Is this correct?)
So that's what I did. I renamed it `swapdisk', rebooted, and it seemed to
be OK. However the internal disk had been built as a boot disk (in case my
regular external boot disk failed) and had a lot of backup files in it
too. With all that it didn't seem like there was much available *room* for
swapping.
"Well I better take care of that!" I said, and started deleting files.
Then it hit me, why not simply rebuild the disk as a swapdisk? ("And why
didn't you think of that earlier, Dan"?) So I ran BuildDisk on it. It
acted like it was all ready to start building and then at the last moment
it said it couldn't unmount the disk because it was being used by some
process.
It didn't take long for me to decide that the problem was that the disk
was already being used as the swapdisk. (Shades of "Catch 22"!)
I went ahead and emptied the disk of everything that I could. It would not
delete /private (since that contains the swapfile). And after rebooting
/tmp also reappeared on my disk.
I didn't know (and still don't know) if rebuilding the swapdisk as a
swapdisk would provide any benefits beyond just cleaning out the disk as I
had already done---but I thought it might. So, with great fear and
trembling I modified the file rc.swap so that (I thought) the internal
disk would not be recognized and mounted as a swapdisk. But apparently I
didn't know what I was doing (Of course, I knew that already!) because it
was *still* mounted just the same. (I then restored the original file.)
Anyway, I guess what this is basically about is *should* I rebuild the
internal disk as a swapdisk, and if so how?
And another similar question---If at some later time one wants to change a
swapdisk back to a generic disk, how can this be done?
I have looked through all documentation that I could find (including the
FAQ) with no luck. It seems that very little is said about swapdisks. I
suppose that that is a UNIX issue rather than a NeXT issue. Unfortunately
I am `UNIX impaired' so I'm rather at sea. Can someone toss me a life
preserver?
By the way, I think it would be a nice (and probably simple) service if
someone who understands these things wants to prepare an entry for the
FAQs---`All about swapdisks'
Thanks for your help!
--------------------------------------------------------------------------
Dan Scott me@ienext.unl.edu NeXT mail welcome
--------------------------------------------------------------------------
From: alby@rodan.UU.NET (Anthony Williams)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: swapdisk questions
Date: 20 Sep 1993 17:41:30 GMT
Organization: UUNET Communications
Distribution: world
Message-ID: <27kq0a$c29@news.UU.NET>
References: <27kogv$adn@crcnis1.unl.edu>
If want to change the backround from the Blueish color to black
what do I need to edit to make that change?
--
Anthony Williams uunet!alby
CS Administrative Asst. alby@uunet.uu.net
Newsgroups: comp.sys.next.sysadmin
From: bnh@active.com (Brian Hess)
Subject: Re: Boot to DOS from a second hard disk?
Message-ID: <1993Sep20.171719.26545@nntpxfer.psi.com>
Sender: news@nntpxfer.psi.com
Organization: Performance Systems Int'l
References: <27ia1i$857@menudo.uh.edu>
Date: Mon, 20 Sep 1993 17:17:19 GMT
In article <27ia1i$857@menudo.uh.edu> qiu@tree.egr.uh.edu (Feng Qiu)
writes:
> NeXTStep3.1. I have a second hard disk bootable for DOS and Windows but
> without NeXTStep partition. My question is how can you boot to the second
> hard disk to DOS? Now in order to run DOS(I have no SoftPC) I have to
> disconnect the hard disk for NeXTStep and set it at master mode then
> reboot.
I have a similar configuration and what I did was to take a small portion
of the first drive and put a DOS partition on it, which, when it boots,
sets COMSPEC, PATH, TMP, et.al. to point to the other drive (D: now) and
then does a "D:" in the AUTOEXEC.BAT followed by the rest of my usual
stuff. That way, the basic NeXTSTEP boot block that chooses NS/DOS/part#
works fine, and I still have all of my second hard drive for DOS available
and most of the first running NS.
(Note for you large hard-drive enthusiasts: many Intel BIOSes don't do
gigabyte drives so well; for example, my Micropolis 2112A IDE drive came
with a hardware jumper to split it into two logical drives at the hardware
level. I *must* use it to get dual-boot capability from my Gateway 2000
486DX2-66V, else DOS just craps out.)
Brian
bnh@active.com
From: me@ienext.unl.edu (Dan Scott)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: swapdisk questions
Date: 20 Sep 1993 18:18:28 GMT
Organization: University of Nebraska--Lincoln
Distribution: world
Message-ID: <27ks5k$b7d@crcnis1.unl.edu>
References: <27kq0a$c29@news.UU.NET>
In article <27kq0a$c29@news.UU.NET> alby@rodan.UU.NET (Anthony Williams)
writes:
> If want to change the backround from the Blueish color to black
> what do I need to edit to make that change?
>
>
> --
> Anthony Williams uunet!alby
> CS Administrative Asst. alby@uunet.uu.net
I think a little editing of your manners might be in order. If you find my
questions beneath your towering intellect, then don't respond to them.
There's no benefit to anyone in this sort of sarcasm.
No doubt my questions were very simple---I never thought otherwise. But
they were sincerely asked and I hoped for a sincere answer.
Does it make you feel good to belittle others---others about whom you know
next to nothing? Perhaps if you *did* know me you would find that there
are many simple things that I could teach *you*. Things like:
"Attempts to make others appear foolish don't always strike the target
they are aimed at." Think about it.
--------------------------------------------------------------------------
Dan Scott me@ienext.unl.edu NeXT mail welcome
--------------------------------------------------------------------------
From: mdd@zeke.Rockefeller.EDU (Mark D. Doyle)
Newsgroups: comp.sys.next.sysadmin
Subject: nfsd eating up CPU time
Message-ID: <1993Sep20.145848.26063@rockyd.rockefeller.edu>
Organization: Rockefeller University
Date: Mon, 20 Sep 93 14:58:47 EDT
Hi all,
This is a post for a friend who doesn't have easy netnews access. Please
reply via email to newman@string.harvard.edu.
Mark Doyle
mdd@zeke.rockefeller.edu
---------------------------------------------------------
I use a NeXTcube which operates as a file server for a local network of NeXT
machines. For no known reason, the network file server daemon (nfsd) processes
have suddenly gone out of control, eating up most of the cpu time and slowing
things to a crawl. Usually these processes would be way down on the list,
inactive unless a remote machine was accessing the disk. Here is a listing of
the first few processes on this machine right now, showing all processes using
at least .1% of cpu time:
string> ps aux
USER PID %CPU %MEM VSIZE RSIZE TT STAT TIME COMMAND
root 152 17.5 0.3 1.43M 160K ? S 3:18 (nfsd)
root 151 16.7 0.3 1.43M 160K ? R 3:19 (nfsd)
root 154 12.5 0.3 1.43M 160K ? S 3:17 (nfsd)
root 153 8.4 0.3 1.43M 160K ? S 3:18 (nfsd)
root 155 5.4 0.3 1.43M 160K ? S 3:21 (nfsd)
root 148 4.7 0.4 1.43M 232K ? R 3:20 (nfsd)
newman 207 2.6 8.6 22.2M 4.48M ? S 1:43 - console (WindowServer)
newman 215 1.2 4.2 4.94M 2.19M ? S 0:18
/usr/lib/NextStep/Workspace.app/WM.app/WM -NXAuto
root 0 0.2 4.1 16.2M 2.12M ? R N 8:15 (kernel idle)
newman 218 0.2 3.1 4.25M 1.60M ? S 0:03
/Net/string/mesa/home/newman/Apps/Terminal.app/Te
root 129 0.1 0.7 1.46M 384K ? S 0:00 (ntpd)
(If the machine had not just been rebooted, the entry in the "TIME" column
would have been considerably bigger)
This has happened once before, about a year ago. Whatever the problem was
then, it went away spontaneously and has not reemerged until now.
Does anyone have an idea of what the problem is, and how it can be fixed?
The system administrator has no idea, and has too much work to look at it
right now. I can send more system information on request. I do not have
direct access to nn, so please send email directly to me at
newman@string.harvard.edu (NeXTmail OK)
Thanks,
Mike Newman
Newsgroups: comp.sys.next.sysadmin
From: img@aisb.ed.ac.uk (Ian Green)
Subject: NS3.x
Message-ID: <IMG.93Sep20212655@hope.aisb.ed.ac.uk>
Sender: news@aisb.ed.ac.uk (Network News Administrator)
Organization: Department of Artificial Intelligence, University of Edinburgh
Date: 20 Sep 93 21:26:55
Where is the FAQ for this group? rtfm.mit.edu doesn't seem to have
one.
Or/
What are the possible ways of installing version 3.1 of the OS on a
NextStation? Is via CD the only way? If yes then :-( since I don't
have one. (Would it be possible to install 3.1 over the net?)
please reply by email too, thanks. -ian
From: js@balu.hnv.icem.de (Juergen Sell)
Newsgroups: comp.sys.next.sysadmin
Subject: Mail.app : autmatic Fetch ?
Date: 20 Sep 1993 17:18:18 GMT
Organization: ICEM Systems
Message-ID: <27kokq$d3h@balu.hnv.icem.de>
Hi netters,
I wonder if there is a way to make Mail.app recognize incoming mail
on the first occasion after startup. I do have automatic on, the interval set to 2 minutes, hide on autolaunch on. It works fine if I set hide on autolaunch to off ( i.e. do not hide ) but I do not want to see any of this app with no mail.
So far I have written a simple perl-script which looks in /usr/spool/mail/<user>
for me every n seconds and plays a sound if any mail is detected.
This little nothings gets started at login-time via Launchpaths, thus I can hide Mail.app on autolaunch.
But is there a way to make Mail.app behave as expected?
Juergen
--
_ _ Juergen Sell E-Mail juergen.sell@icem.de
' | (_ Icem Systems ( NeXTMail welcome )
,| _) Deisterstr. 18 Fax ++49-511-440617
(_| BRD 30449 Hannover Fon ++49-511-440688
Newsgroups: comp.sys.next.sysadmin
From: bennett@mp.cs.niu.edu (Scott Bennett)
Subject: need help building LISP
Message-ID: <1993Sep20.223513.12220@mp.cs.niu.edu>
Organization: Northern Illinois University
Distribution: usa
Date: Mon, 20 Sep 1993 22:35:13 GMT
I have a copy of Allegro Common LISP that was included with the
68040 upgrade package for 2.0. The system I'm trying to build it on
is a 3.0 system now and the libraries shipped with NS 3.0 were changed
pretty drastically from the 2.x libraries. When I try to build the
LISP executable, it dies in the linkedit step with various error mes-
sages about undefined symbols.
If anyone knows what changes to make to the Makefile to get it
to link correctly, please email me directly because I read this group
only sporadically.
Thanks much.
Scott Bennett, Comm. ASMELG, CFIAG
Systems Programming
Computer Center
Northern Illinois University
DeKalb, Illinois 60115
**********************************************************************
* Internet: bennett@cs.niu.edu bennett@netmgr.cso.niu.edu *
* BITNET: A01SJB1@NIU *
*--------------------------------------------------------------------*
* "There is hopeful symbolism in the fact that flags don't wave in *
* a vacuum." --Arthur C. Clarke *
**********************************************************************
Newsgroups: comp.sys.next.sysadmin
From: cleelacj@agedwards.com (Chris Cleeland)
Subject: Re: How to recover root passwd
Message-ID: <CDo9H6.81G@agedwards.com>
Date: Mon, 20 Sep 1993 21:39:06 GMT
References: <1993Sep19.134242.517@ideal.muc.de>
Organization: A. G. Edwards & Sons, Inc.
Ken,
Even though Klaus pointed you to the correct place, if you can't
log in, I going to deduce that you probably can't get to DL. Thus,
if you need someone to summarize for you, or simply spit you the
textual equivalent of what is recorded in DL, drop me a line.
Klaus Bscheid (root@ideal.muc.de) wrote:
: In article <CDKGns.Ex4@well.sf.ca.us> kenw@well.sf.ca.us (Kenneth A. Worthy)
: writes:
: > Actually, I never lost it. But, I bought a Cube at the NeXT auction this
: > week and, since I have no account on the machine, I don't know how to get
: > in (it's running 3.0). I've already ordered 3.1, but in the meantime, would
: > love to be able to log in. Getting bored just watching the power-up
: > sequence. . .
: >
: > Ken
: Hi Ken
: Just read 15_Trouble/05_lostrootPassword.rtf from NeXT SystemAdmin in Digital
: Librarian.
: klaus
: --
: ____________________________________________________________
: Klaus Bscheid, klaus@ideal.muc.de, voice/fax: +49 89 3103829
: Germany, 85716 Unterschleissheim, Sportplatzstrasse 7
--
==============================================================================
Chris Cleeland | Internet: cleelacj@agedwards.com
BOS Dev. Team | USnail: 3878 Connecticut St. Louis 63116
| BellNet: (314) 289-5372
From: osiris@ucrengr.ucr.edu (Mark Radleigh)
Newsgroups: comp.sys.next.sysadmin
Subject: Problems with rdump/restore between Sun/NeXT
Date: 21 Sep 1993 01:23:56 GMT
Organization: University of California, Riverside
Distribution: world
Message-ID: <27ll3c$nb7@galaxy.ucr.edu>
Greetings,
I am having strange dump problems from a NeXT (Running NS 3.0) to a
Sparc LX (Running Solaris 2.2). I run rdump (rdump from NS 2.1) from the NeXT
to a tape 5Gig tape drive on the LX. Everything seems fine when it dumps it's
partitions (there are 3 of them). However, when it comes time to restore from
tape on the LX the weirdness begins. When trying to restore the first two
partitions on the tape, I receive the following...
Verify volume and initialize maps
Media block size is 64
Dump date: Thu Jul 29 04:02:22 1993
Dumped from: Tue Jul 27 04:02:54 1993
Extract directories from tape
Bus error (core dumped)
However, when trying to restore the third and last partition the restore
works just fine. Could anyone out there PLEASE help me with this? I would
be very grateful. Thanks in advance.
--
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
/ \
/ Mark Radleigh, Computer Science | ..!ucsd!ucrengr!osiris \
| C.S.L.D. System Administrator, UC Riverside | osiris@cs.ucr.edu |
| Assist. Engr. Systems Admin., UC Riverside | systems@cs.ucr.edu |
| NeXT Mail accepted at: | mrad@csld.ucr.edu |
| Phone* (Main #): (909) 787 - 2638 | (UCR ext. only) 2638 |
\ Phone: (909) 787 - 2337 | (UCR ext. only) 2337 /
\ /
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
Newsgroups: comp.sys.next.sysadmin
From: martin@cube.han.de
Subject: swapdisk ?
Message-ID: <1993Sep20.042654.222@cube.han.de>
Organization: not organized
Date: Mon, 20 Sep 1993 04:26:54 GMT
Hi,
I would like to add a 40 MB hard disk to my (Intel) system in order
to use it as a swapdisk. After formatting, BuildDisk created the swapdisk successfully but during system startup I always get "device busy" when
the system tries to use the second disk.
Any ideas?
-Martin
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 20 Sep 1993 23:04:59 -0400
Organization: Next Announcements
Message-ID: <27lr0p$khb@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material. Generic UNIX questions belong
elsewhere (comp.unix.questions), although specific
questions about NeXT's implementation or porting
issues are appropriate here. Note that there are
several other more "horizontal" newsgroups
(comp.lang.objective-c, comp.lang.postscript,
comp.os.mach, comp.protocols.tcp-ip, etc.) that
may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
comp.soft-sys.nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
comp.lang.objective-c
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
comp.object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
From: glenn@rightbrain.com (Glenn Reid)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: auto-loading cshell macros
Message-ID: <1336@rtbrain.rightbrain.com>
Date: 21 Sep 93 04:49:39 GMT
References: <CDnwrv.5ps@usenet.ucs.indiana.edu>
Sender: glenn@rightbrain.com
Don Baker writes
>
> I'm trying to use the macro auto-loading feature for the csh on the NeXT.
> Unfortunately, this seems to be broken. I've followed the instructions in
the
> man pages to the 'T' and have had no luck getting it to work.
...
> - in the .cshrc file place the following line to auto-load macros
> set macrofile = macro_file_name
I almost exclusively hack /bin/sh, rather than csh, but if I'm not
mistaken, you can't have spaces in the assignment above. Try:
set macrofile=macro_file_name
--
Glenn Reid NeXTmail: glenn@rightbrain.com
RightBrain Software 415-326-2974 (NeXTfax 326-2977)
Palo Alto, California Electronic Frontier Foundation, member #054
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.newton.misc,comp.next.misc,comp.mail.sendmail
From: ashley@chaz.demon.co.uk
Subject: NS & Pop mail server?
Content-Type: TEXT/PLAIN; charset=US-ASCII
Message-ID: <CDp8CI.19r@demon.co.uk>
Sender: news@demon.co.uk (Usenet Administration)
Organization: Demon Internet Limited.
Mime-Version: 1.0
Date: Tue, 21 Sep 1993 18:09:03 GMT
Hi -
Has anybody had any experience setting up NeXTSTEP for Intel as a POP mail
server? I'd like to set up our NeXT to act as a POP post office for DOS
machines on the same ethernet. Any hints?
Thanks in advance...
Charles.
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next
From: ken@kronos.arc.nasa.gov (Kenneth H. Simpson)
Subject: Re: Does NeXTStep use standard NFS or it's own version?
Message-ID: <1993Sep21.000537.20020@kronos.arc.nasa.gov>
Sender: usenet@kronos.arc.nasa.gov (usenet@ptolemy.arc.nasa.gov)
Organization: NASA/ARC Information Sciences Division
References: <1993Sep14.222859.21335@serval.net.wsu.edu>
Distribution: na
Date: Tue, 21 Sep 1993 00:05:37 GMT
In article <1993Sep14.222859.21335@serval.net.wsu.edu> jburke@bodacious.csc.wsu.edu (John L. Burke) writes:
>Can anyone tell me if the NeXTStep uses the industry standard NFS, or does
>it use it's own version? I am having a problem exporting a CD-ROM that is
>in PC format, ISO9660 I believe. The NeXT can read it locally without a
>problem, but when I export it, I can't seem to read the CD from a remote
>machine. I can mount the CD remotely, can see the directories and
>filenames on the CD, but I cannot view or edit the contents of the file.
>Anyone have any ideas or suggestions?
>
>Thanks
>
>
>
>--
>*********************************************************************
>* John Burke * jburke@bodacious.csc.wsu.edu *
>* Washington State University * NeXTStation Mono *
>* Systems & Computing * NeXTMail Welcome! *
>*********************************************************************
This might be a consequence of the block size? Sun uses 1/2 k blocks
and standard disk drivers and SGI uses 2k blocks and special drivers?
Hence SGI needs a seperate daemon to remotely mount a CDROM?
--
==============================================================================
Kenneth Simpson NASA
Internet: ken@ptolemy.arc.nasa.gov Ames Research Center, MS/269-1
UUCP: ames!ptolemy!ken Moffett Field, CA 94035-1000
Newsgroups: comp.sys.next.sysadmin
From: hackatg.demon.co.uk!bbucking (Brendan Buckingham)
Subject: Netinfo Database problem
Message-ID: <1993Sep21.134836.11896@hackatg.demon.co.uk>
Keywords: Netinfo, NI Tools,UK
Sender: bbucking@hackatg.demon.co.uk
Organization: Hackwood Service Company
Date: Tue, 21 Sep 1993 13:48:36 GMT
Our root domain /aliases directory has become corrupted. Information
under a named aliases was removed instead of the directory being removed.
i.e. /aliases/jsmith properties were removed this left /aliases/Dir: 346
which we cannot remove. We have tried Netinfo, niutil and niload all give
errors on this directory. Any ideas on how to remove it?? We have
previous nights backup but just wondered if there was another way?
Newsgroups: comp.sys.next.sysadmin
From: kent@infoserv.com
Subject: Re: Cube OD as External OD on Slab?!
Message-ID: <CDox5C.yo@infoserv.com>
Sender: kent@infoserv.com (Kent L. Shephard)
Organization: K. L. Shephard Consulting
References: <27i7t2$4d2@ftp.alleg.edu>
Date: Tue, 21 Sep 1993 06:10:24 GMT
In article <27i7t2$4d2@ftp.alleg.edu> Aaron Herskowitz <aherskow@alleg.edu>
writes:
#Does anyone know if it would be possible to take an old OD from a NeXT Cube
# and get an external case with a power supply for it and connect it to a
#NeXTstation? I would rather have it on the SCSI chain, but any port
#connection would do.
#
#I am pretty sure that the OD is not a SCSI device, so I doubt that this can
# be done very easily, but I thought that I would ask just in case.
It's not SCSI and as far as I know there is no workable solution to
use the OD on anything besides a cube.
Kent
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
From: phil@tunis.polytechnique.fr (Philippe Provost)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: E.S.L. organization address ?
Date: 21 Sep 1993 15:40:41 GMT
Organization: Conservatoire National des Arts et Metiers, Paris, France
Distribution: world
Message-ID: <27n79p$nrr@sheckley.cnam.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Greetings,
Sorry to post this request there but we are looking for the
complete address (email and real address) of the E.S.L. "non-profit
gouvernemental organization", U.S.A.
Thank you to direct the answer to phil@tunis.polytechnique.fr
Phil
Newsgroups: comp.sys.next.sysadmin
From: fleminmk@fe639.cc.purdue.edu (Michael K Fleming)
Subject: Re: Non-ether AppleTalk to NeXT connection
Message-ID: <fleminmk.748627473@fe639.cc.purdue.edu>
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
References: <1993Sep15.114752.17906@Princeton.EDU> <1993Sep20.055813.8462@csus.edu>
Date: Tue, 21 Sep 1993 16:04:33 GMT
eps@futon.SFSU.EDU (Eric P. Scott) writes:
>In article <1993Sep15.114752.17906@Princeton.EDU>
> tvz@Princeton.EDU (Timothy Van Zandt) writes:
>>My reading of the on-line NeXT documentation (3.0)
>>is that EtherTalk can be connected to a NeXT, but
>>there is no mention of support for a basic
>>AppleTalk network. I am in a building that is
>>completely wired with an AppleTalk network, and
>>this network has a gateway to an ethernet network
>>for connecting (via versaterm on the macs) to
>>a few Unix computers. Is there any simply way I
>>can plug myself into this network, so that I can
>>also run terminal sessions with the Unix computers
>>from my office?
[basic overview of Apple's *Talk networking scheme deleted]
>Black Hardware:
> LocalTalk: Theoretically possible using the DSP to drive a
> simple adapter. No implementations known to exist.
Not really. The serial controller chip on the black machines is identical
to the scc in Macintoshes. Mind you, you'd have to get down and write a
driver, and it would probably be pretty ugly...but it would work. As far
as overhead...well...a 2.8mhz Apple IIGS is localtalk capable. The Zilog
8530 chip is really the only neccessary ingredient.
> EtherTalk: Phase I requires NS 2.0 or later; Phase II requires
> NS 3.0 or later.
> TokenTalk: Theoretically possible using token ring NeXTbus card
> or SCSI-to-token ring adapter, and a custom driver. I've
> never heard of anyone doing this.
>White Hardware:
> LocalTalk: Theoretically possible using a LocalTalk interface
> card and a custom driver. No implementations known to exist.
> Probably more expensive than Ethernet. Performance will
> suck.
That's very much the case. I suppose this option should only be taken if
it were the only availible option. It would be nice for me if this option
were available (or more easily availible--I'm not gutsy enough to write a
DriverKit mess yet :).
> EtherTalk: Phase I or Phase II.
> TokenTalk: Theoretically possible using Token Ring interface
> card and a custom driver. No implementations known to exist,
> but future development expected.
>Just connect your NeXT to the Ethernet side, OK?
Provided that's physically possible, that's the obvious option <why would
anyone opt for less?>. However, since he asked the question, I assume it's
not really a viable option. Oh well.... :)
> -=EPS=-
Mike
From: me@ienext.unl.edu (Dan Scott)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: swapdisk questions (An Apology)
Date: 21 Sep 1993 16:27:29 GMT
Organization: University of Nebraska--Lincoln
Distribution: world
Message-ID: <27na1h$je8@crcnis1.unl.edu>
References: <27ks5k$b7d@crcnis1.unl.edu>
Anthony,
I'm afraid I must apologize. When I posted my request for information on
swapdisks I was a bit concerned that members of the c.s.n.sysadmin
newsgroup might consider it insultingly trivial. Thus, when the first
reply to my questions was another question on a *totally* unrelated topic
which even *I* recognized as very simple (no insult intended), I took as
as a sarcastic commentary on the elementary nature of my own posting.
As a result I fired off my angry reply without properly considering the
alternative: that you had simply pressed `Followup' instead of `New post'.
I regret this error on my part and will post this letter in c.s.n.sysadmin
to clarify the situation for others.
Sincerely,
Dan Scott
P.S. To answer your question, the background color of your monitor may be
changed from within the preferences application. (You will find a standard
colorwell---under the monitor preferences I believe.)
From: sowa@amdew.llnl.gov (Erik C. Sowa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: auto-loading cshell macros
Date: 21 Sep 1993 16:45:46 GMT
Organization: LLNL Chemistry and Materials Science
Message-ID: <SOWA.93Sep21094546@amdew.llnl.gov>
References: <CDnwrv.5ps@usenet.ucs.indiana.edu> <1336@rtbrain.rightbrain.com>
In-reply-to: glenn@rightbrain.com's message of 21 Sep 93 04:49:39 GMT
>>>>> "Glenn" == Glenn Reid <glenn@rightbrain.com> writes:
Glenn> I almost exclusively hack /bin/sh, rather than csh, but if I'm
Glenn> not mistaken, you can't have spaces in the assignment above.
Glenn> Try:
Glenn> set macrofile=macro_file_name
I checked my .cshrc and the spaces are OK; mine reads:
set macrofiles = .macros
It must be something else. :-)
--
erik sowa (sowa@amdew.llnl.gov)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.bugs
From: phyd@interaccess.com (Brian Leake)
Subject: Re: how to mount a DOS-OD with NS-3.1 ?
References: <25kutc$s9c@bock.freiburg.sub.org> <1993Sep19.123747.3540@trek.nbg.sub.org>
Sender: news@interaccess.com (Usenet News)
Organization: InterAccess, Chicago's best Internet service provider.
Date: Tue, 21 Sep 1993 12:47:57 GMT
Message-ID: <1993Sep21.124757.728@interaccess.com>
In article <1993Sep19.123747.3540@trek.nbg.sub.org>,
<jmbreuer@trek.nbg.sub.org> wrote:
>admin@bock.freiburg.sub.org (FreiNet Administrator) writes:
>
>>Hi,
>
>>i want to know if it is possible to mount a external OD which is DOS
>>formatted !
>>Every time i put the OD into the drive (it's a sony :) the NeXT give me
>>the choice to format the disk as an unix or mac disk. But he doesn't
>>recognize that this disk is already formatted as a DOS disk :-(
>>The NeXT is a "black" machine running NS 3.1.
>
>Well, I don't know about NS 3.1 (yet :-), but under 3.0 it is not possible
>to format disks larger than 1.44 MB with a DOS filesystem, nor is it
>possible to mount DOS-Harddisk-Filesystems (probably too FAT ;-).
>
>>If anyone has managed this with success, please give me a hint !!!
>
You'll need 3.1, shouldn't be any problem unless it is Doublespaced,
Stackered, or NT HPFS. By the way, did you know NT can't read DOS 6
Doublespace disks!
I've had no problem with 3.1 reading DOS drives up to 340Mb.
Brian.
--
_____________________________________________________________________
Image Art "No problems... Only Solutions"
Brian Leake phyd@interaccess.com
_____________________________________________________________________
Newsgroups: comp.sys.next.sysadmin
From: francisr@stupid.ucs.indiana.edu (Rob Francis)
Subject: Re: auto-loading cshell macros
Message-ID: <CDpyHE.n4y@usenet.ucs.indiana.edu>
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: University Computing Services
References: <CDnwrv.5ps@usenet.ucs.indiana.edu> <1336@rtbrain.rightbrain.com>
Date: Tue, 21 Sep 1993 19:36:49 GMT
In article <1336@rtbrain.rightbrain.com> glenn@rightbrain.com writes:
>Don Baker writes
>>
>> I'm trying to use the macro auto-loading feature for the csh on the NeXT.
>> Unfortunately, this seems to be broken. I've followed the instructions in
>the
>> man pages to the 'T' and have had no luck getting it to work.
>
>...
>
>> - in the .cshrc file place the following line to auto-load macros
>> set macrofile = macro_file_name
>
>I almost exclusively hack /bin/sh, rather than csh, but if I'm not
>mistaken, you can't have spaces in the assignment above. Try:
>
> set macrofile=macro_file_name
I don't know about that, I've tried with and w/o spaces and had no
luck.
-rob
francisr@indiana.edu
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Can't poste to outside - need help deciphering error message
Date: 21 Sep 1993 15:54:42 -0400
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Distribution: world
Message-ID: <27nm62$7ki@seine.cs.umd.edu>
Summary: what is out.master?
I have installed the NeXT C-News package from cs.orst.edu and
gotten mail and inbound news to work.
outbound news still fails. the articles are not placed
in /usr/spool/outgoing/netcom but instead show up
in /usr/spool/incoming/bad
the following error message is placed in /usr/local/news/lib/errlog
relaynews: can't open `out.master/0' (No such file or directory)
I have read the OReilly USENET book, the man pages, scripts,
README files etc, and have not found any reference to a file
called out.master/0.
Any solutions or suggestions would be very much appreciated.
thanks
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
Newsgroups: comp.sys.next.sysadmin
Subject: SLIP or PPP on NS/I?
Message-ID: <john-210993142013@johnppp.byu.edu>
From: john@kolob.byu.edu (John K. Peterson)
Date: 21 Sep 93 14:24:31 -0700
Followup-To: comp.sys.next.sysadmin
Distribution: world
Organization: Brigham Young University
Since I receive no response to my problem with ppp 0.3, let me ask this:
Has anyone gotten any SLIP or PPP package to work with NS/I and, if so,
how?
I realize that the serial drivers have only been recently 'fixed', but I
can't
believe I'm the first to try this...
Anxiously awaiting your response,
John Peterson
john@kolob.byu.edu
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can't poste to outside - need help deciphering error message
Date: 21 Sep 1993 17:23:32 -0400
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Distribution: world
Message-ID: <27nrck$8av@seine.cs.umd.edu>
References: <27nm62$7ki@seine.cs.umd.edu>
following up to my own poste:
> the following error message is placed in /usr/local/news/lib/errlog
> relaynews: can't open `out.master/0' (No such file or directory)
this error is (at least partially) fixed by mkdir /usr/spool/news/out.master
outbound news still doesnt make it though :-(
--
Alex Blakemore alex@cs.umd.edu NeXT mail accepted
--------------------------------------------------------------
"Without an engaged and motivated human being at the keyboard,
the computer is just another dumb box." William Raspberry
Newsgroups: comp.sys.next.sysadmin
From: shiva@vega.Stanford.EDU (Marcos Javier Polanco)
Subject: Installing NS/FIP on Gateways
Message-ID: <1993Sep21.220236.7620@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Tue, 21 Sep 93 22:02:36 GMT
Hello,
I just acquired a Gateway, and would like to know what have been the major
showstoppers in installing NEXTSTEP on it. Because...
my show has been stopped.
I am using a Gateway 4DX2-66V, with an internal CD-ROM player and a 500Mb
HD, both IDE. I also have a SCSI CD-ROM through a Future Domain SCSI
Adapter which the NEXTSTEP CD is attached to. The Ethernet card is a 3Com
EtherLink II. The CD-player is SCSI ID 0.
Installation stops after resetting the SCSI bus and recognizing the floppy
and IDE hard drive: NO CD-ROM WAS FOUND is the message I get and then it
asks:
root device?
and that's the end of my show. I am thinking of detaching the internal
CD-ROM drive and trying a new SCSI adapter. If people have run into
similar problems with Gateway models, I would be most appreciative if I
could hear their success :-) stories.
-marcos j. polanco
-shiva@vega.stanford.edu
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Installing NS/FIP on Gateways
Date: 22 Sep 1993 00:24:01 GMT
Organization: University of Houston
Message-ID: <27o5v1$s6e@menudo.uh.edu>
References: <1993Sep21.220236.7620@leland.Stanford.EDU>
In article <1993Sep21.220236.7620@leland.Stanford.EDU>
shiva@vega.Stanford.EDU (Marcos Javier Polanco) writes:
#
#Hello,
#
#I just acquired a Gateway, and would like to know what have been the major
#showstoppers in installing NEXTSTEP on it. Because...
#
#my show has been stopped.
#
#I am using a Gateway 4DX2-66V, with an internal CD-ROM player and a 500Mb
#HD, both IDE. I also have a SCSI CD-ROM through a Future Domain SCSI
#Adapter which the NEXTSTEP CD is attached to. The Ethernet card is a 3Com
#EtherLink II. The CD-player is SCSI ID 0.
#
The Future Domain SCSI adapter is not supported under NEXTSTEP 3.1. You
need an Adaptec, a DPT, or Bustek (Go for the Adaptec 1542C).
#Installation stops after resetting the SCSI bus and recognizing the floppy
#and IDE hard drive: NO CD-ROM WAS FOUND is the message I get and then it
#asks:
#
#root device?
#
Since NEXTSTEP isn't compatible with your SCSI adapter, it doesn't know that
one exists...
#and that's the end of my show. I am thinking of detaching the internal
#CD-ROM drive and trying a new SCSI adapter. If people have run into
#similar problems with Gateway models, I would be most appreciative if I
#could hear their success :-) stories.
#
Nope.. Won't work. The Internal drive, even if it is a SonyCD-31A is not
supported. You need drivers that currently don't exist...
#-marcos j. polanco
#-shiva@vega.stanford.edu
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: mross@antigone.com
Subject: Serial port A as alternate console
Message-ID: <1993Sep22.002605.3683@antigone.com>
Organization: Antigone Press gateway, San Francisco
Date: Wed, 22 Sep 1993 00:26:05 GMT
Probably a dumb question:
What exactly can I plug into serial port A when the "Serial port A as alternate
console" option is turned on in the Monitor?
Tried a null-modem cable with a modem and a computer at the other end. Either the
comm parameters are all messed up or I can't do this...
Thanks!
Michael
--
Michael Ross
Antigone Press, San Francisco, California
e-mail: mross@antigone.com
FAX: +1 415 431 3650
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.hardware,comp.sys.next.sysadmin
From: dean@world.std.com (Dean S Banfield)
Subject: Re: Boot to DOS from a second hard disk?
In-Reply-To: qiu@tree.egr.uh.edu's message of 19 Sep 1993 18:56:50 GMT
Message-ID: <DEAN.93Sep21234457@world.std.com>
Sender: dean@world.std.com (Dean S Banfield)
Organization: The World Public Access UNIX, Brookline, MA
References: <27ia1i$857@menudo.uh.edu>
Date: Wed, 22 Sep 1993 04:44:57 GMT
In article <27ia1i$857@menudo.uh.edu> qiu@tree.egr.uh.edu (Feng Qiu) writes:
:: My system is a 486/DX2 66MHz with a 525 M hard disk loaded with
:: NeXTStep3.1. I have a second hard disk bootable for DOS and Windows but
:: without NeXTStep partition. My question is how can you boot to the second
:: hard disk to DOS? Now in order to run DOS(I have no SoftPC) I have to
:: disconnect the hard disk for NeXTStep and set it at master mode then
:: reboot.
::
Two choices, neither too pleasant: 1) Partition your 525 Next drive to add
a small DOS partition. Install DOS on it, and have your AUTOEXEC transfer
immediately to theother drive. With the DOS partition on the NS disk, you
will be given the DOS option at boot time. You will have to scratch your
NS partition ot do this. The DOS partition can be *quite* small, but if
you make it too small, you must install DOS very manually on the 'D:' drive.
The DOS install wants to be on the 'C:' drive. I run with a 5 MB DOS
partition on my NS primary drive and it works fine when booted to DOS. 2)
Create a diskette with your AUTOEXEC and CONFIG files on it. Place it
in the primary drive when you wish to boot to DOS. Have your AUTOEXEC trans-
fer control immediately to your D: drive. This is a bear, since any time
the system needs to reload command.com, it will do it from the A: (diskette)
drive, which is quite slow. Hope this is some help.
-Dean
--
Dean S. Banfield Voice: (203) 656-1500
Real Decisions Corporation FAX : (203) 656-1659
22 Thorndal Circle email: dean@world.std.com
Darien, CT 06820
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: kluge@avalon.unizh.ch (Daniel G. Kluge)
Subject: Re: Installing new internal drives for NeXTstation
Message-ID: <1993Sep22.040230.26123@ifi.unizh.ch>
Followup-To: comp.sys.next.sysadmin,comp.sys.next.hardware
Sender: news@ifi.unizh.ch (USENET News Admin)
Organization: University of Zurich, Department of Computer Science
References: <1993Sep17.105953.17683@newstand.syr.edu>
Date: Wed, 22 Sep 1993 04:02:30 GMT
Brendan T. McNichols (mcnichol@math.syr.edu) wrote:
: Hi all,
: Now I am stuck trying to get a new drive to install internally in the
: NeXTstation. I have possibilities of two drives for which I have found
: reasonable prices; the Fujitsu M2624FA 520 MB ($661) and the Quantum
: LPS525S 525MB ($629). I'm inclined to go with the Fujitsu since it comes
: with a 5 year warranty instead of Quantum's 2 years.
: My question is this: Has anyone had any experience installing either of
: these drives internally in a NeXTstation? Is it possible? Recommended?
: Any pitfalls I need to look out for?
Yup, when I bought my Station, I instantly replaced the internal 200MB Quantum
Drive in exchange with the 520MB Fujitsu (Cheaper than a station with 400MB from
NeXT), and this worked fine for a year (after some xx hours configuring the
drive, my advise: be sure you really change the jumpers you want to...)
I now have a 1GB DEC drive internally, and the Fujitsu resides in its own case.
-daniel (sorry for using a terminal window lager than 80 charcters)
--
Daniel G. Kluge @ Swiss Federal Institute of Technology Zuerich
E-Mail : kluge@avalon.unizh.ch (NeXT-Mail welcome)
study-related stuff : dankluge@iiic.ethz.ch
DECnet : EZINFO::CLUESCH
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: p21@chp28aa.der.edf.fr (TAI SDM)
Subject: Viper P9000
Message-ID: <1993Sep22.110009.23787@edf.fr>
Keywords: Diamond, Viper, P9000, Display driver
Sender: Alvaro Dos Santos
Organization: DIRECTION des etudes et recherches EDF Clamart
References: <1993Sep22.002605.3683@antigone.com>
Date: Wed, 22 Sep 1993 11:00:09 GMT
I have a video card Diamond Viper P9000 with 2Mo of VRAM on it.
I would like to put NeXTStep on my machine.
Since the Viper is one of the best Video card actually available,
will future releases of NeXTStep have drivers for P9000's based video cards ?
Alvaro Dos Santos. Soft Way Technology. France.
From: fasano@nic.cerf.net (Christopher G. Fasano)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: UDP on the NeXT
Date: 22 Sep 1993 11:42:01 GMT
Organization: CERFnet Dial n' CERF Customer
Message-ID: <27pdm9$t45@news.cerf.net>
Hello,
I am trying to get xarchie to run on my next and I have encountered
a problem that I believe should be easy to fix. Apparently xarchie
wants to use a UDP port that is > 1000, but UDP traffic is not enabled
for ports >1000. So how do I enable UDP traffic on ports >1000?
I have looked through the manuals that I have, but I have not found
an answer....
Please respond to fasano@scarolina.cerfnet.com
Thanks in advance
Chris Fasano
Francis Marion Univ.
Florence, SC 29501
Newsgroups: comp.sys.next.sysadmin
From: ae827@Freenet.carleton.ca (Mike Daly)
Subject: Installing 3.1
Message-ID: <CDrDFq.FwC@freenet.carleton.ca>
Sender: news@freenet.carleton.ca (News Administrator)
Organization: National Capital Freenet, Ottawa, Canada
Date: Wed, 22 Sep 1993 13:57:26 GMT
I am currently trying to install 3.1 from an installation server.
The upgrade program asks you to stop all applications except
workspace manager. Unfortunately it sees loginwindow and I don't
know how to shut this down.
Thanks
mike
--
From: yygold@yadin.phyast.pitt.edu (Yadin Y. Goldschmidt)
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: Boot to DOS from a second hard disk?
Message-ID: <2254@blue.cis.pitt.edu>
Date: 22 Sep 93 13:45:37 GMT
References: <27ia1i$857@menudo.uh.edu> <DEAN.93Sep21234457@world.std.com>
Sender: news+@pitt.edu
Followup-To: comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.hardware,comp.sys.next.sysadmin
Dean S Banfield (dean@world.std.com) wrote:
: In article <27ia1i$857@menudo.uh.edu> qiu@tree.egr.uh.edu (Feng Qiu) writes:
: :: My system is a 486/DX2 66MHz with a 525 M hard disk loaded with
: :: NeXTStep3.1. I have a second hard disk bootable for DOS and Windows but
: :: without NeXTStep partition. My question is how can you boot to the second
: :: hard disk to DOS? Now in order to run DOS(I have no SoftPC) I have to
: :: disconnect the hard disk for NeXTStep and set it at master mode then
: :: reboot.
: ::
: Two choices, neither too pleasant: 1) Partition your 525 Next drive to add
: a small DOS partition. Install DOS on it, and have your AUTOEXEC transfer
: immediately to theother drive. With the DOS partition on the NS disk, you
: will be given the DOS option at boot time. You will have to scratch your
: NS partition ot do this. The DOS partition can be *quite* small, but if
: you make it too small, you must install DOS very manually on the 'D:' drive.
: The DOS install wants to be on the 'C:' drive. I run with a 5 MB DOS
: partition on my NS primary drive and it works fine when booted to DOS. 2)
: Create a diskette with your AUTOEXEC and CONFIG files on it. Place it
: in the primary drive when you wish to boot to DOS. Have your AUTOEXEC trans-
: fer control immediately to your D: drive. This is a bear, since any time
: the system needs to reload command.com, it will do it from the A: (diskette)
: drive, which is quite slow. Hope this is some help.
: -Dean
: --
: Dean S. Banfield Voice: (203) 656-1500
: Real Decisions Corporation FAX : (203) 656-1659
: 22 Thorndal Circle email: dean@world.std.com
: Darien, CT 06820
This is not quite right since if I remember correctly from my DOS
days you can issue the command 'set shell=d:\command.com' or something
like that in the autoexec.bat file and then the system will look for
command.com on drive d: and not on drive a:.
Yadin.
From: yygold@yadin.phyast.pitt.edu (Yadin Y. Goldschmidt)
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: Boot to DOS from a second hard disk?
Message-ID: <2255@blue.cis.pitt.edu>
Date: 22 Sep 93 13:51:15 GMT
References: <27ia1i$857@menudo.uh.edu> <DEAN.93Sep21234457@world.std.com> <2254@blue.cis.pitt.edu>
Sender: news+@pitt.edu
Followup-To: comp.sys.next.misc
Actually the right command is
set comspec=d:\command.com
From: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Newsgroups: comp.sys.next.sysadmin
Subject: NS/Intel boot -- disable singleuser?
Date: 22 Sep 1993 17:06:28 GMT
Organization: University of technology, Vienna, Austria.
Distribution: world
Message-ID: <27q0mk$dps@email.tuwien.ac.at>
I'm in the process of configuring about 50 NeXTStep/Intel
machines -- however, the possibility to easily boot up the
machine in single user mode worries me a bit.
Is there a way to disable it, or at least put a password
on it?
mjl
From: annard@theborg.stack.urc.tue.nl (Annard Brouwer)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Non-ether AppleTalk to NeXT connection
Date: 22 Sep 1993 09:40:53 GMT
Organization: the Borg
Distribution: world
Message-ID: <27p6j5$74@theborg.stack.urc.tue.nl>
References: <fleminmk.748627473@fe639.cc.purdue.edu>
In article <fleminmk.748627473@fe639.cc.purdue.edu>
fleminmk@fe639.cc.purdue.edu (Michael K Fleming) writes:
> eps@futon.SFSU.EDU (Eric P. Scott) writes:
> >Black Hardware:
> > LocalTalk: Theoretically possible using the DSP to drive a
> > simple adapter. No implementations known to exist.
>
> Not really. The serial controller chip on the black machines is identical
> to the scc in Macintoshes. Mind you, you'd have to get down and write a
> driver, and it would probably be pretty ugly...but it would work. As far
> as overhead...well...a 2.8mhz Apple IIGS is localtalk capable. The Zilog
> 8530 chip is really the only neccessary ingredient.
>
Not really, because LocalTalk uses the differential capability of RS-422 this
scheme might only work on the older NeXT hardware, but since you only offered a
theoretical solution nobody will mind, just had to say it really :-) I made a
LocalTalk box for the Mac myself a long, long time ago...
Toodlepip,
Annard
--
Annard Brouwer annard@stack.urc.tue.nl (NeXTmail appreciated)
People? You can forget it.
Newsgroups: comp.sys.next.sysadmin
From: jdeclari@is.rpslmc.edu (John-William DeClkaris)
Subject: mail on NeXT
Message-ID: <1993Sep22.185228.12992@rpslmc.edu>
Sender: news@rpslmc.edu
Organization: Rush-Presbyterian-St. Luke's Medical Center
Date: Wed, 22 Sep 1993 18:52:28 GMT
I have inherited a network that which working, but not on internet. My
job, since I chose to accept it, was to place them on I-net, and give them
e-mail. This is all new to me, and I am getting my feet wet.
The network had been configured, and a mail server already chosen. I am
new to setting up email, so I read the Network and System Administration
Manual. I followed the instructions, and used NetInfoManager to make the
appropriate mounts on the clients, and made sure that the mailserver's
name was also known as mailhost. Great.
Now, my users can send mail out, and I can respond to the user IF I
specify a machine, rather than just the domain. (I know that I am not the
best person at describing a problem so I will give an example)
Example:
The machine is bozo.jrb.rpslmc.edu. I want to send an email to
ksmith@jrb.is.rpslmc.edu, and NOT to ksmith@bozo.jrb.rpslmc.edu.
When I try to do the former, ksmith@jrb.is.rpslmc.edu, I get this message
... 550 Host unknown (Valid name but no data [address])
I am not certain what I need to do next. Do I need to run DNS, and if I
do, what is DNS besides Domain Name Server?
I am on the problem machine now, so please e-mail your responses to
jdeclari@is.rpslmc.edu. Thanks very much.
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Quantum ELS170?
Date: 22 Sep 1993 19:54:08 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <27qah0$hpc@news.intercon.com>
Hi,
I just purchased a Quantum ELS170 from Club Mac and I can't get it to work
on my NeXT. I can format the drive fine, but if I try to initialize it, I
get a boatload of write errors and then it says there are no boot blocks
available.
I thought of just leaving it in Mac format and using it, since Mac SCSI
drives seem to be supported in 3.1 that way -- I can read from the drive
fine, but I can't write anything to it.
I'm about to send it back to Club Mac and buy something from Sun
instead... :)
Does anyone have any ideas about this problem?
Thanks,
David.
From: powell@tropic.aoml.erl.gov (Mark Powell)
Newsgroups: comp.sys.next.sysadmin
Subject: HELP! NS turbo won't boot (or boots very very slowly)
Date: 22 Sep 1993 19:43:42 GMT
Organization: U.S. Department of Commerce, NOAA/AOML
Message-ID: <27q9te$rmn@wave.aoml.erl.gov>
We have a small group of 3 NeXTstation Turbo colors attached to an
ethernet network in our lab. Two of the machines, including the netinfo
server (my machine 48 MB RAM) and another (32 MB RAM) are fine and boot up
ok. Our HD's are mounted to each other and we all share space on an
external HD attached to my machine. Usually they are on all the time and
are only booted up occasionally if swap space is too large. The troubled
machine (32MB RAM) has had trouble recently with very very slow booting.
Were talking: you power it up when leaving the lab at 6 or 7 pm and it
doesnt boot up until 2-3 in the morning (based on times when files are
automatically ftp'd to it from another machine). Disk space on the 400MB
internal HD is down to around 20 MB now, but when this problem started a
week or so ago the space had been allowed to get down to 1 MB. Today we
started it up to reboot under the ROM monitor in verbose mode but it gets
stuck after
IP protocal enabled for interface en0, type "10 MB Ethernet"
every now and then you can hear the HD for a second or so but it seems
frozen. There were no system test error codes using the "ec" rom monitor
command. It will probably eventually boot up but I don't think anyone
will be looking at the monitor to check for error messages when it does.
Anyone out there have any ideas on how we might proceed to diagnose the
problem? I am not a Unix expert (probably made that obvious) but have
access to one if I can get him away from the fires he is forever putting
out elsewhere. Thanks!
--
Dr. Mark D. Powell
Research Meteorologist, CCM (Swimmer, Windsurfer, user of NEXTSTEP)
NOAA Hurricane Research Division (appropriate disclaimers apply)
Miami, Fl 33149 Voice (305) 361-4403 Fax (305) 361-4402
Newsgroups: comp.sys.next.sysadmin
From: keithw@fiji.umhc.umn.edu (Keith Willard)
Subject: good list server for the next
Message-ID: <CDrx21.It7@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Distribution: comp
Date: Wed, 22 Sep 1993 20:59:01 GMT
i have been running an informal mailing list by just setting up aliases in
netinfo on my next mail server. this worked okay when the list was small and
not too active but now i would like to set up a mailing list with more
automation and control (like auto subscribing, unsubscribing) filtering of
bounced mail messages back to poster and the like.
does anyone have a suggestion for one (and its ftp site) that is available i
could configure for the next?
----------------------------------
Keith Willard
Laboratory Medicine and Pathology
University of Minnesota
<keithw@tahiti.umhc.umn.edu>
(NeXT mail welcome)
----------------------------------
From: slv0y@cc.usu.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NS/Intel boot -- disable singleuser?
Message-ID: <1993Sep22.154741.910@cc.usu.edu>
Date: 22 Sep 93 15:47:41 MDT
References: <27q0mk$dps@email.tuwien.ac.at>
Distribution: world
Organization: Utah State University
In article <27q0mk$dps@email.tuwien.ac.at>, mjl@newton.auto.tuwien.ac.at (Martin J. Laubach) writes:
>
> I'm in the process of configuring about 50 NeXTStep/Intel
> machines -- however, the possibility to easily boot up the
> machine in single user mode worries me a bit.
>
> Is there a way to disable it, or at least put a password
> on it?
>
> mjl
>
Yes there is. If you look in the SysAdmin manual, it says the following:
Setting the Hardware Password
You can set a hardware password, which allows you to limit the ROM monitor
commands that can be used without first supplying the password. If the hardware
password is set, the three parameters described in the earlier section,
*Inspecting or Modifying Configuration Parameters,: determine how the ROM
commands will be limited.
Warning: If you set the hardware password, protect it carefully. If it
should be lost, recovery is a complex procedure.
To set the password, type P (in uppercase). Enter the new password (no more
than 6 characters) at the prompt *New password.: You're then prompted to confirm
the new password by retyping it.
Once the hardware password is set, you're prompted for the password in these
circumstances:
o When booting the system in single-user mode
o When changing the default boot device with the Preferences application
o When issuing a ROM monitor command that is password protected
o When changing the hardware password
You are only required to enter the hardware password once per session. Once you
have successfully entered the hardware password, you can execute any protected
command without having to supply the hardware password again.
This is from /NextLibrary/Documentation/NextAdmin/09_StartShut/01_Monitors.rtf
Or something like that... ;-)
Good luck,
John Z.
From: akonstan@budapest.math.macalstr.edu (Alexander Konstantinou)
Newsgroups: comp.sys.next.sysadmin
Subject: Problems using talk on NS_3.0
Date: 23 Sep 1993 02:50:23 GMT
Organization: Macalester College, St. Paul Mn
Message-ID: <27r2tf$g5n@mckinley.cit.macalstr.edu>
Keywords: talk NeXT
I have been experiencing some problems using 'talk' on NS 3.0 (black hardware).
It will work fine for local users, however, when I try to talk to someone
outside the domain the program hangs at the message :
[Checking for invitation on caller's machine]
I have found an FAQ relating to talk problems between a Sun and a NeXT because
of the former's 'archaic' version of talk. Although one of the users I have
been unable to reach uses a Sun another one uses a VAX.
I ftp'd the 386bsd version of talk however I have still not managed to compile
it as I cannot find which header file to replace for the missing <termios.h>
Here is also the setgid of the talk I am using :
-rwxr-sr-x 1 root tty 32768 Jul 21 1992 talk*
I would appreciate any help on the matter.
--
Alexander V. Konstantinou akonstan@math.macalstr.edu
Newsgroups: comp.sys.next.sysadmin
From: joe@FreemanSoft.com (Joe Freeman)
Subject: Re: Help seting up DAT drive
Message-ID: <1993Sep22.141537.9658@FreemanSoft.com>
Sender: jfreeman@FreemanSoft.com
Organization: FreemanSoft Inc.
References: <1993Sep16.130423.4284@kocrsv01.delcoelect.com>
Distribution: usa
Date: Wed, 22 Sep 1993 14:15:37 GMT
In article <1993Sep16.130423.4284@kocrsv01.delcoelect.com>
jhburns@kobch004.delcoelect.com () writes:
>
> I purchased a WangDAT Model 3200 DAT drive used and am having
> dificalties getting it to work on my NeXTStation. I have
> included a transcript of a session were I attempt to access the
> drive using tar tar. In all of thes cases, except where I
> use rst1, the drive responds by advancing the tape quickly for
> a vary short time. It then moves the tape vary slowly for a
> few seconds before rewinding the tape. This is repeated about
> three times before an error message is returned.
>
> The DAT drive is configured as follows:
>
> SCSI Device ID = 3
> SCSI Bus Parity = Enabled
> SCSI Protocol = SCSI-2
> Compression = Off
> Buffered Mode = Off
I left compression turned on as well as buffered mode (I think). In
addition, I had to set the SCSI protocol to SCSI-1. That should fix the
problem you describe.
You should have one more problem where you need to tell the st driver to
use 512 fix byte blocks. (This is a driver thing that is not related to
the size of blocks actually laid down on the tape.) There is a small
program described in NextAnswers that will do this or you can send me
email if you want a little more elaborate program that does that, that I
wrote. I run the little driver program in my backup script to configure
the drive.
--
Joe Freeman
FreemanSoft Inc. A NEXTSTEP software and consulting services company.
Electronic Mail: Joe@FreemanSoft.com (NeXT Mail)
Voice: 919.783.7033
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: UDP on the NeXT
Message-ID: <1993Sep23.044843.16980@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <27pdm9$t45@news.cerf.net>
Date: Thu, 23 Sep 1993 04:48:43 GMT
[Improper crossposting removed]
In article <27pdm9$t45@news.cerf.net>
fasano@scarolina.cerfnet.com (Christopher G. Fasano) writes:
> I am trying to get xarchie to run on my next and I have encountered
>a problem that I believe should be easy to fix. Apparently xarchie
>wants to use a UDP port that is > 1000, but UDP traffic is not enabled
>for ports >1000. So how do I enable UDP traffic on ports >1000?
Talk to your network administrator. NEXTSTEP doesn't block any
UDP traffic (unless you've specifically installed third party
software to do this), so I have to assume any restrictions you're
running into are externally imposed (and beyond your direct
control).
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: charles@oneworld.wa.com
Subject: termcap
Message-ID: <1993Sep23.072457.14691@oneworld.wa.com>
Organization: OneWorld Enterprises/OneWorld Computing Resources
Date: Thu, 23 Sep 1993 07:24:57 GMT
Does anyone know how to add a definition for VT320 to a NexT Termcap?
Thanks!
Newsgroups: comp.sys.next.sysadmin
From: kent@infoserv.com
Subject: Re: Can't poste to outside - need help deciphering error message
Message-ID: <CDsG9A.268@infoserv.com>
Sender: kent@infoserv.com (Kent L. Shephard)
Organization: K. L. Shephard Consulting
References: <27nm62$7ki@seine.cs.umd.edu>
Date: Thu, 23 Sep 1993 03:55:58 GMT
In article <27nm62$7ki@seine.cs.umd.edu> alex@cs.umd.edu (Alex Blakemore)
writes:
#I have installed the NeXT C-News package from cs.orst.edu and
#gotten mail and inbound news to work.
#
#outbound news still fails. the articles are not placed
#in /usr/spool/outgoing/netcom but instead show up
#in /usr/spool/incoming/bad
#
#the following error message is placed in /usr/local/news/lib/errlog
#relaynews: can't open `out.master/0' (No such file or directory)
#
#I have read the OReilly USENET book, the man pages, scripts,
#README files etc, and have not found any reference to a file
#called out.master/0.
#
#Any solutions or suggestions would be very much appreciated.
#thanks
Well I just checked my news setup. I have a /usr/spool/nes/out.master
directory. If you don't have one that directory may I suggest
creating one with the owner the same as that of the resto of
the news stuff on your machine.
I can't tell you anymore than that since I compiled the sources from the
makefiles in the CNEWS ditribution.
Kent
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
Newsgroups: comp.sys.next.sysadmin
From: kent@infoserv.com
Subject: Re: Can't poste to outside - need help deciphering error message
Message-ID: <CDsGB1.26z@infoserv.com>
Sender: kent@infoserv.com (Kent L. Shephard)
Organization: K. L. Shephard Consulting
References: <27nrck$8av@seine.cs.umd.edu>
Date: Thu, 23 Sep 1993 03:57:01 GMT
In article <27nrck$8av@seine.cs.umd.edu> alex@cs.umd.edu (Alex Blakemore)
writes:
#following up to my own poste:
#
#> the following error message is placed in /usr/local/news/lib/errlog
#> relaynews: can't open `out.master/0' (No such file or directory)
#
#this error is (at least partially) fixed by mkdir /usr/spool/news/out.master
#
#outbound news still doesnt make it though :-(
Are you running newsrun and sendbatches to spool up the news and
put it in the UUCP directories.
Kent
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
From: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NS/Intel boot -- disable singleuser?
Date: 23 Sep 1993 15:40:12 GMT
Organization: University of technology, Vienna, Austria.
Distribution: world
Message-ID: <27sg0s$f8k@email.tuwien.ac.at>
References: <27q0mk$dps@email.tuwien.ac.at> <1993Sep22.154741.910@cc.usu.edu>
|> Yes there is. If you look in the SysAdmin manual, it says the following:
|>
|> Setting the Hardware Password
Only this doesn't seem to apply to white hardware, does it.
mjl
Newsgroups: comp.sys.next.sysadmin
From: klett@sunrayce.solar.umn.edu (James P. Klett)
Subject: NeXT Terminal Emulation??
Message-ID: <CDtDI6.K5G@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Thu, 23 Sep 1993 15:51:50 GMT
Is there a file on the NeXT that lists all the emulations supported?
If so where is it? I know I can use VT100 etc... but what about
VT220 or PCTERM?
Thanks in advance,
--
_/_/_/_/_/_/ _/ _/ _/ _/_/_/_/ _/_/_/_/
_/ _/_/ _/_/ _/_/ _/ _/
_/ _/_/_/ _/ _/ _/ _/_/_/ _/_/_/
_/ _/ _/ _/ _/ _/ _/ _/
_/_/_/ _/ _/ _/ _/ _/_/_/_/ _/_/_/_/
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
| |
| Programmer James P. Klett |
| klett@sunrayce.solar.umn.edu |
| |
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Newsgroups: comp.sys.next.sysadmin
From: Becki Kain <beckers@imagine.com>
Subject: Re: swapdisk ?
Message-ID: <1993Sep23.140230.1139@imagine.com>
Sender: beckers@imagine.com
Organization: Imagine Multimedia, Inc., Ann Arbor, MI, USA
References: <1993Sep20.042654.222@cube.han.de>
Date: Thu, 23 Sep 1993 14:02:30 GMT
I have another question about swapdisks - I have a 345 meg harddrive that
I want to use as swap, but BuildDisk didn't see it as swap since it could
feasibly hold nextstep. Any ideas on how to make it swap?
thanks
beckers
In article <1993Sep20.042654.222@cube.han.de> martin@cube.han.de writes:
>
> Hi,
>
> I would like to add a 40 MB hard disk to my (Intel) system in order
> to use it as a swapdisk. After formatting, BuildDisk created the
swapdisk successfully but during system startup I always get "device busy"
when
> the system tries to use the second disk.
>
> Any ideas?
>
> -Martin
>
--
Becki Kain Imagine Multimedia NeXTmail welcome beckers@imagine.com
"words are just dust in deserts of sound" Eldritch
From: anstine@uniblab.sas.upenn.edu (David Anstine)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NS/Intel boot -- disable singleuser?
Message-ID: <149141@netnews.upenn.edu>
Date: 23 Sep 93 16:27:24 GMT
References: <1993Sep22.154741.910@cc.usu.edu>
Sender: news@netnews.upenn.edu
In article <1993Sep22.154741.910@cc.usu.edu> slv0y@cc.usu.edu writes:
> In article <27q0mk$dps@email.tuwien.ac.at>, mjl@newton.auto.tuwien.ac.at
(Martin J. Laubach) writes:
> >
>
> Yes there is. If you look in the SysAdmin manual, it says the following:
>
> Setting the Hardware Password
Intel machines do not have hardware passwords to my knowledge.
The latest NEXTSTEP in Focus recommends modifying root's .profile with a
script that mimicks a login (with a password).
Find this info at ftp.next.com.
-dave
From: anstine@uniblab.sas.upenn.edu (David Anstine)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NS/Intel boot -- disable singleuser?
Message-ID: <149142@netnews.upenn.edu>
Date: 23 Sep 93 16:27:43 GMT
References: <1993Sep22.154741.910@cc.usu.edu>
Sender: news@netnews.upenn.edu
In article <1993Sep22.154741.910@cc.usu.edu> slv0y@cc.usu.edu writes:
> In article <27q0mk$dps@email.tuwien.ac.at>, mjl@newton.auto.tuwien.ac.at
(Martin J. Laubach) writes:
> >
>
> Yes there is. If you look in the SysAdmin manual, it says the following:
>
> Setting the Hardware Password
Intel machines do not have hardware passwords to my knowledge.
The latest NEXTSTEP in Focus recommends modifying root's .profile with a
script that mimicks a login (with a password).
Find this info at ftp.next.com.
-dave
Newsgroups: comp.sys.next.sysadmin
From: dave@alembicla.com(David W. Fahrney)
Subject: Re: NEC Ultralite - flakey performance the norm?
Message-ID: <CDsA75.1LG@alembicla.com>
Sender: dave@alembicla.com (David W. Fahrney)
Organization: Alembic Systems International, Ltd.
References: <1993Sep20.170339.1810@midway.uchicago.edu>
Date: Thu, 23 Sep 1993 01:45:04 GMT
In article <1993Sep20.170339.1810@midway.uchicago.edu>
janna@reliant.bsd.uchicago.edu (& Ore Nugent) writes:
> I have an NEC Ultralite Versa 33Mhz running NeXTSTEP. It runs NeXTSTEP
> successfully about 80% of the time. The other 20% of the time, it hangs
> in boot-up or freezes shortly after login.
>
> After several reinstalls and infinite tinkering with the set-up, I must
> ask the question: is this normal performance for an NEC Ultralite
running
> NeXTSTEP?
>
> Thanks,
>
> Janna Ore Nugent
> Biological Sciences Division
> The University of Chicago
>
I have the same damn problem with my Versa 25 Mhz and have submitted it as
a problem to BugNeXT where it has been assigned log number 48364. Small
consolation!
--
David W. Fahrney =:-)
Alembic Systems International
V: 310.371.6226
F: 310.371.0886
E: dave@alembicla.com
--
David W. Fahrney =:-)
Alembic Systems International
V: 310.371.6226
F: 310.371.0886
Newsgroups: comp.sys.next.sysadmin
From: david@stallion.vm.iastate.edu
Subject: IPX/SPX
Message-ID: <CDtJxt.8sq@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Thu, 23 Sep 1993 18:13:04 GMT
I need to run a DOS app in SotfPC that is located on a Netware server
using the IPX/SPX protocol. The server gets mounted fine (in the Workspace
and in SoftPC), but when I try to run the program (in SoftPC, of course
;), I get an error message:
"SPX protocol not available (or installed or something like that)"
We're running SoftPC 2.05.5 on NS 3.1.
Could this be a problem with the Netware Client in NS not supporting the
IPX/SPX protocol? If so, is there a way to add support for that protocol?
Any help much appreciated.
thanks,
dave
david@stallion.vm.iastate.edu
From: mbenjami@motown.ge.com (Milt Benj)
Newsgroups: comp.simulation.military,comp.sys.next.sysadmin,comp.sys.sgi.admin,comp.sys.sun.admin,comp.unix.admin
Subject: Unix Systems Administrator
Date: 23 Sep 1993 19:53:54 GMT
Organization: MM Inc, Moorestown, NJ
Distribution: world
Message-ID: <27susi$ovu@cnn.MOTOWN.GE.COM>
Keywords: unix system administrator
Followup To:
Job Opening for Unix Systems Administrator
Req'ts - Unix C
Configuration Management a Plus
Central NJ
Good Salary Full Benefits
(908) 828-2155 Ask for Jeff
From: slv0y@cc.usu.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NS/Intel boot -- disable singleuser?
Message-ID: <1993Sep23.113612.944@cc.usu.edu>
Date: 23 Sep 93 11:36:12 MDT
References: <27q0mk$dps@email.tuwien.ac.at> <1993Sep22.154741.910@cc.usu.edu> <27sg0s$f8k@email.tuwien.ac.at>
Distribution: world
Organization: Utah State University
In article <27sg0s$f8k@email.tuwien.ac.at>, mjl@newton.auto.tuwien.ac.at (Martin J. Laubach) writes:
> |> Yes there is. If you look in the SysAdmin manual, it says the following:
> |>
> |> Setting the Hardware Password
>
> Only this doesn't seem to apply to white hardware, does it.
>
> mjl
Ah...sorry. Didn't notice it was a "white" question. ;-)
Z
Newsgroups: comp.sys.next.sysadmin
From: tom@cse.fau.edu (Tom Horton)
Subject: "spurious DMA interrupt" message on cube
Message-ID: <1993Sep23.195350.27898@cybernet.cse.fau.edu>
Sender: news@cybernet.cse.fau.edu
Organization: Florida Atlantic University, Boca Raton
Date: Thu, 23 Sep 1993 19:53:50 GMT
I'm getting messages in the console log and in /usr/adm/messages about a
"spurious DMA interrupt". Here's a typical one:
Sep 23 12:33:32 sailfish mach: spurious DMA interrupt: state 0x1000000
channel 0x2000110
I don't have any idea of what kind of problem this might be. Can anyone tell
me what kind of problem this might be? (If it is a problem....)
We have two NeXT 040 cubes running NS 3.0 attached to the campus thin-line
ethernet. The messages are appearing on both machines. I've attached all the
messages found in the current version of /usr/adm/messages to the end of this
posting.
Possible evidence or maybe just red herrings:
A) I did see this once before on one of these two machines. Shortly afterwards
we replaced the T connector used to attach the machine to the Ethernet, and the
messages appeared to go away. At the time I believe that the bad T connector
was at fault, but it could have just been coincidence or the messages could
have reappeared shortly afterwards without my noticing. To see if this is
once again the problem (on both machines?!) I have replaced the T connector on
one of the machines now.
B) The messages for both machines *seem* to appear on the same days at roughly
the same times (not always) -- this could be coincidence. I haven't been able
to monitor this long enough to make any conclusions.
C) Finally, we're having a general network problem on this subnet. All our Sun
workstations will suddenly freeze up due to network problems indicated by
messages like the following:
le0: Receive: giant packet from 8:0:20:a:24:60
le0: Receive: STP in rmd cleared
le0: Receive: BUFF set in rmd
le0: Receive: STP in rmd cleared
The ethernet address in these "giant packet" messages seems to vary. Sometimes
we know what machine it is (and that machine appears ok), and sometimes we
don't know. This general problem has our systems people stymied. In fact, I
discovered the DMA message on the NeXTs when looking to see if the NeXTs were
also getting giant packet messages. Is the NeXT DMA problem related to the
giant packet problem?
Thanks for any advice. E-mail directly to me would be appreciated, as our
news server has been expiring messages rather quickly lately. If you know of
some other group that I might send this posting to, let me know.
Tom
P.S. All the DMA messages are listed after my signature below.
-------------------------------------------------------------------------
Dr. Thomas B. Horton, Assistant Professor
Dept. of Computer Science and Engineering, Florida Atlantic University
Boca Raton, FL 33431 USA Phone: 407/367-2674 FAX: 407/367-2800
Internet: tom@cse.fau.edu Bitnet: HortonT@fauvax
-------------------------------------------------------------------------
Sep 17 12:49:27 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 22 16:11:10 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 22 18:24:49 catfish mach: spurious DMA interrupt: channel 0x2000110
Sep 22 20:56:53 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 22 21:26:47 catfish mach: spurious DMA interrupt: channel 0x2000110
Sep 22 21:26:47 catfish mach: spurious DMA interrupt: channel 0x2000110
Sep 22 21:29:55 catfish mach: spurious DMA interrupt: channel 0x2000110
Sep 22 21:33:03 catfish mach: spurious DMA interrupt: channel 0x2000110
Sep 22 22:24:07 catfish mach: spurious DMA interrupt: channel 0x2000110
Sep 22 22:58:17 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 22 23:03:16 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 22 23:03:21 catfish mach: spurious DMA interrupt: channel 0x2000110
Sep 22 23:32:45 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 22 23:37:46 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 22 23:39:50 catfish mach: spurious DMA interrupt: channel 0x2000110
Sep 22 23:41:51 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 22 23:43:04 catfish mach: spurious DMA interrupt: channel 0x2000110
Sep 23 05:48:39 catfish mach: spurious DMA interrupt: channel 0x2000110
Sep 23 11:36:58 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 23 11:37:16 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 23 11:38:38 catfish mach: spurious DMA interrupt: channel 0x2000110
Sep 23 11:38:39 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 23 11:38:39 catfish mach: spurious DMA interrupt: channel 0x2000110
Sep 23 11:38:42 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 23 11:38:42 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 23 12:12:35 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 23 12:12:35 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 23 12:15:01 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 23 12:23:55 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Sep 23 12:24:51 catfish mach: spurious DMA interrupt: state 0x1000000 channel
0x2000110
Newsgroups: comp.sys.next.sysadmin
From: tom@cse.fau.edu (Tom Horton)
Subject: laser printer smears
Message-ID: <1993Sep23.195836.28187@cybernet.cse.fau.edu>
Sender: news@cybernet.cse.fau.edu
Organization: Florida Atlantic University, Boca Raton
Date: Thu, 23 Sep 1993 19:58:36 GMT
Hello. I've managed to gum up my NeXT laser printer at home by using overhead
transparencies that were not designed for laser printers. (It seems my
secretary gave me the wrong box one day, and I didn't see that it was happening
until after printing a complete set of overheads.) It appears that there is
toner (or something) on a roller, because every sheet that comes through the
printer now has a dark smudge that appears to be caused by a "dirty" roller.
How does one fix this? Is it something I can do myself or do I have to get the
printer serviced? (As you can probably tell, I'm not that experienced in
understanding or fixing printers.) Thanks in advance. I prefer if you send
e-mail, since our news reader has a short expiration time right now.
Tom
-------------------------------------------------------------------------
Dr. Thomas B. Horton, Assistant Professor
Dept. of Computer Science and Engineering, Florida Atlantic University
Boca Raton, FL 33431 USA Phone: 407/367-2674 FAX: 407/367-2800
Internet: tom@cse.fau.edu Bitnet: HortonT@fauvax
Newsgroups: comp.sys.next.sysadmin
From: thf@zelator.in-berlin.de (Thomas Funke)
Subject: Re: OD has no alternates -- should I worry?
Message-ID: <1993Sep21.121659.1449@gamelan>
Sender: thomas@gamelan (thomas)
Organization: Disorganization
References: <27fpkt$fsi@cat.cis.Brown.EDU>
Date: Tue, 21 Sep 1993 12:16:59 GMT
In article <27fpkt$fsi@cat.cis.Brown.EDU> burton@pion (Joshua W. Burton)
writes:
>
> od0a: write failed (no more alternates for remap!) block 157152
> phys block 158992 (14086:0:0)
> od0a: write failed (no more alternates for remap!) block 157152
> phys block 158993 (14086:0:1)
>
> What does this mean? Reads and writes seem to work just fine,
> so I don't know how to interpret the `write failed' complaint.
> It sounds as though
I have seen these too. Actually these messages happen only with one OD: A
very old one from NeXT which formerly had NS1.0a on it. I noticed after
the OD becomes warm (after some minutes) the problems disappear. Writing
and reading seems to be OK.
--
------------------------------------------------------------------
Thomas Funke ** Unix-Consultant ** thf@zelator.in-berlin.de
Brook's Law:
Adding manpower to a late software project makes it later
------------------------------------------------------------------
From: john@klein.Mines.Colorado.EDU (John Stockwell)
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
Subject: NeXT Printer bug in 3.1
Message-ID: <1993Sep23.173044.37210@slate.mines.colorado.edu>
Date: 23 Sep 93 17:30:44 GMT
Sender: news@slate.mines.colorado.edu
Organization: Colorado School of Mines
I have found a bug in the printer driver for NeXT Printers
under NeXTSTEP_3.1 (NeXT Machines) version.
The problem that you see is that bitmapped graphics
are stretched and truncated on the right edge, or
have discontinuities running the length of the long
axis of the plot.
The problem appears when the long axis of the plot,
as measured in pixels, is oriented in same direction
as the long axis direction of the paper. Thus the problem
can be seen either in landscape mode or portrait mode,
depending on the plot.
I have confirmed with NeXT that this is a bona fide bug.
They say that it is fixed in OS 3.2. Their suggestion:
1) downgrade printer servers to 3.0
2) wait for 3.2, which is due to be released sometime
between now and December.
They don't have a workaround. :-(
Hope this helps.
John Stockwell
Center for Wave Phenomena
Colorado School of Mines
Golden, CO 80401
john@dix.mines.colorado.edu
Newsgroups: comp.sys.next.sysadmin
From: shawn@monitor.com
Subject: Re: NEC Ultralite - flakey performance the norm? **NO**
Message-ID: <CDttMA.1JG@monitor.com>
Sender: shawn@monitor.com (Shawn Broderick)
Organization: Monitor Company / IE
References: <1993Sep20.170339.1810@midway.uchicago.edu>
Date: Thu, 23 Sep 1993 21:42:08 GMT
Janna Ore Nugent writes
>I have an NEC Ultralite Versa 33Mhz running NeXTSTEP. It runs NeXTSTEP
>successfully about 80% of the time. The other 20% of the time, it hangs
>in boot-up or freezes shortly after login.
>
>After several reinstalls and infinite tinkering with the set-up, I must
>ask the question: is this normal performance for an NEC Ultralite running
>NeXTSTEP?
I have been running NSFIP on a Versa now for about six weeks. While there are
indeed some Versa peculiarities, I have not found "doesn't work" or "freezes
up" or "hangs in boot-up" normal problems - certainly not 20% of the time.
The sorts of things that do go wrong (for me) are:
- if you don't jiggle the mouse at the point during boot when it's waiting for
you to hit a key then it assumes you don't have a mouse (the on-the-side
trackball thingy)
- NSFIP doesn't like to boot without the existence of a floppy drive
- NSFIP doesn't like the "sleep" mode (it messes the clock up)
- other random little things.
Other than that "it just works". It took far less of my time to install NSFIP
on my Versa than it did to install Windows.
Shawn
--------------------------------------------------------
Shawn Broderick
Monitor Company / Information Engineering
shawn@monitor.com
(617) 252-2090
--------------------------------------------------------
FADE IN
A tenement building on Manhattan's Lower East Side.
Early morning traffic is audible, as is the cry of the
fishmongers.
--------------------------------------------------------
--
--------------------------------------------------------
Shawn Broderick
Monitor Company / Information Engineering
shawn@monitor.com
From: hans@symbas.UUCP (Hans Aafloy)
Newsgroups: comp.sys.next.sysadmin
Subject: System panic on 3.1 (black) ???
Message-ID: <3830@symbas.UUCP>
Date: 23 Sep 93 13:13:58 GMT
Distribution: world
Organization: LindMac A/S, Trondheim, Norway
During this year my NS 3.0 systems have panicked from time to
time, which I consider as very annoying.
So what about the 3.1 ( black ) uppgrades ?
Do I have to be prepared to see them panic as well ????
hans
=====================================================================
Hans Aafloy hans@symbas.lind.no
LindMac A/S phone: +477 967311
7038 Trondheim, NORWAY fax: .......5479
=====================================================================
From: joe@retina.anatomy.upenn.edu (Joe Panico)
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Can't install NSI 3.1 on pc-clone
Message-ID: <149171@netnews.upenn.edu>
Date: 23 Sep 93 18:12:40 GMT
Sender: news@netnews.upenn.edu
Followup-To: comp.sys.next.hardware
Organization: Dept. of Neuroscience, U. of Pennsylvania
Hi,
I am trying (so far unsuccesfully) to install NSI 3.1 on my pc-clone. All
the components of my system are listed in the hardware compatability guide:
ISA brand Motherboard w/
ATI BIOS
Adaptec 1542b
NEC Intersect SCSI CDROM drive
I can reliably get to the Software Installation Window (where it gives a
list of languages and what-not that can be checked off for installation),
but the system invariably crashes at some point after the installation
has begun (though never in the same place twice). The system either hangs
or reboots. NeXTAnswers says that NSI 3.1 does not officially support the
floppy drive controller integrated onto the adaptec 1542b-- could this be
my problem? If I can't use the integrated floppy controller on the 1542b,
what CAN i use to controll the floppies? Any help much appreciated. Thanks.
Joe Panico
joe@retina.anatomy.upenn.edu
From: joe@retina.anatomy.upenn.edu (Joe Panico)
Newsgroups: comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin
Subject: Can't install NSI 3.1 on my pc-clone
Message-ID: <149172@netnews.upenn.edu>
Date: 23 Sep 93 18:15:54 GMT
Sender: news@netnews.upenn.edu
Followup-To: comp.sys.next.misc
Organization: Dept. of Neuroscience, U. of Pennsylvania
Hi,
I am trying (so far unsuccesfully) to install NSI 3.1 on my pc-clone. All
the components of my system are listed in the hardware compatability guide:
ISA brand Motherboard w/
ATI BIOS
Adaptec 1542b
NEC Intersect SCSI CDROM drive
I can reliably get to the Software Installation Window (where it gives a
list of languages and what-not that can be checked off for installation),
but the system invariably crashes at some point after the installation
has begun (though never in the same place twice). The system either hangs
or reboots. NeXTAnswers says that NSI 3.1 does not officially support the
floppy drive controller integrated onto the adaptec 1542b-- could this be
my problem? If I can't use the integrated floppy controller on the 1542b,
what CAN i use to controll the floppies? Any help much appreciated. Thanks.
Joe Panico
joe@retina.anatomy.upenn.edu
From: joe@retina.anatomy.upenn.edu (Joe Panico)
Newsgroups: comp.sys.next.sysadmin
Subject: Can't install NSI 3.1 on my pc-clone
Message-ID: <149173@netnews.upenn.edu>
Date: 23 Sep 93 18:18:07 GMT
Sender: news@netnews.upenn.edu
Organization: Dept. of Neuroscience, U. of Pennsylvania
Hi,
I am trying (so far unsuccesfully) to install NSI 3.1 on my pc-clone. All
the components of my system are listed in the hardware compatability guide:
ISA brand Motherboard w/
ATI BIOS
Adaptec 1542b
NEC Intersect SCSI CDROM drive
I can reliably get to the Software Installation Window (where it gives a
list of languages and what-not that can be checked off for installation),
but the system invariably crashes at some point after the installation
has begun (though never in the same place twice). The system either hangs
or reboots. NeXTAnswers says that NSI 3.1 does not officially support the
floppy drive controller integrated onto the adaptec 1542b-- could this be
my problem? If I can't use the integrated floppy controller on the 1542b,
what CAN i use to controll the floppies? Any help much appreciated. Thanks.
Joe Panico
joe@retina.anatomy.upenn.edu
From: schmidt@wburg.hanse.de (Andre Schmidt)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: how to mount a DOS-OD with NS-3.1 ?
Date: 22 Sep 1993 20:30:57 GMT
Organization: ISLAND wburg, Hamburg, Germany
Distribution: world
Message-ID: <27qcm1$dqh@wburg.hanse.de>
References: <1993Sep21.124757.728@interaccess.com>
Brian Leake writes
> In article <1993Sep19.123747.3540@trek.nbg.sub.org>,
> <jmbreuer@trek.nbg.sub.org> wrote:
>>admin@bock.freiburg.sub.org (FreiNet Administrator) writes:
>>
[Probs mounting a Dos-OD...]
>>
>
> You'll need 3.1, shouldn't be any problem unless it is Doublespaced,
> Stackered, or NT HPFS. By the way, did you know NT can't read DOS 6
> Doublespace disks!
>
> I've had no problem with 3.1 reading DOS drives up to 340Mb.
>
I had also no luck mounting a 88MB SyQuest. Perhaps the Adaptec use a
different way of formating the disk? The systems is probing for Dos, but
it does not find it and offers me to format it.
There is also no way to format a SyQuest-Dosdrive from the format-panel.
Cya
Andre
--
# Andre Schmidt *** NeXTmail: schmidt@wburg.hanse.de #
# "configure --target=gameboy_ux ; make all" #
From: alvin@cheddar.cse.ucsc.edu (Alvin Jee)
Newsgroups: comp.sys.next.sysadmin
Subject: Net Routing Question
Date: 24 Sep 1993 00:36:04 GMT
Organization: University of California, Santa Cruz
Message-ID: <27tfdkINN23g@darkstar.UCSC.EDU>
Hello all!
I seem to be having a lot of difficulty getting my NeXT's connected
into a network. I'm trying to get a configuration that looks
like:
Net 1 Net 2
| |
the World ---+ +---- NS/I Box
+ --- 030 cube ----+
| +---- NS/I Box
| |
where Net1 is a totally different IP address space from Net2. So
basically, I want to use my cube as a router so machines I will
add on Net 2 can send mail and stuff to the rest of the world
through the cube.
So, I try setting the ROUTER field in the hostconfig files on the
NS/I boxes, but that seems to only cause the machines to crash when
the WindowServer starts up (!).
Changing the cube's ROUTER field doesn't seem to do much.
Right now, I can only communicate between machines that are
directly connected together (world-cube, cube-Intel), but not
from NS/I to the world. So, how does one go about doing this?
--
===================================================================
Alvin Jee
e-mail: alvin@cse.ucsc.edu
NeXTMail gleefully accepted!
===================================================================
Newsgroups: comp.sys.next.sysadmin
From: gbol@nos40nm.shell.com (Gregory B. Lampshire)
Subject: whining drive in a turbo, what to do?
Message-ID: <GBOL.93Sep23102656@nos40nm.shell.com>
Sender: usenet@shellgate.shell.com (USENET News System)
Organization: Shell Offshore, Inc
Date: Thu, 23 Sep 1993 15:26:56 GMT
I have a whining drive in my turbo. It is
a 250Mb Seagate I believe.
Awhile ago some people posted about the
same problem but I cannot remember if there
were any solutions posted?
Any help for my ringing ears is greatly
appreciated...
gregory
gbol@shell.com
gbol@rglnext.geol.vt.edu
From: jgshir@athena.mit.edu (John G Shirlaw)
Newsgroups: comp.sys.next.sysadmin
Subject: Search Path for Fonts (3.1)
Date: 24 Sep 1993 04:35:25 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Message-ID: <27tted$kf5@senator-bedfellow.MIT.EDU>
Hi,
My machine is having a problem finding the fonts I've added to it. If I start up
edit as root, it finds them. However if I start up edit as a user the font panel
only displays the default NeXT fonts. I supsect the problem lies in the search
path used to find the fonts...can any one tell me where to find what this is set
to and how to change it. Any other suggestions as to what the problem might be
are welcome. I'm running NeXTStep 3.1 and the new fonts are in
/LocalLibrary/Fonts.
Thanks for the help
john.
From: cathomas@indyvax.iupui.edu
Newsgroups: comp.sys.next.sysadmin
Subject: config error -- sendmail.cf
Message-ID: <1993Sep23.231540.2059@ivax>
Date: 23 Sep 93 23:15:40 -0500
Distribution: world
I am trying to setup sendmail.cf ... I can send mail out but when trying to
send mail to the machine I get a error response from the mailer-agent
which says 553 config error mail loops back to myself.
Any hints as to the solution?
Thanks..
CATHOMAS@INDYVAX.IUPUI
Newsgroups: comp.sys.next.sysadmin
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Re: Search Path for Fonts (3.1)
Message-ID: <1993Sep24.052518.9028@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <27tted$kf5@senator-bedfellow.MIT.EDU>
Date: Fri, 24 Sep 93 05:25:18 GMT
John G Shirlaw writes
> My machine is having a problem finding the fonts I've added to
> it. If I start up edit as root, it finds them. However if I
> start up edit as a user the font panel only displays the default
> NeXT fonts. I supsect the problem lies in the search path used
> to find the fonts...can any one tell me where to find what this
> is set to and how to change it. Any other suggestions as to what
> the problem might be are welcome. I'm running NeXTStep 3.1 and
> the new fonts are in /LocalLibrary/Fonts.
Sounds like a permissions problem. Make sure all the fonts
(including the files inside the .font folders) have read and execute
permissions set so that users can get at them.
--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@leland.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: termcap
Message-ID: <1993Sep24.053646.12020@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Sep23.072457.14691@oneworld.wa.com>
Date: Fri, 24 Sep 1993 05:36:46 GMT
In article <1993Sep23.072457.14691@oneworld.wa.com>
charles@oneworld.wa.com writes:
>Does anyone know how to add a definition for VT320 to a NexT Termcap?
Claim to be a lesser terminal (vt220?)
or ask comp.unix.questions for help
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: NeXT Terminal Emulation??
Message-ID: <1993Sep24.055442.12682@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <CDtDI6.K5G@news.cis.umn.edu>
Date: Fri, 24 Sep 1993 05:54:42 GMT
In article <CDtDI6.K5G@news.cis.umn.edu>
klett@sunrayce.solar.umn.edu (James P. Klett) writes:
>Is there a file on the NeXT that lists all the emulations supported?
There are two ways I can interpret this question, but I'm going
to assume you're refering to incoming access through a serial
port or network connection [telnet|rlogin].
>If so where is it? I know I can use VT100 etc... but what about
>VT220 or PCTERM?
NeXT provides an /etc/termcap file with definitions for several
hundred terminal types. Note that it is possible for a user to
supply a custom definition without changing /etc/termcap by
setting the TERM and TERMCAP variables as explained on the
termcap(3x) man page.
Note also that there are subtle problems with the /etc/termcap
file supplied by NeXT with 3.1. The most serious for "Black
Hardware" users is the screwed up console entry
*** termcap.orig Fri Nov 20 13:00:07 1992
--- termcap
***************
*** 6,12 ****
sz|Shell|NeXT Shell application:\
:am:bl=^G:co#80:cr=^M:do=^J:nl=^J:bs:
nx|NeXT|NeXT console:\
! :co#80:li#24:cl=^L:bs:am:cm=\E[%i%d;%dH:pt:xt:\
:nd=\E[C:up=\E[A:ce=\E[K:ho=\E[H:pt:se=\E[4;1m:so=\E[4;2m:
d0|vt100|vt100-am|vt100am|dec vt100:\
:do=^J:co#80:li#24:cl=\E[;H\E[2J:sf=2*\ED:\
--- 6,12 ----
sz|Shell|NeXT Shell application:\
:am:bl=^G:co#80:cr=^M:do=^J:nl=^J:bs:
nx|NeXT|NeXT console:\
! :co#100:li#48:cl=^L:bs:am:cm=\E[%i%d;%dH:pt:xt:\
:nd=\E[C:up=\E[A:ce=\E[K:ho=\E[H:pt:se=\E[4;1m:so=\E[4;2m:
d0|vt100|vt100-am|vt100am|dec vt100:\
:do=^J:co#80:li#24:cl=\E[;H\E[2J:sf=2*\ED:\
but several of the VT100 family definitions have initialization
strings containing \E[1;24r where they should read \E[r--this
causes aberrant behavior in many terminal emulators.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Net Routing Question
Message-ID: <1993Sep24.060457.13027@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <27tfdkINN23g@darkstar.UCSC.EDU>
Date: Fri, 24 Sep 1993 06:04:57 GMT
In article <27tfdkINN23g@darkstar.UCSC.EDU>
alvin@cheddar.cse.ucsc.edu (Alvin Jee) writes:
> Right now, I can only communicate between machines that are
> directly connected together (world-cube, cube-Intel), but not
> from NS/I to the world. So, how does one go about doing this?
Sounds like the kernel "ipforwarding" variable is zero (i.e.
"firewall" setting).
-=EPS=-
From: marcel@cs.tu-berlin.de (Marcel Weiher)
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
Subject: Re: NeXT Printer bug in 3.1
Date: 24 Sep 1993 06:34:36 GMT
Organization: Technical University of Berlin, Germany
Message-ID: <27u4ds$g2h@news.cs.tu-berlin.de>
References: <1993Sep23.173044.37210@slate.mines.colorado.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
john@klein.Mines.Colorado.EDU (John Stockwell) writes:
>I have found a bug in the printer driver for NeXT Printers
>under NeXTSTEP_3.1 (NeXT Machines) version.
>The problem that you see is that bitmapped graphics
>are stretched and truncated on the right edge, or
>have discontinuities running the length of the long
>axis of the plot.
>The problem appears when the long axis of the plot,
>as measured in pixels, is oriented in same direction
>as the long axis direction of the paper. Thus the problem
>can be seen either in landscape mode or portrait mode,
>depending on the plot.
This bug is actually described in the release notes, which
also describe a workaround:
"...put an invisible rotation on the image..."
This is fine if you have a document to work with, but no
help for finished layouts. So here's a workaround:
In the directory "/usr/lib/NextPrinter/Drivers/NXNLPDriver"
create the file "image_bugfix.ps"
with the following contents:
/image { gsave .1 rotate image grestore } bind def
The, using NetInfoManager, add the property "InitFiles"
with the value "/usr/lib/NextPrinter/Drivers/NXNLPDriver/image_bugfix.ps"
to the "Admin" subdirectory of any NeXT Laserprinter entry.
I just tried it, it works.
Marcel
From: js@balu.hnv.icem.de (Juergen Sell)
Newsgroups: comp.sys.next.sysadmin
Subject: Summary : Mail.app : autmatic Fetch ?
Date: 24 Sep 1993 10:24:27 GMT
Organization: ICEM Systems
Message-ID: <27uhsr$986@balu.hnv.icem.de>
Hello,
I wanna thank all of you who contributed possible solutions and hints
to the problem.
The Problem :
Mail.app gets started at login-time via Workspace/Prefs.
With the following settings, Mail.app 'forgets' to detect any new incoming mail
after login until it is brought to the front at least once.
o hide-on-autolaunch on,
o automatic on,
o interval set to n>0 minutes.
Among many ways to deal with the problem the following were outstanding :
1.) Turn hide-on-autolaunch OFF
Works, but you have to hide Mail.app by hand every time you login.
2.) turn automatic OFF
Mail.app gets hidden on startup,
I still get notified of incoming mail ( either by the animated icon or additional sound ),
incoming mail can be 'pulled' into Mail.app' active.mbox with the 'Get mail' Button,
incoming mail remains in the spool until manually pulled into Mail.app, thus allowing you to read it offsite with bsd-mail.
I got this bug assigned by next under log number 49913.
If you feel this bug bothers you as well, please report it as well to
Bug_Next@Next.com
Juergen
--
_ _ Juergen Sell E-Mail juergen.sell@icem.de
' | (_ Icem Systems ( NeXTMail welcome )
,| _) Deisterstr. 18 Fax ++49-511-440617
(_| BRD 30449 Hannover Fon ++49-511-440688
Newsgroups: comp.sys.next.sysadmin
From: mlbm@lanl.gov (Mark Martinez)
Subject: PPD for HP4si ???
Message-ID: <1993Sep24.131135.18433@newshost.lanl.gov>
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Lab
Date: Fri, 24 Sep 1993 13:11:35 GMT
Has anyone run across a PPD for an HP4si printer. I am hoping to
make use of one of these beasts running on a nearby Netware net.
thanks
---
-------------------------------------------------------------
Mark L.B. Martinez Information Services Division
Los Alamos National Laboratory C-8/IS-5 Systems Support
MS D417 505-665-5617 FAX 505-665-5234
Los Alamos, NM 87545 mlbm@lanl.gov
-------------------------------------------------------------
From: Darwish
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Search Path for Fonts (3.1)
Date: 24 Sep 1993 14:13:04 GMT
Organization: HCF - Johns Hopkins University, Balitmore, Maryland, USA
Distribution: world
Message-ID: <27uv9gINN5f2@jhunix.hcf.jhu.edu>
References: <1993Sep24.052518.9028@leland.Stanford.EDU>
In article <1993Sep24.052518.9028@leland.Stanford.EDU>
spagiola@frinext.stanford.edu (Stefano Pagiola) writes:
> John G Shirlaw writes
> > My machine is having a problem finding the fonts I've added to
> > it. If I start up edit as root, it finds them. However if I
> > start up edit as a user the font panel only displays the default
> > NeXT fonts. I supsect the problem lies in the search path used
> > to find the fonts...can any one tell me where to find what this
> > is set to and how to change it. Any other suggestions as to what
> > the problem might be are welcome. I'm running NeXTStep 3.1 and
> > the new fonts are in /LocalLibrary/Fonts.
>
-
Run buldafmdir /LocalLibrary/Fonts as root or superuser, and then you
should be able to have access to all your fonts. LocalLibrary is funny in
this r4espect, because it sometimes registers the fonts and other times
you have to do a buildafmdir manually.
One way of making sure this has worked, when you launch an app after doing
buildafmdir, you should get a window stating registering information about
new fonts, etc.
Good luck
Miladus Edenessi
Barbelo|Derdeka|Sakla
Abrasax|Sablo|Gamaliel|Micheu|Michar|Mnesinous
zaina=silah=panoplia=armatura
From: statman@stat.ufl.edu (Charles D. Kincaid)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Search Results in Librarian-Bug or Feature?
Date: 24 Sep 1993 14:36:59 GMT
Organization: University of Florida
Message-ID: <27v0mbINN8e5@no-names.nerdc.ufl.edu>
Hello,
Well, I just found an annoying feature in Librarian. I hope
that there is a way to fix this.
It used to be that when Librarian displayed the results of a
search it would print the file name and the first line of each file
in which the word was found. However, I just searched for a word
using Librarian in NS3.1 and all it told me was the names of the
files. Now these files come from NewsGrazer and so have names like
csn_misc.15435. I have no way other than opening each and every file
to know if that one has the info I want. Is there a way around this?
Please someone say yes. Thank you in advance.
--
Sincerely,
charles d. kincaid
--------------------------------------------------------------------
Dept. of Statistics 'Damn fine coffee...and hot, too!'
Univ. of Florida Pres: G-ville NeXT Users Group
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Serial Driver Needed
Message-ID: <CDv9Ax.MKu@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <1993Sep24.052518.9028@leland.Stanford.EDU> <27uv9gINN5f2@jhunix.hcf.jhu.edu>
Date: Fri, 24 Sep 1993 16:18:32 GMT
Sorry for the wasted bandwidth but I have had no luck getting a copy of
the new serial driver. I need the new drivers before Monday.
Somebody please mail be a uuencoded tar file.
I will post another message as soon as I receive one.
Over the past 2 weeks I have sent 2 mail messages to nextanswers@next.com
with subject 1326 1327 to get the drivers. I have gotten no reply.
I have also sent over half a dozen requests to the ftp_mail server
at ftpmail@ftp-gw-1.pa.dec.com to get files from sonata. Again with
no response. I am receiving news feeds, and mail adressed to jq@phcs with no
problems.
Thanks for you help.
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Fax: (617) 863-8575 pronounced "Throat-Warbler Mangrove".
) Voice: (617) 861-5579 NeXTMail O.K.
Newsgroups: comp.sys.next.sysadmin
From: sherwood@fenris (Sherwood Botsford)
Subject: Next Mail Attachements vanixh
Message-ID: <1993Sep24.163636.25193@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Fri, 24 Sep 1993 16:36:36 GMT
For two years Mail.app has been working. Now it's broken.
As mail it works fine. That is, non-next mail works without a hitch.
The problem is on receiving NextMail. In this case all I get is the
headers, and no text.
Sending NExt mail is find. The carbon copy shows up in
Outgoing.mbox, and if I look at the spool file with elm it looks like
the usually uuencoded fluff.
Running Mail.app/Mail from the command line reveals a "tar:
blocksize 0" when nextmail is being retrieved. This implies that
Mail.app/decode isn't working properly. Anyone know where decode writes
it's temporary files?
Finally, NextMail works just fine on the machine that has the
spool directory.
Ideas?
NS 2.1. Spool directory is exported to our group.
/usr/spool/mail -access=spacenexts:spacemachines
ls -ldg /usr/spool/mail
drwxrwxrwt 4 root news 2048 Sep 24 10:25 /usr/spool/mail
ON arafel==>ls -lg Mail.app
total 605
drwxr-xr-x 2 root wheel 1024 Nov 14 1990 English.lproj
drwxr-xr-x 2 root wheel 1024 Nov 14 1990 French.lproj
-rwxr-sr-x 1 root news 245760 Feb 7 1991 Mail
drwxr-xr-x 10 root wheel 1024 May 10 09:59 Mail Help
-rwxr-xr-x 1 root wheel 245760 Nov 18 1990 Mail.2.0
-rwxr-sr-x 1 root wheel 16384 Sep 24 09:22 MailFetch
-rw-rw-r-- 1 root wheel 273 Sep 23 16:10 MailFetch.c
-rwxr-sr-x 1 root news 16384 Jun 2 1992 MailFetch.fixed
-r-xrwsr-x 1 root news 540 Jun 2 1992 Tabfilter
-rwxr-sr-x 1 root news 24576 Nov 15 1990
YeOriginalMailFetch
-r-xr-xr-x 1 root wheel 24576 Nov 15 1990 decode
-r-xr-xr-x 1 root wheel 24576 Nov 15 1990 safetar
(MailFetch.c is source for a C wrapper that runs the spool file through
Tabfilter first, then calls the original MailFetch. Our mail agent
separates From: and the person with a tab: quite legal in the standard,
but NextMail doesn't like this. This part of the system has
worked for a long time.)
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
From: majka@next.com (Marc Majka)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NS/Intel boot -- disable singleuser?
Date: 24 Sep 1993 16:51:01 GMT
Organization: NeXT, Inc.
Distribution: world
Message-ID: <27v8hl$bkh@rosie.next.com>
References: <27sg0s$f8k@email.tuwien.ac.at>
The concern has been expressed that hardware password security is not
available on PC hardware. The two main security concerns are that anyone
can boot in single-user mode, and that anyone can boot from floppy (or an
alternate device).
It's possible to insert a password check in root's ".profile" to force
anyone booting in single-user mode to provide a password. To make things
really secure, you also need to trap interrupts in /etc/rc.boot. Source
code for a system that does this is now available in NeXTanswers (document
numbers 1334, 1335, 1336, and 1339).
Preventing boot from floppy (or an alternate drive) is another issue. I've
seen some BIOS password protection mechanism to prevent unauthorized boot
from floppy. There may not be a perfect match between your security needs
and a particular BIOS. If you have special requirements, you might
consider custom firmware. If you're considering this, check into the
firmware first, since the firmware is matched to the PC chipsets.
--
Marc Majka
NeXT Computer
Newsgroups: comp.sys.next.sysadmin
From: tim@anarch (Tim Bernhardt)
Subject: compiling INN 1.4
Message-ID: <1993Sep24.171506.21850@anarch.do.open.de>
Sender: news@anarch.do.open.de (News Administration)
Organization: LogikFabrik/WiLa Dortmund
Date: Fri, 24 Sep 1993 17:15:06 GMT
Hiya!
I'm trying to compile INN 1.4 under NeXT-Step 3.1. Setting up the
configuration file is a damned job. Can anyone give me a piece of advise
or even send over his configuration file?
Am I expected to solve more configurational or installation problems
after setting up the config.data file successfully?
I'm looking forward to your replies!
bye bye
Tim
From: powell@tropic.aoml.erl.gov (Mark Powell)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: HELP! NS turbo wont boot (or boots slowly) Solved!
Date: 24 Sep 1993 15:47:30 GMT
Organization: U.S. Department of Commerce, NOAA/AOML
Message-ID: <27v4qi$3uc@wave.aoml.erl.gov>
Thanks to those who sent replies about our 12 hour boot process for one of
our NS turbos.
It turns out that someone had enabled Novel Netware. Now it is disabled
so our next boot should proceed normally. However, with a potential storm
brewing we dont want to test it just yet.
--
Dr. Mark D. Powell
Research Meteorologist, CCM (Swimmer, Windsurfer, user of NEXTSTEP)
NOAA Hurricane Research Division (appropriate disclaimers apply)
Miami, Fl 33149 Voice (305) 361-4403 Fax (305) 361-4402
Newsgroups: comp.sys.next.sysadmin
From: dylan@Angst.COM (Dylan Kohler)
Subject: Clients confused about main Netinfo server
Message-ID: <1993Sep24.184808.268@Angst.COM>
Sender: dylan@Angst.COM
Organization: Angst Animation Post Production
Date: Fri, 24 Sep 1993 18:48:08 GMT
I just re-setup our network. The first time I botched naming the main
Netinfo server using SimpleNetworkStarter.app and made it 'myhost'. The
second time I did it right, making it 'angst'.
Now, however, on client host 'max' when it starts up it says:
Setting hostname to - AUTOMATIC -
myhost returned new hostname : max
Reinitializing nmserver's network portion
instead of "angst returned...". How do I fix this up? I'm afraid it
might have more serious consequences, now or later.
--
___________________________________
Dylan Kohler
Angst Animation Post Production
dylan@angst.com (NeXTmail welcome)
From: mahoney@csulb.edu (Mike Mahoney)
Newsgroups: comp.sys.next.sysadmin
Subject: CD-ROM error: Target 4: BUSY
Date: 24 Sep 1993 20:53:34 GMT
Organization: Cal State Long Beach
Message-ID: <27vmoe$r33@garuda.csulb.edu>
I have a 25 mhz 68040 board in an old cube with an optical drive.
I've just installed a new bootable hard drive (target 0), while the cube still
has the original hard drive (target 1), and an external floppy (target 3).
The problem I have is with the the CD-ROM (target 4). It won't read any
CD-ROM. I've tried other targets to no avail. I get the following error
messages in the console window:
Target 4: BUSY; retry 1
Target 4: BUSY; retry 2
Target 4: BUSY; retry 3
Target 4: BUSY; retry 4
Target 4: BUSY; retry 5
Target 4: BUSY; retry 6
Target 4: BUSY; retry 7
Target 4: BUSY; retry 8
Target 4: BUSY; retry 9
Target 4: BUSY; retry 10
Target 4: BUSY; retry 11
Target 4: BUSY; retry 12
Target 4: BUSY; retry 13
Target 4: BUSY; retry 14
Target 4: BUSY; retry 15
sd3 (4,0): scsi_timer: timeout op:0x0 sd_state:7 scsi status:0x0
Any ideas on what's going wrong?
I would really appreciate help on this.
-mike
--
- Mike Mahoney, SCaN President
Professor and Chair
Computer Engineering and Computer Science Dept
California State University, Long Beach
Long Beach, CA 90840-8302
Newsgroups: comp.sys.next.sysadmin
From: edm@tycho.ncsc.mil (Eugene D. Myers)
Subject: Re: Search Path for Fonts (3.1)
Message-ID: <1993Sep24.204707.10826@tycho.ncsc.mil>
Organization: dept of defense
References: <27tted$kf5@senator-bedfellow.MIT.EDU>
Date: Fri, 24 Sep 93 20:47:07 GMT
From article <27tted$kf5@senator-bedfellow.MIT.EDU>, by jgshir@athena.mit.edu (John G Shirlaw):
> Hi,
>
> My machine is having a problem finding the fonts I've added to it. If I start up
> edit as root, it finds them. However if I start up edit as a user the font panel
> only displays the default NeXT fonts. I supsect the problem lies in the search
> path used to find the fonts...can any one tell me where to find what this is set
> to and how to change it. Any other suggestions as to what the problem might be
> are welcome. I'm running NeXTStep 3.1 and the new fonts are in
> /LocalLibrary/Fonts.
>
> Thanks for the help
>
> john.
The problem is that the AppKit cannot save the cache file, so you need to
run ghe buildafmdir command to update/build the cache file.
so:
(1) open a terminal window.
(2) su to root
(3) issue this command:
buildafmdir /LocalLibrary/Fonts
That should fix the problem.
Eugene D. Myers
From: allen@atienmh.sph.jhu.edu (Allen Y. Tien)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Search Path for Fonts (3.1)
Date: 24 Sep 1993 22:27:20 GMT
Organization: HCF - Johns Hopkins University, Balitmore, Maryland, USA
Message-ID: <27vs88INNdbn@jhunix.hcf.jhu.edu>
References: <1993Sep24.052518.9028@leland.Stanford.EDU>
In article <1993Sep24.052518.9028@leland.Stanford.EDU>
spagiola@frinext.stanford.edu (Stefano Pagiola) writes:
> John G Shirlaw writes
> > My machine is having a problem finding the fonts I've added to
> > it. If I start up edit as root, it finds them. However if I
> > start up edit as a user the font panel only displays the default
> > NeXT fonts. I supsect the problem lies in the search path used
> > to find the fonts...can any one tell me where to find what this
> Sounds like a permissions problem. Make sure all the fonts ...
> (including the files inside the .font folders) have read and execute
> permissions set so that users can get at them.
>
> --
I have been having similar problems I think trying to use a set of public
domain fonts. An inlcluded makefile seems to install them correctly
including running "buildafmdir" but the fonts are not useable by WP
although they appear in the fonts window. I ran the makefile install as
su and this did not help. Also, both the pre-existing fonts and these new
ones have the same read write permissions so that does not seem like the
problem. This is all under NS 2.1 as I have other problems getting 3.1 to
run Mail properly. I am hoping someone can help solve these problems.
Thanks.
Allen Tien
From: allen@atienmh.sph.jhu.edu (Allen Y. Tien)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Search Path for Fonts (3.1)
Date: 24 Sep 1993 22:28:04 GMT
Organization: HCF - Johns Hopkins University, Balitmore, Maryland, USA
Message-ID: <27vs9kINNdda@jhunix.hcf.jhu.edu>
References: <1993Sep24.052518.9028@leland.Stanford.EDU>
>
> --
I have been having similar problems I think trying to use a set of public
domain fonts. An inlcluded makefile seems to install them correctly
including running "buildafmdir" but the fonts are not useable by WP
although they appear in the fonts window. I ran the makefile install as
su and this did not help. Also, both the pre-existing fonts and these new
ones have the same read write permissions so that does not seem like the
problem. This is all under NS 2.1 as I have other problems getting 3.1 to
run Mail properly. I am hoping someone can help solve these problems.
Thanks.
Allen Tien
From: djep@fountainhills.az.stratus.com (Dave_Jepson)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Re: whining drive in a turbo, what to do?
Date: 24 Sep 1993 22:25:31 GMT
Organization: Stratus Computer Inc, Marlboro MA
Message-ID: <27vs4r$kcc@transfer.stratus.com>
References: <GBOL.93Sep23102656@nos40nm.shell.com>
In article <GBOL.93Sep23102656@nos40nm.shell.com> gbol@nos40nm.shell.com
(Gregory B. Lampshire) writes:
>
> I have a whining drive in my turbo. It is
> a 250Mb Seagate I believe.
>
>
>
> Awhile ago some people posted about the
> same problem but I cannot remember if there
> were any solutions posted?
>
> Any help for my ringing ears is greatly
> appreciated...
[stuff deleted]
We have encountered a number of whining drives in our various slabs. (turbo
& non-turbo, 5 drives out of 20 so far). They are all Segate ST1480N.
Unfortunately, most of the disks have started the noise after the 1year
warranty expired. Segate gets ~$450 each to rebuild them!
I too am interested in anyone elses experiences with these drives.
-david jepson-
Stratus Computer Inc.
#include std.disclamer
Newsgroups: comp.sys.next.sysadmin
From: monheit@samish.stanford.edu (Mark Monheit)
Subject: Configuring NeXTs mixed network
Message-ID: <MONHEIT.93Sep24154747@samish.stanford.edu>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Psychology Department, Stanford U.
Date: 24 Sep 93 15:47:47
I need some advice on configuring a small netinfo network on a mixed
net. The situation is this:
I am setting up 2-3 NS/FIP machines and a couple of Macs/PC's in an
academic department. The dept has an internet subnet and I have a
multiport ethernet repeater for my lab.
When I put my Nexts on the net, I would like one of them to act as a
Netinfo server (users/files/mail) for the other Nexts. While the
ethernet is shared by the whole department, I will be keeping the
administrative info for my own machines.
The documentation for SimpleNetworkStarter suggests that the server
for a network must have an internet address ending in a ".1". Since I
share this net, that address isn't available. Can I still set up one
of my machines as a Netinfo/Configuration server? If so, how is this
best done?
Sorry if I haven't described the problem too well--I'm a networking
novice.
If there is interest, I will summarize replies to the net.
Thanks,
Mark Monheit
monheit@psych.stanford.edu
From: gaia@wam.umd.edu (L. Anathea Brooks)
Newsgroups: comp.sys.next.sysadmin
Subject: Envelopes with SBook 3.1 and HP?
Date: 24 Sep 1993 23:08:44 GMT
Organization: University of Maryland, College Park
Message-ID: <27vuls$9c8@cville-srv.wam.umd.edu>
Hi,
I have SBook 3.1 for black hw, and an HP Laserjet 4M. SBook
finally has ability to accept vertically fed envelopes, but
appears to expect print side to be fed DOWN into the printer.
I can't figure out how to get envelopes not to be addressed
with all the writing upside down. Has anyone used SBook 3.1?
Thanks
Anathea
From: juliana@semlab1.sbs.sunysb.edu (Juliana L. Silva)
Newsgroups: comp.sys.next.sysadmin
Subject: Problem: NS/I and NT on separate SCSI hard drives
Date: 24 Sep 1993 23:20:24 GMT
Organization: Institute For Theoretical Physics
Message-ID: <27vvbo$li6@max.physics.sunysb.edu>
Hi,
I have two SCSI hard drives, one has NS/I and the other has NT.
My problem is that every time someone logs into NeXTStep a panel pops up
asking whether the user wants to initialize the NT hard drive.
This is a bit inconvenient, specially if, by mistake, we press <enter>
(the default to initialize).
Is there any way to prevent this panel to appear?
Thanks in advance,
Juliana.
juliana@cs.sunysb.edu
juliana@semlab1.sbs.sunysb.edu (<--NeXT mail)
Newsgroups: comp.sys.next.sysadmin
From: sherwood@fenris (Sherwood Botsford)
Subject: Re: Problems with rdump/restore between Sun/NeXT
Message-ID: <1993Sep25.004006.9825@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <27ll3c$nb7@galaxy.ucr.edu>
Date: Sat, 25 Sep 1993 00:40:06 GMT
Mark Radleigh (osiris@ucrengr.ucr.edu) wrote:
: Greetings,
: I am having strange dump problems from a NeXT (Running NS 3.0) to a
: Sparc LX (Running Solaris 2.2). I run rdump (rdump from NS 2.1) from the NeXT
: to a tape 5Gig tape drive on the LX. Everything seems fine when it dumps it's
: partitions (there are 3 of them). However, when it comes time to restore from
: tape on the LX the weirdness begins. When trying to restore the first two
: partitions on the tape, I receive the following...
: Verify volume and initialize maps
: Media block size is 64
: Dump date: Thu Jul 29 04:02:22 1993
: Dumped from: Tue Jul 27 04:02:54 1993
: Extract directories from tape
: Bus error (core dumped)
: However, when trying to restore the third and last partition the restore
: works just fine. Could anyone out there PLEASE help me with this? I would
: be very grateful. Thanks in advance.
from dump man page:
BUGS
Dumps made with dump can't be restored by other vendors'
restore programs. In order to make dumps that can, use
dump.old.
_____
Can you move the tape drive to the next in question, so that you can use
Next's restore? Alternately have you tried rrestore?
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Re: Serial Driver Needed (Thank you)
Message-ID: <CDvtt8.Ct@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <1993Sep24.052518.9028@leland.Stanford.EDU> <27uv9gINN5f2@jhunix.hcf.jhu.edu> <CDv9Ax.MKu@phcs.com>
Date: Fri, 24 Sep 1993 23:41:32 GMT
I received two copies of the Serial driver. Thanks for the quick response
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Fax: (617) 863-8575 pronounced "Throat-Warbler Mangrove".
) Voice: (617) 861-5579 NeXTMail O.K.
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: termcap
Message-ID: <1993Sep24.131408.7989@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Sep23.072457.14691@oneworld.wa.com>
Date: Fri, 24 Sep 1993 13:14:08 GMT
In article <1993Sep23.072457.14691@oneworld.wa.com>
charles@oneworld.wa.com writes:
->
-> Does anyone know how to add a definition for
-> VT320 to a NexT Termcap?
->
-> Thanks!
->
I JUST spotted a pre-formatted VT320 Termcap entry ready for
copy into /etc/termcap on a public ftp site, but can't recall
where. Try your favorite archie server. That's how I got
there :-)
Bruce Gingery bruce@TotSysSoft.com
NeXT-Mail preferred, MIME-mail ok
From: corey@hpcc01.corp.hp.com (Contractor - John Corey)
Date: Fri, 24 Sep 1993 03:14:32 GMT
Subject: Re: gopher and gopherd on NeXTSTEP 3.1
Message-ID: <41920002@hpcc01.corp.hp.com>
Organization: the HP Corporate notes server
Newsgroups: comp.sys.next.sysadmin
References: <1993Sep3.142124.6428@nic.csu.net>
I am interested in getting gopher up and running. I have not even started
but will definitely be interested in any replies (and suggestions for
where the best copy of the sources should be obtained from).
Baker
baker@tciltd.com
Newsgroups: comp.sys.next.sysadmin
From: clloyd@gleap (Charles C. Lloyd)
Subject: Running gdb from dial-in
Message-ID: <1993Sep25.052739.899@gleap.sccsi.com>
Sender: clloyd@gleap.sccsi.com
Organization: GiantLeap Software
Date: Sat, 25 Sep 1993 05:27:39 GMT
This is a low priority item...
I tried to run gdb on a friend's machine via dialin (he has an account for me
there). Apparently, there is some sort of strange terminal mode it goes into
which doesn't understand my keystrokes (most of 'em, anyway).
Anybody know how to run gdb remotely (ie via dial-in)?
Charles.
--
Charles Lloyd clloyd@GLeap.sccsi.com
GiantLeap Software
(713) 292-2442 or 363-0887 (Hou) (713) 363-0936 (fax)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: jeffblum@phoenix.Princeton.EDU (Jeffrey Robert Blum)
Subject: Re: whining drive in a turbo, what to do?
Message-ID: <1993Sep25.072235.28255@Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <GBOL.93Sep23102656@nos40nm.shell.com> <27vs4r$kcc@transfer.stratus.com>
Date: Sat, 25 Sep 1993 07:22:35 GMT
In article <27vs4r$kcc@transfer.stratus.com>,
Dave_Jepson <djep@fountainhills.az.stratus.com> wrote:
>In article <GBOL.93Sep23102656@nos40nm.shell.com> gbol@nos40nm.shell.com
>(Gregory B. Lampshire) writes:
>>
>> I have a whining drive in my turbo. It is
>> a 250Mb Seagate I believe.
>>
>>
>>
>> Awhile ago some people posted about the
>> same problem but I cannot remember if there
>> were any solutions posted?
>>
>> Any help for my ringing ears is greatly
>> appreciated...
>[stuff deleted]
>
>We have encountered a number of whining drives in our various slabs. (turbo
>& non-turbo, 5 drives out of 20 so far). They are all Segate ST1480N.
>Unfortunately, most of the disks have started the noise after the 1year
>warranty expired. Segate gets ~$450 each to rebuild them!
>
>I too am interested in anyone elses experiences with these drives.
>
>-david jepson-
>Stratus Computer Inc.
>#include std.disclamer
I also have a whiny drive. I originally thought it was the fan in the
machine, but someone told me that it was probably a bad bearing in the
drive. If this is true, how much life is probably left in this drive?
Any recommendations for what to do with it? I would hate to put any
important data on it if it will probably expire in a few months.
Thanks!
-jeff
--
"His eyes were eggs of unstable crystal, vibrating with a frequency whose
name was rain and the sound of trains, suddenly sprouting a humming
forest of hair-fine glass spines." --Neuromancer
From: wrob@unixg.ubc.ca (Robert Wong)
Newsgroups: comp.sys.next.sysadmin
Subject: Kermit, rz/sz, and permissions
Date: 25 Sep 1993 07:58:32 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
Message-ID: <280tn8$1bc@nnrp.ucs.ubc.ca>
OK, I'm running Ckermit (188) and rz/sz. kermit, as well as sz/rz is stored
in /usr/local/bin.
What are the best User, Group, and Other permissions for these files? Also,
what permissions should /dev/cuf[a-b] have?
Does anyone have a recent version of rz that they could mail to me? I've got
an old version that works (74210 bytes, dated Sep 26 1991). The newer
version that I ftp'ed from cs.orst.edu (83183, dated Mar 5 1992) doesn't
seem to work.
RWW.
--
Robert W. Wong Jr. wrob@unixg.ubc.ca (ASCII only)
Crasher of Automated Banking Machines, Keeper of the ZyXEL modem FAQ,
University of British Columbia NeXT Users Group Leader and
collector of titles.
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Re: Problem: NS/I and NT on separate SCSI hard drives
Message-ID: <CDwxJw.28r@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <27vvbo$li6@max.physics.sunysb.edu>
Date: Sat, 25 Sep 1993 13:59:55 GMT
In article <27vvbo$li6@max.physics.sunysb.edu> juliana@semlab1.sbs.sunysb.edu (Juliana L. Silva) writes:
>
>Hi,
>
>I have two SCSI hard drives, one has NS/I and the other has NT.
>My problem is that every time someone logs into NeXTStep a panel pops up
>asking whether the user wants to initialize the NT hard drive.
>This is a bit inconvenient, specially if, by mistake, we press <enter>
>(the default to initialize).
>
>Is there any way to prevent this panel to appear?
>
>Thanks in advance,
>Juliana.
>juliana@cs.sunysb.edu
>juliana@semlab1.sbs.sunysb.edu (<--NeXT mail)
Its kind of a pain, but you can do this to remedy the problem:
1. If there are alien partitions that you want to have on your dock
(except for NT) make sure that the icons for those partitions
are currently there.
2. Go into Workspace Info->Preferences and select Disk Options
from the popup menu.
3. Select 'Do Nothing' for when a fixed disk is encountered.
Now when you log in, any other alien partition (such as ms_dog) that
you want access to will appear on your dock, but you will not have
to explicitly ignore NT.
n.b. Most of us just implicitly ignore NT. 8^)
Note that each user will have to set this in preferences.
If you expect many new accounts you may want to add an account which
logs into the Workspace with /usr/template/user as the home directory.
then set up preferences for the template used by susequently added users.
Hope this does what you need.
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Fax: (617) 863-8575 pronounced "Throat-Warbler Mangrove".
) Voice: (617) 861-5579 NeXTMail O.K.
From: jgshir@athena.mit.edu (John G Shirlaw)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Search Path for Fonts (3.1)
Date: 25 Sep 1993 16:16:03 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Message-ID: <281qs3$qaf@senator-bedfellow.MIT.EDU>
References: <27tted$kf5@senator-bedfellow.MIT.EDU> <1993Sep24.204707.10826@tycho.ncsc.mil>
In article <27tted$kf5@senator-bedfellow.MIT.EDU>, by jgshir@athena.mit.edu (John G Shirlaw):
|> Hi,
|>
|> My machine is having a problem finding the fonts I've added to it. If I start up
|> edit as root, it finds them. However if I start up edit as a user the font panel
|> only displays the default NeXT fonts. I supsect the problem lies in the search
|> path used to find the fonts...can any one tell me where to find what this is set
|> to and how to change it. Any other suggestions as to what the problem might be
|> are welcome. I'm running NeXTStep 3.1 and the new fonts are in
|> /LocalLibrary/Fonts.
|>
|> Thanks for the help
|>
|> john.
Thank you all for your help, as it turned out (as usual) it was a realy silly
fault on my part. I hadn't set the directory to be executable by other. Having
done that the problem went away.
Thank you all for your help.
john.
From: gary@ah3.cal.msu.edu (Gary J LaPointe)
Newsgroups: comp.sys.next.sysadmin
Subject: Kermit downloading
Date: 25 Sep 1993 16:27:51 GMT
Organization: Michigan State University
Message-ID: <281ri7$psm@msuinfo.cl.msu.edu>
When I use C-Kermit, 4E(072) 24 Jan 89, 4.2 BSD, the blocksize is small
(only 1000 maybe 2?), thus making my transfer time of very large files take a
long time. I'm trying to get it so other users on the network can download
files at a reasonable rate.
I've transferred files using the kermit protcol in gopher, and I can get
huge block sizes (like 8000) which really speeds up the procedure, so I
know it is feasible.
I've ftp'd to columbia, downloaded what I guess to be the already compiled
version and can't get it to run
"ckuker.next: Bad executable (or shared library)."
yes, I did do a chmod+x on it.
I've played with the source code but cannot make heads nor tails of it.
Any body know where a newer version of the NeXT source code might be tar'd
up and ready to use?
Thanks,
Gary
--
Gary J LaPointe
gary@ah3.cal.msu.edu
Michigan State University
Center For Integrative Studies, Arts & Humanities
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: jpw@sansfoy.lib.Virginia.EDU (John Price-Wilkin)
Subject: SLIP server for NeXT
Message-ID: <CDx46F.3tH@murdoch.acc.Virginia.EDU>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia
Date: Sat, 25 Sep 1993 16:23:02 GMT
Does anyone have experience configuring Louis Mamakos's DialUP-IP
software as a SLIP server on a NeXT for a single user? I'm at a
loss as to where to start with editing the /etc/ttys and /etc/gettytab.
A pointer to an FAQ, man pages, or a just a report of experience
in getting something like this set up would be appreciated.
John Price-Wilkin
jpw@virginia.edu
From: gonzo@cs.tu-berlin.de (S. F. Ruehauf)
Newsgroups: comp.sys.next.hardware,de.comp.sys.next,comp.sys.next.sysadmin
Subject: power supply for an old 68030 bord
Date: 25 Sep 1993 18:58:20 GMT
Organization: Technical University of Berlin, Germany
Message-ID: <2824cc$aa3@news.cs.tu-berlin.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Keywords: power supply, bus, cube
Hello
I just bought an old 69030 bord.
just the bord from the old cube.
I would like to turn it into a real computer with
a normal serial terminal.
What I need is the power supply pins on the bus connector.
Who knows where to put the 12V, -12V and 5V cables?
I read this "built your own bord" paper from the NeXT kit.
but someone told me, it's buggy.
Who did it and wants to help
Hey, Sam Goldberger, still out there?
thanx
Stephan
--
Stephan Fruhauf gonzo@opal.cs.tu-berlin.de
what is X400? s=gonzo ou=opal p=tu-berlin a=dbp c=de
Newsgroups: comp.sys.next.hardware,de.comp.sys.next,comp.sys.next.sysadmin
From: ggerard@Alex.Engr.Trinity.Edu (Greg Gerard)
Subject: Does the Supra External modem do fax on NS/i?
Message-ID: <1993Sep25.191250.3342@ringer.cs.utsa.edu>
Keywords: power supply, bus, cube
Sender: news@ringer.cs.utsa.edu
Organization: Trinity University, San Antonio TX. USA
References: <2824cc$aa3@news.cs.tu-berlin.de>
Date: Sat, 25 Sep 1993 19:12:50 GMT
I would like to buy a Supra 14.4 data/fax modem and am wondering whether this
will work with the fax features of NeXTSTEP.
thanks,
greg
Newsgroups: comp.sys.next.hardware,de.comp.sys.next,comp.sys.next.sysadmin
From: ggerard@Alex.Engr.Trinity.Edu (Greg Gerard)
Subject: Exactly how do I create the 'power' user to shut down a machine?
Message-ID: <1993Sep25.191646.3427@ringer.cs.utsa.edu>
Keywords: power supply, bus, cube
Sender: news@ringer.cs.utsa.edu
Organization: Trinity University, San Antonio TX. USA
References: <2824cc$aa3@news.cs.tu-berlin.de>
Date: Sat, 25 Sep 1993 19:16:46 GMT
In the sysadmin docs, the authors mention creating a user called power so
that a person with the appropriate passwd can halt the machine without
logging in and starting a terminal (which can be hard if your mouse goes
nuts.) There instructions were to make /etc/fasthalt -s the Workspace for
this user. There instructions are ambiguous to me.
Thanks,
greg
ps
it's ns/i
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.hardware,comp.soft-sys.nextstep,comp.sys.next.software,comp.sys.next.sysadmin
Subject: Re: NSFIP worked fine with PCI + 805 on PCI
Date: 23 Sep 1993 09:26:15 +0100
Organization: Palumbian Research Labs
Distribution: comp
Message-ID: <27rmj8$1k8@marsu.tynet.sub.org>
References: <TUTUI.93Sep20111426@pipi.ics.kula.kyoto-u.ac.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
tutui@ics.kula.kyoto-u.ac.jp (Takashi TSUTSUI) writes:
>Ns FIP worked fine with PCI MB + 805 PCI Display card at VGA/SVGA mode
> + Adaptec 1542B/C on isa. The Mb have phoenix bios for PCI.
>The performance is good enough but I have not enough memory to use
>NSFIP, my memory size is 4MB * 2, I still cannot figure out the
>true performance of the system.
>NeXTSTEP worked fine with colour. :o
>The MB is made in thailand, using intel Version 2 saturn chipset, there are no
>further large chips on the MB, except NCR SCSI II IF, 256kb write back
>Cache (expandable to 512), and 2 bank 32bit*2*2 simm slots.
>I have heard that there are some problems on the 'data acknowledge?'
>when used with OS2. But I use nextstep without problems.
I'd say only 8 MB RAM is a really severe problem!
But if you can fill your banks up to at least 16 or 24 MB, could you
please run NXBench and report the results of the graphics performance?
My dream is a PCI board with S3-928P graphics - it should outperform
any NS/I box and TurboColorStation.
--
/dev Markus Wenzel, University of Stuttgart
/usr/spool/mail mow@marsu.tynet.sub.org
~/.ircrc/nick Marsu
/etc/motd Yesterday MS-DOS reformatted my NeXTSTEP partiton.
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Exactly how do I create the 'power' user to shut down a machine?
Message-ID: <1993Sep26.012721.20128@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <2824cc$aa3@news.cs.tu-berlin.de> <1993Sep25.191646.3427@ringer.cs.utsa.edu>
Date: Sun, 26 Sep 1993 01:27:21 GMT
This should no longer be necessary; "power" is now a "magic word"
to loginwindow.
-=EPS=-
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Next Logins don't work *desperate*
Message-ID: <1993Sep26.000737.1@vax2.winona.msus.edu>
From: surion@vax2.winona.msus.edu
Date: 26 Sep 93 00:07:37 CDT
Organization: Winona State University
Anybody,
My NeXT (an 030 cube running NS 3.0) seems to be booting all right
until login; root account works well, but all user accounts are
freezing. The NeXT ceases login procedures before launching the
WorkSpace Manager I think. The logo NeXT icon in the upper right
has the three dots, I assume because whatever it is hasn't
launched. At this point I typed command command ~ and tried
several things one of which was gdb. It gave me:
dbg_panic: debugger screw-up
I tried msg to dump msg buffer to screen and the system didnt
return anything but two blank lines. Typing command command ~
returned me to the Mini-Monitor.
As I think about events leading up to this I tried to compile a C
program; iwf.c using the command cc at the shell. It told me I
needed a header table.h in the sys folder. I moved one there,
tried again, and was greeted by more, but different error messages
error messages. I have since replaced all the files to their
original directories, rebooted, but the results are the same.
I've been through as many directorys as I can think to go through,
complarin the contents on the HD with those on the OD, they seem
to be the same. At least that is there are no files missing,
though there are extras on the HD. I'm assuming at this point
that by attempting to compile a program (originally writen for
NeXTStep 2.x I later learned) that I inadvertantly altered the
contents of a vital file somewhere.
Oh yeah, one other thing. We hooked th cube up temporarily to the
internet using a connection at my university. We changed the IP
address, and while it was on the net, as a matter of curiosity, we
(the sysadmin and I) telnetted a connection to the cube. I logged
in to the NeXT from a terminal as /seth/ (my account) and it
seemed to work allright, though of couse not with any graphic
interface, just a command prompt.
If aanyone out there has had a problem anything like this one, can
you tell me waht in the world i did wrong? I'm fairly ne to unix,
and som even the most basic things are probably escaping me.
Please reply to me personaly at <surion@vax2.winona.msus.edu>,
unless you think it of great importance to the net at large.
thanks to all, seth
From: gary@ah3.cal.msu.edu (Gary J LaPointe)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <281ri7$psm@msuinfo.cl.msu.edu>
Control: cancel <281ri7$psm@msuinfo.cl.msu.edu>
Date: 26 Sep 1993 06:37:44 GMT
Organization: Michigan State University
Message-ID: <283dbo$lsr@msuinfo.cl.msu.edu>
Article cancelled from within tin [v1.2 PL0]
From: t89djo@albireo (David Jonsson)
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: Boot to DOS from a second hard disk?
Date: 26 Sep 1993 11:21:14 GMT
Organization: Uppsala University
Message-ID: <283tva$odd@corax.udac.uu.se>
References: <27ia1i$857@menudo.uh.edu>
qiu@tree.egr.uh.edu (Feng Qiu) writes:
:
: My system is a 486/DX2 66MHz with a 525 M hard disk loaded with
: NeXTStep3.1. I have a second hard disk bootable for DOS and Windows but
: without NeXTStep partition. My question is how can you boot to the second
: hard disk to DOS? Now in order to run DOS(I have no SoftPC) I have to
: disconnect the hard disk for NeXTStep and set it at master mode then
: reboot.
Shortly after reboot where you normally type <return> or sd()mach_kernel
you can type the n:th partition of the m:th IDE drive hd(n,m)Mach_kernel
or similar if you want to boot from a SCSI drive.
David
--
David Jonsson Voice&Fax +46-18-24 51 52
P.O Box 353 Postal giro 499 40 54-7
S-751 06 UPPSALA Internet E-mail t89djo@tdb.uu.se
SWEDEN
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Problem with Sybase DB-Library documentation in DL
Date: 26 Sep 1993 11:24:33 +0100
Organization: me organized? That's a joke!
Message-ID: <283ql1$j4@steffi.demon.co.uk>
I have a wee small problem with the DB-Library documentation in
DL from /NextLibrary/Documentation/NextDev/Sybase/DBLIB/Section...
Basically the .ex files won't open in DL I an get this on the console.
can't open file dbopen.ex
But not only that when the ex fails I don't get any of the
documentation that appears after where the ex is loaded in the
original .nr file.
Any clues?
Newsgroups: comp.sys.next.sysadmin
From: brisinda@cpsc.ucalgary.ca (Dale Brisinda)
Subject: Mounting a Disk
Message-ID: <BRISINDA.93Sep25214006@fsd.cpsc.ucalgary.ca>
Sender: news@cpsc.ucalgary.ca (News Manager)
Organization: University of Calgary
Date: Sun, 26 Sep 1993 04:40:06 GMT
I have encountered a problem. I have successfully formatted, and init
a new 1 GB Seagate ST11200N drive. The SysAdmin Docs list the
procedure to follow in mounting a disk so several users can own
directories/files. I follow this procedure exactly, but when I reboot,
whichever user subsequently logs in owns the disk, and all sub
directories, and files within. This is proper behaviour if no entry
for the disk has been added to fstab, but I have added the entry:
/dev/sd1a /Hercules rw,noquota,noauto 0 2
and then reboot. When I log in, if I type "mount" to get a list of all
mounted file systems, I now get this for my disk:
/dev/sd1a on /Hercules type 4.3 (rw,noquota)
and this is what is contained in /etc/mtab
dev/sd1a "/Hercules" 4.3 rw,noquota 1 2
There seems to be some conflict here. In any case, I don't know what
is going on, and it does not seem to be working as it should. I tried
hacking around with the rc.* scripts, but to no avail. Does anyone
know what is going on, and how to fix it?
Dale
---
dale@pegasus.cuc.ab.ca (NeXTmail Welcome)
brisinda@cpsc.ucalgary.ca
Newsgroups: comp.sys.next.sysadmin
From: sdavenpo@vaxc.stevens-tech.edu
Subject: Mounting DOS Disk
Message-ID: <1993Sep26.115142.1@vaxc.stevens-tech.edu>
Sender: news@dmi.stevens-tech.edu (USENET News System)
Organization: Stevens Institute Of Technology
Date: Sun, 26 Sep 1993 16:51:42 GMT
I'm running NSi 3.1 and have two IDE disks - one for NeXT and one for
DOS/Windows. Sometimes when I log into NSi, my DOS/Windows disk is not listed
in either Browser, or in a Terminal session. I tried using the mount command
to mount the drive but was unsuccessful (I used 'mount -at dos' as well as a
few others). How can I mount this drive without having to reboot my machine?
Thanks.
Scott Davenport
sdavenpo@vaxc.stevens-tech.edu
Newsgroups: comp.sys.next.sysadmin,de.comp.sys.next
From: ccwulff@ccwnoc.hanse.de (Carl Christian Wulff)
Subject: Re: CD-ROM error: Target 4: BUSY
Message-ID: <1993Sep26.155337.7188@ccwnoc.hanse.de>
Organization: Communication & Computer Workbench
References: <27vmoe$r33@garuda.csulb.edu>
Date: Sun, 26 Sep 1993 15:53:37 GMT
hi,
mahoney@csulb.edu (Mike Mahoney) writes:
>I have a 25 mhz 68040 board in an old cube with an optical drive.
[...]
>The problem I have is with the the CD-ROM (target 4). It won't read any
>CD-ROM. I've tried other targets to no avail. I get the following error
>messages in the console window:
well, may be that I have nearly the same problem:
startup seem ok with an old cube (040, OD) running NS 3.1
mach: FUJITSU M2694ES-512 Rev 8117 as sd0 at sc0 target 1 lun 0
mach: MAXTOR XT-8380S Rev B5G as sd1 at sc0 target 2 lun 0
mach: PLI SUPER FLOPPY Rev 1.50 as sd2 at sc0 target 4 lun 0
mach: sd2: UNIT ATTENTION
mach: Waiting for drive to come ready
mach: ...................
mach: SONY CD-ROM CDU-541 Rev 2.6a as sd3 at sc0 target 5 lun 0
mach: sd3: UNIT ATTENTION
mach: Waiting for drive to come ready
mach: ...................
mach: WANGTEK 5150ES SCSI ES41 Rev as st0 at sc0 target 6 lun 0
Startup disk: 1 sd0
external disk: 2 sd1
Floppy: 4 sd2
CDROM: 5 sd3
Streamer: 6 st0
but if I insert a floppy disk (NeXT)
Sep 25 13:17:27 ccwnoc mach: Disk Capacity 2MB, Device Block 512 bytes
Sep 25 13:18:35 ccwnoc mach: reselect timeout - target 4 << Floppy
Sep 25 13:18:35 ccwnoc mach: Target 2: BUSY; retry 1 << HD
Sep 25 13:18:35 ccwnoc mach: Target 2: BUSY; retry 2
Sep 25 13:18:35 ccwnoc mach: Target 5: BUSY; retry 1 << CDROM
[...]
Sep 25 13:18:35 ccwnoc mach: Target 5: BUSY; retry 14
Sep 25 13:19:38 ccwnoc mach: reselect timeout - target 4 << Floppy
Sep 25 13:19:39 ccwnoc mach: Target 5: BUSY; retry 1 << CDROM
Sep 25 13:19:39 ccwnoc mach: Target 5: BUSY; retry 2
Sep 25 13:19:39 ccwnoc mach: Target 5: BUSY; retry 3
Sep 25 13:19:41 ccwnoc mach: sd2: UNIT ATTENTION << Floppy
Sep 25 13:19:41 ccwnoc mach: sd2 (4,0): ERROR op:0x28 sd_state:4 scsi status:0x0
Sep 25 13:19:41 ccwnoc mach: sd2 (4,0): sense key:0x6 additional sense code:0x29
Sep 25 13:19:41 ccwnoc mach: SCSI Block in error = 1431655765 (no valid label)
Sep 25 13:19:41 ccwnoc mach: Target 5: BUSY; retry 4
[...]
Sep 25 13:19:41 ccwnoc mach: Target 5: BUSY; retry 13
don't know why there is no valid label anymore as there was some at
the beginning.
The CDROM is up and running, with or without a floppy. Only the workspace
tells me, that if I insert a CDROM it is mounting it as a floppy disk.
any clue...
thanks,
--
_____
|\ |\ Carl Christian Wulff, Heidberg 22, 22301 Hamburg, F.R. Germany
| |--+-| FaX +49 40 273085
|-+---\| ccwulff@ccwnoc.hanse.de (NeXTmail accepted)
Newsgroups: comp.sys.next.sysadmin
From: root@oingo.umn.edu (Operator)
Subject: How to setup ISDN??
Message-ID: <CDz7LB.8uq@news2.cis.umn.edu>
Keywords: ISDN
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Sun, 26 Sep 1993 19:22:59 GMT
I am running phone cables throughout my house and would like
to run ISDN also for internal use only. This would be used for
a connection to a second NeXT Station. What cable do I need, and
is this even what I should do? I can also run ethernet if that is
really the preferred method.
Anybody??
JIM
From: fasano@nic.cerf.net (Christopher G. Fasano)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Pnews and NNTP
Date: 26 Sep 1993 19:53:36 GMT
Organization: CERFnet Dial n' CERF Customer
Message-ID: <284s00$2a8@news.cerf.net>
Hello,
I have been having a problem with Pnews and nntp running on my Next
that I can't seem to solve. I have nntp all compiled and running, as is
Cnews. I get my news feed fine, rn works and so on. The problem appears
when I try to post news using Pnews. After typing in the message, Pnews
fails to post the article, saying something like "NNTP server out of
space, try later." But there is plenty of space on my disk, so somehow
the amount of space on the disk is not getting read/computed correctly.
Has anyone else seen this problem? If so, how did you fix it?
Please respond to
fasano@scarolina.cerfnet.com
Thanks in advance!
Chris Fasano
Dept. of Chemistry and Physics
Francis Marion Univ.
Florence, SC 29501
From: fasano@nic.cerf.net (Christopher G. Fasano)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Xarchie on the next
Date: 26 Sep 1993 19:57:29 GMT
Organization: CERFnet Dial n' CERF Customer
Message-ID: <284s7a$2bs@news.cerf.net>
Has anyone out there gotten xarchie working on the next? I have
gotten it to compile and run, but it doesn't seem to be communicating
with the archie servers. Can you give me any hints?
Please respond to
fasano@scarolina.cerfnet.com
Thanks in advance
Chris Fasano
Dept. of Chemistry and Physics
Francis Marion Univ.
Florence, SC 29501
Newsgroups: comp.sys.next.sysadmin
From: hellgate.utah.edu!uplherc!cusa!magnusson!kris (Kristopher Magnusson)
Subject: Re: compiling INN 1.4
Message-ID: <1993Sep26.154205.2082@magnusson.uucp>
Sender: kris@magnusson.uucp
Organization: Salt Lake area NeXT Group
References: <1993Sep24.171506.21850@anarch.do.open.de>
Date: Sun, 26 Sep 1993 15:42:05 GMT
I would like the same information. Please send it to me also at
yf5990@u.cc.utah.edu, a .forward to my home address.
Kris
In article <1993Sep24.171506.21850@anarch.do.open.de> tim@anarch (Tim
Bernhardt) writes:
| Hiya!
|
| I'm trying to compile INN 1.4 under NeXT-Step 3.1. Setting up the
| configuration file is a damned job. Can anyone give me a piece of advise
| or even send over his configuration file?
|
| Am I expected to solve more configurational or installation problems
| after setting up the config.data file successfully?
|
| I'm looking forward to your replies!
|
| bye bye
| Tim
--
Kris Magnusson <hellgate!uplherc!cusa!neb!magnusson!kris> Alpine Computing -------------------------------------------------------------------------------
#import <salespitchforcloneEpsonIntelDECALRASTCompaqNECHPandwrittenguarantee.h>
-------------------------------------------------------------------------------
"I'd give my right arm to be ambidextrous." --Marvin Gardner
Newsgroups: comp.sys.next.sysadmin
From: paul@np.com (Paul Nordstrom)
Subject: Re: Mounting a Disk
Message-ID: <CDzn71.781@np.com>
Organization: NP Consulting, San Francisco
References: <BRISINDA.93Sep25214006@fsd.cpsc.ucalgary.ca>
Date: Mon, 27 Sep 1993 01:09:00 GMT
In article <BRISINDA.93Sep25214006@fsd.cpsc.ucalgary.ca> brisinda@cpsc.ucalgary.ca (Dale Brisinda) writes:
>
> for the disk has been added to fstab, but I have added the entry:
>
> /dev/sd1a /Hercules rw,noquota,noauto 0 2
^^^
get rid of the "noauto". That is why whoever logs in owns the disk.
The "noauto" says don't mount until someone actually tries to use
the disk, then mount it for him.
--
Paul Nordstrom
NP Consulting
paul@np.com
(NeXTMail Appreciated)
From: toml@outland.ECE.ORST.EDU (Tom Lieuallen)
Newsgroups: comp.sys.next.sysadmin
Subject: websterd for 3.0
Keywords: websterd
Message-ID: <285ud0INN4qf@flop.ENGR.ORST.EDU>
Date: 27 Sep 93 05:40:48 GMT
Article-I.D.: flop.285ud0INN4qf
Distribution: world
Organization: College of Engineering, Oregon State University
Is there a newer version of websterd and/or the related libraries
(libtext.a and libbtree.a) for NS 3.0? I believe what I have
has been compiled for version 2.1. NeXT must have changed the
dictionary and thesaurus after 2.1. Here is the error message
I get:
ERROR FATAL outland websterd: Couldn't referenceOpen(Webster-Dictionary)
referenceOpen is in libtext.a.
I can't find any different versions of websterd or the libraries
on the net (with archie). Are they hiding somewhere (right under
my nose), or has websterd been abandoned with 3.0? How about a
websterd that will work on another platform?
any help is appreciated.
Tom Lieuallen
Department of Electrical & Computer Engineering
Oregon State University
Newsgroups: comp.sys.next.sysadmin
From: david@zion.com(David J. Ferrero)
Subject: Re: System panic on 3.1 (black) ???
Message-ID: <1993Sep27.130921.236@zion.com>
Sender: david@zion.com
Organization: Zion Software & Consulting
References: <3830@symbas.UUCP>
Date: Mon, 27 Sep 1993 13:09:21 GMT
In the last 4 days since my upgrade to 3.1 I've experienced 3 system
panics!!!
The last ones where last night (2).
The msg command at the panic> prompt gave me these reponses:
...
unexpected kernel page fault failure.
....
audio kernel page fault failure....
...
ANYWAY, I can't think of why this is now happening when it didn't under
3.0
Since these nasty crashes, I have reinstalled Marble's TeleConnect since
they use some kind of loadable kernel module, and it wasn't being loaded
since I've upgraded to 3.1
Any ideas from the SYSADM/NeXT guru gang?
David
david@zion.com
In article <3830@symbas.UUCP> hans@symbas.UUCP (Hans Aafloy) writes:
>
>
> During this year my NS 3.0 systems have panicked from time to
> time, which I consider as very annoying.
>
> So what about the 3.1 ( black ) uppgrades ?
> Do I have to be prepared to see them panic as well ????
>
> hans
>
>
> =====================================================================
> Hans Aafloy hans@symbas.lind.no
> LindMac A/S phone: +477 967311
> 7038 Trondheim, NORWAY fax: .......5479
> =====================================================================
>
>
>
>
>
>
>
>
>
>
From: Uwe Hoffmann
Newsgroups: comp.sys.next.sysadmin
Subject: Problems with ShutDown
Date: 27 Sep 1993 13:03:20 GMT
Organization: Forschungszentrum Informatik (FZI), Karlsruhe, Germany
Message-ID: <286oao$aq3@gate.fzi.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
There are several ways to shut down a system in a clean state.
I tried them all, but it still checks disk when booting.
What can I do about it ?
Configuration:
4 NeXTstations
1 NeXTcube
All with nextstep 3.1.
All part of a larger nfs network
Thanks
--
uwe....................................hoffmann@fzi.de (nextmail ok)
Newsgroups: comp.sys.next.sysadmin
From: henry@trilithon.com (Henry McGilton)
Subject: Re: Search Path for Fonts (3.1)
Message-ID: <1993Sep26.182900.21907@trilithon.com>
Sender: henry@trilithon.com
Organization: Trilithon Software
References: <27vs9kINNdda@jhunix.hcf.jhu.edu>
Date: Sun, 26 Sep 1993 18:29:00 GMT
In article <27vs9kINNdda@jhunix.hcf.jhu.edu> allen@atienmh.sph.jhu.edu (Allen
Y. Tien) writes:
* I have been having similar problems I think trying to use
* a set of public domain fonts. An inlcluded makefile seems
* to install them correctly including running "buildafmdir"
* but the fonts are not useable by WP although they appear
* in the fonts window. I ran the makefile install as su and
* this did not help. Also, both the pre-existing fonts and
* these new ones have the same read write permissions so that
* does not seem like the problem. This is all under NS 2.1
* as I have other problems getting 3.1 to run Mail properly.
* I am hoping someone can help solve these problems.
Probably THE major cause of << Unusable Font >> from the font
panel is incorrect AFM files. This shows up frequently with ``Public
Domain'', ``Free'', or ``Shareware'' fonts (further re-inforcing
the notion that ``Free'' software is worth all you pay for it).
I have converted many fonts from the Berkeley Macintosh User Group
CD-ROM. Fully half of the AFM files are incorrect and have to be
fixed up by hand after the fact (or, in fact, our font converters
fix most of the AFM problems for you). << Unusable Font >> is
almost never an artifact of the actual font program per se, but an
artifact of incorrect AFM files.
Our Mac->Next and PC->NEXTSTEP font converters perform a significant
amount of sanity checking on AFM files, including generating missing
fields if needed, and generating the AFM files from the font in
the last resort.
Common problems that result in << Unusable Font >> include:
o carriage returns at ends of lines (because of DOS CR-LF
line terminators).
o spaces at the ends of lines (I think this was fixed in 3.1)
o missing fields such as FamilyName, FullName, and so on.
o incorrect Weight fields.
o mismatch between stated number of CharMetrics and actual number
of CharMetrics.
Mail to info@trilithon.com for details on our f Mac->Next and
PC->NEXTSTEP font conversion utilities and font conversion service.
........ Henry
Newsgroups: comp.sys.next.sysadmin
From: knudsens@newton.ccs.tuns.ca (Steven K Knudsen)
Subject: Problem with rdump -- SIGBUS error, please help
Summary: as in subject
Message-ID: <1993Sep27.132212.782@newton.ccs.tuns.ca>
Date: Mon, 27 Sep 1993 13:22:12 GMT
Distribution: na
Organization: Technical University of Nova Scotia, Halifax, N.S.
Keywords: rdump, SIGBUS error
Hello,
I was doing a regular backup of my NeXT/Sun network, which has
always worked before, when rdump on the last NeXT to be dumped
spewed for the following
DUMP: Date of this level 0 dump: Mon Sep 27 10:03:34 1993
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rsd0a (/) to /dev/nrst8 on host hamming
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: SIGBUS() try rewriting
DUMP: Rewriting attempted as response to unknown signal.
DUMP: Tape rewinding
DUMP: Change Tapes: Mount tape #1
DUMP: NEEDS ATTENTION: Is the new tape mounted and ready to go?: ("yes" or "no")
At first I thought that it had something to do with the new SCSI
disk I had added that week. So I undid all that I had done to
mount the disk and export some of its directories and tried to
dump again. No luck.!!! I even (naively) turned off the disk unit to
be sure I wasn't seeing a weird SCSI error.
Answering "yes" to the prompt from rdump does nothing.
I am rdumping to an exabyte tape unit connected to a SUN. This works
just great for my other NeXT, but not for the second. I can ftp files
to and from the second NeXT to any machine on the network.
I'm very mystified and would appreciate suggestions from the
collective expertise lurking about out there...
Please email to knudsens@tuns.ca
Thanks much,
Steven Knudsen
--
K. Steven Knudsen | The lasers are in the labs, the old
TUNS | man is dressed in white clothes.
Department of Electrical Engineering | Everybody says that he's mad -
knudsens@tuns.ca | Nobody knows the things that he knows.
From: gshaw@kralizec.zeta.org.au (Greg Shaw)
Newsgroups: comp.sys.next.sysadmin
Subject: tar transfers between unixes
Date: 27 Sep 1993 09:02:55 +1000
Organization: Kralizec Dialup Unix Sydney: +61-2-837-1183 V.32bis
Message-ID: <28572vINN9l0@kralizec.zeta.org.au>
Summary: Doing tar between NS, SCO and OS/2
Keywords: tar SCO transfer
Hi all,
What does it take to get a SCO tar tape to be read
by NS/FIP.
I can write a tar tape under OS/2 and have the file titles
listed under SCO. I can also fully read a SCO tar tape into
OS/2 but of course I get truncated and distorted filenames (8.3).
I can write a NS tar tape and read it under SCO. Although
it will not 'dd' under SCO.
But I cannot read a SCO tape under NS. It will not tar or 'dd'
the tape. Does anyone know why? It concerns me that SCO can
read my NS tar tape but not the other way round.
If someone has experience with some other solution for
transfering files between NS and other unixes I would also
like to hear from you.
Cheers,
Greg Shaw.
From: danno@css.itd.umich.edu (Dan Pritts)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: websterd for 3.0
Date: 27 Sep 1993 14:42:36 GMT
Organization: U of Michigan, Ann Arbor
Message-ID: <286u4s$dfs@terminator.rs.itd.umich.edu>
References: <285ud0INN4qf@flop.engr.orst.edu>
Keywords: websterd
In article <285ud0INN4qf@flop.engr.orst.edu> toml@outland.ECE.ORST.EDU (Tom Lieuallen) writes:
>
>
>Is there a newer version of websterd and/or the related libraries
>(libtext.a and libbtree.a) for NS 3.0? I believe what I have
>has been compiled for version 2.1. NeXT must have changed the
>dictionary and thesaurus after 2.1.
According to the guy who wrote it, whose name escapes me right now,
he never updated it for 3.0 and he is not aware of anyone else doing so.
He said he was pretty sure the old version would work as long as
you copied over the 2.x dictionary file, if you have the space.
danno
--
dan pritts consultant/system administrator
dan.pritts@umich.edu (313)998-6265 um itd/css unix support group
Make me an IFS Home Directory.. (ZAP) OK, you're an IFS Home Directory.
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.programmer,comp.sys.next.marketplace,comp.sys.next.hardware,comp.sys.next.advocacy
From: ashley@chaz.demon.co.uk
Subject: NS/I and ISDN
Content-Type: TEXT/PLAIN; charset=US-ASCII
Message-ID: <CE0rB1.Ku4@demon.co.uk>
Sender: news@demon.co.uk (Usenet Administration)
Organization: Demon Internet Limited.
Mime-Version: 1.0
Date: Mon, 27 Sep 1993 23:28:51 GMT
Hi -
I'm wondering if anybody has had any experience with NS Intel and ISDN. I've
got a Intel NS machine at work, and i'd like to have one at home. Since I've
got a spare 64k ISDN channel on a router already (at work), I'm thinking about
getting NS for home, and linking home to the network at work via ISDN.
1) Is there any ISDN hardware that NSFIP supports?
2) " " ISDN software " " ?
3) Is there any hardware NSFIP will not work with?
4) Has anybody done this?
Thanks for your help,
Charles Ashley
ashley@chaz.demon.co.uk
From: nevai@math.ohio-state.edu (Paul Nevai)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
Subject: gnus's time-1.5 on a black NeXT Cube with OS 3.1 - how to compile?
Date: 27 Sep 1993 15:51:55 GMT
Organization: Department of Mathematics, The Ohio State University
Sender: Paul Nevai
Message-ID: <28726r$dv3@mathserv.mps.ohio-state.edu>
Originator: nevai@ops.mps.ohio-state.edu
I couldn't compile gnu's time-1.5 on my black NeXT Cube with OS 3.1. Can you
help? Please respond by email. Thanks. Take care...Paul
Paul Nevai nevai@math.ohio-state.edu
Dept Math - Ohio State University 1-614-292-3317 (Office)
Columbus, Ohio 43210-1174, U.S.A. 1-614-292-1479 (Math Dept Fax)
From: nevai@math.ohio-state.edu (Paul Nevai)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
Subject: gnus's gnuplot-3.4 on a black NeXT Cube with OS 3.1 - how to compile?
Date: 27 Sep 1993 15:53:26 GMT
Organization: Department of Mathematics, The Ohio State University
Sender: Paul Nevai
Message-ID: <28729m$e07@mathserv.mps.ohio-state.edu>
Originator: nevai@ops.mps.ohio-state.edu
I couldn't compile gnu's gnuplot-3.4 on my black NeXT Cube with OS 3.1. Can
you help? Please respond by email. Thanks. Take care...Paul
Paul Nevai nevai@math.ohio-state.edu
Dept Math - Ohio State University 1-614-292-3317 (Office)
Columbus, Ohio 43210-1174, U.S.A. 1-614-292-1479 (Math Dept Fax)
From: dbora@ils.nwu.edu (Donald Bora)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Problem with frame buffer (NS/I)
Date: 27 Sep 1993 16:12:20 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <2873d4$rfc@anaxagoras.ils.nwu.edu>
I am having a slight problem when I boot NS/I. The boot procedure reports
that it was unable to create a framebuffer (or something like that) and
I automatically get logged in as "me". When I try to log out I get
an error refering to the frame buffer once again and get logged back
in as "me". I looked at my system specs and I found that I have a VGA
with 512KB VRAM. Is this the problem?
Also, I have looked at a lot of NeXT documentation and find myself in
a slight state of confusion about the color situation. Is color
possible on the 486 platform? If so what kind of graphics adaptor do
I need (SVGA, XGA...) This is all very confusing.
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
From: gt8299c@prism.gatech.EDU (Badri Narasimhan)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next.hardware
Subject: Rebooting Problems - with NeXTStep
Message-ID: <113585@hydra.gatech.EDU>
Date: 27 Sep 93 17:15:15 GMT
Followup-To: comp.sys.next.sysadmin
Organization: Georgia Institute of Technology
Dear Friends:
I have NeXTStep installed on a Dell 486. Recently, I powered
down the system to shift it to another location. It is not loading
NeXTStep anymore. Instead of entering the environment, it hangs. The
following is the sequence of operations when I try to re-boot it.
1. Reading machine kernel
2. Re-booting by itself
3. Registering all drivers
4. Hangs here!!!!!!!!!!
The last message is Sep 27 .. date.. localhost reboot: complete
There was a series of
Could anybody help me out??
There was a series of power outages some weeks ago, but it
succeeded in re-booting in all instances.
Thanks in advance.
Badri
badri@gtsurya.gatech.edu
--
Badri Narasimhan
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt8299c
Internet: gt8299c@prism.gatech.edu
Newsgroups: comp.sys.next.sysadmin
From: pasqua@adobe.com
Subject: Re: Rebooting Problems - with NeXTStep
Message-ID: <1993Sep27.173912.411@adobe.com>
Sender: usenet@adobe.com (USENET NEWS)
Organization: Adobe Systems Incorporated
References: <113585@hydra.gatech.EDU>
Date: Mon, 27 Sep 1993 17:39:12 GMT
In article <113585@hydra.gatech.EDU> gt8299c@prism.gatech.EDU (Badri
Narasimhan) writes:
> Dear Friends:
>
> I have NeXTStep installed on a Dell 486. Recently, I powered
> down the system to shift it to another location. It is not loading
> NeXTStep anymore. Instead of entering the environment, it hangs. The
> following is the sequence of operations when I try to re-boot it.
>
> 1. Reading machine kernel
>
> 2. Re-booting by itself
>
> 3. Registering all drivers
>
> 4. Hangs here!!!!!!!!!!
>
> The last message is Sep 27 .. date.. localhost reboot: complete
> There was a series of
> Could anybody help me out??
>
> There was a series of power outages some weeks ago, but it
> succeeded in re-booting in all instances.
> Thanks in advance.
>
> Badri
>
> badri@gtsurya.gatech.edu
>
>
> --
> Badri Narasimhan
> Georgia Institute of Technology, Atlanta Georgia, 30332
> uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt8299c
> Internet: gt8299c@prism.gatech.edu
Is this a DELL DGX? If so, you will notice that there are two connectors to
which you can connect your monitor cable. One is in the main chasis area and
the other is on a card. The former is just VGA output, the latter is the ouput
from the "JAWS" display adapter. You need to be plugged into the latter to see
anything from the window server (assuming you configured for JAWS, not VGA).
Joe Pasqua
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: showcurs
Date: 27 Sep 1993 19:33:02 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <287f5f$t0b@news.intercon.com>
Hi,
I'm looking for the "showcurs utility" which will redisplay my Next cursor
after X exits. The utility is referred to in the MouseX help files, but I
can't find it on cs.orst.edu...
Please advise,
David.
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: utree?
Date: 27 Sep 1993 19:34:08 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <287f7g$t0b@news.intercon.com>
Hi,
Has anyone managed to compile utree successfully on their NeXT? I
couldn't get it to compile under either 3.0 or 3.1.
Thanks,
David.
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: Quantum ELS170?
Followup-To: comp.sys.next.hardware,comp.sys.next.sysadmin
Date: 27 Sep 1993 19:36:38 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <287fc6$t0b@news.intercon.com>
References: <27qah0$hpc@news.intercon.com>
: I just purchased a Quantum ELS170 from Club Mac and I can't get it to work
: on my NeXT. I can format the drive fine, but if I try to initialize it, I
: get a boatload of write errors and then it says there are no boot blocks
: available.
Thanks to those who sent me mail about this problem. It appears that the
ELS mechanism is somehow simply incompatible with the NeXT. I've got a
Fujitsu M2624 and it works great.
David.
Newsgroups: comp.sys.next.sysadmin
From: aj3u@larch.cs.virginia.edu (Asim Jalis)
Subject: How to change printcap
Message-ID: <AJ3U.93Sep27133751@larch.cs.virginia.edu>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia, Charlottesville, VA 22903
Date: Mon, 27 Sep 1993 18:37:51 GMT
I can look at printcap values with nidump but
can't change them.
How can I have the system delete its current
values and replace them with the ones in the
printcap file?
If someone could mail me the commands for
this I would really appreciate it.
Asim Jalis
Newsgroups: comp.sys.next.sysadmin
From: tkao@IASTATE.EDU (Tsun-Ming Kao)
Subject: Texel CD ROM interfaced by PAS
Message-ID: <1993Sep27.145608@IASTATE.EDU>
Keywords: HELP
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University
Date: Mon, 27 Sep 1993 19:56:08 GMT
I got my NS last week. Before I ordered my NS, I asked the salesperson if I can
install NS through my CD ROM hooked up with PAS, and she answered yes.
However, I tried to install NS on my PC and it could not find my CD ROM drive.
Can someone help me with this?
Thanks !
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 27 Sep 1993 16:26:40 -0400
Organization: Next Announcements
Message-ID: <287i9t$dof@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material. Generic UNIX questions belong
elsewhere (comp.unix.questions), although specific
questions about NeXT's implementation or porting
issues are appropriate here. Note that there are
several other more "horizontal" newsgroups
(comp.lang.objective-c, comp.lang.postscript,
comp.os.mach, comp.protocols.tcp-ip, etc.) that
may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
comp.soft-sys.nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
comp.lang.objective-c
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
comp.object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
Newsgroups: comp.sys.next.sysadmin,de.comp.sys.next
From: gemoe@proximus.north.de (Gerhard Moeller)
Subject: /private/vm/swapfile AND /private/swapdisk... ??? TONS of questions.
Keywords: swapping, swaptab, swapdisk, swap, mount, fstab, checkswap
Sender: gemoe@proximus.north.de (Gerhard Moeller)
Organization: Gerhard Moeller, German NeXT User Group, Oldenburg.
Date: Mon, 27 Sep 1993 11:03:02 GMT
Message-ID: <1993Sep27.110302.2954@proximus.north.de>
Hi,
(for German readers: Tut mir leid, dass der Kram in Englisch ist, aber
ich hatte keinen Bock das Zeuchs nochmal zu uebersetzten...)
I have build a swapdisk (with DiskBuilder.app). NEXTSTEP was smart
enough and mounted the new swapdisk in /private/swapdisk and seens to
really use the files /private/swapdisk/vm/swapfile and swapfile.front
for swapping.
BUT...
(1) mount -p tells me:
/dev/sd0a / 4.3
rw,noquota,noauto 0 1
/dev/sd1a /private/swapdisk 4.3
rw,noquota,noauto 1 2
/private/swapdisk/vm/swapfile /private/swapdisk/vm/swapfile.front swapfs rw
1 2
What is the meaning of the last entry????
(2) cat /etc/fstab tells me:
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/dev/sd1a /WorkDisk 4.3 rw,noquota 0 2
GREAT. :-{ This is the entry I had _BEFORE_ building the new disk. I
knew before that this entry looks like that, as I did not change it.
Only that I do not understand why sd1a did not get mounted as
/WorkDisk but perfectly right as /private/swapdisk. There mus be
some higher instance that mounts some things _before_ the fstab is
consulted. Who? Also why did I not got thrown out into single user
mode during the bootstrap?
(3) cat /etc/swaptab tells me:
/private/vm/swapfile lowat=16777216 # 16 Meg low water mark
Verrrrry funny. The file /private/vm/swapfile still exists and is
not a link or something like that. It is a 16MB swapfile but NOT
used for swapping! What the hell is going on here? Why is it not
used and why does NEXTSTEP not put the /etc/... entries right?
(4) As we have seen that tere is a /private/vm/swapfile here but not
used... CAN I DELETE THAT FILE???
(5) A short check with checkswap -v outputs:
..exit_code = 2
That means "disk present, valid label, not swapdisk" -- now I slowly
start getting confused and a little bit worried. Is that a MAGIC
machine? It swaps right but noone knows why? Is this Unix? Why?????
(6) Finally I would LOVE to swap to a raw device. Unfortunately I
don't know how. Can YOU help me?
This is a freebie question: Unfortunately BuildDisk does not allow to
partitionize 100 MByte disks. (NeXT, change that! ;-) ) Well, no
problem, I can use disk. But still it would be interesting where
BuildDisk gets the information it needs. I used to be in
/usr/etc/builddisk, I think. And in 3.1?
Any help to one of the above questions would be GREAT, thanks
Gerhard.
--
+---------------------------< principiis obsta! >---------------------------+
N Gerhard Moeller, Teichstr. 12, 26122 Oldenburg (FRG) [*: 02/21/1968] N
e Private: gemoe@proximus.north.de Phone (voice): +49-441-75520 e
X Uni: Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE NeXTmail X
T Z-Net: Gerhard.Moeller@uniol.zer encouraged! T
+-> NoGeNUG - Northern German NeXT User Group: NoGeNUG@proximus.north.DE <-+
Newsgroups: comp.sys.next.sysadmin
From: gemoe@proximus.north.de (Gerhard Moeller)
Subject: raw device swapping (again and again)
Sender: gemoe@proximus.north.de (Gerhard Moeller)
Organization: Gerhard Moeller, German NeXT User Group, Oldenburg.
Date: Mon, 27 Sep 1993 11:04:12 GMT
Message-ID: <1993Sep27.110412.3011@proximus.north.de>
Hi.
I know that this has been asked a thousand times already, but...
I try to get swapping done on a raw device, as I hope that this would
improve the speed. (Is that true, by the way?)
Unfortunately it seems that I am just not able to get it right. So
please: What do I have to do? (I get a swapdisk, but NEXTSTEP puts an
filesystem on it and uses the files swapfile and swapfile.front on it
for swapping...)
Furthermore is it possible that I partitionize the (105 MByte) disk
and use one partition for swapping (on the RAW device) and the other
part for holding my spool-files (i.e. this part is mounted with an
filesystem)
Thankful for any hints, Gerhard.
--
+---------------------------< principiis obsta! >---------------------------+
N Gerhard Moeller, Teichstr. 12, 26122 Oldenburg (FRG) [*: 02/21/1968] N
e Private: gemoe@proximus.north.de Phone (voice): +49-441-75520 e
X Uni: Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE NeXTmail X
T Z-Net: Gerhard.Moeller@uniol.zer encouraged! T
+-> NoGeNUG - Northern German NeXT User Group: NoGeNUG@proximus.north.DE <-+
Newsgroups: comp.sys.next.sysadmin
From: gemoe@proximus.north.de (Gerhard Moeller)
Subject: Re: swapdisk ? (partially solution but more problems arise)
References: <1993Sep27.072615.891@proximus.north.de>
Sender: gemoe@proximus.north.de (Gerhard Moeller)
Organization: Gerhard Moeller, German NeXT User Group, Oldenburg.
Date: Mon, 27 Sep 1993 11:05:04 GMT
Message-ID: <1993Sep27.110504.3072@proximus.north.de>
In article <1993Sep23.140230.1139@imagine.com> Becki Kain <beckers@imagine.com>
writes:
> I have another question about swapdisks - I have a 345 meg harddrive that
> I want to use as swap, but BuildDisk didn't see it as swap since it could
> feasibly hold nextstep. Any ideas on how to make it swap?
If you want to use such a big disk as swapdisk (you are lucky...) --
just name the disk swapdisk - BuildDisk.app will tell you that "since
you named the disk swapdisk" it "will create a disk for swapping"....
Easy enough.
I did that yesterday, the disk got automatically mounted at
/private/swapdisk and swapping is done on that disk but -- it seems that
it is done in the files "/private/swapdisk/vm/swapfile and
swapfile.front. I would prefer if it is possible that swapping is done
on a raw device. How?
Also the /etc/swaptab tells me:
/private/vm/swapfile lowat=16777216 # 16 Meg low water mark
And checkswap -v gives an exit code of 2 (disk present, valid label, not
swapdisk)
WHAT IS GOING ON HERE?
HELP ME, Gerhard.
--
+---------------------------< principiis obsta! >---------------------------+
N Gerhard Moeller, Teichstr. 12, 26122 Oldenburg (FRG) [*: 02/21/1968] N
e Private: gemoe@proximus.north.de Phone (voice): +49-441-75520 e
X Uni: Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE NeXTmail X
T Z-Net: Gerhard.Moeller@uniol.zer encouraged! T
+-> NoGeNUG - Northern German NeXT User Group: NoGeNUG@proximus.north.DE <-+
Newsgroups: comp.sys.next.sysadmin
From: sherwood@fenris (Sherwood Botsford)
Subject: Printing to QMS printer on non-next
Message-ID: <1993Sep27.212053.28520@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Mon, 27 Sep 1993 21:20:53 GMT
In our lab to no-one's surprise the Nexts are somewhat more popular than
the VAX for getting things done. Printing anything but simple stuff on
a next however, extracts a hefty perfomance hit on that Next.
So the VAX may be useful. We run multinet on it anyway, so nominally
have lpr/lpd facilities on it. The VAX has a QMS 815 postscript
printer.
However while I can print ascii files just fine on it, if I send it a
postscript file, the file vanishes into the bitbucket. The VAX talks to
the printer. The blinken lights on the printer behave as I expect, and
nothing comes out.
Printing to file, ftping the file over to the VAX, and printing from
there results in exactly the same behaviour.
Looking at the PS file in edit, My Next is including a file
%%BeginDocument: /usr/lib/NextStep/printPackage.ps
%!PS-Adobe-2.0
%%Title: Printing Package
%%EndComments
%Version: 2.0
near the beginning of the .ps file. Is this getting the QMS confused?
If so is there an easy way to NOT include that file?
Our Nexts are running NS 2.1
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.sysadmin
From: klett@sunrayce.solar.umn.edu (James P. Klett)
Subject: How to slipup from user account??
Message-ID: <CE193w.ILE@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Mon, 27 Sep 1993 21:50:53 GMT
Subject says it all, when I try to slipup/slipdown from a user account
I get the message ::
duioctl DialUp IP [920904] slip0
Can't SIOCBICSOFTFLAGS(DS_FAILCALL): Not owner
I have set all the files in the dialupip dirs to rwx for all users.
Anybody??
--
_/_/_/_/_/_/ _/ _/ _/ _/_/_/_/ _/_/_/_/
_/ _/_/ _/_/ _/_/ _/ _/
_/ _/_/_/ _/ _/ _/ _/_/_/ _/_/_/
_/ _/ _/ _/ _/ _/ _/ _/
_/_/_/ _/ _/ _/ _/ _/_/_/_/ _/_/_/_/
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
| |
| Programmer James P. Klett |
| klett@sunrayce.solar.umn.edu |
| |
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Newsgroups: comp.sys.next.sysadmin
From: klett@sunrayce.solar.umn.edu (James P. Klett)
Subject: NeXTStep Telnet??
Message-ID: <CE1979.Ipn@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Mon, 27 Sep 1993 21:52:54 GMT
Is there a NeXTStep telnet program similar to GatorFTP+????
If so, where????
Thanks,
--
_/_/_/_/_/_/ _/ _/ _/ _/_/_/_/ _/_/_/_/
_/ _/_/ _/_/ _/_/ _/ _/
_/ _/_/_/ _/ _/ _/ _/_/_/ _/_/_/
_/ _/ _/ _/ _/ _/ _/ _/
_/_/_/ _/ _/ _/ _/ _/_/_/_/ _/_/_/_/
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
| |
| Programmer James P. Klett |
| klett@sunrayce.solar.umn.edu |
| |
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
From: t68@nikhef.nl (Jos Vermaseren)
Newsgroups: comp.sys.next.sysadmin
Subject: Using a SupraFAXmodem
Message-ID: <2435@nikhefh.nikhef.nl>
Date: 27 Sep 93 21:41:47 GMT
Organization: Nikhef-H, Amsterdam (the Netherlands).
Can anybody tell whether it is possible to run a Supra FAX modem V.32bis
without additional software under 3.0 or later versions of NeXTstep?
I have been trying a whole evening to get it to go but each time I get it
to dial and make connection to a remote FAX it kind of hangs and I have to
reset the machine with reboot (switching it off doesn't work anymore) to
make the next attempt. Is this a matter of that the two precooked types of
FAX modem in the PrintManager (HSDFaxModem and InterfaxFaxModem) are not
adequate and other settings are in order? In that case, how are such types
added? It is kind of frustrating to have such a nice modem and not being
able to use it to the fullest.
Thanks in advance
Jos Vermaseren
From: kunkle@harry.cofc.edu (Tom Kunkle)
Newsgroups: comp.sys.next.sysadmin
Subject: How to print on another NeXTstation?
Date: 27 Sep 1993 22:40:25 GMT
Message-ID: <287q4p$5pm@cofc20.cs.cofc.edu>
In our department we have three NeXTstation Turbos,
each running NeXTStep 3.0 with 8 meg RAM and 244 meg hard disk.
Each is connected to Internet via a Multigate hub.
We can connect to each other via Unix ftp and rlogin.
No machine acts a file server for the others.
A NeXT B&W Laser Printer is connected to my machine.
The users of the other NeXT Stations currently print
either by:
ftp-ing a postcript to their account on my machine,
logging onto my machine remotely
using the command lpr
or by:
physically bringing the file on a floopy down to my office
There's got to be a better way!
Is it possible for users of the other NeXTstations
to print just as I do, using only the print menu of
current application? Note that, according to NeXT's
Network and Sys. Admin Manual, a NetInfo and configuration
server should have 660 meg hard disk and 16 meg ram, which
seems to rule out anything solution involving NetInfo.
Your help would be greatly approeciated.
Tom Kunkle College of Charleston
Mathematics Charleston, SC 29424
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: How to print on another NeXTstation?
Message-ID: <1993Sep28.091604.21595@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <287q4p$5pm@cofc20.cs.cofc.edu>
Date: Tue, 28 Sep 1993 09:16:04 GMT
In article <287q4p$5pm@cofc20.cs.cofc.edu> kunkle@harry.cofc.edu
(Tom Kunkle) writes:
>In our department we have three NeXTstation Turbos,
>each running NeXTStep 3.0 with 8 meg RAM and 244 meg hard disk.
Eek.
>A NeXT B&W Laser Printer is connected to my machine.
With only 8MB?!?
>Is it possible for users of the other NeXTstations
>to print just as I do, using only the print menu of
>current application? Note that, according to NeXT's
>Network and Sys. Admin Manual, a NetInfo and configuration
>server should have 660 meg hard disk and 16 meg ram, which
>seems to rule out anything solution involving NetInfo.
That's a bunch of baloney. NetInfo isn't your problem. Your
printer is your problem. The NeXT Laser Printer is basically a
Canon print engine with a video interface. The Raster Image
Processing is done by the main CPU, and the memory pages used
for the frame buffer have to be wired down. NeXT always claimed
that 12MB RAM was the absolute minimum they recommended for any
machine with a NLP attached. Under 3.x, that probably should
be raised to 16MB. (Of course, NeXT's concept of "minimum"
and mine differ somewhat ... all of our NeXTstation Turbos
have 48MB RAM. And yes, they still swap on occasion.)
Anyway--assuming you deal with your memory situation--if you
aren't using a NetInfo hierarchy, you can still add an entry to
your _local_ NetInfo database that points to the remote
printer. (Note that for this to work each client must also be
listed in either /etc/hosts.equiv or /etc/hosts.lpd on the
server.)
(totally faked example for illustration)
% nidump -r /printers .
name = printers;
CHILDREN = ({
name = TomsPrinter;
lo = lock;
lp = "";
note = "spooled via tomsnext";
rm = tomsnext;
rp = Local_Printer;
sd = /usr/spool/NeXT/TomsPrinter;
ty = "NeXT 400 dpi Level II Printer";
CHILDREN = {
name = Admin;
};
});
-=EPS=-
Newsgroups: comp.dcom.modems,comp.sys.next.sysadmin
From: cary@jove.Colorado.EDU (John R. Cary)
Subject: Telebit 3000 probs: echo and reboot, on NeXT
Message-ID: <CDz22z.6FL@Colorado.EDU>
Sender: news@Colorado.EDU (USENET News System)
Organization: University of Colorado, Boulder
Date: Sun, 26 Sep 1993 17:32:58 GMT
Telebit 3000 probs: echo and reboot
1. When I connect to my Telebit 3000 hanging off of my
NeXT turbo slab running NS3.0 via kermit, I do not
get echos in response to at commands. I access the
NeXT via rlogin over the internet. Here is a sample
session:
apaschair:3# kermit network
C-Kermit 5A(170) ALPHA, 23 Apr 91, NeXT network
Type ? or 'help' for help network
C-Kermit>set line /dev/cufa network
C-Kermit>set speed 38400aracters
/dev/cufa, 38400 bps
C-Kermit>c
Connecting to /dev/cufa, speed 38400.
The escape character is ^] (ASCII 29).
Type the escape character followed by C to get back,
or followed by ? to see other options.
at
at&f4
ats58=2s68=255
at
2. Each time the NeXT is rebooted,
I must power cycle the modem to get it to work again.
Is there any way out of this?
Newsgroups: comp.sys.next.sysadmin
From: sfch@dmu.ac.uk (Simon F C Harwood)
Subject: Is it possible to change the mouse pointer on black hardware
Message-ID: <1993Sep28.093945.1445@dmu.ac.uk>
Organization: De Montfort University, Leicester, UK.
Date: Tue, 28 Sep 1993 09:39:45 GMT
Hi there,
I am the systems administrator on a NeXT Cube/Dimension running NS2.1
Extended. One of my users is severely visually impared and keeps "losing"
the mouse pointer. Does anyone know how to change the mouse pointer
enlarging or changing the contrast, etc) - for a specific user only? He
has got the window sizes and fonts etc. all sorted out, but neither him
nor I have been able to find out how to alter the mouse pointer. Is this
an undocumented dwrite, or is it not possible under my current version of
NS.
Thanks,
Simon..
--
--
It meant that Crowley had been allowed to develop Manchester, while
Aziraphale had a free hand in the whole of Shropshire. Crowley took Glasgow,
Aziraphale had Edinburgh. (neither claimed any responsibility for Milton
Newsgroups: comp.sys.next.sysadmin
From: piro@mendieta.uib.es (Oreste Piro)
Subject: What should be the permissions for "/" ???
Message-ID: <1993Sep28.110519.21199@uab.es>
Sender: news@uab.es (USENET News System)
Organization: UAB
Date: Tue, 28 Sep 1993 11:05:19 GMT
I accidentally dragged an icon into the root folder and find out that
my system has been installed with write permission for everybody in
that directory, as the following couple of lines attest:
ls -ld /
drwxrwxrwt 17 root 1024 Sep 27 16:07 //
Since I couldn't believe that was right I checked in another couple of
machines that I have access to and my statistics is still confusing:
some has drwxr-xr-t and some other drwxr-xr-x
Could somebody tell me which one is the most advisable?
Please answer with copy to my personal address, if possible.
--
Oreste Piro | piro@hp1.uib.es
Departament de Fisica | piro@obelix.uib.es (NeXT Mail)
Universitat de les Illes Balears | Tel. (34-71)173230 Fax. 438028
07071 Palma de Mallorca, Spain |---------------------------------
======================= UBI BENE IBI PATRIA =======================
From: dbora@ils.nwu.edu (Donald Bora)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin,comp.sys.next.software
Subject: Setting the resolution on a VGA monitor
Date: 28 Sep 1993 14:07:14 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <289gei$5uv@anaxagoras.ils.nwu.edu>
OK! Since I received such awesome help on my last problem... the new
one proves to be difficult.
It is not really a problem just a preference. I would like to change the
resolution on my monitor. I have installed NS/I with a VGA monitor. I
have checked the manual for the monitor which proceeded to tell me about
all of the different modes the current configuration (512k VRAM) would
support. The manual then proceeded to tell me about how one would go
about setting these different modes... DOS utilities. I have checked the
NeXTStep documentation which I have and found nothing about changing
resolution modes.
Any clues?
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
From: kunkle@harry.cofc.edu (Tom Kunkle)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How to print on another NeXTstation?
Date: 28 Sep 1993 15:31:54 GMT
Message-ID: <289lda$9ta@cofc20.cs.cofc.edu>
References: <287q4p$5pm@cofc20.cs.cofc.edu>
Problem solved, thanks to many readers' replies.
If you're interested, write me and I'll pass on the
winning solution.
Tom Kunkle
From: alby@shere-khan.UU.NET (Anthony Williams)
Newsgroups: comp.dcom.modems,comp.sys.next.sysadmin
Subject: Re: Telebit 3000 probs: echo and reboot, on NeXT
Date: 28 Sep 1993 16:38:07 GMT
Organization: UUNET Communications
Distribution: world
Message-ID: <289p9f$aqv@news.UU.NET>
References: <CDz22z.6FL@Colorado.EDU>
In article <CDz22z.6FL@Colorado.EDU>, cary@jove.Colorado.EDU (John R. Cary) writes:
|> Telebit 3000 probs: echo and reboot
|>
|> 1. When I connect to my Telebit 3000 hanging off of my
|> NeXT turbo slab running NS3.0 via kermit, I do not
|> get echos in response to at commands. I access the
|> NeXT via rlogin over the internet. Here is a sample
|> session:
|>
|> apaschair:3# kermit network
|> C-Kermit 5A(170) ALPHA, 23 Apr 91, NeXT network
|> Type ? or 'help' for help network
|> C-Kermit>set line /dev/cufa network
|> C-Kermit>set speed 38400aracters
|> /dev/cufa, 38400 bps
|> C-Kermit>c
|> Connecting to /dev/cufa, speed 38400.
|> The escape character is ^] (ASCII 29).
|> Type the escape character followed by C to get back,
|> or followed by ? to see other options.
|>
|> at
|> at&f4
|>
|> ats58=2s68=255
|> at
|>
|>
|>
|> 2. Each time the NeXT is rebooted,
|> I must power cycle the modem to get it to work again.
|> Is there any way out of this?
I don't have a Telebit modem but a BOCA and a Multimodem. But when I use
kermit I just type
kermit>set line /dev/ttya
kermit> set speed 38400
etc...
As to why your Telebit is giver you those errors I would say check to make
sure that XON/XOFF is disabled cause I know that one of the register settings
has XON/XOFF enabled as part of a default.
--
Anthony Williams uunet!alby
CS Administrative Asst. alby@uunet.uu.net
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: Re: showcurs
Followup-To: comp.sys.next.software,comp.sys.next.sysadmin
Date: 28 Sep 1993 17:33:10 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <289sgm$d30@news.intercon.com>
References: <287f5f$t0b@news.intercon.com>
David Casti (disc@vector.intercon.com) wrote:
: I'm looking for the "showcurs utility" which will redisplay my Next cursor
: after X exits. The utility is referred to in the MouseX help files, but I
: can't find it on cs.orst.edu...
A little brain-damage there... I should have thought to look in the X
distribution itself... Thanks to those who responded.
David.
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: NeXT-->Ledger paper printing--- Anybody done it?
Date: 28 Sep 1993 17:37:28 GMT
Organization: Mayo Foundation
Distribution: world
Message-ID: <289soo$kgg@fermat.mayo.edu>
Keywords: printing postscript DEC LPS20 ledger
I have a DEC LPS20Turbo printer connected via a VAXcluster with TCP/IP.
All the functions print fine now (thanks to _nxfinalform!), except for
Ledger printing. Since we do a lot of poster graphics, and abstract
layouts, the ability to print ledger is very important. I have narrowed
it down to two basic problems:
1) The PostScript output seems to generate landscape mode where
the 17" edge of the page is top/bottom. The DEC printer seems to
think landscape mode is perpendicular to 'common use orientation',
which in ledgers, well, common use of ledgers is with the 17" side
defining the top/bottom. This may very well be a problem with the
DEC printer firmware, however.
This is no problem for my graphics program (Diagram!), as I can easily draw
in one dimension and then rotate the whole beast into portrait... BUT...
2) NeXT can't print Ledger sized pages in NeXT portrait mode. Even in
Preview mode, the page gets chopped off at 11 inches top to bottom, so
you end up with 6 inches of whitespace at the top of your postscript window...
This is consistent in Draw, Diagram, and WordPerfect...
A) Does anyone know of a simple workaround?
B) Does anyone know if NeXT admits to this problem? (I filed to bug_next
which is not a warm/fuzzy way of reporting bugs...
- Geoff
-----------------------------------------------------------------
Geoffrey Brunkhorst brunkhorst@Mayo.edu
Research Computing Facility, Guggenheim 10 (507) 284-1805
Mayo Foundation, Rochester MN, 55905, USA fax (507) 284-5231
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
Subject: ftpconversions?
Date: 28 Sep 1993 17:54:54 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <289tpe$d30@news.intercon.com>
Hi,
I'm using the wu-ftpd ftp server, and I can't get any of the ftp
conversions to work. If I try to get ABOUT.VECTOR.Z for example, I get
the message "Opening BINARY mode data connection for /bin/compress" and
then a file of 0 bytes is downloaded.
An answer to either of these questions would be great:
1. How can I fix wu-ftpd so the compress-on-the-fly stuff works?
or
2. Can someone point me to some other NeXT ftpd that will do the conversions?
Thanks,
David.
From: claspac@tallis.ucsc.edu (Jas-Russell)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Using other fax-modems
Date: 28 Sep 1993 18:15:28 GMT
Organization: University of California, Santa Cruz
Message-ID: <289v00INNiid@darkstar.UCSC.EDU>
References: <2435@nikhefh.nikhef.nl>
In article <2435@nikhefh.nikhef.nl> t68@nikhef.nl (Jos Vermaseren) writes:
> Can anybody tell whether it is possible to run a Supra FAX modem V.32bis
> without additional software under 3.0 or later versions of NeXTstep?
I have also been trying to use a Class-2 FaxModem by Zoltrix
with the exact same symptoms.
It seems that there is not a standard set of interactions these modems
are expecting OR that the NeXT software is not providing the standard
type of interaction.
Anybody have suggestions on using alternate brands for the FaxModem.
I got mine for $180 at Frys, vs. the $750 dollars for roughly the
same product advertised from NeXTConnection. I would hate to have
to throw it out just cuz the software was so lousy it can't accomodate
other brands.
Hoping to hear from some genious who has mastered this.
Will Russell
E-mail: claspac@cats.ucsc.edu
Voice: 408-459-2060
FAX: 408-429-0146
Newsgroups: comp.sys.next.sysadmin
Subject: Booting problem with NeXTDimension
Message-ID: <1993Sep28.190752.119252@embl-heidelberg.de>
From: tuparev@EMBL-Heidelberg.DE (Georg Tuparev)
Date: 28 Sep 93 19:07:51 +0100
NeXT + Dimension
NS3.0
The problem:
1) After PowerON it starts but after reaching "Loading from disk..." the boot
stops and the ROM monitor comes up.
2) after pressing "b" for boot, everything works fine.
Where is the bug?
Thanks
-- georg --
From: rasmussn@jupiter.eecs.umich.edu (Craig E Rasmussen)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Mounting a Disk
Date: 28 Sep 1993 19:45:57 GMT
Organization: University of Michigan EECS Dept.
Message-ID: <28a49l$ktt@zip.eecs.umich.edu>
References: <BRISINDA.93Sep25214006@fsd.cpsc.ucalgary.ca>
In article <BRISINDA.93Sep25214006@fsd.cpsc.ucalgary.ca>
brisinda@cpsc.ucalgary.ca (Dale Brisinda) writes:
>
> I have encountered a problem. I have successfully formatted, and init
> a new 1 GB Seagate ST11200N drive. The SysAdmin Docs list the
> procedure to follow in mounting a disk so several users can own
> directories/files. I follow this procedure exactly, but when I reboot,
> whichever user subsequently logs in owns the disk, and all sub
> directories, and files within. This is proper behaviour if no entry
> for the disk has been added to fstab, but I have added the entry:
>
I'm surprised that this isn't in the os FAQ file. I have exactly the same
problem. Anyone have a solution?
Craig Rasmussen
AI Lab/Space Physics
rasmussn@jupiter.eecs.umich.edu
From: peirce@gw.wmich.edu
Newsgroups: comp.sys.next.sysadmin
Subject: C2 security -- is it possible?
Message-ID: <1993Sep28.155433.11565@gw.wmich.edu>
Date: 28 Sep 93 15:54:33 EST
Organization: Western Michigan University
We have a heterogeneous environment with a Sun server and a number of Sun
and NeXT clients and would like to go to C2 security. My question is:
do the NeXTs support C2? If not, has anyone implemented a shadow password
file without it?
E-mail replies are best. If there's sufficient interest, I'll summarize
and post.
--
Leonard J. Peirce Internet: peirce@wmich.edu
Western Michigan University peirce@mickey.acs.wmich.edu
University Computing Services
Kalamazoo, MI 49008 Voice: (616) 387-5430
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
From: agnus@amylnd.stgt.sub.org (Matthias Zepf)
Subject: Re: NeXT Printer bug in 3.1
Content-Type: text/plain; charset=ISO-8859-1
Message-ID: <1993Sep28.082947.3577@amylnd.stgt.sub.org>
Followup-To: comp.sys.next.bugs,comp.sys.next.sysadmin
Content-Transfer-Encoding: 8bit
Organization: Agnus' Home, Leonberg/Warmbronn, Germany
References: <27u4ds$g2h@news.cs.tu-berlin.de>
Mime-Version: 1.0
Date: Tue, 28 Sep 1993 08:29:47 GMT
Marcel Weiher (marcel@cs.tu-berlin.de) wrote:
> "...put an invisible rotation on the image..."
> /image { gsave .1 rotate image grestore } bind def
This rotation is NOT invisible. You should use .01 or .001!!
Then this fix works great!
Matthias
--
** Matthias Zepf, Riegelaeckerstrasse 27, 71 229 Leonberg, Germany **
** +49 7152 41917 Email: agnus@amylnd.stgt.sub.org (use NeXTmail!) **
Newsgroups: comp.sys.next.sysadmin
From: celisi@celis-ignacio.campusview.indiana.edu (Ignacio Celis)
Subject: pstops
Message-ID: <CE32s2.3BK@usenet.ucs.indiana.edu>
Keywords: postscript,printing,pstops
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: Indiana University
Date: Tue, 28 Sep 1993 21:38:26 GMT
I am unable to use the postscript utility pstops.
It look fine in preview but when I send it to the NextPrinter
it will not print 2 pages in 1 sheet, instead it will print one page
per sheet.
This how I am using the command:
psbook -q filename | pstops -q '2:0L@.7(21cm,-1.0cm)+1L@.7(21cm,13cm)' | lpr
Any help will be appreciated.
Thanks.
Ignacio Celis
celisi@cs.indiana.edu
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Mounting a Disk
Date: 28 Sep 1993 21:58:24 GMT
Organization: University of California, Berkeley
Distribution: world
Message-ID: <28ac20$6d4@agate.berkeley.edu>
References: <28a49l$ktt@zip.eecs.umich.edu>
In article <28a49l$ktt@zip.eecs.umich.edu> rasmussn@jupiter.eecs.umich.edu (Craig E Rasmussen)
writes:
>In article <BRISINDA.93Sep25214006@fsd.cpsc.ucalgary.ca>
>brisinda@cpsc.ucalgary.ca (Dale Brisinda) writes:
>>
>> I have encountered a problem. I have successfully formatted, and init
>> a new 1 GB Seagate ST11200N drive. The SysAdmin Docs list the
>> procedure to follow in mounting a disk so several users can own
>> directories/files. I follow this procedure exactly, but when I reboot,
>> whichever user subsequently logs in owns the disk, and all sub
>> directories, and files within. This is proper behaviour if no entry
>> for the disk has been added to fstab, but I have added the entry:
>
>I'm surprised that this isn't in the os FAQ file. I have exactly the same
>problem. Anyone have a solution?
Look carefully. It's there, in NeXT-OS-FAQ.
Note that the SysAdmin Doc has it *wrong* -- you shouldn't copy the
first line to create the non-boot partition mounts. Be sure not
to include "noauto" keyword in mounting non-root partitions/disks.
That's the source of your problems. SOLUTION: edit /etc/fstab and
remove ",noauto" from the 2-nd entry on.
===========================================================================
Subject: G11. Why does the console user "own" the external disk filesystem?
You need an entry in /etc/fstab so the disk will be mounted at boot time,
rather than being "automounted" when somebody logs in. Automounted
disks are owned by whoever logged in, fstab-mounted disks are owned by
root. Something like this:
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/dev/sd1a /Disk 4.3 rw,noquota 0 2
(assuming the external disk is to be mounted as /Disk)
fstab should be niloaded into the Netinfo database.
[end quote from FAQ]
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
From: max@Kolmogorov.gac.edu (Max Hailperin)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: Quantum ELS170?
Followup-To: comp.sys.next.hardware,comp.sys.next.sysadmin
Date: 28 Sep 93 16:42:59
Organization: Gustavus Adolphus College, St. Peter, MN
Message-ID: <MAX.93Sep28164259@Kolmogorov.gac.edu>
References: <27qah0$hpc@news.intercon.com> <287fc6$t0b@news.intercon.com>
In-reply-to: disc@vector.intercon.com's message of 27 Sep 1993 19:36:38 GMT
In article <287fc6$t0b@news.intercon.com> disc@vector.intercon.com
(David Casti) writes:
: I just purchased a Quantum ELS170 from Club Mac and I can't get it to work
: on my NeXT. I can format the drive fine, but if I try to initialize it, I
: get a boatload of write errors and then it says there are no boot blocks
: available.
Thanks to those who sent me mail about this problem. It appears that the
ELS mechanism is somehow simply incompatible with the NeXT. ...
This is *very* odd, because I just yesterday installed two ELS170s,
one in a slab and one in a cube, and both are working fine. I'd love
to know what the difference is that makes them work for me and not for
other people. All I did was change the SCSI address jumpers (in one
case I actually left it at target 6), attach cables and screw in
place, use disk to initialize the disk with a boot-block and
file system, and then use restore (and mkfile) to put the stuff I
wanted into that file system.
One possible source of difference I may detect is that you say "I can
format the drive fine, but if I try to initialize it, ...". This
sounds like you started by doing a low-level format, as in disk's
Format command or the sdform program it runs. I didn't do that (it
shouldn't normally be necessary -- SCSI disks come pre-formated at
this level). My guess is that the format was done wrong (by sdform, I
don't mean by operator error), and so an incorrect format blew away
the correct one.
Newsgroups: comp.sys.next.sysadmin
From: doug@ponder.csci.unt.edu (Douglas A. Scott)
Subject: Workspace Manager dies during root login -- help!
Message-ID: <1993Sep28.212211.14814@news.unt.edu>
Sender: usenet@news.unt.edu (UNT USENet Adminstrator)
Organization: University of North Texas, Denton
Date: Tue, 28 Sep 1993 21:22:11 GMT
(I am posting from this machine because my normal news server is down.)
When I attempt to log in as root, my dock comes up (with the correct apps),
Preferences.app starts, as does my Terminal.app, but before the browser shows
up, I get a panel indicating a Workspace Manager error, with the only choice
being to save changes and log out.
In my console.log, there is only the following:
Software Version 3.1 (Lightning4H)
Sep 28 12:06:57 Workspace: Controller exited.
The only clue I have is this:
I had created a special local user, "template", on the machine whose home
directory was /usr/template/user, for the purpose of setting up the template
with the apps that I wanted users to have, etc. I made the userid 0, like
root. This was apparently a big mistake, because when I logged in, the
workspace thought I was root, but my home dir was /usr/template/user -- but
missing the "house" icon.
This root login failure is new since I did the above. I found one problem
right away: the Workspace DockHome default for root had been reset to
/usr/template/user. I cannot tell if any other defaults have been reset by
accident -- I compared the root default entries on this NeXT to those on
another, and could not find any significant differences.
I removed this fake account, but it did not help.
I also tried moving all the .NeXT files (defaults, etc.) somwhere else,
temporarily, and retried, but to no avail.
This is a real problem! Anyone have suggestions on how I can get things back
to the previous state, so I can log in as root on the console?
Thanks in advance!
--
___________________________________________________________________________
Douglas Scott
doug@foxtrot.ccmrc.ucsb.edu
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problems with rdump/restore between Sun/NeXT
Date: 28 Sep 1993 23:08:00 GMT
Organization: University of Illinois at Urbana
Message-ID: <28ag4g$so0@vixen.cso.uiuc.edu>
References: <27ll3c$nb7@galaxy.ucr.edu> <1993Sep25.004006.9825@kakwa.ucs.ualberta.ca>
>Mark Radleigh (osiris@ucrengr.ucr.edu) wrote:
>: I am having strange dump problems from a NeXT (Running NS 3.0) to a
>: Sparc LX (Running Solaris 2.2). I run rdump (rdump from NS 2.1) from the NeXT
>: to a tape 5Gig tape drive on the LX. Everything seems fine when it dumps it's
>: partitions (there are 3 of them). However, when it comes time to restore from
>: tape on the LX the weirdness begins. When trying to restore the first two
>: partitions on the tape, I receive the following...
Use NeXT's rrestore to remotely access the tape and use the NeXT
restore. Sun's restore won't be able to read the NeXT dump format
(used via NeXT's rdump).
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
From: lee@daruma.zoo.duke.edu (Lee Altenberg)
Newsgroups: comp.sys.next.sysadmin
Subject: NeXT Printer gone under 3.0! Help.
Message-ID: <21147@news.duke.edu>
Date: 28 Sep 93 22:11:48 GMT
Sender: news@news.duke.edu
Organization: Duke University Zoology Dept.; Durham, N.C.
I just upgraded a 68040 Cube from NEXTSTEP 2.1 to 3.0 , and
the NeXT Printer disappeared as a configured printer under
the Print window and PrintManager, and is no longer an option
for configuring new printers under PrintManager.
There is a mysterious entry under "Type" for Create New
Printer option of PrintManager, "NeXT 400 dpi Level II Printer",
but in grey font that you can't select.
How do I get the Next Printer back?
Thanks,
Lee Altenberg
altenber@acpub.duke.edu
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How to slipup from user account??
Date: 28 Sep 1993 23:20:36 GMT
Organization: University of Illinois at Urbana
Message-ID: <28ags4$ip@vixen.cso.uiuc.edu>
References: <CE193w.ILE@news2.cis.umn.edu>
klett@sunrayce.solar.umn.edu (James P. Klett) writes:
>Subject says it all, when I try to slipup/slipdown from a user account
>I get the message ::
>duioctl DialUp IP [920904] slip0
>Can't SIOCBICSOFTFLAGS(DS_FAILCALL): Not owner
>I have set all the files in the dialupip dirs to rwx for all users.
>Anybody??
Only root can do it.
You can change the slipup and slipdown scripts to setuid root (mode
4755, owned by root). Note that this basically opens up your machine
to anyone becoming root on it.
(major security hole if anyone else is on your machine)
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
From: lemson@ux1.cso.uiuc.edu (David Lemson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NeXTStep Telnet??
Date: 28 Sep 1993 23:21:59 GMT
Organization: University of Illinois at Urbana
Message-ID: <28agun$li@vixen.cso.uiuc.edu>
References: <CE1979.Ipn@news2.cis.umn.edu>
klett@sunrayce.solar.umn.edu (James P. Klett) writes:
>Is there a NeXTStep telnet program similar to GatorFTP+????
>If so, where????
/NextApps/Terminal.app
Well, seriously, you may want to check out 'remotes' that gives
Terminal or Stuart some of the functionality that you want (point
and click picking sites). Also see 'Stuart', which I use
exclusively instead of Terminal, due to its plethora of features.
--
David Lemson (217) 244-1205
University of Illinois Computing & Comm Services Office System Administrator
Internet : lemson@uiuc.edu UUCP :...!uiucuxc!uiucux1!lemson
NeXTMail & MIME accepted BITNET : LEMSON@UIUCVMD
From: anstine@uniblab.sas.upenn.edu (David Anstine)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How to slipup from user account??
Message-ID: <150516@netnews.upenn.edu>
Date: 28 Sep 93 22:35:08 GMT
References: <CE193w.ILE@news2.cis.umn.edu>
Sender: news@netnews.upenn.edu
In article <CE193w.ILE@news2.cis.umn.edu> klett@sunrayce.solar.umn.edu
(James P. Klett) writes:
> Subject says it all, when I try to slipup/slipdown from a user account
> I get the message ::
> duioctl DialUp IP [920904] slip0
> Can't SIOCBICSOFTFLAGS(DS_FAILCALL): Not owner
> I have set all the files in the dialupip dirs to rwx for all users.
> Anybody??
My experience says that you must be root to succesfully execute these
commands. Changing permissions to setuid root does not work either,
probably because they are shell scripts. Maybe a guru will intervene and
enlighten.
-dave
____________________________________________________
__
/ /\
/ / \ David Anstine
/ / /\ \ NeXT Support Specialist
/ / /\ \ \ University of Pennsylvania
/ / / \ \ \ School of Arts and Sciences
/ / / \ \ \ anstine@uniblab.sas.upenn.edu
/ /_/______\ \ \ (215)573-3285
/____________\ \ \
\_______________\/
From: jimc@tau-ceti.isc-br.com (Jim Cathey)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: raw device swapping (again and again)
Message-ID: <4047@tau-ceti.isc-br.com>
Date: 29 Sep 93 01:55:29 GMT
References: <1993Sep27.110412.3011@proximus.north.de> <CEDMAN.93Sep27224829@capitalist.princeton.edu>
Organization: Olivetti North America, Spokane, WA
In article <CEDMAN.93Sep27224829@capitalist.princeton.edu> cedman@princeton.edu (Carl Edman) writes:
[re: swapping on raw devices]
>Yes, it would likely improve the speed though the size of the
>improvement is a matter of speculation.
Not necessarily. Our system swaps only to filesystems. Internally,
though, it just grabs free space off the volume it's swapping to
by grabbing the first free block in the volume allocation bitmap
and converting that to a disk address to hand to the swapin/out routines
that do I/O at the lowest level internally. That first free block
has a pointer to the byte containing the bit, so you're only talking
about saving a few dozen instructions, a few more if you have to give
that block to a swapfile inode (we don't do this, swap space just quietly
disappears from the volume until it's freed).
So, there's very little a 'raw' swap device could do for our system.
Perhaps NS is the same? The worst penalty is the mkfs for a swap-only
volume, which isn't severe. And you gain greatly by being to share
the volume with /tmp directories et al., and by dynamically partitioning
the space if you don't pre-allocate a swapfile.
--
+----------------+
! II CCCCCC ! Jim Cathey
! II SSSSCC ! ISC-Bunker Ramo
! II CC ! TAF-C8; Spokane, WA 99220
! IISSSS CC ! UUCP: uunet!isc-br!jimc (jimc@isc-br.isc-br.com)
! II CCCCCC ! (509) 927-5757
+----------------+
One Design to rule them all; one Design to find them.
One Design to bring them all and in the darkness bind
them. In the land of Mediocrity where the PC's lie.
Newsgroups: comp.sys.next.sysadmin
From: dsiebert@icaen.uiowa.edu (Doug Siebert)
Subject: Re: raw device swapping (again and again)
Sender: news@news.uiowa.edu (News)
Message-ID: <1993Sep29.024115.7970@news.uiowa.edu>
Date: Wed, 29 Sep 1993 02:41:15 GMT
References: <1993Sep27.110412.3011@proximus.north.de> <CEDMAN.93Sep27224829@capitalist.princeton.edu> <4047@tau-ceti.isc-br.com>
Organization: University of Iowa, Iowa City, IA, USA
jimc@tau-ceti.isc-br.com (Jim Cathey) writes:
>In article <CEDMAN.93Sep27224829@capitalist.princeton.edu> cedman@princeton.edu (Carl Edman) writes:
>[re: swapping on raw devices]
>>Yes, it would likely improve the speed though the size of the
>>improvement is a matter of speculation.
>Not necessarily. Our system swaps only to filesystems. Internally,
>though, it just grabs free space off the volume it's swapping to
>by grabbing the first free block in the volume allocation bitmap
>and converting that to a disk address to hand to the swapin/out routines
>that do I/O at the lowest level internally. That first free block
>has a pointer to the byte containing the bit, so you're only talking
>about saving a few dozen instructions, a few more if you have to give
>that block to a swapfile inode (we don't do this, swap space just quietly
>disappears from the volume until it's freed).
>So, there's very little a 'raw' swap device could do for our system.
>Perhaps NS is the same? The worst penalty is the mkfs for a swap-only
>volume, which isn't severe. And you gain greatly by being to share
>the volume with /tmp directories et al., and by dynamically partitioning
>the space if you don't pre-allocate a swapfile.
This may be a gain over a simple raw swap setup, but how about a tmpfs setup
like Sun (among others) has? In this setup, you have a swap partition that is
a raw swap device, but it is also mounted as a filesystem as /tmp. I don't
know the details of how this works internally, but do know that if you have a
Sun with a fairly large amount of memory and you write to /tmp, you are writing
to memory, basically, making /tmp *very* fast. I'd love to see NeXT do that,
though unfortunately only dimensions and turbos can have enough memory (>32M)
for which this is a win (maybe cubes can do 64M, I only have a color slab that
is sadly and stupidly limited to only 32M)
--
Doug Siebert dsiebert@isca.uiowa.edu
"Had this been an actual emergency, we would have fled in terror, and you would
not have been informed." --Someone more clever than I
Newsgroups: comp.sys.next.sysadmin
From: mshaler@tdocad.sps.mot.com (Michael Shaler)
Subject: Re: Is it possible to change the mouse pointer on black hardware
References: <1993Sep28.093945.1445@dmu.ac.uk>
Date: Wed, 29 Sep 1993 03:21:06 GMT
Organization: Nippon Motorola Ltd., Tokyo, Japan
Sender: news@tkymail.sps.mot.com
Message-ID: <1993Sep29.032106.21093@tkymail.sps.mot.com>
Simon F C Harwood writes
Hi there,
I am the systems administrator on a NeXT Cube/Dimension
running NS2.1 Extended. One of my users is severely visually
impared and keeps "losing" the mouse pointer. Does anyone know
how to change the mouse pointer enlarging or changing the contrast,
etc) - for a specific user only? He has got the window sizes and
fonts etc. all sorted out, but neither him nor I have been able
to find out how to alter the mouse pointer. Is this an undocumented
dwrite, or is it not possible under my current version of NS.
I think that the standard NeXT cursor has a default size of 16 pixels. One possibility is to try editing (with Iconbuilder, WetPaint or Image the file /usr/lib/NextStep/Workspace.app/genericCursor.tiff to alter the contrast, or shape of the cursor, if such cues would help. I don't know if there is a bigger/better answer.
---
Michael Shaler
Tokyo Design Center
Nippon Motorola Ltd.
+813 3280 8245 voice
+813 3440 0033 fax
mshaler@tdocad.sps.mot.com [NeXTmail]izes and
fonts etc. all sorted out, but neither him nor I have been able
to find out how to alter the mouse pointer. Is this an undocumented
dwrite, or is it not possible under my current version of NS.
I think that the standard NeXT cursor has a default size of 16 pixels. One possibility is to try editing (with Iconbuilder, WetPaint or Image the file /usr/lib/NextStep/Workspace.app/genericCursor.tiff to alter the contrast, or shape of the cursor, if such cues would help. I don't know if there is a bigger,
Newsgroups: comp.sys.next.sysadmin
From: louie@TransSys.COM (Louis A. Mamakos)
Subject: Re: How to slipup from user account??
Message-ID: <28b6bq$ivl@wa3ymh.transsys.com>
Sender: usenet@grebyn.com (Operator)
Organization: TransSys, Inc.
References: <CE193w.ILE@news2.cis.umn.edu> <28ags4$ip@vixen.cso.uiuc.edu>
Date: Wed, 29 Sep 1993 05:27:22 GMT
In article <28ags4$ip@vixen.cso.uiuc.edu> lemson@uiuc.edu writes:
>Only root can do it.
>You can change the slipup and slipdown scripts to setuid root (mode
>4755, owned by root). Note that this basically opens up your machine
>to anyone becoming root on it.
>(major security hole if anyone else is on your machine)
You can make /usr/dialupip/bin/duioctl setuid to root to solve this
problem, though this means that anyone will be able to invoke it..
And yes, yes, there is an Moto/Intel SLIP/CSLIP package coming with
all sorts of new features.. Real Soon Now (means: pretty soon,
really, but I can't predict exactly when).
Now, for something completely different..
One question that I have for people to ponder: the new software will
have the ability to configure IP "tunnels", which allow you to build a
virtual network over any existing IP connectivity. I have software
which can DES encrypt the packets that are transmitted through these
IP "tunnels". This works Just Fine.
The problem it seems, is not a technical one, but a legal one. Given
recent events regarding software packages that support data
encryption, it may be problematic selling this software which could be
considered a "defense article". To get a definitive (ha!) answer to
this particular question looks like it will take many hours of my
laywer's time which quickly mount up at $125/hour. This translates to
more $$$ for that part of the software. So, are folks interested in
this capability? Does anyone have an experience software packages
which are likely covered by ITAR regulations? How about an RC2/RC4
version rather then DES which is weaker but "sanctioned"?
It's hard enough making the software work (and it does), but I'm
really bummed out at the prospect of not being able to distribute it
in a product without being the next on the list for a visit to the
grand jury. (See sci.crypt and talk.politics.crytpo for more
details.)
--
Louis A. Mamakos
TransSys, Inc.
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: Robert_La_Ferla@hot.com
Subject: Longest NeXT Laser Printer Cable
Message-ID: <1993Sep29.032602.7487@hot.com>
Sender: robertl@hot.com
Organization: Hot Technologies
Date: Wed, 29 Sep 1993 03:26:02 GMT
Is it possible to get a longer NeXT laser printer cable? I'm sure
this is in a FAQ but I can't find it. How long is the standard cable
and how long is the extended one (if it's possible)?
Thanks,
Robert
From: mycroft@monolith.utexas.edu (Alex Currier)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How to slipup from user account??
Date: 29 Sep 1993 06:41:21 GMT
Organization: The University of Texas at Austin, Austin, Texas
Message-ID: <28bamh$lrf@geraldo.cc.utexas.edu>
References: <28b6bq$ivl@wa3ymh.transsys.com>
In article <28b6bq$ivl@wa3ymh.transsys.com> louie@TransSys.COM (Louis A.
Mamakos) writes:
> One question that I have for people to ponder: the new software will
> have the ability to configure IP "tunnels", which allow you to build a
> virtual network over any existing IP connectivity. I have software
> which can DES encrypt the packets that are transmitted through these
> IP "tunnels". This works Just Fine.
I like the idea. However, DES encrypted "virtual networks" sounds like bait
for instant and massive governmental interest. I would say go with it but be
ready to have someone start breathing down your neck. If you have time to
fight for it as a cause then I wish I had your schedule.
--
========================================================================
Alex Currier | History is made at night...
mycroft@ccwf.cc.utexas.edu | Character is what you are in the dark.
========================================================================
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: Re: HP ScanJet IIp and NeXT-Station
Message-ID: <rorCE3sy4.Jvu@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <271k52$7aj@hermes.uni-konstanz.de>
Date: Wed, 29 Sep 1993 07:03:39 GMT
Frank Burgbacher (frank@spock.physik.uni-konstanz.de) wrote:
: Hello,
: did anyone ever attach a HP ScanJet IIp to a NeXT-Station? Is there any
: software for free? Any help welcome.
: Frank
I am also very interested in this, but I am running NEXTSTEP/FIP.
Zach
--
ror@netcom.com ~RoR-Alucard~
Newsgroups: comp.sys.next.sysadmin
From: dave@einstein.andi.org (David Scheck)
Subject: Edit.app has no menu?
Message-ID: <CE34py.F41@nextsrv1.andi.org>
Followup-To: dscheck@andi.org
Keywords: next edit
Sender: usenet@nextsrv1.andi.org (usenet)
Organization: Association of NeXTSTEP Developers International
Date: Tue, 28 Sep 1993 22:20:21 GMT
Can anyone tell me why Edit.app will not show its menu unless its is
run by root?
Strangly enough if I chmod u+s /NextApps/Edit.app/Edit it still will
not shows any menus. (It is running as root though?)
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA
M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$Q-3)<='@R,S`T7'1X,S0U-EQT
M>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V7'1X,3`S-CA<='@Q
M,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R-%QF8S!<8V8P($-A;B!A;GEO;F4@
M=&5L;"!M92!W:'D@161I="YA<'`@=VEL;"!N;W0@<VAO=R!I=',@;65N=2!U
M;FQE<W,@:71S(&ES(')U;B!B>2!R;V]T/UP*7`I3=')A;F=L>2!E;F]U9V@@
M:68@22!C:&UO9"!U*W,@+TYE>'1!<'!S+T5D:70N87!P+T5D:70@:70@<W1I
M;&P@=VEL;"!N;W0@<VAO=W,@86YY(&UE;G5S+B`H270@:7,@<G5N;FEN9R!A
6<R!R;V]T('1H;W5G:#\I7`I<"@I]"FUE
`
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: Quantum ELS170?
Date: 29 Sep 1993 13:43:55 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <28c3er$p0o@news.intercon.com>
References: <27qah0$hpc@news.intercon.com> <287fc6$t0b@news.intercon.com> <MAX.93Sep28164259@Kolmogorov.gac.edu>
Hi Max,
Max Hailperin (max@Kolmogorov.gac.edu) wrote:
: This is *very* odd, because I just yesterday installed two ELS170s,
: one in a slab and one in a cube, and both are working fine. I'd love
: to know what the difference is that makes them work for me and not for
: other people.
Yeah; that would be worthwhile to know. I got mail from several people
with the problem, and there are a few messages in the next-managers
archive about it too.
: One possible source of difference I may detect is that you say "I can
: format the drive fine, but if I try to initialize it, ...". This
: sounds like you started by doing a low-level format, as in disk's
: Format command or the sdform program it runs. I didn't do that (it
: shouldn't normally be necessary -- SCSI disks come pre-formated at
: this level). My guess is that the format was done wrong (by sdform, I
: don't mean by operator error), and so an incorrect format blew away
: the correct one.
Interesting speculation. Actually, I tried many *many* permutations,
including the disk and sdform commands, as well as formatting the drive on
my Mac to get it back to a "ground state". I even tried using it as a Mac
disk, since NextStep 3.1 doesn't seem to have any problem with attaching Mac
SCSI filesystems.
The result was always the same: no superblocks could be found on the disk,
the boot blocks at 32 and 96 couldn't be written, and the console had
about 20 write errors in the log...
David.
From: dbora@ils.nwu.edu (Donald Bora)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Ethernet Adapters
Date: 29 Sep 1993 14:27:02 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <28c5vm$egu@anaxagoras.ils.nwu.edu>
I am trying to get NS/I to work with Artisoft's AE-2 (or AE-2/T) Ethernet
adapter. Is there a driver available for this adapter?
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
Newsgroups: comp.sys.next.sysadmin
From: yanik@planon.qc.ca (Yanik Crepeau)
Subject: Re: Rebooting Problems - with NeXTStep
Message-ID: <1993Sep28.140442.3689@CAM.ORG!planon>
Sender: yanik@CAM.ORG!planon
References: <113585@hydra.gatech.EDU>
Date: Tue, 28 Sep 1993 14:04:42 GMT
In article <113585@hydra.gatech.EDU> gt8299c@prism.gatech.EDU (Badri Narasimhan) writes:
| Dear Friends:
|
| I have NeXTStep installed on a Dell 486. Recently, I powered
| down the system to shift it to another location. It is not loading
| NeXTStep anymore. Instead of entering the environment, it hangs. The
| following is the sequence of operations when I try to re-boot it.
|
| 1. Reading machine kernel
|
| 2. Re-booting by itself
|
| 3. Registering all drivers
|
| 4. Hangs here!!!!!!!!!!
|
| The last message is Sep 27 .. date.. localhost reboot: complete
| There was a series of
| Could anybody help me out??
|
| There was a series of power outages some weeks ago, but it
| succeeded in re-booting in all instances.
| Thanks in advance.
|
| Badri
|
| badri@gtsurya.gatech.edu
|
|
| --
| Badri Narasimhan
| Georgia Institute of Technology, Atlanta Georgia, 30332
| uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt8299c
| Internet: gt8299c@prism.gatech.edu
I had the same problem.
The machine is probably up and running in UNIX mode but the WindowServer and LoginWindow
programs can not be launched. You can test that with a remote login (rlogin or telnet)
from another machine. Two reasons could prevent LoginWindow to be launched:
1) Some localized resource can not be found in the application. The translation
in other langages than English has some glitches and must be fixed before you restart the
machine. If you have installed other language than English, you could have switched to a
non-English language. Just triple-check the preference (dread) from a UNIX terminal.
2) Someone has tried have a developper environement on an Intel machine using
resources located on a NeXT machine. If you use NFS to replace directories like
/NextDeveloper /usr/lib /usr/bin etc. etc., you will be able to run fatbit compilers and
other fatbit stuffs located on a NeXT machine in your own Intel machine. However, if you
forget to restore the original paths before you re-start the machine, some binaries
needed for loginwindow and/or windowserver won't lauch: they are not fatbit.
I hope that will help you.
Yanik
--
Yanik Crepeau
Programmer
Planon Telexpertise
E-Mail: yanik@planon.qc.ca (NeXT)
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: What do these console errors tell me?
Date: 29 Sep 1993 16:40:39 GMT
Organization: Center for Computer Music Research and Composition, U.C.S.B.
Message-ID: <28cdq7$imk@hub.ucsb.edu>
I got the following console errors upon logging in this morning:
Sep 29 08:55:37 foxtrot syslog: NXMiniApp: Cannot get bootstrap port : 1102
*** Cannot get task port of process 4915 (error 5)
Sep 29 08:55:37 Workspace[4867]: Cannot make connection to
/usr/lib/NextStep/Workspace.app/WM.app/AppFinder.tool
Sep 29 08:55:37 Workspace[4867]: Cannot create tool app finder tool
What are these telling me? I suspect some relationship to my other problem
(see my post about the WM dying when loggin in as root).
Thanks!!
--
Douglas Scott | Senior Development Engineer
Tel: (805) 893-8352 | Center for Computer Music Research and Composition
Internet (NeXTMail ok): | Music Department
<doug@ccmrc.ucsb.edu> | University of California, Santa Barbara
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.sysadmin
Subject: Workspace Manager dies during root login -- help!
Date: 29 Sep 1993 16:00:10 GMT
Organization: Center for Computer Music Research and Composition, U.C.S.B.
Message-ID: <28cbea$h91@hub.ucsb.edu>
When I attempt to log in as root, my dock comes up (with the correct apps),
Preferences.app starts, as does my Terminal.app, but before the browser shows
up, I get a panel indicating a Workspace error, with the only choice being to
log out.
In my console.log, there is only the following:
Software Version 3.1 (Lightning4H)
Sep 28 12:06:57 Workspace: Controller exited.
The only clue I have is this:
I had created a special local user, "template", on the machine whose home
directory was /usr/template/user, for the purpose of setting up the template
with the apps that I wanted users to have, etc. I made the userid 0, like
root. This was apparently a big mistake, because when I logged in, the
workspace thought I was root, but my home dir was /usr/template/user -- but
missing the "house" icon.
This root login failure is new since I did the above. I found one problem
right away: the Workspace DockHome default for root had been reset to
/usr/template/user. I cannot tell if any other defaults have been reset by
accident -- I compared the root default entries on this NeXT to those on
another, and could not find any significant differences.
I removed this extra account, but it did not help.
This is a real problem! Anyone have suggestions on how I can get things back
to the previous state, so I can log in as root on the console?
In addition, when I logged into my regular (nonroot) account this morning, I
got the following console errors:
Sep 29 08:55:37 foxtrot syslog: NXMiniApp: Cannot get bootstrap port : 1102
*** Cannot get task port of process 4915 (error 5)
Sep 29 08:55:37 Workspace[4867]: Cannot make connection to
/usr/lib/NextStep/Workspace.app/WM.app/AppFinder.tool
Sep 29 08:55:37 Workspace[4867]: Cannot create tool app finder tool
What is this telling me???
Thanks in advance!
--
Douglas Scott | Senior Development Engineer
Tel: (805) 893-8352 | Center for Computer Music Research and Composition
Internet (NeXTMail ok): | Music Department
<doug@ccmrc.ucsb.edu> | University of California, Santa Barbara
From: louie@sayshell.umd.edu (Louis A. Mamakos)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: "spurious DMA interrupt" message on cube
Date: 29 Sep 1993 18:58:33 GMT
Organization: University of Maryland, College Park
Message-ID: <28clsp$n2s@ni.umd.edu>
References: <1993Sep23.195350.27898@cybernet.cse.fau.edu>
In article <1993Sep23.195350.27898@cybernet.cse.fau.edu> tom@cse.fau.edu (Tom Horton) writes:
>I'm getting messages in the console log and in /usr/adm/messages about a
>"spurious DMA interrupt". Here's a typical one:
>
> Sep 23 12:33:32 sailfish mach: spurious DMA interrupt: state 0x1000000
>channel 0x2000110
>
>I don't have any idea of what kind of problem this might be. Can anyone tell
>me what kind of problem this might be? (If it is a problem....)
This is usually caused by a high collision rate on the Ethernet that the
NeXT is connected to. Or a babbling repeater or something like that.
>A) I did see this once before on one of these two machines. Shortly afterwards
>we replaced the T connector used to attach the machine to the Ethernet, and the
>messages appeared to go away. At the time I believe that the bad T connector
>was at fault, but it could have just been coincidence or the messages could
>have reappeared shortly afterwards without my noticing. To see if this is
>once again the problem (on both machines?!) I have replaced the T connector on
>one of the machines now.
Hmmm...
>B) The messages for both machines *seem* to appear on the same days at roughly
>the same times (not always) -- this could be coincidence. I haven't been able
>to monitor this long enough to make any conclusions.
Hmmm... high collision rate should be seen at all stations on the same
Ethernet.
>C) Finally, we're having a general network problem on this subnet. All our Sun
>workstations will suddenly freeze up due to network problems indicated by
>messages like the following:
> le0: Receive: giant packet from 8:0:20:a:24:60
> le0: Receive: STP in rmd cleared
> le0: Receive: BUFF set in rmd
> le0: Receive: STP in rmd cleared
>The ethernet address in these "giant packet" messages seems to vary. Sometimes
>we know what machine it is (and that machine appears ok), and sometimes we
>don't know. This general problem has our systems people stymied. In fact, I
>discovered the DMA message on the NeXTs when looking to see if the NeXTs were
>also getting giant packet messages. Is the NeXT DMA problem related to the
>giant packet problem?
Almost certainly. You have a network problem of some sort, and
different hosts on your network are dealing with it (or not, as the
case may be) when it occurs.
Louis Mamakos
University of Maryland
Newsgroups: comp.sys.next.sysadmin
From: troyw@csn.org (Troy Weingart)
Subject: SoundDSP:audio driver not loaded!
Message-ID: <CE4x7G.7uL@csn.org>
Sender: news@csn.org (news)
Organization: Colorado SuperNet, Inc.
Date: Wed, 29 Sep 1993 21:33:15 GMT
Hi,
How do I fix the above problem. It seems that the audio driver is not
being loaded at boot? Any suggestions?
Thanks
--
* Troy Weingart Internet: troyw@csn.org *
* 6825 Ashley Drive AT&Tnet: 719.574.9844 *
* Colo Sprgs, CO 80922 *
Newsgroups: comp.sys.next.sysadmin
From: clarance@nshade.uah.ualberta.ca (Clarance Howatt)
Subject: Indexing WriteNow docs in Librarian
Message-ID: <1993Sep29.231223.1487@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Wed, 29 Sep 1993 23:12:23 GMT
This may not be the best time to ask (What with the Appsoft situation) but
here goes anyway.
The Problem:
It would seem that when you search for words in a WriteNow document that
are delimited by white space there is no problem. (It just works). On the
other hand if you search for words that are delimited with a carriage
return they are not found. It turns out that the delimiter is ignored and
so a string like:
something\n
and something else
would be indexed as:
somethingand
something
else
I have traced this problem (as near as I can tell) to be the wn-rtf script
that is inside the app wrapper. Is this a known problem? Is there a fix?
Is there a workaround?
Thanks in advance
Clarance
============================================================
Clarance Howatt
Programmer, Information Systems
University of Alberta Hospitals
WMC 2C2.21, 8440 - 112th Street,
Newsgroups: comp.sys.next.sysadmin
From: david@zion.com(David J. Ferrero)
Subject: Marble's Teleconnect on NeXTSTEP 3.1 (black)
Message-ID: <1993Sep30.025930.451@zion.com>
Sender: david@zion.com
Organization: Zion Software & Consulting
Date: Thu, 30 Sep 1993 02:59:30 GMT
Is anyone successfully using marble's teleconnect to run a SLIP connection
or CSLIP between NeXT systems running NeXTSTEP 3.1?
If so, could you please send any special steps needed to get this to run.
thanks,
david@zion.com
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: raw device swapping (again and again)
In-Reply-To: dsiebert@icaen.uiowa.edu's message of Wed, 29 Sep 1993 02:41:15 GMT
To: dsiebert@icaen.uiowa.edu (Doug Siebert)
Message-ID: <CEDMAN.93Sep29211211@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <1993Sep27.110412.3011@proximus.north.de>
<CEDMAN.93Sep27224829@capitalist.princeton.edu>
<4047@tau-ceti.isc-br.com> <1993Sep29.024115.7970@news.uiowa.edu>
Date: Thu, 30 Sep 1993 01:12:11 GMT
In article <1993Sep29.024115.7970@news.uiowa.edu> dsiebert@icaen.uiowa.edu (Doug Siebert) writes:
jimc@tau-ceti.isc-br.com (Jim Cathey) writes:
>So, there's very little a 'raw' swap device could do for our system.
>Perhaps NS is the same? The worst penalty is the mkfs for a swap-only
>volume, which isn't severe. And you gain greatly by being to share
>the volume with /tmp directories et al., and by dynamically partitioning
>the space if you don't pre-allocate a swapfile.
This may be a gain over a simple raw swap setup, but how about a
tmpfs setup like Sun (among others) has? In this setup, you have a
swap partition that is a raw swap device, but it is also mounted as
a filesystem as /tmp. I don't know the details of how this works
internally, but do know that if you have a Sun with a fairly large
amount of memory and you write to /tmp, you are writing to memory,
basically, making /tmp *very* fast. I'd love to see NeXT do that,
though unfortunately only dimensions and turbos can have enough
memory (>32M) for which this is a win (maybe cubes can do 64M, I
only have a color slab that is sadly and stupidly limited to only
32M)
This is a different matter entirely. You can create and reap the
benefits of a tmpfs regardless of the kind of swap you have and even
if you have no swap at all.
The tmpfs is not really the directly mounted swap partition. Instead
it is just an ordinary file system which was optimized under the
removal of the constraint that the file system will boot up in a
reasonably consistent state regardless of the way the machine was
stopped. You definitly want this constraint in your main file system
as you'd hate to lose all your data just because of a single system
crash. But the tmpfs is cleaned out on each boot anyway, so who cares
in what state it was ? The big win in this is not really that all
writes are to memory (most file system writes will also just go to a
buffer in memory), but rather all the saved synchronization which
makes e.g. file creation orders of magnitude faster. If you want to,
I can probably dig out the old paper which the authors wrote.
A tmpfs would probably improve performance on the NeXT as well, but
fortunately you can achieve the moral equivalent in the most common
case, compilation by using the -pipe switch to gcc (which is generally
a good idea for all compilations on the NeXT).
Carl Edman
From: smcgrew@theocean
Newsgroups: comp.sys.next.sysadmin
Subject: printing problems (BIG ONES)
Date: 29 Sep 93 21:02:20
Organization: University of Oregon
Distribution: fj
Message-ID: <smcgrew.93Sep2921220@theocean>
Mime-Version: 1.0
Content-Type: text/plain
Hello all you NeXT / UNIX experts I need some help.
I have installed my Intel Based NeXTSTEP machine at school (University of Oregon) and am trying
to get several printers here at school (ethernet connected) to work for me. my problems are
1 - They do not have a server because they are being used on a Macintosh Network.
2 - I don't know what I am doing!
3 - Don't you have to have a server to set up a printcap file to identify the printers?
4 - I don't know what I am doing!
5 - PLEASE HELP - I have a thesis that needs to be printed.
Thank you for your support!
PS> I don't have any cash either so this has to be a free or REALLY cheap fix.
I would appreciate any help that anyone can provide.
Steven McGrew
University of Oregon Computer Support (what a joke right!)
smcgrew@theocean.uoregon.edu
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: raw device swapping (again and again)
In-Reply-To: gemoe@proximus.north.de's message of Mon, 27 Sep 1993 11:04:12 GMT
To: gemoe@proximus.north.de (Gerhard Moeller)
Message-ID: <CEDMAN.93Sep27224829@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <1993Sep27.110412.3011@proximus.north.de>
Date: Tue, 28 Sep 1993 02:48:29 GMT
In article <1993Sep27.110412.3011@proximus.north.de> gemoe@proximus.north.de (Gerhard Moeller) writes:
I know that this has been asked a thousand times already, but...
Well, not quite a thousand times.
I try to get swapping done on a raw device, as I hope that this would
improve the speed. (Is that true, by the way?)
Yes, it would likely improve the speed though the size of the
improvement is a matter of speculation.
No, it can't be done. This answer was confirmed by disassembling the
kernel for several different OS releases.
Carl Edman
Newsgroups: comp.sys.next.sysadmin
From: dylan@Angst.COM (Dylan Kohler)
Subject: Clients confused about main NetInfo server
Message-ID: <1993Sep30.144706.4949@Angst.COM>
Sender: dylan@Angst.COM
Organization: Angst Animation Post Production
Date: Thu, 30 Sep 1993 14:47:06 GMT
I just re-setup our network. The first time I botched naming the main
Netinfo server using SimpleNetworkStarter.app and made it 'myhost'. The
second time I did it right, making it 'angst'.
Now, however, on client host 'max' when it starts up it says:
Setting hostname to - AUTOMATIC -
myhost returned new hostname : max
Reinitializing nmserver's network portion
instead of "angst returned...". How do I fix this up? I'm afraid it
might have more serious consequences, now or later.
Thanks in advance. I'll summarize if anyone's interested.
--
___________________________________
Dylan Kohler
Angst Animation Post Production
dylan@angst.com (NeXTmail welcome)
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin
From: erik@csn.org (Erik Mugele)
Subject: Using HP DeskWriter on Black hardware
Message-ID: <CE73q4.B7B@csn.org>
Sender: news@csn.org (news)
Organization: Colorado SuperNet, Inc.
Date: Fri, 1 Oct 1993 01:49:14 GMT
I still have not gotten any responses on the following problem. I am holding
on to hope that someone has an answer.
I have an HP DeskWriter (for the macintosh, not the HP DeskJet 5xx) that
I would like to use with my black slab. What will it take in the way
of hardware/software to make the DeskWriter work with my black hardware?
Is it even possible?
TNX in advance.
--
Erik Mugele * erik@csn.org * "Vegetarians eat vegetables...
* mugele@sil.org * Beware of humanitarians!"
Ham Radio: N5XYX * * -- Wisdom of Dr. Bob
DoD #: 1030 * 719.550.6188 *
From: dougw@ks25.chi.il.us (Doug Waldron)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: Longest NeXT Laser Printer Cable
Message-ID: <2661@ks25.chi.il.us>
Date: 1 Oct 93 00:15:18 GMT
References: <1993Sep29.032602.7487@hot.com>
Organization: R. R. Donnelley & Sons
In article <1993Sep29.032602.7487@hot.com>, Robert_La_Ferla@hot.com writes:
> Is it possible to get a longer NeXT laser printer cable? I'm sure
> this is in a FAQ but I can't find it. How long is the standard cable
> and how long is the extended one (if it's possible)?
>
> Thanks,
> Robert
Geeeeez, I sure hope that "printer cable" isn't slang for something else.
How long is a standard one?? An extended one?? yuk yuk yuk, you're
too much Robert!
Newsgroups: comp.sys.next.sysadmin
From: brad@shunda.srv.ualberta.ca (Brad Nelson)
Subject: Re: How to slipup from user account??
Message-ID: <1993Oct1.044829.29743@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <150516@netnews.upenn.edu>
Date: Fri, 1 Oct 1993 04:48:29 GMT
In article <150516@netnews.upenn.edu> anstine@uniblab.sas.upenn.edu (David
Anstine) writes:
> In article <CE193w.ILE@news2.cis.umn.edu> klett@sunrayce.solar.umn.edu
> (James P. Klett) writes:
> > Subject says it all, when I try to slipup/slipdown from a user account
> > I get the message ::
> > duioctl DialUp IP [920904] slip0
> > Can't SIOCBICSOFTFLAGS(DS_FAILCALL): Not owner
> > I have set all the files in the dialupip dirs to rwx for all users.
> > Anybody??
>
> My experience says that you must be root to succesfully execute these
> commands. Changing permissions to setuid root does not work either,
> probably because they are shell scripts. Maybe a guru will intervene and
> enlighten.
I can't call myself a guru - but here's what I did, and it works for me.
(do this as root)
# chmod ug+s /usr/dialupip/bin/duioctl
I don't think that sgid is necessary, and I can't remember why I set
it that way, but it's the way mine is set. Here's what ls -lg shows:
-rws--s--x 1 root staff 7612 Sep 4 1992 duioctl*
This works because it's the duioctl program that does the work of
bringing the link up. The slipup script just builds the command line
for duioctl. To make things easy for the users, have them add
/usr/dialupip/bin to their paths.
If you have users that you don't want to be able to slipup, maybe do:
# cd /usr/dialupip/bin
# chown root.wheel duioctl
# chmod o-x duioctl
# ls -lg duioctl
-rws--s--- 1 root wheel 7612 Sep 4 1992 duioctl*
Then only members of the wheel group can bring up the link.
--
-Brad brad@shunda.srv.ualberta.ca
bradley@cs.ualberta.ca
From: mycroft@monolith.utexas.edu (Alex Currier)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How to slipup from user account??
Date: 1 Oct 1993 05:23:56 GMT
Organization: The University of Texas at Austin, Austin, Texas
Message-ID: <28getc$bkb@geraldo.cc.utexas.edu>
References: <1993Oct1.044829.29743@kakwa.ucs.ualberta.ca>
In article <1993Oct1.044829.29743@kakwa.ucs.ualberta.ca>
brad@shunda.srv.ualberta.ca (Brad Nelson) writes:
> I can't call myself a guru - but here's what I did, and it works for me.
> (do this as root)
> # chmod ug+s /usr/dialupip/bin/duioctl
Thank you, Brad.
--
========================================================================
Alex Currier | History is made at night...
mycroft@ccwf.cc.utexas.edu | Character is what you are in the dark.
========================================================================
Newsgroups: comp.sys.next.sysadmin
From: irving@Happy-Man.com (Irving_Wolfe)
Subject: Workspace Ignoring ApplicationPaths
Message-ID: <1993Oct1.022947.29911@Happy-Man.com>
Organization: Happy Man Corp, 4410 Pt Robinson, Vashon, WA 98070 206/463-9399
Date: Fri, 1 Oct 1993 02:29:47 GMT
I received a question from Patrique Lalonde <pat%cesar@CAM.ORG>
that I could not answer. At his request I am posting it here;
please respond directly to him and he will post the solution.
* Forwarded Message Follows *
Hello Irving,
I am presently working on my news configuration and cannot post to
newsgroups.
I was woundering if you have any suggestions.
PROBLEM:
I store all my apps in /Apps. Within /Apps I have different
subdirectories which are titled like follows:
1 drwxr-xr-x 3 root wheel 1024 Sep 30 00:42 bui/
(buiseness)
1 drwxr-xr-x 5 root wheel 1024 Sep 30 00:43 comm/
(communication)
1 drwxr-xr-x 3 root wheel 1024 Sep 30 00:56 db/
(dataBase)
1 drwxr-xr-x 6 root wheel 1024 Sep 30 00:20 demo/
(demos)
1 drwxr-xr-x 3 root wheel 1024 Sep 30 01:04 dev/
(developper)
1 drwxr-xr-x 2 root wheel 1024 Sep 29 02:10 graph/
(graphical)
1 drwxr-xr-x 4 root wheel 1024 Sep 30 01:22 jeux/
(Games)
1 drwxr-xr-x 2 root wheel 1024 Sep 29 02:10 musi/
(Musique)
1 drwxr-xr-x 3 root wheel 1024 Sep 30 01:22 redac/
(Text)
1 drwxr-xr-x 12 root wheel 1024 Sep 30 00:42 uti/
(Utilities)
In previous releases I would enter this dwrite command in all the
accounts on my machine so that their respective documents would
have the correct icon.
Here is that command:
dwrite Workspace ApplicationPaths ~/Apps:/Apps:/Apps/bui:/Apps/comm:/Apps/db:/Apps/demo:/Apps/dev:/Apps/graph:/Apps/jeux:/Apps/musi:/Apps/redac:/Apps/uti:/NextApps:/LocalApps:/NextDeveloper/Apps:/NextAdmin:/NextDeveloper/Demos
but for some reason it doesn't work any more.
Thanks,
Pat
--
Patrique Lalonde
pat%cesar@cam.org
* End Forwarded Message *
I have corresponded with Pat and already ascertained that the new
ApplicationPaths variable was being stored in the defaults database
and could be retrieved from it. So the question is, with this in
the defaults database, how could Workspace be ignoring it?
Anyway, please try to help him if you can.
--
Irving_Wolfe@Happy-Man.com 206/463-9399 x101 fax 206/463-9255
Happy Man Corp. 4410 SW Pt. Robinson Rd., Vashon, WA 98070-7399
We publish SOLID VALUE for the intelligent investor. NextMail OK
Info. packet free. Send POSTAL address: Solid-Value@Happy-Man.com
Newsgroups: comp.sys.next.sysadmin
From: dave@einstein.andi.org (David Scheck)
Subject: SUMMARY: Edit.app has no menu?
Message-ID: <CE72KL.I2o@nextsrv1.andi.org>
Followup-To: dscheck@andi.org
Keywords: Edit
Sender: usenet@nextsrv1.andi.org (usenet)
Organization: Association of NeXTSTEP Developers International
Date: Fri, 1 Oct 1993 01:24:21 GMT
Thank you all for responding. Here are some responses I recieved.
Response 1: My initial guess is that the menu got moved in the
non-root account to some place
hard to find. Try looking around the edges of the screen for any
hint of it. If you
can't find it to pull it back on-screen, check it's defaults (dread
-l | grep Edit)
and remove the one that deals with the menu location (something like
dremove NXMenuLocation).
Response 2: Most likely Edit is showing it's menu, but someone moved
it to be the very
edge of the screen (so that most of the menu is off screen). I
suggest
clicking between Edit and some other application paying very close
attention
to the edge of your screen. You should see the sliver of the Edit
menu
blinking, whereupon you can grab it and move it back.
Response 3: Is it possible you moved the main menu off the screen at
some point? You could check it out by enabling the right mouse
button in /NextApps/Preferences.app and then see if that button will
show you the menu.
Well, It was not a menu off the screen problem. I know this because
the accelerators did not work.
I did notice that the root acount had three entries in the defaults
database.
Edit Programmer YES
Edit (I cannot remember the second)
Edit (I cannot remember the third either)
Furthermore, the accounts that did not have Edit.app menus had no
entries for Edit in their default database.
So I added them same to the non-working accounts and it worked.
Anyone know why I had this problem?? When should these defaults have
been added to the database?
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C%<9G-W:7-S($AE;'9E=&EC83M<9C!<
M9FUO9&5R;B!#;W5R:65R.WT*7&UA<F=L,3(P"EQM87)G<C$R,`I[7&-O;&]R
M=&)L.UQR960P7&=R965N,%QB;'5E,#M]"EQP87)D7'1X-3(P7'1X,3`V,%QT
M>#$V,#!<='@R,3(P7'1X,C8V,%QT>#,R,#!<='@S-S(P7'1X-#(V,%QT>#0X
M,#!<='@U,S(P7&8Q7&(P7&DP7'5L;F]N95QF<S(T7&9C,%QC9C`@7`I<"E1H
M86YK('EO=2!A;&P@9F]R(')E<W!O;F1I;F<N($AE<F4@87)E('-O;64@<F5S
M<&]N<V5S($D@<F5C:65V960N7`I<"E)E<W!O;G-E(#$Z("`*7'!A<F1<='@W
M,#!<='@Q-#(P7'1X,C$R,%QT>#(X-#!<='@S-30P7'1X-#(V,%QT>#0Y.#!<
M='@U-C@P7'1X-C0P,%QT>#<Q,#!<:5QF<S(P7&9C,5QC9C$@37D@:6YI=&EA
M;"!G=65S<R!I<R!T:&%T('1H92!M96YU(&=O="!M;W9E9"!I;B!T:&4@;F]N
M+7)O;W0@86-C;W5N="!T;R!S;VUE('!L86-E7`IH87)D('1O(&9I;F0N("!4
M<GD@;&]O:VEN9R!A<F]U;F0@=&AE(&5D9V5S(&]F('1H92!S8W)E96X@9F]R
M(&%N>2!H:6YT(&]F(&ET+B`@268@>6]U7`IC86XG="!F:6YD(&ET('1O('!U
M;&P@:70@8F%C:R!O;BUS8W)E96XL(&-H96-K(&ET)W,@9&5F875L=',@*&1R
M96%D("UL('P@9W)E<"!%9&ET*5P*86YD(')E;6]V92!T:&4@;VYE('1H870@
M9&5A;',@=VET:"!T:&4@;65N=2!L;V-A=&EO;B`H<V]M971H:6YG(&QI:V5<
M"F1R96UO=F4@3EA-96YU3&]C871I;VXI+EP*7`I<"@I<<&%R9%QT>#4R,%QT
M>#$P-C!<='@Q-C`P7'1X,C$R,%QT>#(V-C!<='@S,C`P7'1X,S<R,%QT>#0R
M-C!<='@T.#`P7'1X-3,R,%QI,%QF<S(T7&9C,%QC9C`@4F5S<&]N<V4@,CH@
M"EQP87)D7'1X-S`P7'1X,30R,%QT>#(Q,C!<='@R.#0P7'1X,S4T,%QT>#0R
M-C!<='@T.3@P7'1X-38X,%QT>#8T,#!<='@W,3`P7&E<9G,R,%QF8S%<8V8Q
M($UO<W0@;&EK96QY($5D:70@:7,@<VAO=VEN9R!I="=S(&UE;G4L(&)U="!S
M;VUE;VYE(&UO=F5D(&ET('1O(&)E('1H92!V97)Y7`IE9&=E(&]F('1H92!S
M8W)E96X@*'-O('1H870@;6]S="!O9B!T:&4@;65N=2!I<R!O9F8@<V-R965N
M*2X@($D@<W5G9V5S=%P*8VQI8VMI;F<@8F5T=V5E;B!%9&ET(&%N9"!S;VUE
M(&]T:&5R(&%P<&QI8V%T:6]N('!A>6EN9R!V97)Y(&-L;W-E(&%T=&5N=&EO
M;EP*=&\@=&AE(&5D9V4@;V8@>6]U<B!S8W)E96XN("!9;W4@<VAO=6QD('-E
M92!T:&4@<VQI=F5R(&]F('1H92!%9&ET(&UE;G5<"F)L:6YK:6YG+"!W:&5R
M975P;VX@>6]U(&-A;B!G<F%B(&ET(&%N9"!M;W9E(&ET(&)A8VLN7`I<"EP*
M"EQP87)D7'1X-3(P7'1X,3`V,%QT>#$V,#!<='@R,3(P7'1X,C8V,%QT>#,R
M,#!<='@S-S(P7'1X-#(V,%QT>#0X,#!<='@U,S(P7&DP7&9S,C1<9F,P7&-F
M,"!297-P;VYS92`S.B`*7'!A<F1<='@W,#!<='@Q-#(P7'1X,C$R,%QT>#(X
M-#!<='@S-30P7'1X-#(V,%QT>#0Y.#!<='@U-C@P7'1X-C0P,%QT>#<Q,#!<
M:5QF<S(P7&9C,5QC9C$@27,@:70@<&]S<VEB;&4@>6]U(&UO=F5D('1H92!M
M86EN(&UE;G4@;V9F('1H92!S8W)E96X@870@<V]M92!P;VEN=#\@(%EO=2!C
M;W5L9"!C:&5C:R!I="!O=70@8GD@96YA8FQI;F<@=&AE(')I9VAT(&UO=7-E
M(&)U='1O;B!I;B`O3F5X=$%P<',O4')E9F5R96YC97,N87!P(&%N9"!T:&5N
M('-E92!I9B!T:&%T(&)U='1O;B!W:6QL('-H;W<@>6]U('1H92!M96YU+EP*
M"EQI,%QF<S,R(%P*"EQP87)D7'1X-3(P7'1X,3`V,%QT>#$V,#!<='@R,3(P
M7'1X,C8V,%QT>#,R,#!<='@S-S(P7'1X-#(V,%QT>#0X,#!<='@U,S(P7&9C
M,5QC9C$@5V5L;"P@270@=V%S(&YO="!A(&UE;G4@;V9F('1H92!S8W)E96X@
M<')O8FQE;2X@22!K;F]W('1H:7,@8F5C875S92!T:&4@86-C96QE<F%T;W)S
M(&1I9"!N;W0@=V]R:RY<"EP*22!D:60@;F]T:6-E('1H870@=&AE(')O;W0@
M86-O=6YT(&AA9"!T:')E92!E;G1R:65S(&EN('1H92!D969A=6QT<R!D871A
M8F%S92Y<"EP*"EQI($5D:70@4')O9W)A;6UE<B!915-<"D5D:70@("A)(&-A
M;FYO="!R96UE;6)E<B!T:&4@<V5C;VYD*5P*161I="`H22!C86YN;W0@<F5M
M96UB97(@=&AE('1H:7)D(&5I=&AE<BE<"EP*"EQI,"!&=7)T:&5R;6]R92P@
M=&AE(&%C8V]U;G1S('1H870@9&ED(&YO="!H879E($5D:70N87!P(&UE;G5S
M(&AA9"!N;R!E;G1R:65S(&9O<B!%9&ET(&EN('1H96ER(&1E9F%U;'0@9&%T
M86)A<V4N7`I<"E-O($D@861D960@=&AE;2!S86UE('1O('1H92!N;VXM=V]R
M:VEN9R!A8V-O=6YT<R!A;F0@:70@=V]R:V5D+EP*7`I!;GEO;F4@:VYO=R!W
M:'D@22!H860@=&AI<R!P<F]B;&5M/S\@5VAE;B!S:&]U;&0@=&AE<V4@9&5F
M875L=',@:&%V92!B965N(&%D9&5D('1O('1H92!D871A8F%S93]<"EP*"GT*
`
From: therbert@umiami.ir.miami.edu
Newsgroups: comp.sys.next.sysadmin
Subject: How best to change IP addr and name?
Message-ID: <1993Oct1.093323.15916@umiami.ir.miami.edu>
Date: 1 Oct 93 09:33:22 EDT
Organization: Univ of Miami IR
We are about to hook up 13 NeXTstep/Intel machines to newly installed
Ethernet connection to the outside world. We now have three black
NeXT machines networked to each other but not hooked to the outside
world. These three machines have the default IP addresses given
automatically when I set them up a year or so ago.
Question - can I easily disable auto host addition, renumber the
IP addresses on all three machines to conform with our new assigned
addresses, and rename one machine ----- All without disturbing other
aspects of the networking ----- Or, should I start from scratch?
It would be easiest if I made these minor changes and then just
plugged into the Internet. Then, I could redo the networking
later and put the three old machines on our new server as clients.
Any suggestions? Thanks in advance!
Tom Herbert
University of Miami
therbert@umiami.ir.miami.edu
P.S. - The thirteen NS/Intel systems are being supplied by Alpine
Systems in Utah, who have treated us very well! More on that
later together with some tips for those setting up NS labs in
colleges and universities.
From: shviid@magnus.acs.ohio-state.edu (Steen H Hviid)
Newsgroups: comp.sys.next.sysadmin
Subject: what 486 is good enough? Compare to the Slate.
Date: 1 Oct 1993 15:36:21 GMT
Organization: The Ohio State University
Distribution: world
Message-ID: <28hipl$h9n@charm.magnus.acs.ohio-state.edu>
We need to buy some 486-machines to run NS. The Hardware Compatibility Guide
mentions a long list of machines which will run NS, but when you call the
vendors only the most top-of-the-line machine will actually do the job I'm
told. Dell for instance says that their DGX line with beyond-VESA throughput
to the graphics board is the only way to go.
So my question is, what kind of machine (and graphics board etc), is
comparable to a 68040 Slate with 8 MByte, which we find good enough for most
uses.
-------
Steen Hansen
Computer Specialist, Ohio State University
email: hansen+@osu.edu (NeXTmail accepted)
Newsgroups: comp.sys.next.sysadmin
From: jscott@plato.helios.nd.edu (james scott)
Subject: ugly loginwindow on 3.1
Message-ID: <1993Oct1.143307.20091@news.nd.edu>
Sender: news@news.nd.edu (USENET News System)
Organization: University of Notre Dame
Date: Fri, 1 Oct 1993 14:33:07 GMT
Folx,
I just installed release 3.1 on my black box last night, and I have some
questions:
1) The settings I had in the root defaults database seem to have
disappeared, and restoring them didn't work. How do I set
the login box to bounce around, or set the dim time?
2) On a related note, there is a "screensaver.bundle" inside
loginwindow.app. It contains a nib and an executable, but
I cant figure out how to use it. Evidently this is designed
to control the loginwindow screen saver, but it's a .bundle,
not a .app.
Any ideas? Posted or emailed replies welcome
Thanks,
JLS
--
James Scott | jscott@bach.helios.nd.edu
DeBartolo Cluster Consultant | 219.634.1517
Former NeXT Campus Consultant |
University of Notre Dame
The surest protection against temptation is cowardice.
-- Mark Twain
From: daugher@cs.tamu.edu(Walter C. Daugherity)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Longest NeXT Laser Printer Cable
Date: 1 Oct 1993 17:17:15 GMT
Organization: Texas A&M University, College Station, TX
Distribution: world
Message-ID: <28homr$7sb@TAMUTS.TAMU.EDU>
References: <2661@ks25.chi.il.us>
Keywords: NeXT printer cable
In article <2661@ks25.chi.il.us> dougw@ks25.chi.il.us (Doug Waldron) writes:
| In article <1993Sep29.032602.7487@hot.com>, Robert_La_Ferla@hot.com writes:
| > Is it possible to get a longer NeXT laser printer cable? I'm sure
| > this is in a FAQ but I can't find it. How long is the standard cable
| > and how long is the extended one (if it's possible)?
| >
| > Thanks,
| > Robert
|
| Geeeeez, I sure hope that "printer cable" isn't slang for something else.
|
| How long is a standard one?? An extended one?? yuk yuk yuk, you're
| too much Robert!
|
The standard NeXT printer cable is about 10 feet long. There was a post a year
or two ago (which I didn't save) from someone who had successfully extended
one.
As I recall he said NeXT used the signal propagation delay for timing so a
longer cable had to be just exactly the right length (75 feet???) so that
signals would sync on the next clock pulse.
Maybe someone who saved the post can repost it, or maybe you can find it in an
archive. Good luck!
--
Walter C. Daugherity Internet, NeXTmail: daugher@cs.tamu.edu
Texas A & M University uucp: uunet!cs.tamu.edu!daugher
College Station, TX 77843-3112 BITNET: DAUGHER@TAMVENUS
---Not an official document of Texas A&M---
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: davida@guinness.huma.yorku.ca (David Aspinall)
Subject: Printing to an Apple Laserwriter Select 310?
Message-ID: <CE8Cy7.Fo7@newshub.ccs.yorku.ca>
Sender: news@newshub.ccs.yorku.ca (USENET News System)
Organization: York University, Humanities Department
References: <1993Sep21.174600.57726@slate.mines.colorado.edu>
Date: Fri, 1 Oct 1993 18:06:07 GMT
klamb@basalt.Mines.Colorado.EDU (Kathleen Lamb) writes:
:
: Can anyone tell me if it's possible to attach an Apple Laserwriter Plus
: to a NeXT? Has anyone done this sucessfully?
:
: Kathleen Lamb
: klamb@mines.colorado.edu
How about an Apple LaserWriter Select 310? It has an Apple Serial port
and a standard Parallel port. I would like to connect my 486-DOS machine
to the parallel port and my NeXT 040 machine to the serial port. I have
what I think is a Apple Printer Cable but nothing seems to be happening!
The DOS machine works no problem, (of course it's not easy to
screw up a parallel connection) but the serial is giving me headaches.
If I understand correctly, the apple serial print port is RS-422
Mini-DIN and the NeXT is RS-423 Mini-DIN? Where is the difference? I
also have a NeXT Mini-DIN to 25 pin modem cable, is there a way to
connect that to the Printer serial port?
If this whole scheme cannot/willnot work I need to know so I can return
the printer and get my money back. 9 Days and counting...
Thank you for any assistance
David
PS I read NeXT FAQ on printers and it seems to suggest that the Apple
print cable should work. HELP!
--
David Aspinall ---------- Former-Former-NeXT Campus Consultant
E-mail : cs911409@ariel.yorku.ca | I'd rather be
NeXTMail: dave@ccs.yorku.ca | rich than stupid
V-mail : (416) 663-4997 | -- Jack Handey
Newsgroups: comp.sys.next.sysadmin
From: sherwood@fenris (Sherwood Botsford)
Subject: Re: How to setup ISDN??
Message-ID: <1993Oct1.193649.386@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <CDz7LB.8uq@news2.cis.umn.edu>
Date: Fri, 1 Oct 1993 19:36:49 GMT
Operator (root@oingo.umn.edu) wrote:
: I am running phone cables throughout my house and would like
: to run ISDN also for internal use only. This would be used for
: a connection to a second NeXT Station. What cable do I need, and
: is this even what I should do? I can also run ethernet if that is
: really the preferred method.
: Anybody??
: JIM
ISDN is something like 64Kbaud, or about 6 kilobytes per sec. Ethernet
is about 1 MByte per second. The latter is quite practical for NFS. 6K
is a bit weak.
You might want to run twisted pair instead of thinnet. It's cheaper, bu
t then you require a central hub. If you run ethernet, remember that
that it's a string that goes by each connector, so you need two cables
coming into the room. Also, if you build them into the walls, and
someone later puts a spike through a cable, you are up a creek.
If you're serious, put conduit to each room in the house. Then you can
fish cables where you want when you want. Even fibre if that gets
cheap.
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.sysadmin
From: Michael_Pizolato@afs.com (Michael Pizolato)
Subject: Re: ugly loginwindow on 3.1
Message-ID: <1993Oct1.214254.477@afs.com>
Sender: Michael_Pizolato@afs.com
References: <1993Oct1.143307.20091@news.nd.edu>
Date: Fri, 1 Oct 1993 21:42:54 GMT
james scott writes
>I just installed release 3.1 on my black box last night, and I have some
>questions:
> 1) The settings I had in the root defaults database seem to have
> disappeared, and restoring them didn't work. How do I set
> the login box to bounce around, or set the dim time?
dwrite loginwindow TimeToDim <seconds>
This sets the time to wait for the screen saver to start after a
logout. The default screen saver is a black screen with the machine
name in white (looks like Times-Roman 18 pt. or something) and a
NeXT logo. They aren't animated, but they randomly change positions
on the screen periodically.
> 2) On a related note, there is a "screensaver.bundle" inside
> loginwindow.app. It contains a nib and an executable, but
> I cant figure out how to use it. Evidently this is designed
> to control the loginwindow screen saver, but it's a .bundle,
> not a .app.
The fact that it's a bundle just means that you can only execute
what's inside by way of loginwindow.app. I looked at the nib inside
the bundle, and it's obviously designed to let you control TimeToDim
and whether you get what I described above or the old 3.0-style
floating login window as your screen saver. Now, how can get to
it if loginwindow only has control when we're logged out, and it
has no menu or any other visible means of invoking what's in that
bundle? Bummer :-(.
-m
--
Michael_Pizolato@afs.com
NeXTMail accepted
From: anderson@macc.wisc.edu (Jess Anderson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How to setup ISDN??
Date: 2 Oct 1993 00:28:13 GMT
Organization: Division of Information Technology, UW-Madison
Message-ID: <28ihut$f8h@news.doit.wisc.edu>
References: <CDz7LB.8uq@news2.cis.umn.edu> <1993Oct1.193649.386@kakwa.ucs.ualberta.ca>
In article <1993Oct1.193649.386@kakwa.ucs.ualberta.ca>,
Sherwood Botsford <sherwood@fenris> wrote:
>Operator (root@oingo.umn.edu) wrote:
>: I am running phone cables throughout my house and would like
>: to run ISDN also for internal use only. This would be used for
>: a connection to a second NeXT Station. What cable do I need, and
>: is this even what I should do? I can also run ethernet if that is
>: really the preferred method.
>ISDN is something like 64Kbaud, or about 6 kilobytes per sec. Ethernet
>is about 1 MByte per second. The latter is quite practical for NFS. 6K
>is a bit weak.
ISDN at the consumer level is ordinarily two 64Kbps B channels
and one 16Kpbs D channel. The two B channels can certainly both
be running, for a total bandwidth of 128K. It seems to me quite
adequate for NFS mounting remote directories (something I do
every day over ISDN). You can get effective data rates that are
somewhat higher by doing hardware compression on the stream (I
don't have that capability, but ftps at 1MB/minute are fast
enough for my applications, so I don't really need compression.)
Ethernet is commonly 10Mbps, as you note. I would be willing
to bet lots of gold that easily 90% of what's passing over
actual ethernets is ascii terminal sessions, which don't need
to be very fast unless you're a *phenomenal* typist! :-)
>You might want to run twisted pair instead of thinnet. It's cheaper, bu
>t then you require a central hub. If you run ethernet, remember that
>that it's a string that goes by each connector, so you need two cables
>coming into the room. Also, if you build them into the walls, and
>someone later puts a spike through a cable, you are up a creek.
If you put in the right twisted pairs, you can run 10baseT ethernet
over it or ISDN, whichever grabs you. There are length considerations,
although it's hard for me to imagine a 185 meter run of ethernet
in an ordinary house.
More curious to me is what the first poster meant by running
ISDN for internal use only. For a LAN in the house, with no
connection to the outside world? Surely you're not thinking
of using ISDN for that. To make a 2- or 3-node LAN, anything other
than thinnet is practically unthinkable. I mean, it's perfectly
adequate, we're not talking about a lot of cable, and you avoid
the expense of a hub.
>If you're serious, put conduit to each room in the house. Then you can
>fish cables where you want when you want. Even fibre if that gets
>cheap.
That's certainly good advice for *all* in-wall wire.
--
[Jess Anderson <> Division of Information Technology, University of Wisconsin]
[Internet: anderson@macc.wisc.edu {o"o} UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[----------------> Following the crowd can lead you nowhere. <----------------]
Newsgroups: comp.sys.next.sysadmin
From: fitz@nextone.lanl.gov (Joe Fitzgerald)
Subject: twisted pair doesn't work
Message-ID: <1993Oct1.215728.4065@newshost.lanl.gov>
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Lab
Date: Fri, 1 Oct 1993 21:57:28 GMT
I have my NeXT 68040 cube connected to a thin-wire ethernet. I want to
change to a twisted pair connection which is also available in my office.
When I disconnect the thin wire and connect the twisted pair I cannot
access the network upon rebooting. Question: does the NeXT automatically
look for the port that is connected to the network or do I have to do
something at reboot to tell it to look at the twisted-pair port?
--
Joe Fitzgerald
MS D466
Los Alamos National Laboratory
Los Alamos, New Mexico 87545
phone 505-667-1542
fax 505-665-7395
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: coconut@crash.cts.com (Brian Dear)
Subject: HELP: post-3.1-installation-blues
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 01 Oct 93 16:56:02 PDT
Message-ID: <1993Oct01.165602.4309@crash>
Ok so I installed NS 3.1 finally on my cube, and now I can't send
any internet email anymore. Symptoms: I send email to any
address, say, fred@company.com, it gets returned with stuff like:
------ Transcript of session follows ------
550 company.com (ddn)... 550 Host unknown
Etc, etc.
Now, I noticed that Upgrade_3.1.app changed my sendmail.cf file,
so I tried to rebuild it by examining the "diff" between the new
file and the 3.0 copy that I made a backup of. I made the changes,
rebooted the system, but still get returned mail every time.
Anyone have any suggestions for fixing this?
[I sure wish I could just call NeXT Tech Support and have a friendly
person answer this question in 30 seconds and be done with it, like
other software companies. Sigh :-(]
** brian dear ** brian@coconut.com ** coconut computing, inc **
Newsgroups: comp.sys.next.sysadmin
From: uli@zoodle.robin.de (Ulrich Grepel)
Subject: Re: Edit.app has no menu?
Message-ID: <CE6xnB.1pu@zoodle.robin.de>
Sender: uli@zoodle.robin.de (Ulrich Grepel)
Organization: meow!!!
References: <CE34py.F41@nextsrv1.andi.org>
Date: Thu, 30 Sep 1993 23:37:57 GMT
In article <CE34py.F41@nextsrv1.andi.org> dave@einstein.andi.org (David Scheck)
writes:
> Can anyone tell me why Edit.app will not show its menu unless its is run by
> root?
>
> Strangly enough if I chmod u+s /NextApps/Edit.app/Edit it still will not
> shows any menus. (It is running as root though?)
Maybe the menu location is way off the screen? Have you used VirtSpace?
You should look for dwrites with respect to menu positions and Edit.app.
Bye,
Uli
From: joseph@physune.phy.uc.edu (Joseph Pecquet)
Newsgroups: comp.sys.next.sysadmin
Subject: xserver?
Date: 1 Oct 1993 21:11:31 GMT
Organization: University of Cincinnati
Distribution: world
Message-ID: <28i6e3$5a6@babbage.ece.uc.edu>
Is there any way to make a NeXT act as an Xserver, to work with X programs running
on other (non-NeXT) machines?
-joseph
joseph@physunc.phy.uc.edu
Newsgroups: comp.sys.next.sysadmin,cso.next
From: burns@sparc4.cs.uiuc.edu (Edward John Burns)
Subject: Help on packet sniffer network-related kernServer
Message-ID: <CE99up.JJ7@sparc0a.cs.uiuc.edu>
Summary: getting started with a packet sniffer
Keywords: Help
Sender: news@sparc0a.cs.uiuc.edu
Organization: University of Illinois at Urbana-Champaign
Date: Sat, 2 Oct 1993 05:56:48 GMT
I need to write a packet sniffer network-related kernel server. I
tried looking at the source for MazeWar, but found it to be beyond
what I would like to do. Really, I'd just like to use the
if_ipackets() function to get the number of packets that come on the
network for a given timeslice. I don't know what the netif_t netif
should be or what the ipackets should be.
Could someone point me to an example of a packet sniffer
network-related kernel server?
Thanks
+-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^+
| Ed Burns | ACM Secretary, U of IL Urbana | h 217-332-3281|
| e-burns@uiuc.edu | SigMicro 6:00 Wednesdays | o 217-333-5828|
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Newsgroups: comp.sys.next.sysadmin
From: jnicolas@image.mit.edu (Julien Nicolas)
Subject: Help needed: SCSI HD formatting, changing block size on drive
Message-ID: <JNICOLAS.93Oct2040027@image.mit.edu>
Sender: news@news.media.mit.edu (USENET News System)
Organization: Massachusetts Institute of Technology, Cambridge, USA
Distribution: usa
Date: Sat, 2 Oct 1993 08:00:27 GMT
Need utility to reformat a disk drive and change the block size from
1024 bytes to 512 bytes. It seems formatter_1.2 does 512->1024 and
not the reverse. I could not find the source for it. Any pointers
greatly appreciated.
Julien Nicolas
jnicolas@mit.edu
Newsgroups: comp.sys.next.sysadmin
From: jhburns@kobch004.delcoelect.com ()
Subject: Help seting up WangDAT
Message-ID: <1993Oct1.125053.24861@kocrsv01.delcoelect.com>
Originator: jhburns@kobch004.delcoelect.com
Sender: jhburns@kocrsv01.delcoelect.com ()
Organization: Delco Electronics Corp.
Date: Fri, 1 Oct 1993 12:50:53 GMT
In a previous posting I asked for help getting a WangDAT Model 3200 drive
working with a NeXTstation. Several people told me to change the SCSI Protocol
from SCSI-2 to SCSI-1. It was also suggested that I change the tape driver to
fixed block mode using "scsitools."
I have tried both of these and have still been unable to get the drive to work.
I have also tried connecting this drive to an HP-730 system on which an HP DAT
drive is commonly used successfully. The WangDAT responded the same way it
does on a NeXT. Does anyone have any suggestions? If anyone has a WanyDAT
Model 3200 pleas send me a copy of the output form "sense" for your drive.
Pleas e-mail responses to jhburns@kobch004.delcoelect.com.
CONFIGURATION:
SCSI Device = 3
SCSI Bus Parity = Enabled
Cassette Load/Unload option = Cassette Not Ejected
SCSI Protocol = SCSI-1
Compression = Not Enabled
Buffered Mode = Software Selectable
SESSION LOG:
zion> su
Password:
zion# cd temp/scsitools
zion# ./inquire
-t 1 -l 0 "SEAGATE /ST1480 /4676/" typ=0 dev=0 ans=2 fmt=2
-t 3 -l 0 "WangDAT /Model 3200 /01.0/" typ=1 dev=0 ans=1 fmt=0 removable
-t 4 -l 0 "SONY /CD-ROM CDU-541 /2.6a/" typ=5 dev=0 ans=2 fmt=1 removable
zion# ./sense -t3 -p63
#-INQUIRY data
# vid /WangDAT /
# pid /Model 3200 /
# firm /01.0/
-ilen 0064
-idat 0000 01
-idat 0001 80
-idat 0002 01
-idat 0003 00
-idat 0004 6b
-idat 0005 00
-idat 0006 00
-idat 0007 18
-idat 0008 57
-idat 0009 61
-idat 0010 6e
-idat 0011 67
-idat 0012 44
-idat 0013 41
-idat 0014 54
-idat 0015 20
-idat 0016 4d
-idat 0017 6f
-idat 0018 64
-idat 0019 65
-idat 0020 6c
-idat 0021 20
-idat 0022 33
-idat 0023 32
-idat 0024 30
-idat 0025 30
-idat 0026 20
-idat 0027 20
-idat 0028 20
-idat 0029 20
-idat 0030 20
-idat 0031 20
-idat 0032 30
-idat 0033 31
-idat 0034 2e
-idat 0035 30
-idat 0036 42
-idat 0037 46
-idat 0038 57
-idat 0039 30
-idat 0040 31
-idat 0041 2e
-idat 0042 31
-idat 0043 30
-idat 0044 41
-idat 0045 46
-idat 0046 57
-idat 0047 30
-idat 0048 31
-idat 0049 2e
-idat 0050 30
-idat 0051 30
-idat 0052 10
-idat 0053 00
-idat 0054 00
-idat 0055 00
-idat 0056 00
-idat 0057 00
-idat 0058 00
-idat 0059 00
-idat 0060 00
-idat 0061 00
-idat 0062 00
-idat 0063 00
sr_io_status = 0x03
SCSI status = 0x02
error in mode sense saved
zion# ls
Makefile formatter* mtset* select.c sense1* setmtd.c
PARMFILES/ inquire* mtset.c sense* sense1.c term2.rtf
README inquire.c select* sense.c setmtd*
zion# tar -cvf /dev/rst0 Makefile
a Makefile 1 block
zion# tar -xvf /dev/rst0
tar: tape read error: I/O error
zion# ./mtset -d /dev/rst0 -i
zion# tar -cvf /dev/rst0 Makefile
a Makefile 1 block
zion# tar -xvf /dev/rst0
tar: tape read error: I/O error
zion# ./mtset -d /dev/rst0 -f
./mtset: option requires an argument -- f
usage: ./mtset [-d device] [-f block-size] [-i]
-d tape device name (default /dev/nrst0)
-f set fix block mode with size (default size 512)
-i Inhibit illegal length
default: variable block mode, allow illegal length
zion# ./mtset -d /dev/rst0 -f 512
zion# tar -cvf /dev/rst0 Makefile
a Makefile 1 block
zion# tar -xvf /dev/rst0
tar: tape read error: I/O error
zion# ./mtset -d /dev/rst0 -f 1024
zion# tar -cvf /dev/rst0 Makefile
a Makefile 1 block
zion# tar -xvf /dev/rst0
tar: tape read error: I/O error
zion#
--
__________________________________
/ Jeff Burns \
| jhburns@kobch004.delcoelect.com |
Newsgroups: comp.sys.next.sysadmin
From: dylan@Angst.COM (Dylan Kohler)
Subject: Re: Longest NeXT Laser Printer Cable (long)
Message-ID: <1993Oct2.020713.5055@Angst.COM>
Sender: dylan@Angst.COM
Organization: Angst Animation Post Production
References: <28homr$7sb@TAMUTS.TAMU.EDU>
Date: Sat, 2 Oct 1993 02:07:13 GMT
In article <28homr$7sb@TAMUTS.TAMU.EDU> daugher@cs.tamu.edu(Walter C.
Daugherity) writes:
> | In article <1993Sep29.032602.7487@hot.com>, Robert_La_Ferla@hot.com
writes:
> | > Is it possible to get a longer NeXT laser printer cable?
>
> The standard NeXT printer cable is about 10 feet long. There was a post
> a year or two ago (which I didn't save) from someone who had
> successfully extended one.
>
> As I recall he said NeXT used the signal propagation delay for timing so
> a longer cable had to be just exactly the right length (75 feet???) so
> that signals would sync on the next clock pulse.
>
> Maybe someone who saved the post can repost it, or maybe you can find it
> in an archive. Good luck!
I asked the same question and in one response got this bit of urban
folklore. If you succeed, let us know!
Begin forwarded message:
Date: Thu, 17 Sep 92 00:39:12 PDT
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
To: tgr@trans.csuohio.edu
Subject: Re: longer printer cable
Cc: izumi@pinoko.berkeley.edu
In comp.sys.next.hardware article
<1992Sep16.215632.26112@news.csuohio.edu> you wrote:
>We have 2 NeXTs here and one has a NeXT laser printer attached. We have
>them configured so both computers can share the printer. Here is the
>problem:
>
>The printer is in the directors office and we would like it outside of
his
>office to eliminate any disturbances. So I call NeXT support to get the
>specs on the cable so I can have a custom cable made. They tell me it
>will not work and can not be longer than the supplied cable.
>
>So if anyone out there is using a longer cable on their NeXT printer,
>please drop a not to me to verify that it does work.
>
>Thanks,
> Wayne
>
Yes, I heard that you can use a longer cable but it has to be
really long like 80feet.
Officially, NeXT says you can't, but apparently it is possible.
You have to make your own cable. Read on.
---
Izumi Ohzawa [ Bg_78^=; ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXT Mail OK)
=============== Here's an old posting about this ===============
[Newsgroups: comp.sys.next.hardware
Path:
agate!ames!haven.umd.edu!darwin.sura.net!mips!think.com!rpi!usc!sol.ctr.co
lumbia.edu!src.honeywell.com!umn.edu!ux.acs.umn.edu!bru!newsman
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Subject: Re: Printer cable length....
Message-ID: <1992May15.150332.4258@bmw.mayo.edu>
Sender: newsman@bmw.mayo.edu (/home/bmw/usenet)
Reply-To: brunkhorst@mayo.edu
Organization: Mayo Foundation, Rochester MN. Campus
References: <78062@netnews.upenn.edu>
Date: Fri, 15 May 92 15:03:32 GMT
Lines: 76
In article <78062@netnews.upenn.edu> anstine@rm105serve.sas.upenn.edu
(David
Anstine) writes:
> How long can the cable be? Can I use an amplifier to make it longer?
>
> -dave
It can be multiples of 80, plus 15 feet, if you use coax (see below)
this was a suggestion that is NOT SUPPORTED IN ANY WAY BY NEXT!!!
I received this from a NeXT SE, and am forwarding it to the net without
permission. Sounded good. If the original author sees this, he can
respond if he wants...
- Geoff
------------------------------------------------------------
You know how the official party line is that you can't make a longer NeXT
printer cable?
An engineer I knew at <name deleted> University didn't buy this story and
has
successfully made an 80-foot long printer cable.
Here's some email he sent me about what was involved.
From: <name deleted>
To: name_deleted@NeXT.COM
Subject: Re: lengthening a NeXT printer cable
I made a cable using seperate coaxs for each signal. It
works fine, except that when the printer runs out of paper, putting in
more paper does not get the printer printing again. <name deleted> found
that
he had to turn the printer off using the soft window, and then it
starting printing again.
As far as signal skew goes, there should be no problem with data going
to the printer, since the CPU provides data and data clock. However, the
return data may be suffering skew problems. One solution, is to
adjust the length of the cable so the return data is skewed by exact
one clock cycle. I will try this sometime and let you know how it
works.
<name deleted>
From: <name deleted>
To: <name deleted>@NeXT.COM
Subject: Re: lengthening a NeXT printer cable
Hi again, Steve:
I measured the delay with the oscilloscope and found that that I made
the cable a poor length for skew. I added enough cable to the return
data line so that the cable is now equal to 80 feet in length. This
adjusted the skew for the return data one full clock cycle. <name
deleted> and
I tested to see if the running the printer out of paper still caused a
problem. We found that the problem is fixed.
So, the moral to this story is to make long cables multiples of 80
feet (for 81% c coax). The cable can be slightly longer that 80 feet but
not by more than 15 feet. The cable can not be shorter that 80 feet.
These cable length should work:
0 to 15 feet
80 to 95
160 to 175
240 to 255
Of course the lengths will have to be adjusted for the velocity factor
if it is different than 81 percent. Mabey, Next can make a special cable
and sell it!
<name deleted>
---------------------------------------------------------------
Geoffrey Brunkhorst, RCF brunkhorst@Mayo.edu
Guggenheim 10 (507) 284-1805
Mayo Foundation, Rochester MN, 55905 USA fax (507) 284-5231
[izumi@pinoko:+/NeXT-announce.nfold] %
================== end quote =====================
--
___________________________________
Dylan Kohler
Angst Animation Post Production
dylan@angst.com (NeXTmail welcome)
From: t9116ts@tech.mis.cfc.com (Todd M. Swan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Is it possible to change the mouse pointer on black hardware
Date: 1 Oct 93 13:15:56
Organization: Chrysler Financial, MIS, Center Line, MI
Message-ID: <T9116TS.93Oct1131556@litespeed.tech.mis.cfc.com>
References: <1993Sep28.093945.1445@dmu.ac.uk> <1993Sep29.032106.21093@tkymail.sps.mot.com>
In-reply-to: mshaler@tdocad.sps.mot.com's message of Wed, 29 Sep 1993 03:21:06 GMT
In article <1993Sep29.032106.21093@tkymail.sps.mot.com>, mshaler@tdocad.sps.mot.com (Michael Shaler) writes:
>Simon F C Harwood writes
> Hi there,
> I am the systems administrator on a NeXT Cube/Dimension
> running NS2.1 Extended. One of my users is severely visually
> impared and keeps "losing" the mouse pointer. Does anyone know
> how to change the mouse pointer enlarging or changing the contrast,
> etc) - for a specific user only? He has got the window sizes and
> fonts etc. all sorted out, but neither him nor I have been able
> to find out how to alter the mouse pointer. Is this an undocumented
> dwrite, or is it not possible under my current version of NS.
>
>I think that the standard NeXT cursor has a default size of 16
>pixels. One possibility is to try editing (with Iconbuilder, WetPaint
>or Image the file /usr/lib/NextStep/Workspace.app/genericCursor.tiff
>to alter the contrast, or shape of the cursor, if such cues would
>help. I don't know if there is a bigger/better answer.
Actually /usr/lib/NextStep/Workspace.app/genericCursor.tiff appears to
be the move cursor. The regular cursor doesn't appear to be in
/usr/lib/NextStep/Workspace.app.
Todd
--
Todd M. Swan - tms@cfc.com - Chrysler Financial, Center Line, MI
Member - SPWWLSSURLA and BTBS - Disclaimer: "I said it, not CFC."
"If you choose not to decide, you still have made a choice" - Rush
From: alex@garnet.msen.com (Alex Popadich)
Newsgroups: comp.sys.next.sysadmin
Subject: NIS Domain - Boot problems
Date: 2 Oct 1993 21:24:21 GMT
Organization: Msen, Inc. -- Ann Arbor, MI (account info: +1 313 998-4562)
Message-ID: <28kri5$9kr@nigel.msen.com>
From: sj1@acpub.duke.edu (Stan Jirman)
Newsgroups: comp.sys.next.sysadmin
Subject: How to steal NeXTmail
Keywords: NeXTmail sendmail
Message-ID: <21353@news.duke.edu>
Date: 2 Oct 93 21:07:17 GMT
Sender: news@news.duke.edu
Hello,
after a couple of setbacks I hope at least somebody out there knows an answer:
On my standalone black system, I'd like to configure sendmail so that
everytime I send a non-local mail a program is called that saves it in a file,
instead of trying to send it and of course not succeeding. I played around
with the sendmail configuration, but always when I specified my
"/usr/local/bin/stealmail" program as non-local output, I got an error message
that it doesn't handshake or whatsoever, or even worse things happened.
Is there a way of putting outgoing mail into a file instead of complaining?
I'd appreciate doing so through a program of my own, as it should do some
other stuff with the mail except saving it as well.
Sending mail to local accounts should also stay unchanged, if possible.
Anybody knows a solution?
Thanx a lot for any help.
Stan
---
----------------------------------------------------------------------
"640K ought to be enough for anybody." -- Bill Gates '81
Stan Jirman sj1@acpub.duke.edu
NeXTmail welcome
----------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
From: thf@zelator.in-berlin.de (Thomas Funke)
Subject: No more processes (NS3.1)
Message-ID: <1993Oct2.010642.2832@gamelan>
Sender: thomas@gamelan (thomas)
Organization: Disorganization
Date: Sat, 2 Oct 1993 01:06:42 GMT
I just noticed that you get this bug not only when dragging files around,
as NeXT has admitted recently, but also when doing a command-u, Update
Viewers. Strange: with 'ps aux' you cannot see those "too many
processes".
*** Problem forking /usr/lib/NextStep/Workspace.app/WM.app/AppFinder.tool
(errno = 11)
Really annoying, seems we have to keep on using shells.
--
------------------------------------------------------------------
Thomas Funke ** Unix-Consultant ** thf@zelator.in-berlin.de
Brook's Law:
Adding manpower to a late software project makes it later
------------------------------------------------------------------
From: windsor@genesis.MCS.COM (Eric Blankenburg)
Newsgroups: comp.sys.next.sysadmin
Subject: ***HELP NeXT CUBE under 3.1 fails to power down after crash***
Date: 2 Oct 1993 19:46:57 -0500
Organization: MCSNet Subscriber, Chicago, IL
Distribution: usa
Message-ID: <28l7e1$7uf@genesis.MCS.COM>
My cube was running, a fuse was blown in the house and the power
went out. Now my cube will not shut down cleanly. I have to
power it down manually.
Plus, on boot up, it checks the disk for at least 8 minutes. I
know it is fsck'ing, but it never seems to correct itself.
What can be done?
Any help would incredibly useful. Thanks in advance.
Please don't clog the net with this...send any HELP! to
windsor@genesis.mcs.com
Thanks
Eric
Newsgroups: comp.sys.next.sysadmin
From: hellgate.utah.edu!uplherc!cusa!magnusson!kris (Kristopher Magnusson)
Subject: Re: Quantum ELS170?
Message-ID: <1993Oct2.170512.2553@magnusson.uucp>
Sender: kris@magnusson.uucp
Organization: Salt Lake area NeXT Group
References: <28c3er$p0o@news.intercon.com>
Date: Sat, 2 Oct 1993 17:05:12 GMT
In article <28c3er$p0o@news.intercon.com> disc@vector.intercon.com (David
Casti) writes:
| Hi Max,
|
| Max Hailperin (max@Kolmogorov.gac.edu) wrote:
|
| : This is *very* odd, because I just yesterday installed two ELS170s,
| : one in a slab and one in a cube, and both are working fine. I'd love
| : to know what the difference is that makes them work for me and not for
| : other people.
|
| Yeah; that would be worthwhile to know. I got mail from several people
| with the problem, and there are a few messages in the next-managers
| archive about it too.
|
| : One possible source of difference I may detect is that you say "I can
| : format the drive fine, but if I try to initialize it, ...". This
| : sounds like you started by doing a low-level format, as in disk's
| : Format command or the sdform program it runs. I didn't do that (it
| : shouldn't normally be necessary -- SCSI disks come pre-formated at
| : this level). My guess is that the format was done wrong (by sdform, I
| : don't mean by operator error), and so an incorrect format blew away
| : the correct one.
|
| Interesting speculation. Actually, I tried many *many* permutations,
| including the disk and sdform commands, as well as formatting the drive on
| my Mac to get it back to a "ground state". I even tried using it as a Mac
| disk, since NextStep 3.1 doesn't seem to have any problem with attaching
Mac
| SCSI filesystems.
|
| The result was always the same: no superblocks could be found on the disk,
| the boot blocks at 32 and 96 couldn't be written, and the console had
| about 20 write errors in the log...
|
| David.
We too have been able to duplicate this frustrating experience with ELS170s.
We have never been able to make the ELS170 work under NS. We _always_
recommend Conner 170s when NS users specify 170s.
Kris
Alpine Computing MicroAge
--
Kris Magnusson <hellgate!uplherc!cusa!neb!magnusson!kris> Alpine Computing -------------------------------------------------------------------------------
#import <salespitchforcloneEpsonIntelDECALRASTCompaqNECHPandwrittenguarantee.h>
-------------------------------------------------------------------------------
"I'd give my right arm to be ambidextrous." --Marvin Gardner
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: coconut@crash.cts.com (Brian Dear)
Subject: Re: HELP: post-3.1-installation-blues
Organization: Coconut Computing, Inc., La Jolla, CA
Date: 03 Oct 93 15:30:10 PDT
Message-ID: <1993Oct03.153010.16991@crash>
References: <1993Oct01.165602.4309@crash>
Many folks have sent me email regarding my sendmail problems
since installing NS3.1 on my NeXTcube.
Unfortunately, none of the suggestions have helped. Perhaps I should
provide more info.
I'm hearing a lot about a file called /etc/resolv.conf. I've
never heard of this before. Never messed with it in NS2.0, 2.1, or 3.0.
For everyone's information, this NeXTcube dials up to a local
university and gets & sends email via a UUCP connection. It has
worked fine for several years. Now with 3.1, all I get are returned
messages anytime I or any users on our net try to send something out.
File /etc/resolv.conf does not exist, I just checked. If it should
exist now, what should be in it? [Why didn't NeXT document this
somewhere in the upgrade package!?!?!? argh :-(. ]
I sure would like to get this working again. For what it's worth, I
have always set the DM to be "DMuucp" and the DR and DR's to "DRucsd"
and "CRucsd" where ucsd is the name of a system in the /etc/uucp/L.sys file.
Thanks to all those NeXTfolk that are helping me out with this!
** brian dear ** brian@coconut.com ** coconut computing, inc **
From: hamm@mbcl.rutgers.edu
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.software
Subject: NEXTSTEP re-entry: advice sought
Message-ID: <2951.2caf3cce@mbcl.rutgers.edu>
Date: 4 Oct 93 00:57:50 GMT
Greetings,
I am attempting to re-acquaint myself with NEXTSTEP. A few years back, I
attended Developer's Camp, and never really had the time to work extensively
with the system after that. I have access to a (mono) '040 cube, and now
want to spend some time working on it. I need a jump-start on a few issues,
and would appreciate whatever advice anyone can give.
1) The thing is still running version 2.x, but I have the upgrades to
3.0 and 3.1. I first need to decide whether or not to upgrade. Does
any of the software installed on the 2.x system (Improv, WordPerfect,
WriteNow, Sybase, Lisp, Co-Xist, Mathematica) still work with 3.x?
For which of these do upgrades exist, and how costly are they?
2) How much of the development environment has changed? Should I toss
my camp notes, or is most of the stuff still applicable? Or should I
re-do the exercises under 2.x, and *then* upgrade?
3) If the move to 3.x is really dire, is it possible to partition my disk
(it's big) and have *both* systems installed, booting each as needed?
4) I may also have access to a NeXtDimension board and display. Is this
even supported under 3.x? Is it worth installing? How does it impact
performance of the rest of the system for "ordinary" tasks?
5) Finally, what's the current wisdom on FAX modems and software ?
The state of play the last time I looked was that NeXT had put FAX
services into the system, but there was a lot of net traffic about
problems, bugs, etc. What's the deal now?
Thanks in advance to anyone who can help with advice and/or pointers!
Greg
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Gregory H. Hamm || Phone: (908)932-4864
Director, Molecular Biology Computing Lab || FAX: (908)932-5735
Waksman Institute/CABM || BITNET: hamm@biovax
P.O. Box 759, Rutgers University || Internet: hamm@mbcl.rutgers.edu
Piscataway, NJ 08855-0759 * USA ||
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Newsgroups: comp.sys.next.sysadmin
From: peter@corsica (Peter Eisch)
Subject: Re: Is it possible to change the mouse pointer on black hardware
Message-ID: <CEDHwx.Mt1@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota Hospital and Clinic, Labratory Information Services
References: <1993Sep28.093945.1445@dmu.ac.uk> <1993Sep29.032106.21093@tkymail.sps.mot.com> <T9116TS.93Oct1131556@litespeed.tech.mis.cfc.com>
Date: Mon, 4 Oct 1993 12:38:32 GMT
Todd M. Swan (t9116ts@tech.mis.cfc.com) wrote:
: In article <1993Sep29.032106.21093@tkymail.sps.mot.com>, mshaler@tdocad.sps.mot.com (Michael Shaler) writes:
: >Simon F C Harwood writes
: > Hi there,
: > Does anyone know
: > how to change the mouse pointer enlarging or changing the contrast,
: > etc) - for a specific user only? He has got the window sizes and
: > fonts etc. all sorted out, but neither him nor I have been able
: > to find out how to alter the mouse pointer. Is this an undocumented
: > dwrite, or is it not possible under my current version of NS.
: >
: >I think that the standard NeXT cursor has a default size of 16
: >pixels. One possibility is to try editing (with Iconbuilder, WetPaint
: >or Image the file /usr/lib/NextStep/Workspace.app/genericCursor.tiff
: >to alter the contrast, or shape of the cursor, if such cues would
: >help. I don't know if there is a bigger/better answer.
: Actually /usr/lib/NextStep/Workspace.app/genericCursor.tiff appears to
: be the move cursor. The regular cursor doesn't appear to be in
: /usr/lib/NextStep/Workspace.app.
The cursor is 16x16. From
/NextLibrary/Documentation/NextDev/GeneralRef/02_ApplicationKit/Classes/NXCursor.rtf:
If the image is larger than 16-by-16, only the lower-left 16-by-16
pixels of the image will be displayed.
You could edit the file that holds the cursor info, but that requires no
less than 2 days of pure sanity, a lot of patience, a good image editing
app that knows how to generate an eps file the alpha information...
Even if you edited the cursor, it would still only be 16x16 and it would
be the same for all users on that host.
The solution would be a program (perhaps daemon-style) that could be
started from the LaunchPaths and then exits when the user logs out. The
program would constantly follow the cursor and places a rectangle of
arbitrary color and arbitrary width around the cursor at an arbitrary
offset away from the point of the cursor. There should also be a
Preferences module for controlling the daemon that perhaps uses DO for
configuration changes. Have I effectively defined the program? Should I
just write it and send it to you? (No, really...)
peter
--
...future author of:
"Safe Cellular Compilations at Speeds Greater Than 140 kph."
peter@tahiti.umhc.umn.edu (Peter Eisch) peter.a.eisch@uwrf.edu
From: neuss@igd.fhg.de (Christian Neuss )
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Re: Using HP DeskWriter on Black hardware
Date: 4 Oct 93 12:31:51 GMT
Organization: IGD Darmstadt
Message-ID: <neuss.749737911@ramazzotti>
References: <CE73q4.B7B@csn.org>
erik@csn.org (Erik Mugele) writes:
>I have an HP DeskWriter (for the macintosh, not the HP DeskJet 5xx) that
>I would like to use with my black slab. What will it take in the way
>of hardware/software to make the DeskWriter work with my black hardware?
>Is it even possible?
Hm.. I didn't do this myself, but perhaps I can give you some pointers.
As far as I know (ask your computer dealer for verification), the difference
between the DeskWriter and the DeskJet ist that the DeskWriter has an
RS 422 interface and a different cable. Since your black NeXT machine
has RS422 output, this should be no problem. The first thing you should
check out is attaching the printer to a serial port, setting an appropriate
baud rate, stop bits and other stuff using the stty command, and simply
try to output a couple of bytes. If this works, get the djf_for_3.0.tar.Z
package from the archives, e.g. sonata.cc.purdue.edu. It should work
without any modifications.
Feel free to contact me by mail if you have any problems.
Chris
/*
* Christian Neuss % neuss@igd.fhg.de % ..in the humdrum
*/
From: chuckie@panix.com (Alec Peterson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: xserver?
Date: 4 Oct 1993 10:35:18 -0400
Organization: PANIX Public Access Internet and Unix, NYC
Message-ID: <28pcb6$704@panix.com>
References: <28i6e3$5a6@babbage.ece.uc.edu>
In article <28i6e3$5a6@babbage.ece.uc.edu>,
Joseph Pecquet <joseph@physune.phy.uc.edu> wrote:
>Is there any way to make a NeXT act as an Xserver, to work with X programs
>running on other (non-NeXT) machines?
Sure, try using XNext, or MouseX
--
-------------------------------------------------------------------------------
|Alec H. Peterson |Choate Rosemary Hall | |
|E-mail:chuckie@panix.com |P.O. Box 788 | |
|PGP v2.2 key available |Wallingford, Ct. 06492| |
|upon request. | | |
-------------------------------------------------------------------------------
From: marcos@kaleida.com (Paul Marcos)
Newsgroups: comp.sys.next.sysadmin
Subject: NeXTSTEP/Intel and Solaris 2.X coexisting?
Date: 4 Oct 1993 15:12:56 GMT
Organization: Kaleida Labs, Inc.
Distribution: world
Message-ID: <28pehoINNbk3@golden.kaleida.com>
Is anybody running NeXTSTEP and Solaris on an Intel machine? I'm
interested in hearing from people who are doing this and what their
experiences have been. Drop me a line if you are.
Thanks.
Paul
...................................................................
Paul Marcos NeXTMail appreciated
Kaleida Labs, Inc. marcos@kaleida.com
...................................................................
Newsgroups: comp.sys.next.sysadmin
From: jdeclari@is.rpslmc.edu (John-William DeClaris)
Subject: NFSManager Fails
Message-ID: <1993Oct4.184846.4490@rpslmc.edu>
Sender: news@rpslmc.edu
Organization: Rush-Presbyterian-St. Luke's Medical Center
Date: Mon, 4 Oct 1993 18:48:46 GMT
I am working on a network that has recently been put on Internet. I needed
some help with the mail configuration, and the person who helped me used
NetinfoManager. Everything worked great up until I wanted to mount a couple of
remote machines. NFSmanager does not work. When I mean it does not work, I
mean that it launches, shows current mounts, but when I try to make an
addition, NFSManager quits. This has happenned several times and I was
wondering does anyone know why and would they tell me?
Also, the master does alot of stuff, it is the file server, NetInfo, User
server, MailServer. On the weekends, it has a tendancy to shut lock up. The
people ther usually turn it off, and then turn it on. I ould like to know if
there is a way I can check to see what the rror message was before they shut it
down. Thanks.
--
John-William DeClaris
All comments made by me are mine and not reflective of RUSH
or anyone else... even any spelling errors I most likely made.
Live each day as if it were your last, because someday it will be.
Newsgroups: comp.sys.next.sysadmin
From: woo@ornl.gov (John W. Wooten)
Subject: Device in /etc/fstab not mounting
Message-ID: <1993Oct4.190550.3375@ornl.gov>
Sender: usenet@ornl.gov (News poster)
Organization: Oak Ridge National Laboratory
Date: Mon, 4 Oct 1993 19:05:50 GMT
I renently added a new drive to /etc/fstab. I copied the line
above it and edited the device and mount point.
I can type the mount command itself and mount the device, but typing
mount -a doesn't work. Nor does mount /dev/sd1a
this says device not found. I notice that nidump fstab .
yields nothing. Is this normal?
When the system reboots, the /dev/sd1a doesn't get mounted.
Any ideas why?
- - - - - - - - -
J. W. Wooten
Newsgroups: comp.sys.next.sysadmin
From: strebel1@gwdu03.gwdg.de (Stephan Trebels )
Subject: termftp somewhere
Message-ID: <4BWHBLBP@gwdu03.gwdg.de>
Organization: GWDG, Goettingen
Date: Mon, 4 Oct 1993 18:38:39 GMT
hello,
is there a ftp client for term107 out there,
that will compile with NeXTSTEP 3.1?
Ciao, Stephan
--
trebels@theo-phys.gwdg.de
From: fletcher@nova.umd.edu (Charles Fletcher)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Using mail from NeXT to Novell NetWare
Date: 4 Oct 1993 15:41:00 -0400
Organization: University of Maryland University College
Message-ID: <28pu8c$mt1@nova.umd.edu>
Keywords: Mail, Netware
We have a small network with a NeXT "server" and a SUN Sparc. Several
PC's are connected via EtherNet and have been using telnet to connect
to the NeXT. Recently the PC's were networked together using Novell
Netware. Since I have 3.0 on the NeXT I quickly became a client to access
the PC server's disk space and printer :-) <--Really big grin, Thanks, NeXT!
Anyway, here is my question--I have the NeXT set up to dial out to
a service to access internet mail. How can I set things set up to automatically
forward the incoming mail to the PC users and get their mail out to the
service? What mail software do we need to get for the PCs to get this working?
Since we again have gotten telnet working with NetWare (no easy feat), I
assume we could use POPmail--is this a correct assumption?
Any opinions and/or recommendations are welcome.
Thanks in advance.
Charlie
--
NeXTMail to: | ...to confer, converse, and
charlie@technosci.com | otherwise hobnob with my
| brother wizards.
From: jim@lennon.claremont.edu (Jim Kieley)
Newsgroups: comp.sys.next.sysadmin
Subject: 3.1 for NeXT computers upgrade problem
Date: 4 Oct 1993 19:26:51 GMT
Organization: Pitzer College
Message-ID: <28ptdr$5i7@ono.claremont.edu>
Keywords: 3.1 upgrade problem
I have encountered the same upgrade from NeXTstep 3.0 to 3.1 problems on two
different color turbo systems using two different CD-ROM distributions and two
different CD-ROM players. Basically, the moment I insert the CD-ROM disk the
systems go brain dead. I am aware that is necessary to first run a program
when upgrading from 2.X systems to 3.1 so the CD-ROM disk can be read. The
upgrade instructions warn against running this upgrade prep program on 3.0
systems. As a last resort after repeated problems I tried to run this program
anyway. It wouldn't run because it recognized that my systems were already at
3.0.
Below is the type of console message I receive after inserting the 3.1 CD-ROM.
I have verified that all of the hardware operates normally with other CD-ROm
products.
Any help would be appreciated.
Interrupted system call
Oct 4 11:58:20 lennon netmsgserver[66]: network_init
sd2 (5,0): scsi_timer: timeout op:0x0 sd_state:0 scsi status:0x0
Target 5: BUSY; retry 1
Target 0: BUSY; retry 1
Jim Kieley
jim@lennon.claremont.edu
Newsgroups: comp.sys.next.sysadmin
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Re: Is it possible to change the mouse pointer on black hardware
Message-ID: <1993Oct4.200138.6167@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <CEDHwx.Mt1@news2.cis.umn.edu>
Date: Mon, 4 Oct 93 20:01:38 GMT
Simon F C Harwood writes
> Does anyone know how to change the mouse pointer enlarging or
> changing the contrast, etc) - for a specific user only?
Not exactly what you asked for, but it might help: there used to be
applet called Magnify somewhere on the archives, that would show in a
window a magnification of the area around the current mouse position.
--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@leland.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
Newsgroups: comp.sys.next.sysadmin
From: patt@sage.cc.purdue.edu (Sam Li)
Subject: HELP: How to turn off NeXT-Printer with NS3.1
Message-ID: <CEE245.LFu@mentor.cc.purdue.edu>
Keywords: How to turn off NeXT-Printer
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
Distribution: usa
Date: Mon, 4 Oct 1993 19:57:40 GMT
Hey,
Can anyone tell me how to turn off/on the NeXT-Printer with NS3.1 on the black machines.s Or where to seek help? Please HELP!!!!!
I can be reach at patt@sage.cc.purdue.edu (non-NeXTMail!!)
Thanks!
Sam.
$
From: rgc@research.med.jhu.edu (Ross G. Cutler)
Newsgroups: comp.sys.next.sysadmin
Subject: Problem with PC-NFS's telnet program
Date: 4 Oct 1993 20:32:07 GMT
Organization: HCF - Johns Hopkins University, Balitmore, Maryland, USA
Distribution: world
Message-ID: <28q187INN685@jhunix.hcf.jhu.edu>
Hi,
I'm using PC-NFS 4.0 on a PC to connect up to a NeXTstation via
telnet. With NS 3.0, this worked fine. However, with 3.1, telnet times
out and closes the connection. NFS and ftp work fine from the PC
to the NeXT. Is this a bug in 3.1's telnetd? Thanks, Ross.
From: rgc@research.med.jhu.edu (Ross G. Cutler)
Newsgroups: comp.sys.next.sysadmin
Subject: Page reversal with the NeXT laser printer
Date: 4 Oct 1993 20:40:11 GMT
Organization: HCF - Johns Hopkins University, Balitmore, Maryland, USA
Distribution: world
Message-ID: <28q1nbINN7qq@jhunix.hcf.jhu.edu>
Hi,
I'm using PC-NFS 4.0 to print from a PC to a NeXTstation's NeXT
laser printer. This works, except that the pages are not reversed as
they should be (since the NeXT laser printer prints face up). Printing
on the NeXT works fine as far are page ordering goes. PC-NFS is setup to
print to Local_Printer (our laser printer), and the ReversePageOrder
variable is set to 1. It appears that PC-NFS is ignoring the
ReversePageOrder variable.
Is there a fix for this? Thanks, Ross
PS: Is there *any* documentation on the pcnfsd that comes with the NeXT?
From: max@Kolmogorov.gac.edu (Max Hailperin)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Quantum ELS170?
Date: 4 Oct 93 15:19:54
Organization: Gustavus Adolphus College, St. Peter, MN
Message-ID: <MAX.93Oct4151954@Kolmogorov.gac.edu>
References: <28c3er$p0o@news.intercon.com> <1993Oct2.170512.2553@magnusson.uucp>
In-reply-to: hellgate.utah.edu!uplherc!cusa!magnusson!kris's message of Sat, 2 Oct 1993 17:05:12 GMT
In article <1993Oct2.170512.2553@magnusson.uucp>
hellgate.utah.edu!uplherc!cusa!magnusson!kris (Kristopher Magnusson)
writes:
[regarding my succesful experience with ELS170s vs. others
unsuccesful experieces]
We too have been able to duplicate this frustrating experience with ELS170s.
We have never been able to make the ELS170 work under NS. We _always_
recommend Conner 170s when NS users specify 170s.
In the meantime there has arrisen some further evidence on what might
make the difference. In my two systems, the ELS170 was the only SCSI
device. Later I tried hooking up a SCSI DDS drive, and found that it
caused a ton of errors from the ELS170s. This repeated on both
machines with ELS170s, but not on other machines. The ELS170s went
back to behaving normally once the tape drive was removed.
I checked with David Casti, and on the system he had problems with he
*did* have another SCSI device other than the ELS170S.
So, pending futher evidence my guess is that there is a problem with
ELS170S drives and NeXTs, but that it only manifests itself in the
presence of other SCIS devices.
Kris or anyone else: do you have further evidence to support this
theory, or alternatively refute it?
Thanks. -max
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: mike@cd.com (Mike Heins)
Subject: Re: Using mail from NeXT to Novell NetWare
Message-ID: <CEE5J2.1Bs@cd.com>
Keywords: Mail, Netware
Organization: Central Data Corp.
References: <28pu8c$mt1@nova.umd.edu>
Date: Mon, 4 Oct 1993 21:11:26 GMT
In <28pu8c$mt1@nova.umd.edu> fletcher@nova.umd.edu (Charles Fletcher) writes:
>We have a small network with a NeXT "server" and a SUN Sparc. Several
>PC's are connected via EtherNet and have been using telnet to connect
>to the NeXT. Recently the PC's were networked together using Novell
>Netware. Since I have 3.0 on the NeXT I quickly became a client to access
>the PC server's disk space and printer :-) <--Really big grin, Thanks, NeXT!
>Anyway, here is my question--I have the NeXT set up to dial out to
>a service to access internet mail. How can I set things set up to automatically
>forward the incoming mail to the PC users and get their mail out to the
>service? What mail software do we need to get for the PCs to get this working?
We use Pegasus Mail combined with Charon, a SMTP gateway for Pegasus
Mail. Both are freeware, and we have used them for linking email for
over 18 months without a hitch.
Try FTP to clarkson.edu for the files.
Regards,
--
______
) ( Mike Heins (sm)
/ | Central Data Corporation The scsiSystems Company
( * | Internet: mikeh@cd.com "We port hardware."
\_ | 1602 Newton Dr., Champaign, IL 61821
\ |
/ / 800/482-0315 or 217/359-8010 (FAX 6904)
\/\/
From: robert@amo.mit.edu(Robert Lutwak)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem with PC-NFS's telnet program
Date: 4 Oct 1993 22:31:47 GMT
Organization: Massachvsetts Institvte of Technology
Distribution: world
Message-ID: <28q88j$ci2@senator-bedfellow.MIT.EDU>
References: <28q187INN685@jhunix.hcf.jhu.edu>
In article <28q187INN685@jhunix.hcf.jhu.edu> rgc@research.med.jhu.edu (Ross G.
Cutler) writes:
> Hi,
> I'm using PC-NFS 4.0 on a PC to connect up to a NeXTstation via
> telnet. With NS 3.0, this worked fine. However, with 3.1, telnet times
> out and closes the connection. NFS and ftp work fine from the PC
> to the NeXT. Is this a bug in 3.1's telnetd? Thanks, Ross.
I don't have the answer for you, but I'd like to add that we've seen
exactly the same problem using the OS/2 TCPIP Telnet. It works
fine to our NS3.0 systems, but not to NS3.1.
Robert
--
Robert Lutwak robert@amo.mit.edu
MIT Atomic Resonance and Spectroscopy Laboratory
---- NeXTmail always welcome ----
Newsgroups: comp.sys.next.sysadmin
From: bobcook@slac.stanford.edu (Bob Cook)
Subject: Can't get to ROM monitor at boot time with 68040 ADB keyboard
Message-ID: <CEEDnA.Ar4@unixhub.SLAC.Stanford.EDU>
Sender: news@unixhub.SLAC.Stanford.EDU
Organization: Stanford Linear Accelerator Center
Date: Tue, 5 Oct 1993 00:06:45 GMT
The 3.1 (and I think 3.0) versions of the Sysadmin manual (in
/NextLibrary/Documentation/NextAdmin/09_StartShut/01_Monitors.rtf "Using the
System Monitors") say the following under the heading "ROM Monitor":
"You can access the ROM monitor in several ways:
"When the system is first turned on, hold down the Command bar and press the ~
key (without pressing Shift) immediately after the Testing System message is
replaced by the Loading from disk message. (On keyboards with two Command
keys, hold down the right Command key and press the ~ key.)"
I tried this for the first time over the weekend on my NeXT with a Command bar
running 3.1, and it did nothing. It works fine on machines with two Command
keys that I maintain. I looked in the FAQ and NeXTanswers and could find
nothing.
Does anyone know how to get to the ROM monitor at boot time on a NeXT with an
ADB keyboard? Or, does the above work on every such machine but mine? If the
latter, any guesses what could be wrong with mine?
One more piece of data: I've chosen on my machine to interchange the meanings
of the Command bar and the Help keys. I assume this shouldn't affect the
above, since the software isn't even loaded yet. Besides, I tried using the
right Help key with ~ and that didn't work either.
Thanks for any help.
--
Bob Cook bobcook@slac.stanford.edu
Stanford Linear Accelerator Center NeXT mail okay
From: Olav Anderson
Newsgroups: comp.sys.next.sysadmin
Subject: Help no sound...won't unmute
Date: 5 Oct 1993 00:26:40 GMT
Organization: The University of British Columbia
Distribution: world
Message-ID: <28qf00$nq3@nntp.ucs.ubc.ca>
Hi All,
I can't get my cube to unmute and consequently have no sound available.
Can someone help me.
In preferences.app I can't unhighlight the mute box.
___________________________________________________
B.Olav Anderson
Autodidact
NeXTSTEP CyberSurfer
e-mail olav@emerson.physics.ubc.ca NeXT Mail? Of course!
"I know of no more encouraging fact than the unquestionable ability of man to
elevate his life by a conscious endeavor."
H.D.Thoreau
Newsgroups: comp.sys.next.sysadmin
From: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Subject: HELP! Mail won't work from my machine
Message-ID: <1993Oct5.002824.15993@leland.Stanford.EDU>
Keywords: DNS,NeXTMail,sendmail
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Tue, 5 Oct 93 00:28:24 GMT
Great....
I'm trying to send mail from my computer at Stanford and I've got the
DNS (domain name servers) right (I know because I can ping these
places). But if I try to send mail from my machine (whether from Mach
prompt or NeXTmail) it can't find the host....
any ideas guys (and gals)....
I'd really like to get this working.....
CW
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA
M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$Q-3)<='@R,S`T7'1X,S0U-EQT
M>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V7'1X,3`S-CA<='@Q
M,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R-%QF8S!<8V8P($=R96%T+BXN+EP*
M7`I))VT@=')Y:6YG('1O('-E;F0@;6%I;"!F<F]M(&UY(&-O;7!U=&5R(&%T
M(%-T86YF;W)D(&%N9"!))W9E(&=O="!T:&4@1$Y3("AD;VUA:6X@;F%M92!S
M97)V97)S*2!R:6=H="`H22!K;F]W(&)E8V%U<V4@22!C86X@<&EN9R!T:&5S
M92!P;&%C97,I+B!"=70@:68@22!T<GD@=&\@<V5N9"!M86EL(&9R;VT@;7D@
M;6%C:&EN92`H=VAE=&AE<B!F<F]M($UA8V@@<')O;7!T(&]R($YE6%1M86EL
M*2!I="!C86XG="!F:6YD('1H92!H;W-T+BXN+EP*7`IA;GD@:61E87,@9W5Y
M<R`H86YD(&=A;',I+BXN+EP*7`I))V0@<F5A;&QY(&QI:V4@=&\@9V5T('1H
6:7,@=V]R:VEN9RXN+BXN7`I#5PI]"F0@
`
From: slv0y@cc.usu.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Strange netinfo problems, HELP!!
Message-ID: <1993Oct4.165744.1432@cc.usu.edu>
Date: 4 Oct 93 16:57:44 MDT
Organization: Utah State University
I am having some strange netinfo problems. I hope someone out there can give
me some help.
Some applications that I have try to install changes to netinfo via the shell
niutil stuff, but it isn't working for printers. Observer the following:
granite> niutil -list / / <-- It lists the contents of the root domain ok
1 machines
3 printers
4 fax_modems
5 aliases
6 mounts
7 users
9 groups
23 locations
granite> niutil -list / printers
niutil: can't open /:printers <-- But it will not list or let you alter the
directories by name.
granite> niutil -list / 3
62 newgen
51 Purup_Laser
82 granite_faxremote
52 Tektronix_Phaser_III_PXi
90 Canon
But accessing them by their directory number works fine. At first I thought
that perhaps it was a _writers problem. But they all check out o.k. I am
stuck. I have no idea why it is doing this. This also prevents you from
adding a printer to the root domain from another machine...
Any help would be GREATLY appreciated.
John Zollinger
slv0y@cc.usu.edu
From: alvin@cheddar.cse.ucsc.edu (Alvin Jee)
Newsgroups: comp.sys.next.sysadmin
Subject: RDP execption and root mounting
Date: 5 Oct 1993 01:59:27 GMT
Organization: University of California, Santa Cruz
Message-ID: <28qkdv$hji@darkstar.UCSC.EDU>
Keywords: panic
Hello Netters!
I'd like to know the reason for this behavior that seems to happen quite a
bit. I'm booting NS/I and I get this message:
panic: (Cpu 0) vfs_mountroot: cannot mount root
panic: NeXT Mach 3.1 ......etc....
Raise RDP exception 6 code 3 subcode 0
My system:
Intel Pro/GX
Adaptec 1542C
Maxtor MXT-540SL HD
Apple CD300
Intel Ethernet Combo Card
24M RAM
128K Cache
Ug! Now, the boot process gets hung while starting the file service daemons.
Blech! Help! Anybody? Everybody?
I really wish the OS and the hardware worked well together as they did on my
cube. That 'reset' button comes in real handy :(
PS. Anybody want keycaps to replace the 'Alt' key with 'Command' for
NMB RT101+ keyboards?
--
Alvin Jee
e-mail: alvin@cse.ucsc.edu
NeXTMail gleefully accepted!
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin,comp.protocols.ppp
From: alastair@farli.otago.ac.nz (Alastair Thomson)
Subject: Dialup PPP
Message-ID: <CEEMHC.G0t@news.otago.ac.nz>
Sender: usenet@news.otago.ac.nz (News stuff)
Organization: University of Otago
Date: Tue, 5 Oct 1993 03:17:36 GMT
Hi there,
Is there somewhere I can get dialup PPP for NeXT in source form? I
have one version for Solaris, but if I can avoid porting it I will.
Thanks
Alastair
--
Alastair Thomson, | Phone +64-3-479-8347
Chief Programmer, Black Albatross, | Fax +64-3-479-8529
Department of Computer Science, |
University of Otago, | alastair@farli.otago.ac.nz
Dunedin, New Zealand | NeXTmail Welcome
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 5 Oct 1993 00:01:26 -0400
Organization: Next Announcements
Message-ID: <28qrik$2q5@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
The NEXTSTEP FAQs are posted here monthly as well.
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material.
The NEXTSTEP programmer FAQs are posted here.
Generic UNIX questions belong elsewhere (comp.unix.questions),
although specific questions about NeXT's implementation or
porting issues are appropriate here. Note that there are
several other more "horizontal" newsgroups (comp.lang.objective-c,
comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip,
etc.) that may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
comp.soft-sys.nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
comp.lang.objective-c
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
comp.object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin,comp.protocols.ppp
From: ggerard@Alex.Engr.Trinity.Edu (Greg Gerard)
Subject: From NIS to NetInfo: Pointers needed for NeXTSTEP junkie, SunOS sysad
Message-ID: <1993Oct5.035221.10632@ringer.cs.utsa.edu>
Sender: news@ringer.cs.utsa.edu
Organization: Trinity University, San Antonio TX. USA
References: <CEEMHC.G0t@news.otago.ac.nz>
Date: Tue, 5 Oct 1993 03:52:21 GMT
Where would be a good place to get started in looking into the entrails of
NetInfo? I have browsed the man pages, but from what I've found, they're
designed for the NetInfo guru, not rookie. Also, what files are really
used by NS? (eg, it ignores my entries into the /etc/fstab file and several
others.)
Also, how does one add a user via the command line or a large list of users?
I love the UserManager for adding one user at a time, but when adding anything
above 10, it gets stale. My scripts under SunOS handled this, but I dare not
start messing about with things until I know something about that with which
I muck.
greg
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin
From: philip@utstat.toronto.edu (Philip McDunnough)
Subject: Re: Using HP DeskWriter on Black hardware
Message-ID: <CEEvvr.GEx@utstat.toronto.edu>
Organization: University of Toronto, Dept. of Statistics
References: <CE73q4.B7B@csn.org> <neuss.749737911@ramazzotti>
Date: Tue, 5 Oct 1993 06:40:39 GMT
In article <neuss.749737911@ramazzotti> neuss@igd.fhg.de (Christian Neuss ) writes:
[ ]
>>I have an HP DeskWriter (for the macintosh, not the HP DeskJet 5xx) that
>>I would like to use with my black slab. What will it take in the way
>>of hardware/software to make the DeskWriter work with my black hardware?
>>Is it even possible?
>Hm.. I didn't do this myself, but perhaps I can give you some pointers.
>As far as I know (ask your computer dealer for verification), the difference
>between the DeskWriter and the DeskJet ist that the DeskWriter has an
>RS 422 interface and a different cable. Since your black NeXT machine
>has RS422 output, this should be no problem. The first thing you should
>check out is attaching the printer to a serial port, setting an appropriate
>baud rate, stop bits and other stuff using the stty command, and simply
>try to output a couple of bytes. If this works, get the djf_for_3.0.tar.Z
>package from the archives, e.g. sonata.cc.purdue.edu. It should work
>without any modifications.
This won't work. The DeskWriter and Deskjet are very different in the way
the printer commands work. The Deskjet is based on PCL ( like the LJ). The
DeskWriter is not. I'm not sure what the printer language of a DW is, but
it appears to fall under the "Quickdraw" printer category.
--
Philip McDunnough
University of Toronto
philip@utstat.toronto.edu
[Where sheep may safely graze...]
Newsgroups: comp.sys.next.sysadmin
From: jr@sade.ka.sub.org (Jochen Richter)
Subject: Re: Can't get to ROM monitor at boot time with 68040 ADB keyboard
References: <CEEDnA.Ar4@unixhub.SLAC.Stanford.EDU>
Date: Tue, 5 Oct 1993 07:44:04 GMT
Organization: The home of the Pilhuhn
Sender: news@pilhuhn.sub.org (Das Newssystem auf pilhuhn)
Message-ID: <CEEytH.Go5@pilhuhn.sub.org>
In article <CEEDnA.Ar4@unixhub.SLAC.Stanford.EDU> bobcook@slac.stanford.edu
(Bob Cook) writes:
> The 3.1 (and I think 3.0) versions of the Sysadmin manual (in
> /NextLibrary/Documentation/NextAdmin/09_StartShut/01_Monitors.rtf "Using the
> System Monitors") say the following under the heading "ROM Monitor":
>
> "You can access the ROM monitor in several ways:
>
> "When the system is first turned on, hold down the Command bar and press the
~
> key (without pressing Shift) immediately after the Testing System message
is
> replaced by the Loading from disk message. (On keyboards with two Command
> keys, hold down the right Command key and press the ~ key.)"
>
> I tried this for the first time over the weekend on my NeXT with a Command
bar
> running 3.1, and it did nothing. It works fine on machines with two Command
> keys that I maintain. I looked in the FAQ and NeXTanswers and could find
> nothing.
>
> Does anyone know how to get to the ROM monitor at boot time on a NeXT with an
> ADB keyboard? Or, does the above work on every such machine but mine? If
the
> latter, any guesses what could be wrong with mine?
>
> One more piece of data: I've chosen on my machine to interchange the
meanings
> of the Command bar and the Help keys. I assume this shouldn't affect the
> above, since the software isn't even loaded yet. Besides, I tried using the
> right Help key with ~ and that didn't work either.
>
> Thanks for any help.
>
> --
> Bob Cook bobcook@slac.stanford.edu
> Stanford Linear Accelerator Center NeXT mail okay
This is described on page 60 of your Owner's Guide:
Hold down the left Alternate key and the Command key, and then press the tilde
key.
--
Jochen Richter Phone +49-721-696922
Zahringerstrasse 57 Fax +49-721-696988
D-76133 Karlsruhe e-mail: jr@sade.ka.sub.org
Germany jr@resy.kfk.de (>50K)
From: anstine@uniblab.sas.upenn.edu (David Anstine)
Newsgroups: comp.sys.next.sysadmin
Subject: Vacation woes
Message-ID: <151993@netnews.upenn.edu>
Date: 4 Oct 93 18:05:46 GMT
Sender: news@netnews.upenn.edu
The man page for vacation says to create your .forward file in the
following format:
\eric, "|vacation eric"
Some of my users are having their incoming mail bounced with the following
error:
----- Transcript of session follows -----
sh: vacation: not found
554 "| vacation eric"... 554 unknown mailer error 1
Changing the .forward to the following fixes the problem:
\eric, "|usr/ucb/vacation eric"
Any explanation?
-dave
From: anstine@uniblab.sas.upenn.edu (David Anstine)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Vacation woes
Message-ID: <151997@netnews.upenn.edu>
Date: 4 Oct 93 18:13:32 GMT
References: <151993@netnews.upenn.edu>
Sender: news@netnews.upenn.edu
In article <151993@netnews.upenn.edu> anstine@uniblab.sas.upenn.edu (David
Anstine) writes:
>
> \eric, "|usr/ucb/vacation eric"
I mean:
\eric, "|/usr/ucb/vacation eric"
-dave
From: rpopp@ebigek01.ciw.uni-karlsruhe.de (Ruediger Popp)
Newsgroups: comp.sys.next.sysadmin
Subject: nfswatch for NeXT?
Date: 5 Oct 1993 09:56:37 GMT
Organization: University of Karlsruhe, Germany
Message-ID: <28rgcl$lv3@nz12.rz.uni-karlsruhe.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Keywords: nfswatch security
Hello NeXT-sysops,
we would like to install a tool like nfswatch, netlog or
tcp_wrapper on our site.
Did anybody successfully install one of these programs
on the NeXT platform (NS3.0)?
--
-----------------------------------------------------------------
Ruediger Popp
Engler-Bunte-Institut
Dept. Chemistry and Technology of Gas, Oil and Coal
University of Karlsruhe (TH)
Richard-Willstaetter-Allee 5
76131 Karlsruhe
Germany
rpopp@ebigek01.ciw.uni-karlsruhe.de (NeXT-mail welcome)
-----------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: snk@pampero.ka.sub.org (Sebastian Kowalski)
Subject: Re: From NIS to NetInfo: Pointers needed for NeXTSTEP junkie, SunOS sysad
Message-ID: <1993Oct5.112749.2359@pampero.ka.sub.org>
Sender: snk@pampero.ka.sub.org
Organization: Just another one's black hardware scene in Karlsruhe, Germany
References: <1993Oct5.035221.10632@ringer.cs.utsa.edu>
Date: Tue, 5 Oct 1993 11:27:49 GMT
In article <1993Oct5.035221.10632@ringer.cs.utsa.edu>
ggerard@Alex.Engr.Trinity.Edu (Greg Gerard) writes:
> Where would be a good place to get started in looking into the entrails
of
> NetInfo? I have browsed the man pages, but from what I've found,
they're
> designed for the NetInfo guru, not rookie. Also, what files are really
> used by NS? (eg, it ignores my entries into the /etc/fstab file and
several
> others.)
>
> Also, how does one add a user via the command line or a large list of
users?
> I love the UserManager for adding one user at a time, but when adding
anything
> above 10, it gets stale. My scripts under SunOS handled this, but I
dare not
> start messing about with things until I know something about that with
which
> I muck.
>
> greg
Read NeXTAdmin in DigitalLibrarian, specially chapter 10, there is all,
what you'll need. Have a look for chapter 3 and 4 too.
The most importand commands for you are nidump and niload.
Good luck
Sebastian
--
Sebastian Kowalski, Karlsruhe, Germany | snk@pampero.ka.sub.org (NeXTMail OK)
Newsgroups: comp.sys.next.sysadmin
From: cowboy@trans.csuohio.edu (Joe Rosenfeld)
Subject: How to use same password file on two harddrives?
Message-ID: <1993Oct5.125139.12817@news.csuohio.edu>
Sender: news@news.csuohio.edu (USENET News System)
Organization: Cleveland State University Law Library
Date: Tue, 5 Oct 1993 12:51:39 GMT
Hello fellow NeXTers! I have something I would like to accomplish,
and I hope there is some way to accomplish my goal. This question is
definitely not in the FAQ.
I have 3.0 and 3.1. I really do not want to fully implement 3.1 until
the fixes are put into place in 3.2. I have certain beta test
obligations and interests, however, that require my use of 3.1 at some
times during the day, week, etc.
I have several hard drives. I want to be able to switch back and
forth between them, booting from the drive that runs 3.1 every so
often. I figure I can modify my sendmail.cf to read mail from the
proper disk when running 3.1. However, I have many users whose
passwords I do not know, nor do I want to know them :-). I also do
not want to change their passwords. I would prefer to keep this
transparently seamless, if possible.
Is there any way to copy the password and user information from 3.0 to
3.1, so that I can switch back and forth without having to
inconvenience them? BTW, I am NOT running NetInfo, and their access
is largely through tcp/ip and through a Unix commandline and POP
daemon.
Any assistance is truly appreciated. TIA!
Joe
--
| Joe Rosenfeld cowboy@trans.csuohio.edu
| Automation Librarian (216) 687-6881 [FAX]
| CSU Law Library trans.csuohio.edu [ANON FTP]
| NeXTMail and MIME ok
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin,comp.protocols.ppp
From: jq@phcs.com (Jim Quick)
Subject: Re: From NIS to NetInfo: Pointers needed for NeXTSTEP junkie, SunOS sysad
Message-ID: <CEFB9n.K84@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <CEEMHC.G0t@news.otago.ac.nz> <1993Oct5.035221.10632@ringer.cs.utsa.edu>
Date: Tue, 5 Oct 1993 12:12:59 GMT
In article <1993Oct5.035221.10632@ringer.cs.utsa.edu> ggerard@Alex.Engr.Trinity.Edu (Greg Gerard) writes:
>Where would be a good place to get started in looking into the entrails of
>NetInfo? I have browsed the man pages, but from what I've found, they're
>designed for the NetInfo guru, not rookie. Also, what files are really
>used by NS? (eg, it ignores my entries into the /etc/fstab file and several
>others.)
>
>Also, how does one add a user via the command line or a large list of users?
>I love the UserManager for adding one user at a time, but when adding anything
>above 10, it gets stale. My scripts under SunOS handled this, but I dare not
>start messing about with things until I know something about that with which
>I muck.
>
>greg
Read the man pages for nidump and niload. niload can be used to
commit batches of changes to any of the following:
aliases
bootptab
bootparams
exports
fstab
group
hosts
networks
passwd
printcap
protocols
rpc
services
For adminsistrators of a mixed net this also enables porting the old
textual definitions to a NeXT then running niload TYPE / or
niload -d /. For those who prefer doing all but batch changes in
Netinfo tools an nidump has the benefit of providing text backup
of configuration changes, and NeXT naive unix users can grep for what
they need to know about a host.
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Fax: (617) 863-8575 pronounced "Throat-Warbler Mangrove".
) Voice: (617) 861-5579 NeXTMail O.K.
From: dave@truth.asg.arlut.utexas.edu (Dave Slotnick)
Newsgroups: comp.sys.next.sysadmin
Subject: WM unable to delete files
Date: 5 Oct 1993 13:10:29 GMT
Organization: The University of Texas at Austin, Austin, Texas
Message-ID: <28rro5$kv1@geraldo.cc.utexas.edu>
Hopefully one of you kind folks has ran across this problem. When I try
and delete a file using WM's File->Destroy, the WM reports that my home
directory is not writable. But it IS writable; I delete it through a
Terminal window, for instance. I assume that WM gets its permissions from
the inode like everyone else--or does it keep its own copy of st_mode
internally?
Any help on this problem would be greatly appreciated.
--
*** David Slotnick
*** Applied Research Laboratories
*** dave@truth.asg.arlut.utexas.edu
NeXTmail desired and appreciated
From: dave@truth.asg.arlut.utexas.edu (Dave Slotnick)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: WM unable to delete files
Date: 5 Oct 1993 13:13:13 GMT
Organization: The University of Texas at Austin, Austin, Texas
Message-ID: <28rrt9$kvm@geraldo.cc.utexas.edu>
References: <28rro5$kv1@geraldo.cc.utexas.edu>
Dave Slotnick writes
> directory is not writable. But it IS writable; I delete it through a
OOPS! I meant to say, "I can delete a file in my home directory through a
Terminal Window...". I wouldn't want to delete my home directory. That
would be REALLY bad pookie on such a wonderful Tuesday morning...
Again, any help would be greatly appreciated.
--
*** David Slotnick
*** Applied Research Laboratories
*** dave@truth.asg.arlut.utexas.edu
NeXTmail desired and appreciated
From: Uwe Hoffmann
Newsgroups: comp.sys.next.sysadmin
Subject: Lost root password of netinfo domain
Date: 5 Oct 1993 13:35:38 GMT
Organization: Forschungszentrum Informatik (FZI), Karlsruhe, Germany
Message-ID: <28rt7a$pp2@gate.fzi.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Lost root password of netinfo domain.
(The one which you change in NetInfoManager.app
in menu Domain/Security/Change Root Password... )
It differs from machine root passwd, which I still have.
I can login as root and also do su in terminal.
What do I do now ?
--
uwe....................................hoffmann@fzi.de (nextmail ok)
Newsgroups: comp.sys.next.sysadmin
From: serge@dadofsam.Princeton.EDU
Subject: Re: Problem with PC-NFS's telnet program
Message-ID: <1993Oct5.133656.6561@Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <28q187INN685@jhunix.hcf.jhu.edu>
Date: Tue, 5 Oct 1993 13:36:56 GMT
In article <28q187INN685@jhunix.hcf.jhu.edu> rgc@research.med.jhu.edu (Ross G.
Cutler) writes:
> Hi,
> I'm using PC-NFS 4.0 on a PC to connect up to a NeXTstation via
> telnet. With NS 3.0, this worked fine. However, with 3.1, telnet times
> out and closes the connection. NFS and ftp work fine from the PC
> to the NeXT. Is this a bug in 3.1's telnetd? Thanks, Ross.
I'm not sure if this is related, but we've also seen a change (i.e., problem)
with the 3.1 telnet, having to do with the handling of carriage-returns. Our
symptom was that users coming in to a Next running 3.1 from a cisco terminal
server could no longer login. They typed their userid at the login prompt, hit
the <return> key, and nothing happend. The problem was that no-one was
translating the <return> into the <new-line> that login was waiting for. I'm
not sure, but I suspect this has to do with changes in telnet option
negotiation. Has anyone else seen this? We solved the problem by using the
"terminal no telnet transparent" command with the cisco terminal server.
Serge J. Goldstein
p.s. If you experience this problem, try sending a <new-line> via Control+j.
Newsgroups: comp.sys.next.sysadmin
From: dean@world.std.com (Dean S Banfield)
Subject: Netinfo crash
Message-ID: <DEAN.93Oct5103030@world.std.com>
Sender: dean@world.std.com (Dean S Banfield)
Organization: The World Public Access UNIX, Brookline, MA
Distribution: comp
Date: Tue, 5 Oct 1993 15:30:30 GMT
Hi,
On NS/FIP, I attempted to perform a point and click operation and now have
a corrupt Netinfo database to show for for my attempt. Specifics:
Printmanager.App
Fax Modem (menu choice)
Create
Select COM B
Save
[System hangs. No mouse activity. Keyboard locked]
I use the big red switch, and must suffer through the rebuilding of
my filesystems, but hey, I can take a joke. After the filesystems
are rebuilt and the system is coming up for real, a few messages
hang the system on boot:
localhost: Error in netinfod[89]: invalid ID# - 159
localhost: lookupd[xxx]: unable to locate netinfod. Waiting, sleeping...
Those are unfortunately approximations, but show the flavor. At that point
I type ^C, and the startup script continues, but obviously without the
netinfo database available. I believe it then defaults to some strange
use of the /etc/passwd file (which is bogus) and places me in the 'me'
account, which has long been disabled from the netinfo database. A security
breach perhaps, but I'm happy to be into the system.
In the /etc/netinfo directory, there is a recent core file from the crash.
In the /etc/netinfo/local.nibd directory there are three files:
Collection (over 89000 in size)
Transaction (size 0)
extension_159 (size 0)
Any hope for recovery of the netinfo database? Is it just the two 0 sized
files causing my problems, or is the database corrupt? Tips for rebuilding
it would be appreciated. I'm tempted to just remove the two obviously bogus
files and see what happens.
As a point of interest, once my netinfo database was unavailable, what path
did the system take to get me in? There was no login panel, and curiously
it inquired as to what keyboard (English) I wanted. I came in as 'me', which
no longer has a default directory on the system and was deleted from netinfo
via UserManager.App. Seems like a breach. TIA
-Dean
--
Dean S. Banfield Voice: (203) 656-1500
Real Decisions Corporation FAX : (203) 656-1659
22 Thorndal Circle email: dean@world.std.com
Darien, CT 06820
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem with PC-NFS's telnet program
Message-ID: <john-051093085857@johnppp.byu.edu>
From: john@kolob.byu.edu (John K. Peterson)
Date: 5 Oct 93 09:01:45 -0700
Followup-To: comp.sys.next.sysadmin
References: <28q187INN685@jhunix.hcf.jhu.edu> <1993Oct5.133656.6561@Princeton.EDU>
Distribution: world
Organization: Brigham Young University
In article <1993Oct5.133656.6561@Princeton.EDU>,
serge@dadofsam.Princeton.EDU wrote:
>
> In article <28q187INN685@jhunix.hcf.jhu.edu> rgc@research.med.jhu.edu (Ross G.
> Cutler) writes:
> > Hi,
> > I'm using PC-NFS 4.0 on a PC to connect up to a NeXTstation via
> > telnet. With NS 3.0, this worked fine. However, with 3.1, telnet times
> > out and closes the connection. NFS and ftp work fine from the PC
> > to the NeXT. Is this a bug in 3.1's telnetd? Thanks, Ross.
>
> I'm not sure if this is related, but we've also seen a change (i.e., problem)
> with the 3.1 telnet, having to do with the handling of carriage-returns. Our
> symptom was that users coming in to a Next running 3.1 from a cisco terminal
> server could no longer login. They typed their userid at the login prompt, hit
> the <return> key, and nothing happend. The problem was that no-one was
> translating the <return> into the <new-line> that login was waiting for. I'm
> not sure, but I suspect this has to do with changes in telnet option
> negotiation. Has anyone else seen this? We solved the problem by using the
> "terminal no telnet transparent" command with the cisco terminal server.
> Serge J. Goldstein
> p.s. If you experience this problem, try sending a <new-line> via Control+j.
This same problem occurs between 3.1 and NCSA Telnet 2.6B8 for the
Macintosh. However, 3.0 and 2.1 were fine.
jp
Newsgroups: comp.sys.next.sysadmin
From: peter@corsica (Peter Eisch)
Subject: Re: Is it possible to change the mouse pointer on black hardware
Message-ID: <CEFIop.A1s@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota Hospital and Clinic, Labratory Information Services
References: <1993Sep28.093945.1445@dmu.ac.uk> <1993Sep29.032106.21093@tkymail.sps.mot.com> <T9116TS.93Oct1131556@litespeed.tech.mis.cfc.com> <CEDHwx.Mt1@news2.cis.umn.edu>
Date: Tue, 5 Oct 1993 14:50:50 GMT
Peter Eisch (peter@corsica) wrote:
...
: The solution would be a program (perhaps daemon-style) that could be
: started from the LaunchPaths and then exits when the user logs out. The
: program would constantly follow the cursor and places a rectangle of
: arbitrary color and arbitrary width around the cursor at an arbitrary
: offset away from the point of the cursor. There should also be a
: Preferences module for controlling the daemon that perhaps uses DO for
: configuration changes. Have I effectively defined the program? Should I
: just write it and send it to you? (No, really...)
I did this (after one prodding message) and will point you to source and a
FAT binary if you send me email requesting such info.
The interface is pretty simple, once the program is running, it lazily
polls to see if the Control and Alternate keys are down. If so, it puts
up a 100x100 window right under the cursor until you release the keys.
Why Control-Alternate? I couldn't think of a better combination that was
harmless to the system. You can change this if you'ld like...
Have fun,
peter
--
...future author of:
"Safe Cellular Compilations at Speeds Greater Than 140 kph."
peter@tahiti.umhc.umn.edu (Peter Eisch) peter.a.eisch@uwrf.edu
From: mark@ccc1.tamu.edu (Mark Doucet)
Newsgroups: comp.sys.next.sysadmin
Subject: Using tar on a .pkg file?
Date: 5 Oct 1993 15:47:06 GMT
Organization: Texas A&M University, College Station, TX
Message-ID: <28s4tq$pbl@TAMUTS.TAMU.EDU>
This is probably a real basic question. I have a package that I want to
distribute but I need to tar if first. The command I have been using is
tar cvf pkg name
It doesn't work. Can you tell me what I am missing?
Thanks in advance
Mark
Newsgroups: comp.sys.next.sysadmin
From: wkwong@lyapunov.eng.ohio-state.edu (Waihon Andrew Kwong)
Subject: Re: Using tar on a .pkg file?
Message-ID: <1993Oct5.162421.25473@ee.eng.ohio-state.edu>
Sender: news@ee.eng.ohio-state.edu
Organization: The Ohio State University Dept of Electrical Engineering
References: <28s4tq$pbl@TAMUTS.TAMU.EDU>
Date: Tue, 5 Oct 1993 16:24:21 GMT
In article <28s4tq$pbl@TAMUTS.TAMU.EDU> mark@ccc1.tamu.edu (Mark Doucet) writes:
>This is probably a real basic question. I have a package that I want to
>distribute but I need to tar if first. The command I have been using is
>
>tar cvf pkg name
>
>It doesn't work. Can you tell me what I am missing?
>
>Thanks in advance
>Mark
Try this:
tar cvf xxx yyy zzz .....
xxx = output file (e.g. myfile.tar)
yyy, zzz,.... = all files you want to be in the tar file
Hope this help,
Andy
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Problems with dial in to Intel
Message-ID: <CEFMJp.L2D@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <28q187INN685@jhunix.hcf.jhu.edu> <1993Oct5.133656.6561@Princeton.EDU>
Date: Tue, 5 Oct 1993 16:16:37 GMT
A colleague of mine and I are having problems with dialing in to
NSFIP 3.1. We have set up uucp and tip at 9600 baud on the devices
which use hardware flow control (cufa and ttydfa). uucp and tip
when dialing out are fine at this speed (no driver errors on console
or in /usr/adm/messages). We get mail and file transfers reliably
to and from a host that we poll.
When either of us tries to tip into the other's system (or a remote
uucp tries to dial in to us) we are flooded with driver errors.
Since we both experienced crashes which required re-installing the
OS we are not inclined to ignore these messages and allow remote logins
despite the errors..
Does anyone have incoming uucp or tip on Intel 3.1 without these
problems?
p.s. We tried implementing uucp with the cua and ttyda devices,
but uucico would be able to send packets reliably, but could not
receive them. e.g. we poll remote host. Packets containing rmail
submissions and/or files are sent to remote host with no errors.
Any incoming mail or files from the remote host would experience
'g' protocol ack failures and the call would be aborted.
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Fax: (617) 863-8575 pronounced "Throat-Warbler Mangrove".
) Voice: (617) 861-5579 NeXTMail O.K.
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Faking IP hosts on a system with no ethernet connection.
Message-ID: <CEFnnx.L7o@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <28q187INN685@jhunix.hcf.jhu.edu> <1993Oct5.133656.6561@Princeton.EDU>
Date: Tue, 5 Oct 1993 16:40:44 GMT
I am running NSFIP 3.1 (with new serial and ATI drivers). I noticed
during a test, when a friend logged in via modem, that the talk program
would not work on my system (hstname == uuname == 'papoose'). The error was:
'talk: papoose: Can't figure out network address'
I assume that a call to 'gethostbyname' is failing. In an attempt
to work around this problem I created an additional host entry named papoose
with the local loopback address (127.0.0.1) as the IP address. I
did this in netinfo first with no effect, and also added it to /etc/hosts.
No, ill effects, but no change to the problem.
ping localhost (works as expected)
ping papoose 'ping: unknown host papoose'
I tried to fake it out by configuring a real IP adress
using the Simple Network startup tool, but this caused it to try
to reach an ethernet network (on an ethernet card which does not exist).
Needless to say it bailed out and undid the changes.
How can I get NextStep to recognize my host by the name
papoose but use the localhost loopback. I desparately need a
work-around.
Does anyone have any suggestions on what to try next?
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Fax: (617) 863-8575 pronounced "Throat-Warbler Mangrove".
) Voice: (617) 861-5579 NeXTMail O.K.
From: eboltz@jhunix.hcf.jhu.edu (Eric Scott Boltz)
Newsgroups: comp.sys.next.sysadmin
Subject: NeXT E-net hardware dead!
Date: 5 Oct 1993 15:37:49 -0400
Organization: Homewood Academic Computing, Johns Hopkins University, Baltimore, Md, USA
Distribution: usa
Message-ID: <28siedINNqa2@jhunix.hcf.jhu.edu>
I'm having a teeny bit of a problem with my '92 NSTC.
Seems that since Saturday its decided to drop packets over
ethernet constantly. When logged in to a remote host I can get
lag times of 2-3 minutes. I hooked a PC up to my e-net connection
and it has no problems.
Anyone else out there had their e-net hardware fail?
I've got a new motherboard on the way, but that does me little
good for the conference I'm presenting at Thursday! I'm supposed
to present an animation of data generated *remotely* and then
rendered in Mma. To generate the data locally would take
weeks. Slightly longer than FTP now that my NeXT is losing packets...
Eric
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: coconut@crash.cts.com (Brian Dear)
Subject: Re: HELP: post-3.1-installation-blues
Organization: Coconut Computing, Inc., La Jolla, CA
Date: 05 Oct 93 13:13:42 PDT
Message-ID: <1993Oct05.131342.23449@crash>
References: <1993Oct03.153010.16991@crash>
Just a note of thanks to the many kind NeXTfolk who wrote back
with suggestions for fixing my NS3.1 sendmail problems.
The solution was a subtle change in the 3.0 -> 3.1 conversion
of the sendmail.cf file. Essentially the right line was
commented out, and wrong line was in effect. After switching
these two lines, everything seems to be working again.
The lines are the ones directly below the comment that says,
"If you want to pass all other explicit domain names up the ladder...".
Thanks again. It's good to be back :-)
* brian dear * coconut computing, inc. * brian@coconut.com *
Newsgroups: comp.sys.next.sysadmin
From: lemke@narnia.MITL.Research.Panasonic.COM (Kennedy Lemke)
Subject: lprm problem
Message-ID: <1993Oct5.212606.14449@MITL.Research.Panasonic.COM>
Sender: news@MITL.Research.Panasonic.COM
Organization: Matsushita Information Technology Laboratory
Date: Tue, 5 Oct 1993 21:26:06 GMT
Hello--
(I did not see this discussed in the FAQ; hopefully someone can
help). We are having a problem with lprm on our NeXTs. Our environment:
heterogeneous (nexts as well as Suns, Solbournes, DECStations, Macs,
PCs, etc.). We have lots o' printers, including NeXT printers. For
non-NeXT postscript printers, we use the transcript package to print.
DESCRIPTION OF THE PROBLEM: If I send a file to be printed on a
NeXT printer, then realize that I really didn't want to print
the file so I lprm it, I can't do it: I get "permission denied".
The *reason* for the problem is this: we recently changed our
domain name from "MITL.COM" to "MITL.Research.Panasonic.COM" (with
host names prepended, of course). When I lpr a file to be printed
on a next printer, the spool file gets stored as:
cfA###xxxxxx.MITL.Research.Panasonic.C
where ### stands for the spooled job number, "xxxxxx" stands for
the hostname of where the file was lpr'ed from, and there is no
"OM" on the end (to complete the "COM"). And when I try lprm,
I get "permission denied".
If I physically change the name of the file to complete the fully-
qualified domain name, then lprm is successful. Or, if a file is
lpr'ed from a hostname whose hostname length is four characters or
less, lprm will also be successful. But it appears that the next
(a) tacks on our domain name to the end of the file; (b) truncates
the name of the file at 38 characters.
I do not have this problem with other printers/queues because the
printer server host does not append our [very long] domain name
onto the end of the file.
Has anyone else seen this? Anyone know of a good solution? Thanks.
Kennedy Lemke
, , ___ ______
/| /| / / / Computer Systems Manager
/ | / | / / / Postmaster && News administrator
/ | / | / / / Matsushita Information Technology Laboratory
/ |/ | _/_ / /____ Panasonic Technologies, Inc.
2 Research Way
Work Phone: (609) 734-7329 Princeton, New Jersey 08540-6628
Fax: (609) 987-8827 Email: lemke@MITL.Research.Panasonic.COM
From: allen@atienmh.sph.jhu.edu (Allen Y. Tien)
Newsgroups: comp.sys.next.sysadmin
Subject: upgrade to 3.1 - mail and desktop problems
Date: 5 Oct 1993 21:59:08 GMT
Organization: HCF - Johns Hopkins University, Balitmore, Maryland, USA
Message-ID: <28sqncINNlfl@jhunix.hcf.jhu.edu>
I am trying to upgrade from 2.1 to 3.1 on a NeXTStation. I have two
external drives - one boots 2.1 and the other boots 3.1. I just copied
over most programs without trouble, other than changes in paths. However,
I have been unable to get Mail in 3.1 to send or receive mail - it says
address not found or something like that. Other networking is fine under
3.1, so it must be something in Mail configuration files, which I do not
understand very well.
A second problem is that the desktop does not remember what I change in
it. Icons placed in the dock do not appear there upon rebooting.
Any help would be appreciated (especially if it works!).
Allen Tien
From: mcquill@keen.ccit.duq.edu (Tod McQuillin)
Newsgroups: comp.sys.next.sysadmin
Subject: Default Home Directory in Usermanager
Message-ID: <28stdr$953@noether.mathcs.duq.edu>
Date: 5 Oct 93 22:45:15 GMT
Organization: Duquesne University
How can I change the default Home directory for new users I create using the
UserManager App?
It gets a bit old changing the directory each time and it confuses
the novice sysadmins I must train.
Thanks
--
Tod McQuillin
Systems Programmer
Duquesne University
From: Olav Anderson
Newsgroups: comp.sys.next.sysadmin
Subject: how to uninstall preUpgrade to 3.0 software
Date: 6 Oct 1993 00:01:43 GMT
Organization: The University of British Columbia
Distribution: world
Message-ID: <28t1t7$s8f@nntp.ucs.ubc.ca>
Hi all,
I need to uninstall the UpgradePrep.app stuff on my 2.0 cube because it
is doinf something to my 2.0 system and I can't upgrade as soon as I thought.
Does anyone know how to do this?
---
_______________________________________
B.Olav Anderson
Autodidact,NeXTSTEPCyberSurfer
NeXT Mail accepted
Vancouver, B.C.
_*_
* "Trust thyself: every heart vibrates to that iron string"
* R.W.Emerson
* *
*
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Device in /etc/fstab not mounting
Date: 6 Oct 1993 02:23:35 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <28ta77$lo3@news.mic.ucla.edu>
References: <1993Oct4.190550.3375@ornl.gov>
This is typically a problem with the inclusion of "noauto" on a line in
/etc/fstab on the second drive (it shouldn't be there). I believe netinfo
is consulted only for NFS volumes and/or removable volumes, not for hard
disk volumes. As a general rule, enclosing the offending fstab is a good
idea.
Now, I am having 2 problems myself. [1] How does NeXT automount non-NFS
volumes? In particular, I would like to hand-mount (in single-user mode) a
DOS floppy, DOS volume and/or NS floppy, perhaps format it, in order to
copy files to them. The obvious "mount /dev/rsd2h" does not work, nor do I
know what floppy devices are appropriate. (Also, how do I dismount an
automounted disk/floppy volume from the command line?)
[2] I have a minor problem with /etc/fstab. My second disk volume's second
partition is not mounted at bootup.
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/dev/sd1a /next3gb rw,noquota 1 2
/dev/sd1b /Local rw,noquota 1 2
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: hayashi@teal.csn.org (hayashi)
Subject: dbl-sided mo not meant?
Message-ID: <CEGDH3.s0@csn.org>
Followup-To: comp.sys.next.sysadmin
Summary: My OD won't eat a double-sisded optical disk
Keywords: double-sided optical disk
Sender: news@csn.org (news)
Organization: SRA Boulder
Date: Wed, 6 Oct 1993 01:58:14 GMT
My Nextcube optical drive won't eat Sony's double-sided disk.
Would someone tell me why?
I thought the d-sided was as OK as a single-sided, but
the drive doesn't look happy with it and won't take it in.
(I asked for an unformated disk and they sent me a formated one
with each sector of 1KByte, if this has anything to do with this.
But I can re-format it once the disk is recognized by the system,
can't I?)
Please educate this novice. Thanks.
--Yoshi Hayashi
hayashi@sda.com
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Lost root password of netinfo domain
Message-ID: <1993Oct6.023107.22554@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <28rt7a$pp2@gate.fzi.de>
Date: Wed, 6 Oct 1993 02:31:07 GMT
In article <28rt7a$pp2@gate.fzi.de> hoffmann@fzi.de (Uwe Hoffmann) writes:
>Lost root password of netinfo domain.
>(The one which you change in NetInfoManager.app
>in menu Domain/Security/Change Root Password... )
>It differs from machine root passwd, which I still have.
>I can login as root and also do su in terminal.
>What do I do now ?
Find the encrypted password of something you know:
# niutil -read . /users/root
name: root
passwd: AbCdEfGhIjKlM
uid: 0
gid: 1
realname: Operator
home: /
shell: /bin/csh
_writers_passwd: root
Use that to set the root domain's password:
# niutil -createprop / /users/root passwd AbCdEfGhIjKlM
(You must be superuser on the NetInfo master.)
You should then be able to change it to whatever you want.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: jim@jknext.claremont.edu (Jim Kieley)
Subject: 3.1 for NeXT computers upgrade problem
Message-ID: <CEGFqC.8Ew@news.claremont.edu>
Sender: news@news.claremont.edu (The News System)
Organization: Harvey Mudd College, Claremont CA 91711
Date: Wed, 6 Oct 1993 02:47:00 GMT
I posted yesterday about a problem I am having upgrading NeXTstation color
turbos from 3.0 to 3.1. I am now convinced that I have bad media. The
machines currently running NS 3.0 read 3.0 CD-ROM's, 3.1 developer
CD-ROM's and even 3.1 Intel system CD-ROM's. The two 3.1 system upgrades
for NeXT computers I received (SS# AEM0012876 and AEM0012895) bring two
different turbo's using two different NeXT CD-ROM drives to their knees
with SCSI errors. Despite the nearly $200,000 my college has spent on
NeXT products and the 3+ years I spent repairing these systems as a NeXT
factory trained systems support and hardware tech, it seems that without a
credit card number or a special account I can't ask NeXT technicians about
the problems that I am having now. The untrained customer support people
are very polite, however. Perhaps others experiencing the particular
difficulties I am having can spare themselves some grief by asking for new
media as well.
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Appeal to NeXT for robustness
Date: 6 Oct 1993 03:00:04 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <28tcbk$lrl@news.mic.ucla.edu>
As I have undergone my 20th install on NS/Intel this weekend, each one
taking a full day and lowering NS productivity, I am pondering whether a
system as difficult to repair/hold together as NS has a chance as a "Unix
for the rest of us." We should all appeal to NeXT for changes IMHO more
important than any new object oriented bells and whistles. *** If you
agree, please mail this message to the NeXT bug_next@next.com to alert NeXT
to these important shortcomings ***
********************
A high-performance file system such as NeXT's is prone to corruption. a
slew of common software bugs and hardware glitches (common on Intel
machines) causing faults can corrupt a file system. With literally
hundreds of files necessary to reliably boot a NS filesystem, such bugs can
lead to disastrous and difficult-to-diagnose/repair consequences. NeXT's
common response, "rebuild the system/wipe out all your data/spend a full
day rebuilding," is inadequate.
** We need a much more solid set of hard disk repair tools than fsck. (In
fact, fsck is buggy and can die with a bus error on common disk
corruptions.)
** In particular, we need the ability to automate system repairs from a
CD-ROM, rather than the complete "scratch and kill disk" alternative
** We need a script on CD-ROM to rebuild the system without erasing the file
system.
** NS/Intel needs the ability to "halt and sync" from ctrl-ctrl-numlock to
reduce file system corruptions when the system or the boot procedure gets
into trouble. This c-c-numlock facility (available under NS/040) could
probably save 3/4 of all necessary reinstalls.
* We need better backup tools, in particular solid Ethernet transfer
interface for rdump's and rrestore's. (There are also [occasional]
problems with the SCSITapeDriver.)
* In addition to new drivers, future releases should incorporate a hardware
snooper program that checks if NeXTStep sees all the resources it needs.
- Better vt100 support in the 80*24 mode would allow using emacs or vi for
file repairs.
- Documentation on how to mount and unmount floppies in single-user mode
would allow rescue of at least some files in adverse situations.
- Add further SCSI hard disk tools for diagnosis of common problems.
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
--
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: ATI Driver. 1280*1024*8 fails to work on Intel GX/Pro
Date: 6 Oct 1993 03:07:31 GMT
Organization: UCLA Microcomputer Support Office
Distribution: world
Message-ID: <28tcpj$lrl@news.mic.ucla.edu>
References: <28tco2$lrl@news.mic.ucla.edu>
Ivo Welch (ivo@next.agsm.ucla.edu) wrote:
: Has anyone got the latest ATI Driver to work in 1280*1024*8 mode on an
: Intel GX/Pro machine. On my machine (standard unmodified Intel GX/Pro with
: onboard ATI, running 1024*768*24 in 2MB VRAM right now), switching into
: 1280*1024*8 mode and rebooting produces a screen that is completely black.
: The resulting cold reboot corrupted my system to the point that I had to
: rebuild completely.
: * Has anyone managed to get the new ATI driver to work in 1280*1024 mode on
: such a machine (details see below)?
: * Also, why can the new 1280*1024 driver run only in 60Hz refresh mode,
: when both my board and my card (Windows) can do it in 72 Hz without
: problem?
: Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
: Asst Prof of Finance iwelch@agsm.ucla.edu
: AGSM at UCLA
--
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
From: jens@mwnext.metaworks.de (Jens Hoffmann)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Re: Using mail from NeXT to Novell NetWare
Date: 5 Oct 1993 18:41:55 -0000
Organization: MetaWorks Gesellschaft fuer elektronische und audiovisuelle Medien mbH
Message-ID: <28sf5j$otr@mwnext.metaworks.de>
References: <28pu8c$mt1@nova.umd.edu> <CEE5J2.1Bs@cd.com>
Keywords: Mail, Netware
also check for Mercury. That is a SMTP Gateway for Pegasus, running as a NLM on the netware server. Really great software.
cu,
Jens
--
Jens Hoffmann jens@metaworks.de
MetaWorks Gesellschaft fuer elektronische und audiovisuelle Medien mbH
Schlossstrasse 31, D-56068 Koblenz +49-261-37773 fax: +49-261-37775
From: mconners@magnus.acs.ohio-state.edu (Michael R Conners)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin,comp.protocols.ppp
Subject: Re: Dialup PPP
Date: 6 Oct 1993 03:48:48 GMT
Organization: The Ohio State University
Message-ID: <28tf70$srm@charm.magnus.acs.ohio-state.edu>
References: <CEEMHC.G0t@news.otago.ac.nz>
In article <CEEMHC.G0t@news.otago.ac.nz> alastair@farli.otago.ac.nz writes:
>Hi there,
>Is there somewhere I can get dialup PPP for NeXT in source form? I
>have one version for Solaris, but if I can avoid porting it I will.
>
>Thanks
>Alastair
>--
>Alastair Thomson, | Phone +64-3-479-8347
>Chief Programmer, Black Albatross, | Fax +64-3-479-8529
>Department of Computer Science, |
>University of Otago, | alastair@farli.otago.ac.nz
>Dunedin, New Zealand | NeXTmail Welcome
>
Yep- MorningStar PPP. I've got it for my NeXT and it's great. Does SLIP too.
marketing@morningstar.com.
--
*** Michael Conners - THE Ohio State University ***
** Compare and Contrast: **
Carter Administration Clinton Administration
- Elvis dead - Barbra Streisand all too lively
From: kenr@shl.com (Ken Rossen)
Newsgroups: comp.sys.next.sysadmin
Subject: Swapfile growth in 3.1??
Followup-To: comp.sys.next.sysadmin
Date: Wed, 06 Oct 1993 08:36:14 -0500
Organization: SHL Systemhouse
Message-ID: <kenr-061093083614@slip-kjr.shl.com>
Sorry if this has become an FAQ - please consider mailing replies.
I followed discussions of out-of-control swapfile growth
with half-attention -- I have had chronic problems with the swapfile
filling up the hard disk on black hardware under NS2.1, but
had gathered from the discussion in the newsgroups that this
was mitigated or fixed in 3.1.
Now I have 3.1 on Intel (an NEC Versa notebook) and the problem
is horrendous! Furthermore, unlike under 2.1, rebooting does not
fix the problem. It chewed up 14MB of my disk during a few hours
yesterday.
I can't believe I'll need to be manually removing /private/vm/swapfile
for the rest of my life -- any suggestions?
--
KENR@SHL.COM
Newsgroups: comp.sys.next.sysadmin
From: Rick Wiggins <RickWiggins@UAkron.Edu>
Subject: Anyone able to use the -d option on ixBuild?
Message-ID: <1993Oct6.132640.10497@news.uakron.edu>
Sender: news@news.uakron.edu
Organization: The University of Akron, Network Operations
Date: Wed, 6 Oct 1993 13:26:40 GMT
I'm trying to use the -d option on the ixBuild command to create my own
descriptions for indexed files. The man page is pretty skimpy on the
details of doing this. I have been able to get the command to allow me
to enter a description from the keyboard, but I need to have the
description taken from the file. No matter how I try to do this, I
always get the default description. If you know how to make this work,
I'd appreciate a reply. Thanx...
From: dkfuller@eng.umd.edu (Darron K. Fuller)
Newsgroups: comp.sys.next.sysadmin
Subject: Turning off NetInfo Client
Date: 6 Oct 1993 13:33:42 GMT
Organization: Project GLUE, University of Maryland, College Park
Message-ID: <28uhfmINNe8s@mojo.eng.umd.edu>
I am new to NextStep and to system administration in UNIX and have run
into a problem.
I was experimenting with NetInfo and turned on the option to make my
station a NetInfo client without an existing NetInfo server.
Mistake!
I cannot get into SimpleNetworkStarter to turn this option off because
it aborts when it cannot find a NetInfo server.
Booting hangs, but I know how to get around that and login as "me" and
then as root, but I could not find any files or utilities that would
allow me to make the fix that I need.
Can anyone help?
Darron.
dkfuller@eng.umd.edu
Newsgroups: comp.sys.next.sysadmin
From: boards@nise-ch.nosc.mil (Stephen Board)
Subject: Re: xserver?
Message-ID: <1993Oct6.145259.6225@nosc.mil>
Sender: usenet@nosc.mil (Network News)
Organization: NCCOSC RDT&E Division, San Diego, CA
References: <28i6e3$5a6@babbage.ece.uc.edu>
Date: Wed, 6 Oct 1993 14:52:59 GMT
In article <28i6e3$5a6@babbage.ece.uc.edu> joseph@physune.phy.uc.edu
(Joseph Pecquet) writes:
>>> Is there any way to make a NeXT act as an Xserver, to work with X
programs running
>>> on other (non-NeXT) machines?
>>> -joseph
>>> joseph@physunc.phy.uc.edu
Yeah!!! This is what I'm looking for too.
Any ideas NeXTWORLD?
Stephen
--
*************************************************************************
The opinions expressed above are not necessarily those of Management
Systems Applications or NCCOSC.
Stephen Board boards@nise-ch.nosc.mil
*************************************************************************
Newsgroups: comp.sys.next.sysadmin
From: gil@atlantic.mps.ohio-state.edu (Gil Rivlis)
Subject: Problems when installing SLIP.
Message-ID: <1993Oct6.150639.8622@pacific.mps.ohio-state.edu>
Sender: news@pacific.mps.ohio-state.edu
Organization: Ohio State University; Physics Department
Date: Wed, 6 Oct 1993 15:06:39 GMT
While trying to install SLIP (Louis Mamakos' version 920904)
I got the following error message when trying to reboot (after
installing the scripts):
loginwindow[203]: loginwindow: could not find WindowServer port!
if I wait I get also:
NetInfo open failed: Communication failure
Then the first message repeats.( Basically the machine hangs at
this point. I did not wait longer then this.)
Earlier I had similar problems. My SLIP login script was crushing
because of some irrelevant errors and then I got the same
WindowServer port message. Those times, however, the machine did
start the loginwindow but when trying to login, the window server
couldn't start.
I am stumped. Anyone has any idea on what's happening?
Thanks, Gil
--
Gil Rivlis, Physics Department, OSU
gil@atlantic.mps.ohio-state.edu
From: mstankus@oba.ucsd.edu (Mark Stankus)
Newsgroups: comp.sys.next.sysadmin
Subject: Which external HD should I buy?
Message-ID: <55062@sdcc12.ucsd.edu>
Date: 6 Oct 93 15:15:41 GMT
Sender: news@sdcc12.ucsd.edu
Organization: Mathematics @ UCSD
Hi,
I need to buy a hard-drive soon. I want a few hundred mega-bytes
for my NeXT (black). What are the cheapest reliables ones around?
Looking for a price of around $1 per mega-byte.
I would want to be able to just plug it in (I am a
hardware idiot) and it must have a case.
Can I use Macintosh external hard-drives?
Thanks,
Mark Stankus
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Listserv for the NEXT
Date: 6 Oct 1993 15:28:05 GMT
Organization: University of Houston
Message-ID: <28uo65$1v6@menudo.uh.edu>
I seem to recall that someone mentioned that there is a unix listserver that
will run under NEXTSTEP. Can someone point me to the sources. Archive is
not cooperating today :-(
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Device in /etc/fstab not mounting
Date: 6 Oct 1993 16:53:25 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <28ut65$n1s@news.mic.ucla.edu>
References: <1993Oct4.190550.3375@ornl.gov> <28ta77$lo3@news.mic.ucla.edu>
: /dev/sd0a / 4.3 rw,noquota,noauto 0 1
: /dev/sd1a /next3gb rw,noquota 1 2
: /dev/sd1b /Local rw,noquota 1 2
The most stupid question of the year. Of course, the 4.3 is missing. Sorry.
Still leaves my automount and floppy/DOS mount questions, though.
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: gseng@ctp.com (Greg Sengle)
Subject: Elm under NEXTSTEP 3.1
Message-ID: <1993Oct6.182744.15500@ctp.com>
Sender: news@ctp.com
Organization: Cambridge Technology Partners
Date: Wed, 6 Oct 1993 18:27:44 GMT
I've recently moved my NeXT station into an environment
where I can no longer receive mail on my machine, but
I can NFS mount the mail directory where my mail is received.
I have a copy of elm which someone gave me which points
at /usr/spool/mail
I would like to recompile elm to point at /usr/spool/nfsmail, or
something like that. I tried this with elm source I had a while
back, and couldn't get it to compile.
Would anyone who has succesfully compiled elm for 3.1 send me
some tips, specifics, and place to get source? Any help
would be appreciated. I thought I had it set up correctly for NeXT
but it failed badly.
Thanks,
Greg Sengle
--
Gregory R. Sengle gseng@ctp.com tel 617 3748509 fax 617 3748300
Cambridge Technology Partners 304 Vassar Street Cambridge MA 02139
From: root@anton.music.washington.edu (Operator)
Newsgroups: comp.sys.next.sysadmin
Subject: Help! Screen keeps going dark!
Date: 6 Oct 1993 20:10:08 GMT
Organization: University of Washington
Message-ID: <28v8n0$fjc@news.u.washington.edu>
The screen on our network server began going dark at random time intervals
of about a minute two days ago. Now it's going dark every few seconds and
the problem seems to be spreading to the other machines on our network.
Can anyone offer some advice?
Ron Averill
School of Music Computer Center
University of Washington
raverill@u.washington.edu
From: jirapa@nextover.pe.utexas.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Printer accounts
Date: 6 Oct 1993 17:01:57 GMT
Organization: The University of Texas at Austin, Austin, Texas
Distribution: usa
Message-ID: <28utm5$5tb@geraldo.cc.utexas.edu>
Hi,
Would anybody know of how I can revoke a User's printing privileges without
disabling his account on the NeXTSTEP 3.0 environment. Are there any downloads
I can get to manage this?
Jirapa
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Help no sound...won't unmute
Message-ID: <1993Oct6.045432.3264@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <28qf00$nq3@nntp.ucs.ubc.ca>
Date: Wed, 6 Oct 1993 04:54:32 GMT
In article <28qf00$nq3@nntp.ucs.ubc.ca> Olav Anderson writes:
-> Hi All,
-> I can't get my cube to unmute and consequently have
-> no sound available.
-> Can someone help me.
->
-> In preferences.app I can't unhighlight the mute box.
Did you by any chance recently apply the upgrade patches to
a 2.x kernel so it could read the CD-ROM drive? If so, you
are stuck until you go ahead with the upgrade, so far as I've
been able to tell.
bruce@TotSysSoft.com
NeXT-mail preferred, Mime-mail ok
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Page reversal with the NeXT laser printer
Message-ID: <1993Oct6.050909.3363@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <28q1nbINN7qq@jhunix.hcf.jhu.edu>
Date: Wed, 6 Oct 1993 05:09:09 GMT
In article <28q1nbINN7qq@jhunix.hcf.jhu.edu>
rgc@research.med.jhu.edu (Ross G. Cutler) writes:
-> Hi,
-> I'm using PC-NFS 4.0 to print from a PC to a
-> NeXTstation's NeXT laser printer. This works, except
-> that the pages are not reversed as they should be
-> (since the NeXT laser printer prints face up). Printing
-> on the NeXT works fine as far are page ordering goes.
-> PC-NFS is setup to print to Local_Printer (our
-> laser printer), and the ReversePageOrder variable
-> is set to 1. It appears that PC-NFS is ignoring the
-> ReversePageOrder variable.
->
-> Is there a fix for this? Thanks, Ross
I don't know if this is THE answer to your query, but it
might help you into a work around... It's entirely probable
that the same shared library code is used by pslpr and may be
directly invoked from pcnfsd...
ManPages for /usr/bin/pslpr...
PSLPR(1) UNIX Programmer's Manual (extracted)...
pslpr reads in the specified POSTSCRIPT file (or the
standard input if no file is named), and if the input
conforms to the POSTSCRIPT file structuring conventions,
provides page order reversal, landscape orientation and
selection of specified pages for printing.
bruce@TotSysSoft.com
NeXT-mail preferred, Mime-mail ok
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: sherwood@arafel (System Administrator)
Subject: Re: From NIS to NetInfo: Pointers needed for NeXTSTEP junkie, SunOS sysad
Message-ID: <1993Oct6.212035.16266@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <CEEMHC.G0t@news.otago.ac.nz> <1993Oct5.035221.10632@ringer.cs.utsa.edu>
Date: Wed, 6 Oct 1993 21:20:35 GMT
Greg Gerard (ggerard@Alex.Engr.Trinity.Edu) wrote:
: Where would be a good place to get started in looking into the entrails of
: NetInfo? I have browsed the man pages, but from what I've found, they're
: designed for the NetInfo guru, not rookie. Also, what files are really
: used by NS? (eg, it ignores my entries into the /etc/fstab file and several
: others.)
Netinfo is less than trivial. Using parts of it is somewhat like eating
one salted peanut. One change leads to another to another...
If netinfo is running then certain files are not looked at at all.
/etc/fstab is a good example, being read only at start up for local
disks.
Some others will be read if the information is not found in the netinfo
domain. Unfortunately this takes time to check. /etc/passwd comes to
mind. So if you didn't want to use netinfo for password stuff, then
remove all but the psuedo users, and put the rest in yellow pages, or
local passwd files.
If you do a man on the appropriate flat file, and see a note at the
bottom to the effect, "This file is not consulted if Netinfo is
running." then you know. The actual information is stored in a binary
format in /etc/netinfo/local.nidb and /etc/netinfo/network.nidb on the
master server.
: Also, how does one add a user via the command line or a large list of users?
: I love the UserManager for adding one user at a time, but when adding anything
: above 10, it gets stale. My scripts under SunOS handled this, but I dare not
: start messing about with things until I know something about that with which
: I muck.
See the man page for nu. UserManager is just a fancy interface on top
of nu. You will want to spend some time configuring the nu.cf file, as
it can save you incredible amounts of grief.
: greg
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.sysadmin
From: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Subject: Thanks for everyone's help....
Message-ID: <1993Oct6.222550.5738@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Wed, 6 Oct 93 22:25:50 GMT
I'd like to thank everyone for their help fixing my sendmail problem,
especially Nathan. I really appreciate the quick response....
Now, why did I have to do that?
CW
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA
M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$Q-3)<='@R,S`T7'1X,S0U-EQT
M>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V7'1X,3`S-CA<='@Q
M,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R-%QF8S!<8V8P($DG9"!L:6ME('1O
M('1H86YK(&5V97)Y;VYE(&9O<B!T:&5I<B!H96QP(&9I>&EN9R!M>2!S96YD
M;6%I;"!P<F]B;&5M+"!E<W!E8VEA;&QY($YA=&AA;BX@22!R96%L;'D@87!P
M<F5C:6%T92!T:&4@<75I8VL@<F5S<&]N<V4N+BXN7`I<"DYO=RP@=VAY(&1I
;9"!)(&AA=F4@=&\@9&\@=&AA=#]<"D-7"GT*
`
Newsgroups: comp.sys.next.sysadmin
From: ludwig@well.sf.ca.us (Michael Rutchik)
Subject: 2 identical systems:One's a dream, the other PANICs daily!
Message-ID: <CEHzts.43r@well.sf.ca.us>
Keywords: PANIC
Sender: news@well.sf.ca.us
Organization: The Whole Earth 'Lectronic Link, Sausalito, CA
Date: Wed, 6 Oct 1993 22:58:39 GMT
I'm hoping someone might be able to make sense out of some of the
panic messages
I've been getting all week.
fd0: sector 400 cmd = READ; DMA OVER/UNDERRUN:RETRYING
dev = 0x600,ino = 39, fs = /
PANIC: (CPU 0) ifree: freeing free inode
PANIC: NeXT Mach 3.1 thu Apr 29 23:44:40 PDT 1993;
root(rcbuilder):
objects/mk-1 49.22.3. obj~2/release_I386
Raise RDP exception 6 code 3 subcode 0
Waiting for RDP connection (type 'c' to continue)
I was able to fsck the system back into order after this panic.
However,
during the reboot I got the message:
FloppyCntIO:FlushIntMsgs:StrayInterrupt
After logging in, I moved a file in the workspace and voila! another
Panic.
This one had a few differences:
Class 'FrameBuffer' not linked into application<3>
Start = 0, Len = 2, fs = /
PANIC: (CPU 0) alloccg:map corrupted
Anyhow, this was the tenth time I had reinstalled the OS in five
days. (I'm
getting very good at it) Each time I removed or disabled some other
component trying to find the culprit. My conclusion: It has to be
NeXT!
The sad thing is that this machine has been running beautifully for
three
months. Also, I have an identical machine at home that has been a joy
to
work on. The problems began when I attempted to connect to a Mac
network
using IPT's uShare. For a while I assumed it was their software or my
ethernet card. But by now the hard drive has been wiped clean nine
times and
the ethernet card removed.
The only good news: It always reinstalls successfully and it won't
panic
after I log in as long as I don't try to use the computer. :-)
Michael Rutchik
Clorox Packaging Graphics
ludwig@well.sf.ca.us
Newsgroups: comp.sys.next.sysadmin
From: dylan@Angst.COM (Dylan Kohler)
Subject: SUMMARY: Clients confused about main NetInfo server
Message-ID: <1993Oct6.161343.592@Angst.COM>
Sender: dylan@Angst.COM
Organization: Angst Animation Post Production
Date: Wed, 6 Oct 1993 16:13:43 GMT
There was some interest in a summary, so here it is...
THE QUESTION:
I just re-setup our network. The first time I botched naming the main
Netinfo server using SimpleNetworkStarter.app and made it 'myhost'. The
second time I did it right, making it 'angst'.
Now, however, on client host 'max' when it starts up it says:
Setting hostname to - AUTOMATIC -
myhost returned new hostname : max
Reinitializing nmserver's network portion
instead of "angst returned...". How do I fix this up? I'm afraid it
might have more serious consequences, now or later.
THE ANSWER:
Thanks to all those who replied (Alex Blakemore, Marc Majka, Ronald
Pomeroy, and Peter Kron).
Marc Majka informed me that NetInfo is not yet running by the time a
client is polling for a configuration server. Hence, it only knows how to
map ethernet addresses to hostnames based on what is in /etc/hosts. You
can modify /etc/hosts to show the proper name, but Marc assures me there's
nothing wrong with it showing 'myhost' at that point in a boot. An
'upcoming issue' of "NEXTSTEP In Focus" will contain the full description
of what happens vis-a-vis NetInfo during a boot.
--
___________________________________
Dylan Kohler
Angst Animation Post Production
dylan@angst.com (NeXTmail welcome)
Newsgroups: comp.sys.next.sysadmin
From: jpw@sansfoy.lib.virginia.edu (John Price-Wilkin)
Subject: spurious DMA interrupt: channel 0x2000110
Message-ID: <CEHDHE.6nw@murdoch.acc.Virginia.EDU>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia
Date: Wed, 6 Oct 1993 14:56:02 GMT
Can someone tell me what's going on with a message like this?
John Price-Wilkin
jpw@virginia.edu with a message like this?
Newsgroups: comp.sys.next.sysadmin
From: clloyd@gleap (Charles C. Lloyd)
Subject: Multi-volume disk copying
Message-ID: <1993Oct6.234557.28325@gleap.sccsi.com>
Sender: clloyd@gleap.sccsi.com
Organization: GiantLeap Software
Date: Wed, 6 Oct 1993 23:45:57 GMT
I was successful in copying a large file (7 megs) to three ED disks using the
multi-volume option offered by WSM. Now I am trying to get that file off those
disks and am not having much luck.
I scoured the FAQ's and WSM Help for mention of this to no avail. Anyone have
suggestions?
I numbered the disks so I'm sure I'm putting them in in the right order. The
first one copies okay, but when its time for the second, it says "Put in next
disk and proceed," which I do (I click "Proceed"), but it just beeps and gives
me no other information.
I decided to try cat'ing the three "chunk" files together and manually doing
what (I presume) the system would do. I did have some success, but I got some
warnings that concerned me. Because the file was so large, its hard to tell if
I got everything after it was uncompressed and untar'ed.
The answer to this should go into the FAQ, I would think.
Charles.
---
Charles Lloyd clloyd@GLeap.sccsi.com
GiantLeap Software
(713) 292-2442 or 363-0887 (Hou) (713) 363-0936 (fax)
--
Charles Lloyd clloyd@GLeap.sccsi.com
GiantLeap Software
(713) 292-2442 or 363-0887 (Hou) (713) 363-0936 (fax)
From: t9116ts@tech.mis.cfc.com (Todd M. Swan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Strange netinfo problems, HELP!!
Date: 6 Oct 93 11:04:57
Organization: Chrysler Financial, MIS, Center Line, MI
Message-ID: <T9116TS.93Oct6110457@litespeed.tech.mis.cfc.com>
References: <1993Oct4.165744.1432@cc.usu.edu>
In-reply-to: slv0y@cc.usu.edu's message of 4 Oct 93 16:57:44 MDT
In article <1993Oct4.165744.1432@cc.usu.edu>, slv0y@cc.usu.edu writes:
>I am having some strange netinfo problems. I hope someone out there can give
>me some help.
<snip>
Basically the problem is this:
>granite> niutil -list / printers
>niutil: can't open /:printers <-- But it will not list or let you alter the
> directories by name.
<snip>
>Any help would be GREATLY appreciated.
'niutil' has no concept of 'current directory' for NetInfo. Therefore
the path you give 'niutil' has to be a absolute path. So,
niutil -list / /printers
will work fine.
Todd
--
Todd M. Swan - tms@cfc.com - Chrysler Financial, Center Line, MI
Member - SPWWLSSURLA and BTBS - Disclaimer: "I said it, not CFC."
"If you choose not to decide, you still have made a choice" - Rush
From: t9116ts@tech.mis.cfc.com (Todd M. Swan)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin,comp.protocols.ppp
Subject: Re: From NIS to NetInfo: Pointers needed for NeXTSTEP junkie, SunOS sysad
Date: 6 Oct 93 11:18:27
Organization: Chrysler Financial, MIS, Center Line, MI
Message-ID: <T9116TS.93Oct6111827@litespeed.tech.mis.cfc.com>
References: <CEEMHC.G0t@news.otago.ac.nz> <1993Oct5.035221.10632@ringer.cs.utsa.edu>
In-reply-to: ggerard@Alex.Engr.Trinity.Edu's message of Tue, 5 Oct 1993 03:52:21 GMT
In article <1993Oct5.035221.10632@ringer.cs.utsa.edu>, ggerard@Alex.Engr.Trinity.Edu (Greg Gerard) writes:
>Where would be a good place to get started in looking into the entrails of
>NetInfo? I have browsed the man pages, but from what I've found, they're
>designed for the NetInfo guru, not rookie. Also, what files are really
>used by NS? (eg, it ignores my entries into the /etc/fstab file and several
>others.)
>
>Also, how does one add a user via the command line or a large list of users?
>I love the UserManager for adding one user at a time, but when adding anything
>above 10, it gets stale. My scripts under SunOS handled this, but I dare not
>start messing about with things until I know something about that with which
>I muck.
I believe the "NEXTSTEP Network and System Administration" book has a
decent intro to NetInfo. Then the man pages are the place to go.
Here are the pertinent ones:
netinfo (3N) - library routines for NetInfo calls
netinfo (5) - network administrative information
netinfod (8) - NetInfo daemon
nibindd (8) - NetInfo binder
nidomain (8) - NetInfo domain utility
nidump (8) - extract text or UNIX-format data from NetInfo
niload (8) - load text or UNIX-format data into NetInfo
niutil (8) - NetInfo utility
Especially look at niload and nidump. This will help you in adding
users in bulk.
NetInfo overrides (or supplements) the following files:
/etc/sendmail/aliases
/etc/bootptab
/etc/bootparams
/etc/exports
/etc/fstab
/etc/group
/etc/hosts
/etc/networks
/etc/passwd
/etc/printcap
/etc/protocols
/etc/rpc
/etc/services
The NetInfo database(s) are stored in /etc/netinfo.
Good luck,
Todd
--
Todd M. Swan - tms@cfc.com - Chrysler Financial, Center Line, MI
Member - SPWWLSSURLA and BTBS - Disclaimer: "I said it, not CFC."
"If you choose not to decide, you still have made a choice" - Rush
From: t9116ts@tech.mis.cfc.com (Todd M. Swan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Lost root password of netinfo domain
Date: 6 Oct 93 11:32:47
Organization: Chrysler Financial, MIS, Center Line, MI
Message-ID: <T9116TS.93Oct6113247@litespeed.tech.mis.cfc.com>
References: <28rt7a$pp2@gate.fzi.de>
In-reply-to: Uwe Hoffmann's message of 5 Oct 1993 13:35:38 GMT
In article <28rt7a$pp2@gate.fzi.de>, Uwe Hoffmann writes:
>Lost root password of netinfo domain.
>(The one which you change in NetInfoManager.app
>in menu Domain/Security/Change Root Password... )
>It differs from machine root passwd, which I still have.
>I can login as root and also do su in terminal.
>What do I do now ?
echo "root::0:1:Operator:/:/bin/csh" | niload passwd /
Then go give it a password again.
(Note: you must be root on the root NetInfo server to do this)
Good luck,
Todd
--
Todd M. Swan - tms@cfc.com - Chrysler Financial, Center Line, MI
Member - SPWWLSSURLA and STBMMDS - Disclaimer: "I said it, not CFC."
"If you choose not to decide, you still have made a choice" - Rush
From: k0s8160@chenext1.tamu.edu (Kenji Seto)
Newsgroups: comp.sys.next.sysadmin
Subject: local user mail with a mailhost/sendmail config
Date: 7 Oct 1993 02:45:04 GMT
Organization: Texas A&M University, College Station, TX
Message-ID: <28vvrg$qld@TAMUTS.TAMU.EDU>
Greetings,
I have run across a problem with my sendmail.cf
configuration. I have one machine set up as
the mailhost. Consequently it has
1) sendmail.cf soft linked with sendmail.mailhost.cf
2) its /use/spool/mail directory exported to all clients
3) its name aliased as mailhost in my netinfo hosts table
On my client machines, they all have
1) sendmail.cf soft-linked to
sendmail.sharedsubsidiary.cf
This configuration works well for all
network users, but any local users on
any client are not recognized.
For instance, I left the me accounts
in place on all client machines. If I try
to mail to the me account on a client,
I get a message in /usr/spool/mqueue/syslog
saying `stat=User unknown'
Two things recently happened that might
have caused this problem to surface.
1) we upgraded to NS3.1
2) we had to rebuild our Netinfo database after it became corrupted
Any help or insight would be appreciated.
Thanks,
-Kenji
k0s8160@chenext1.tamu.edu
From: kerry@totara.cs.waikato.ac.nz (Kerry Guise)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: nfswatch for NeXT?
Date: 7 Oct 1993 03:16:47 GMT
Organization: The University of Waikato
Message-ID: <2901mv$ebd@thebes.cc.waikato.ac.nz>
References: <28rgcl$lv3@nz12.rz.uni-karlsruhe.de>
In article <28rgcl$lv3@nz12.rz.uni-karlsruhe.de>
rpopp@ebigek01.ciw.uni-karlsruhe.de (Ruediger Popp) writes:
> Hello NeXT-sysops,
> we would like to install a tool like nfswatch, netlog or
> tcp_wrapper on our site.
Me too. I just had a quick play with nfswatch but decided that I didn't
have enough time to port it to NeXTStep.
Newsgroups: comp.sys.next.sysadmin
From: yoda@cis.uni-muenchen.de (Marc Guenther)
Subject: Re: local user mail with a mailhost/sendmail config
Sender: news@informatik.uni-muenchen.de (News System)
Message-ID: <CEIy8H.Cy8@informatik.uni-muenchen.de>
Date: Thu, 7 Oct 1993 11:21:53 GMT
References: <28vvrg$qld@TAMUTS.TAMU.EDU>
Organization: Institut fuer Informatik der Universitaet Muenchen
In article <28vvrg$qld@TAMUTS.TAMU.EDU> k0s8160@chenext1.tamu.edu (Kenji
Seto) writes:
>
> Greetings,
>
> I have run across a problem with my sendmail.cf
> configuration. I have one machine set up as
> the mailhost. Consequently it has
> 1) sendmail.cf soft linked with sendmail.mailhost.cf
> 2) its /use/spool/mail directory exported to all clients
> 3) its name aliased as mailhost in my netinfo hosts table
>
> On my client machines, they all have
> 1) sendmail.cf soft-linked to
> sendmail.sharedsubsidiary.cf
>
> This configuration works well for all
> network users, but any local users on
> any client are not recognized.
This is not a bug, its a feature.
You use the same spool directory on all clients (exported
via NFS). What the sharedsubsidiary.cf file does, is send
all mail, that can be delivered local (and it doesnt know
about 'local' and 'network' users) to the mailhost. If there
isnt the same 'local' user on the mailhost, it says
'user unknown'
So you have two possibilities:
1. (I wouldnt recommend that) Dont use a shared /usr/spool/mail
directory, make it local on every host, and use the
sendmail.subsidiary.cf file. As this would disable the network
users to read their mail from every host, its not a good
solution.
2. Dont use 'local' users !!!
> For instance, I left the me accounts
> in place on all client machines. If I try
> to mail to the me account on a client,
> I get a message in /usr/spool/mqueue/syslog
> saying `stat=User unknown'
So you have no me account on the mailhost ?
But why dont you make me a network user ?
> Two things recently happened that might
> have caused this problem to surface.
> 1) we upgraded to NS3.1
> 2) we had to rebuild our Netinfo database after it became corrupted
Another thing, lokk in netinfo in /locations/sendmail. If there
is an entry, it overrides the /etc/sendmail/sendmail.cf file.
We dont have this file at all on out machines
--
Marc Guenther
-------------------------------------------------------------------------
Centrum fuer Informations | Wagmuellerstr. 23 | Phone: +49 89 211 0670
und Sprachverarbeitung | 80538 M"unchen | Fax: +49 89 211 0674
University of Munich | Germany | yoda@cis.uni-muenchen.de
-------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: john@wpa.com (John Bartley)
Subject: Re: 3.1 for NeXT computers upgrade problem
Message-ID: <CEIG8z.MCI@nimno.wpa.com>
Sender: john@nimno.wpa.com (John Bartley)
Organization: Workgroup Productivity Associates
References: <CEGFqC.8Ew@news.claremont.edu>
Date: Thu, 7 Oct 1993 04:53:22 GMT
In article <CEGFqC.8Ew@news.claremont.edu> jim@jknext.claremont.edu (Jim
Kieley) writes:
> I posted yesterday about a problem I am having upgrading NeXTstation
color
> turbos from 3.0 to 3.1. I am now convinced that I have bad media. The
> machines currently running NS 3.0 read 3.0 CD-ROM's, 3.1 developer
> CD-ROM's and even 3.1 Intel system CD-ROM's. The two 3.1 system
upgrades
> for NeXT computers I received (SS# AEM0012876 and AEM0012895) bring two
> different turbo's using two different NeXT CD-ROM drives to their knees
> with SCSI errors. Despite the nearly $200,000 my college has spent on
> NeXT products and the 3+ years I spent repairing these systems as a NeXT
> factory trained systems support and hardware tech, it seems that without
a
> credit card number or a special account I can't ask NeXT technicians
about
> the problems that I am having now. The untrained customer support
people
> are very polite, however. Perhaps others experiencing the particular
> difficulties I am having can spare themselves some grief by asking for
new
> media as well.
I receiving serial # AEM0012760 and also experienced the sinking feeling
of the most bizarre SCSI errors I had ever seen when trying to install
3.1. I tried 4 or 5 times on a known-good machine and always got the same
errors. I remembered reading earlier stories of some sort of gunk or
grease on some CD's that had been shipped. I took out the CD to
double-check that this was not the problem. It was not dirty, but when I
looked at it more closely, I realized that I had never seen a CD rom that
looked so strange. Normally, they are somewhat mirror-like, but this one
was different and clearly was "not right." What cinched it for me (and
what allowed NeXT Order Management to agree to immediately replace the
obviously defective media) was when I looked closely at the eye-readable
disk label and found that instead of the usual data, it simply said "LOG
300 NO PLAY."
The disk should never have left the production facility since it didn't
even pass the basic QC test. No big deal unless one doesn't have other
"good" CD's to compare it to and catch the easily-seen difference.
I'm glad to know that mine wasn't an isolated incident. If anybody else
has similar problems, contact NeXT Order Management for replacement media.
From: statman@stat.ufl.edu (Charles D. Kincaid)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next.bugs
Subject: 3.1 Librarian Questions
Date: 7 Oct 1993 14:52:06 GMT
Organization: University of Florida
Message-ID: <291aemINN1ba@no-names.nerdc.ufl.edu>
Hello,
Alright, I'm stumped.
There are a few of things in Librarian in NS3.1 that seem to be
screwed up. The first and most important is that I don't get a one line
summary of the files, like I used to. This makes looking things up in the
FAQ, NeXTAnswers, NewsGrazer folder, etc., very difficult to do. I have
to guess which one is useful. Is there an option that I can set either in
the indexing script or in the searching script? ixbuild.1 and ixsearch.1
don't seem to help. Does Librarian use these? I assume so.
The second thing is that I can't seem to index links to
NewsGrazers folders correctly. In 2.1 I created a bunch of links to each
*.nfold file and put the links into Librarian. This worked fine. But now
if I put in the link it passes through the link and puts in the name of
the file, e.g. faqs.nfold instead of faqs-news. Then when I try to index
it says that it works, but it doesn't. I have appropriate permissions and
a .index.store file does exist. The *.nfold files are actually on another
mounted filesystem in a subdirectory of Library which I have linked to
~/Library. (Does this make sense?) This is exactly the same setup as in
NS2.1 and it worked there.
The third thing (and least important, but still annoying) is that
I have the "Open in Librarian" checked for Text Files in Librarian
Preferences. However, it still opens these in Edit. Is this proper? Am
I misunderstanding what this means?
I greatly appreciate all help. I rely on Librarian a lot. If I
could use it correctly now, I probably wouldn't have to ask this. (And if
this is a RTFM question, please tell me so, but also tell me where! :-)
--
Sincerely,
charles d. kincaid
--------------------------------------------------------------------
Dept. of Statistics 'Damn fine coffee...and hot, too!'
Univ. of Florida Pres: G-ville NeXT Users Group
Newsgroups: comp.sys.next.sysadmin
From: Michael_Pizolato@afs.com (Michael Pizolato)
Subject: Re: local user mail with a mailhost/sendmail config
Message-ID: <1993Oct7.140304.2065@afs.com>
Sender: Michael_Pizolato@afs.com
References: <28vvrg$qld@TAMUTS.TAMU.EDU>
Date: Thu, 7 Oct 1993 14:03:04 GMT
Kenji Seto writes
[description of mail to local users in a mailhost/client setup deleted]
I have had the same problem for as long as I can remember (perhaps
back in NS2.2). I can add this to the discussion: I have a routine
that copies selected files from our server to my local disk in a
directory I call /LocalNet, and another routine which, if I then boot
my machine off the network, runs in rc.local and fakes my machine
into thinking that the network is there, at least with respect to
directories mounted in /Net, by linking the files in /LocalNet to
/Net. Thus all the links on my machine resolve correctly even when
I'm off the network (of course, files that I don't specify to my
routine don't appear).
My machine is a mail client of our mailhost, and when it is not
connected to the network I cannot send mail to local users on my
machine (expected). If, when I am not on the net, I change the
link in /etc/sendmail so that sendmail.cf points to sendmail.mailhost.cf,
and restart sendmail, then mail to local users works.
My theory (which I have not had time to test yet) is that it has
something to do with the difference between sendmail.sharedsubsidiary.cf
and sendmail.subsidiary.cf.
I don't know if this will help resolve the original problem, but
it's some more data that seems related. I'd really appreciate an
e-mail copy of the solution if it doesn't get posted to the net.
Thanx,
Michael
--
Michael_Pizolato@afs.com
NeXTMail accepted
From: statman@stat.ufl.edu (Charles D. Kincaid)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <291bhpINN1jq@no-names.nerdc.ufl.edu>
Control: cancel <291bhpINN1jq@no-names.nerdc.ufl.edu>
Date: 07 Oct 1993 15:42:42 GMT
Organization: U.F. Department of Statistics
Message-ID: <STATMAN.93Oct7114242@marlin.stat.ufl.edu>
--
charles d. kincaid STATS: (904) 392-1941x206
statman@stat.ufl.edu CIRCA: (904) 392-2007
NeXTMail much preferred
From: statman@stat.ufl.edu (Charles D. Kincaid)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <291bi4INN1jr@no-names.nerdc.ufl.edu>
Control: cancel <291bi4INN1jr@no-names.nerdc.ufl.edu>
Date: 07 Oct 1993 15:43:02 GMT
Organization: U.F. Department of Statistics
Message-ID: <STATMAN.93Oct7114302@marlin.stat.ufl.edu>
--
charles d. kincaid STATS: (904) 392-1941x206
statman@stat.ufl.edu CIRCA: (904) 392-2007
NeXTMail much preferred
From: statman@stat.ufl.edu (Charles D. Kincaid)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <291birINN1jt@no-names.nerdc.ufl.edu>
Control: cancel <291birINN1jt@no-names.nerdc.ufl.edu>
Date: 07 Oct 1993 15:43:33 GMT
Organization: U.F. Department of Statistics
Message-ID: <STATMAN.93Oct7114333@marlin.stat.ufl.edu>
--
charles d. kincaid STATS: (904) 392-1941x206
statman@stat.ufl.edu CIRCA: (904) 392-2007
NeXTMail much preferred
From: statman@stat.ufl.edu (Charles D. Kincaid)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <291bj5INN1ju@no-names.nerdc.ufl.edu>
Control: cancel <291bj5INN1ju@no-names.nerdc.ufl.edu>
Date: 07 Oct 1993 15:43:46 GMT
Organization: U.F. Department of Statistics
Distribution: world
Message-ID: <STATMAN.93Oct7114346@marlin.stat.ufl.edu>
--
charles d. kincaid STATS: (904) 392-1941x206
statman@stat.ufl.edu CIRCA: (904) 392-2007
NeXTMail much preferred
From: statman@stat.ufl.edu (Charles D. Kincaid)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <291bp9INN1lj@no-names.nerdc.ufl.edu>
Control: cancel <291bp9INN1lj@no-names.nerdc.ufl.edu>
Date: 07 Oct 1993 15:44:34 GMT
Organization: U.F. Department of Statistics
Distribution: world
Message-ID: <STATMAN.93Oct7114434@marlin.stat.ufl.edu>
--
charles d. kincaid STATS: (904) 392-1941x206
statman@stat.ufl.edu CIRCA: (904) 392-2007
NeXTMail much preferred
From: statman@stat.ufl.edu (Charles D. Kincaid)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <291bptINN1lk@no-names.nerdc.ufl.edu>
Control: cancel <291bptINN1lk@no-names.nerdc.ufl.edu>
Date: 07 Oct 1993 15:45:02 GMT
Organization: U.F. Department of Statistics
Distribution: world
Message-ID: <STATMAN.93Oct7114502@marlin.stat.ufl.edu>
--
charles d. kincaid STATS: (904) 392-1941x206
statman@stat.ufl.edu CIRCA: (904) 392-2007
NeXTMail much preferred
From: statman@stat.ufl.edu (Charles D. Kincaid)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <291broINN1ln@no-names.nerdc.ufl.edu>
Control: cancel <291broINN1ln@no-names.nerdc.ufl.edu>
Date: 07 Oct 1993 15:45:30 GMT
Organization: U.F. Department of Statistics
Distribution: world
Message-ID: <STATMAN.93Oct7114530@marlin.stat.ufl.edu>
--
charles d. kincaid STATS: (904) 392-1941x206
statman@stat.ufl.edu CIRCA: (904) 392-2007
NeXTMail much preferred
From: statman@stat.ufl.edu (Charles D. Kincaid)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <291c9jINN1pi@no-names.nerdc.ufl.edu>
Control: cancel <291c9jINN1pi@no-names.nerdc.ufl.edu>
Date: 07 Oct 1993 15:41:13 GMT
Organization: U.F. Department of Statistics
Distribution: world
Message-ID: <STATMAN.93Oct7114113@marlin.stat.ufl.edu>
--
charles d. kincaid STATS: (904) 392-1941x206
statman@stat.ufl.edu CIRCA: (904) 392-2007
NeXTMail much preferred
From: statman@stat.ufl.edu (Charles D. Kincaid)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <291ag2INN1bc@no-names.nerdc.ufl.edu>
Control: cancel <291ag2INN1bc@no-names.nerdc.ufl.edu>
Date: 07 Oct 1993 15:42:09 GMT
Organization: U.F. Department of Statistics
Message-ID: <STATMAN.93Oct7114210@marlin.stat.ufl.edu>
--
charles d. kincaid STATS: (904) 392-1941x206
statman@stat.ufl.edu CIRCA: (904) 392-2007
NeXTMail much preferred
From: majka@next.com (Marc Majka)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Clients confused about main NetInfo server
Date: 2 Oct 1993 21:18:43 GMT
Organization: NeXT, Inc.
Message-ID: <28kr7j$nmk@rosie.next.com>
References: <1993Sep30.144706.4949@Angst.COM>
Dylan Kohler writes
> I just re-setup our network. The first time I botched naming the main
> Netinfo server using SimpleNetworkStarter.app and made it 'myhost'. The
> second time I did it right, making it 'angst'.
>
> Now, however, on client host 'max' when it starts up it says:
>
> Setting hostname to - AUTOMATIC -
> myhost returned new hostname : max
> Reinitializing nmserver's network portion
>
> instead of "angst returned...". How do I fix this up? I'm afraid it
> might have more serious consequences, now or later.
>
> Thanks in advance. I'll summarize if anyone's interested.
> --
> ___________________________________
> Dylan Kohler
> Angst Animation Post Production
> dylan@angst.com (NeXTmail welcome)
Good observation! In fact, this message doesn't indicate a problem. I'm
sending an overly-long reply because this is a great question on an
important topic.
The message you see is printed by "hostname", when it gets called by
/etc/rc.net. rc.net is responsible for getting the network interface(s)
configured. Later on (after the network has been made available by
rc.net) various network services are started - including NetInfo.
However, when rc.net is doing its job, NetInfo isn't available, so we
can't use it to store the information that's necessary for configuring the
network and setting the hostname. Instead, configuration information -
chiefly the hostname, Internet address, netmask, and routing configuration
- are stored in the plain ASCII file "/etc/hostconfig".
/etc/rc.net reads /etc/hostconfig, which sets a number of variables.
Amongst them is the variable "HOSTNAME". When rc.net calls the "hostname"
command (to set the computers name) is calls it like this:
hostname $HOSTNAME
So for example, if the /etc/hostconfig file contains:
HOSTNAME=foobar
Then "hostname $HOSTNAME" becomes "hostname foobar", and the name gets
set appropriately. The same sort of thing happens for the Internet
address (INETADDR) and the netmask (IPNETMASK).
However, many people consider it inconvenient to have to explicitly set
the name, address, netmask and so on. If you're setting up a network of
hundreds of computers, it takes a lot of work to go around to each one and
set it up. Any time you want to change a name or address, you need to
edit the /etc/hostconfig file.
To make things easier to set up and manage, we've modified "hostname" (and
"ifconfig" that sets up a network interface) so that they understand a
special value "-AUTOMATIC-" for HOSTNAME (and INETADDR, IPNETMASK and
etc). We ship NEXTSTEP with the hostconfig file containing -AUTOMATIC-
for the HOSTNAME:
HOSTNAME=-AUTOMATIC-
When the "hostname" command (in rc.net) gets called with this special
value, it doesn't set the computer's name to -AUTOMATIC-. Instead, it
sends a broadcast message out on the network. The message identifies the
sender by the Ethernet address (more on this below) of it's network
interface. The message says essentially this:
"Hey! My Ethernet address is 0:0:f:0:a1:b2.
Does anyone know my name?"
If it's "ifconfig" looking for a setting for an Internet address
(INETADDR=-AUTOMATIC-) the message is:
"Hey! My Ethernet address is 0:0:f:0:a1:b2.
Does anyone know my Internet address?"
All manufacturers assign a unique I.D. number to every Ethernet interface
they build (it's usually in a ROM chip). Ethernet addresses are 48-bit
numbers, but they're usually written in base 16 to make them easier to
handle. "0:0:f:0:a1:b2" is really
"000000000000000000001111000000001010000110110010". There's a
coordinating agency that assigns blocks of addresses to each manufacturer
so that they're all unique.
Hopefully, somewhere on the network there's a process that's listening for
this kind of broadcast request. There are in fact two different processes
that listen for this kind of broadcast. One's called "bootpd", the
other's called "rpc.bootparamd". bootpd listens for requests for Internet
addresses (also netmasks and broadcast addresses). rpc.bootparamd listens
for hostname requests. We refer to these two processes as "configuration
servers".
When bootpd or rpc.bootparamd get a request, they search for information
in the NetInfo database system to try to find an entry for a computer
that's got the sender's Ethernet address recorded with it. For example,
NetInfo might contain the record:
name: foobar
ip_address: 192.42.172.17
en_address: 0:0:f:0:a1:b2
If a configuration server receives a request from "0:0:f:0:a1:b2", then it
can send back a reply:
"Dear 0:0:f:0:a1:b2,
Your name is foobar.
Yours sincerely,
rpc.bootparamd"
OK, I made up the "Yours sincerely" part! The point is, a computer
doesn't have to have it's configuration information stored in
/etc/hostconfig, it can rely on a configuration server to supply the right
values. This makes it easier to administer the network. All you need to
do is name sure the names and addresses are stored correctly in NetInfo,
and you can avoid editing a lot of files.
By the way, it's good to notice that although the names and addresses are
stored in NetInfo, it's not NetInfo that answers configuration requests -
that's the configuration servers' job. NetInfo is a passive database
system. It stores important network information, but it's not the job of
NetInfo to configure the network.
What causes a computer to have bootpd and rpc.bootparamd running? These
two server processes are started by the /etc/rc script when a computer is
booting if that computer's /etc/hostconfig file contains:
NETMASTER=-YES-
SimpleNetworkStarter will automatically set NETMASTER=-YES- on a computer
that you set up as a "server".
Now, back to your question. When "hostname" gets a reply from it's
broadcast request, it looks at the Internet address of the computer that
sent the reply. It prints the message:
<<mumble>> returned new hostname : foobar
What's <<mumble>> supposed to mean? Well that's where the confusion
arises. When "hostname" gets a reply from a broadcast request, it looks
up the name of the computer that sent the reply so that it can print a
nice message. What it does in pseudo source code is:
sender = gethostbyaddr (sender's_address);
if (sender == NULL) {
/* Can't find a name for the sender */
printf ("%s returned new hostname : %s\n",
sender's_address, myname);
}
else {
/* Found a name for the sender */
printf ("%s returned new hostname : %s\n",
sender->hname, myname);
}
So, if it can't figure out who sent the reply it prints:
192.42.172.1 returned new hostname : foobar
But, if it found a name (say for example "myhost") associated with
192.42.172.1, then it prints:
myhost returned new hostname : foobar
Now wait a minute! Didn't I say that NetInfo wasn't running on this
computer yet? So where can gethostbyaddr() possibly be looking up a name
based on an Internet address? Aha! It looks in the UNIX "/etc/hosts"
file. For almost all the time your computer is up and running, the
/etc/hosts file is never consulted since NetInfo is available. However,
if NetInfo isn't running, the lookup routines consult the standard UNIX
files (sometimes called the "flat files") that store this kind of
information. NEXTSTEP comes with an /etc/hosts file that includes the
entry:
192.42.172.1 myhost
So if "hostname" gets a reply back from 192.42.172.1, it prints the
troublesome message. Is this really a problem? Not at all. Nothing else
depends on this name. If you really wanted to make the message correct,
you could put the names and addresses of the computers on your network
into the /etc/hosts file instead of the defaults that ship with NEXTSTEP.
It would be a bit of a waste of effort to do so, because there's really no
requirement for that information. It's safe to ignore the incorrect name.
--
Marc Majka
NeXT Computer
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Problem with services applist file?
Date: 7 Oct 1993 16:14:15 GMT
Organization: University of California, Santa Barbara
Distribution: world
Message-ID: <291f8n$gbb@hub.ucsb.edu>
I got the following error in my console shortly after login today:
Oct 7 09:10:25 foxtrot syslog: make_services: cannot read services applist
file.
I assume it is talking about the file ~/.NeXT/services/.applist -- am I right?
I just did a 'more' on that file, and it appears to be fine. What might the
problem be?
--
Douglas Scott | Senior Development Engineer
Tel: (805) 893-8352 | Center for Computer Music Research and Composition
Internet (NeXTMail ok): | Music Department
<doug@ccmrc.ucsb.edu> | University of California, Santa Barbara
From: shviid@magnus.acs.ohio-state.edu (Steen H Hviid)
Newsgroups: comp.sys.next.sysadmin
Subject: Can NS 3.0 use a 3.1 server?
Date: 7 Oct 1993 16:41:16 GMT
Organization: The Ohio State University
Distribution: world
Message-ID: <291grc$4ce@charm.magnus.acs.ohio-state.edu>
Is it possible to have black hardware running NS 3.0 using a fileserver
(also Black HW) running 3.1?
We are soon adding our first white hardware to our network, so I assume we
need to upgrade our server to 3.1 first.
thanks
-------
Steen Hansen
Computer Specialist, Ohio State University
email: hansen+@osu.edu (NeXTmail accepted)
From: giddings@whitewater.chem.wisc.edu (Michael Giddings)
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
Subject: Daily panic: NS Turbo Color: "out of softints"
Date: 7 Oct 1993 17:06:27 GMT
Organization: Division of Information Technology
Distribution: world
Message-ID: <291iaj$aoa@news.doit.wisc.edu>
Keywords: panic
Hello,
We have a network of NeXT and Intel hardware, and ONE machine panics on a daily
basis. This machine is an NS Turbo Color with 64 MB memory, running NS 3.1
developer.
The message buffer goes something like follows:
DOS File System: Initialized
Panic: (CPU 0) out of softints
Next Rom Monitor 3.3 v74
Panic: NEXT Mach 3.1 . . . .
Panic: (CPU 0) out of softints
kernel flag . unknown
kernel flag exit unknown
The only things that I know are unique to this machine is that it is running
the MetroTools Login Window screen saver daemon, and that at boot time it often
gives the message:
sc: scintr program error
Any suggestions or help would be appreciated!
Michael Giddings
UW Madison Chemistry
From: averill@bela.music.washington.edu (Ron Averill)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Help! Screen keeps going dark!
Message-ID: <291k5b$4t5@news.u.washington.edu>
Date: 7 Oct 93 17:37:47 GMT
Article-I.D.: news.291k5b$4t5
References: <28v8n0$fjc@news.u.washington.edu>
Organization: University of Washington
In article <28v8n0$fjc@news.u.washington.edu>
root@anton.music.washington.edu (Operator) writes:
> The screen on our network server began going dark at random time
intervals
> of about a minute two days ago. Now it's going dark every few seconds
and
> the problem seems to be spreading to the other machines on our network.
>
> Can anyone offer some advice?
>
> Ron Averill
> School of Music Computer Center
> University of Washington
> raverill@u.washington.edu
We found a problem in LogoutHook which runs a program called VidLev which
causes the screen to go dark after logging out. For some reason, this
program was running over and over even when the machine was in use.
Ron Averill
Newsgroups: comp.sys.next.sysadmin
From: monheit@samish.stanford.edu (Mark Monheit)
Subject: SimpleNetStarter problems
Message-ID: <MONHEIT.93Oct7103005@samish.stanford.edu>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Psychology Department, Stanford U.
Date: 7 Oct 93 10:30:05
I'm helping a friend configure a simple 2-machine Netinfo network and
we hoped to use SNS to create a server. The server machine is a
DEC-466mte with Adaptec SCSI, 1.2 Gb hard disk (800 Meg NS/FIP
partition), and 32MB RAM.
When trying to create a server with SNS, we invariably get messages
about insufficient disk space--please delete some files. df reports
over 400 meg free on the partition and in attempts with even more
available space, we get the same problem.
Is this a bug in SNS?
I'm willing to set up the net by hand with NetInfoManager et al, but
I'm a bit uncertain of my ability to do this. As far as I can tell,
the SysAdmin docs don't really specify the steps for creating a simple
two-level NI hierarchy by hand. Has anybody bothered to spell out the
steps? If so, I'd be very grateful to have this (and will pass it on
for inclusion in the FAQ if appropriate).
Thanks in advance,
mark
Newsgroups: comp.sys.next.sysadmin
From: buster@mongrel.Colorado.EDU (paul buster)
Subject: NetInfo on other Unix systems, like HP-UX
Message-ID: <CEHpDx.Kwv@Colorado.EDU>
Sender: news@Colorado.EDU (USENET News System)
Organization: University of Colorado at Boulder
Date: Wed, 6 Oct 1993 19:13:09 GMT
I'd appreciate comments from anyone who's using Xedoc's NetInfo on
other Unix systems -- especially HP-UX. how's the company ? how's
the product ?
thanks in advance
-paul
paul buster
univ of colorado
buster@mongrel.colorado.edu
From: ccwf@ugcs.caltech.edu (Charles C. Fu)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Device in /etc/fstab not mounting
Date: 7 Oct 1993 19:19:35 GMT
Organization: California Institute of Technology, Pasadena
Message-ID: <291q47INN46h@gap.caltech.edu>
References: <28ta77$lo3@news.mic.ucla.edu>
ivo@next.agsm.ucla.edu (Ivo Welch) writes:
>I believe netinfo
>is consulted only for NFS volumes and/or removable volumes, not for hard
>disk volumes. As a general rule, enclosing the offending fstab is a good
>idea.
This is not true.
- NetInfo is consulted instead of /etc/fstab once NetInfo is up and
running.
- Before NetInfo is run during boot-up, /etc/fstab is used.
- A noauto entry will cause that line not to be mounted by a `mount -a'.
- A `mount -t 4.3' is performed during boot-up, prior to running
NetInfo.
- Finally, the root device is always mounted--this occurs prior to the
`mount -a'. The root device is often the only device mounted in
single-user mode.
>[2] I have a minor problem with /etc/fstab. My second disk volume's second
>partition is not mounted at bootup.
> /dev/sd0a / 4.3 rw,noquota,noauto 0 1
> /dev/sd1a /next3gb rw,noquota 1 2
> /dev/sd1b /Local rw,noquota 1 2
You're missing the `4.3' in the second and third lines.
-ccwf
Newsgroups: comp.sys.next.sysadmin
From: derek@slab.slip.uiuc.edu (Derek Taubert)
Subject: NXHost over SLIP
Message-ID: <1993Oct7.165742.12838@slab.slip.uiuc.edu>
Sender: derek@slab.slip.uiuc.edu
Organization: Damage Inc.
Date: Thu, 7 Oct 1993 16:57:42 GMT
Can sombody please e-mail me the document about making NXHost work over
SLIP? I haven't had any luck finding the article...
Thanx!
--
Derek Taubert | Ask me about TCP/IP for the Apple IIgs!
d-taubert@uiuc.edu | Really, I'm serious!
--------------------------------+ New GScii in the works too...
NeXTMail encouraged |___________________________________________
From: jmm@king.econ.lsa.umich.edu (Jeffrey K. MacKie-Mason)
Newsgroups: comp.sys.next.sysadmin
Subject: Why does WindowServer sometimes get all riled up?
Date: 7 Oct 1993 20:42:37 GMT
Organization: University of Oslo
Distribution: world
Message-ID: <291uvt$6mm@hermod.uio.no>
From time to time, randomly as far as I can tell, my machine slows to a crawl
(Turbo NeXTstation 33mHz). I'm the only user, and when I do a ps I find that
WindowServer and WM are using between them 75% or more of CPU. Why? It's
happening right now and I'm not doing anything special. I've got a couple of
inactive windows open (Mail.app, Workspace, Console), but nothing special..
(and no messages are coming up in Console).
--
Prof. Jeff MacKie-Mason internet: jmm@umich.edu
Dept. of Economics bitnet: usergc76@umichum
Univ. of Michigan phone: 313-764-7438
Ann Arbor, MI 48109-1220 fax: 313-763-9181
From: jmm@king.econ.lsa.umich.edu (Jeffrey K. MacKie-Mason)
Newsgroups: comp.sys.next.sysadmin
Subject: Mail.app crashes when transferring NeXT mail?
Date: 7 Oct 1993 20:45:51 GMT
Organization: University of Oslo
Distribution: world
Message-ID: <291v60$6tb@hermod.uio.no>
Weird thing: the last two times I have tried to transfer NeXTmail (once with an
attachment, once without) from my Active.mbox window to one of my archive
folders, Mail.app has hung. Something went so bad that just killing the Mail
processes wasn't sufficient--when I reran Mail it wouldn't retrieve new mail.
I had to reboot the machine.
Is there some obvious problem I'm missing? Are the folders supposed to be
writable by group, not just owner?
--
Prof. Jeff MacKie-Mason internet: jmm@umich.edu
Dept. of Economics bitnet: usergc76@umichum
Univ. of Michigan phone: 313-764-7438
Ann Arbor, MI 48109-1220 fax: 313-763-9181
Newsgroups: comp.sys.next.sysadmin
From: yoda@cis.uni-muenchen.de (Marc Guenther)
Subject: Re: NXHost over SLIP
Sender: news@informatik.uni-muenchen.de (News System)
Message-ID: <CEJqGI.LMq@informatik.uni-muenchen.de>
Date: Thu, 7 Oct 1993 21:31:30 GMT
References: <1993Oct7.165742.12838@slab.slip.uiuc.edu>
Organization: Institut fuer Informatik der Universitaet Muenchen
In article <1993Oct7.165742.12838@slab.slip.uiuc.edu>
derek@slab.slip.uiuc.edu (Derek Taubert) writes:
>
> Can sombody please e-mail me the document about making NXHost work over
> SLIP? I haven't had any luck finding the article...
I think, the trick was to use a hostname that resolves to the
ipadress of your local ethernet interface, not the slip interface.
--
Marc Guenther
-------------------------------------------------------------------------
Centrum fuer Informations | Wagmuellerstr. 23 | Phone: +49 89 211 0670
und Sprachverarbeitung | 80538 M"unchen | Fax: +49 89 211 0674
University of Munich | Germany | yoda@cis.uni-muenchen.de
-------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: joe@FreemanSoft.com (Joe Freeman)
Subject: Re: NetInfo on other Unix systems, like HP-UX
Message-ID: <1993Oct7.202715.5125@FreemanSoft.com>
Sender: jfreeman@FreemanSoft.com
Organization: FreemanSoft Inc.
References: <CEHpDx.Kwv@Colorado.EDU>
Distribution: usa
Date: Thu, 7 Oct 1993 20:27:15 GMT
I'm don't think this was covered by a non disclosure so...
I used the HP-UX version of netinfo, from Xedoc while doing the PDO port
for HP-UX. It made our job a lot easier and seemed to work rather well.
There were a couple of minor funnies , in this beta copy, with respect to
some of the nixxx commands. But, I think they were cleared up. We used
it for NFS automounter file system stuff as well as host tables and login
names. The neat thing about the product is that it installs without
replacing any of the libraries or commands. Overall I was quite pleased
with it.
<joe>
In article <CEHpDx.Kwv@Colorado.EDU> buster@mongrel.Colorado.EDU (paul
buster) writes:
> I'd appreciate comments from anyone who's using Xedoc's NetInfo on
> other Unix systems -- especially HP-UX. how's the company ? how's
> the product ?
>
> thanks in advance
> -paul
>
> paul buster
> univ of colorado
> buster@mongrel.colorado.edu
--
Joe Freeman
FreemanSoft Inc. A NEXTSTEP software and consulting services company.
Electronic Mail: Joe@FreemanSoft.com (NeXT Mail)
Voice: 919.783.7033
Newsgroups: comp.sys.next.sysadmin
From: Florian.Gutzwiller@open.ch (Florian Gutzwiller)
Subject: Installing NS/FIP on Toshiba 6400 Laptop?
Message-ID: <CEJtKu.3Bw@eunet.ch>
Sender: usenet@eunet.ch (News Administrator)
Organization: EUnet Switzerland
Date: Thu, 7 Oct 1993 22:38:53 GMT
Can anybody comment on how NS/FIP can be installed on a Toshiba 6400 Laptop.
There is no docking station nor a built in SCSI interface. Still the machine is
mentioned in the HCG.
-Florian
From: dave@truth.asg.arlut.utexas.edu (Dave Slotnick)
Newsgroups: comp.sys.next.sysadmin
Subject: Are netgroups in NS?
Date: 7 Oct 1993 22:42:48 GMT
Organization: The University of Texas at Austin, Austin, Texas
Message-ID: <292618$oe4@geraldo.cc.utexas.edu>
I've been trying to create a netgroup which contains machines AND users,
but I've only been able to add MACHINES via the HostManager. Is there any
way to add a USER to a netgroup? On any other UNIX system, this would be
done by adding a line to /etc/netgroup of the form
groupname (machine,user,domain) (machine,user,domain), etc.
e.g.
mineray (truth, dave, asg.arlut.utexas.edu)
In general, I like NetInfo, but this stupidity is ticking me off.
Hopefully, someone will point out an elegant solution which has so far
eluded me, thus making ME the idiot and not NeXT!
If you have experience in this area, please respond!
Thanks in advance...
--
*** David Slotnick
*** Applied Research Laboratories
*** dave@truth.asg.arlut.utexas.edu
NeXTmail desired and appreciated
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Using tar on a .pkg file?
Message-ID: <1993Oct6.224604.4899@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <1993Oct5.162421.25473@ee.eng.ohio-state.edu>
Date: Wed, 6 Oct 1993 22:46:04 GMT
In article <1993Oct5.162421.25473@ee.eng.ohio-state.edu>
wkwong@lyapunov.eng.ohio-state.edu (Waihon Andrew Kwong)
writes:
-> In article <28s4tq$pbl@TAMUTS.TAMU.EDU>
-> mark@ccc1.tamu.edu (Mark Doucet) writes:
-> > This is probably a real basic question. I have a
-> > package that I want to distribute but I need to tar
-> > if first. The command I have been using is
-> >
-> >tar cvf pkg name
-> >
-> >It doesn't work. Can you tell me what I am missing?
-> >
-> >Thanks in advance
-> >Mark
->
-> Try this:
->
-> tar cvf xxx yyy zzz .....
->
-> xxx = output file (e.g. myfile.tar)
-> yyy, zzz,.... = all files you want to be in the tar file
Right, but if the package is distributed or merely the
"Receipts" shards, you won't get a full content.
You MAY also wish to include the "h" flag as a .pkg should not
contain any symbolic links.
Bruce Gingery bruce@TotSysSoft.com
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: what 486 is good enough? Compare to the Slate.
Date: 5 Oct 1993 08:55:23 +0100
Organization: Palumbian Research Labs
Message-ID: <28r99b$184@marsu.tynet.sub.org>
References: <28hipl$h9n@charm.magnus.acs.ohio-state.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
shviid@magnus.acs.ohio-state.edu (Steen H Hviid) writes:
>So my question is, what kind of machine (and graphics board etc), is
>comparable to a 68040 Slate with 8 MByte, which we find good enough for most
>uses.
I wouldn't go with 8 MB on any machine, but apart from that, a
486 DX 33 or DX2/50 ISA with 16 MB and ET4000AX will give an about similar
performance than a MonoStation with 8 MB.
Regards,
Markus.
--
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Expert in quantum bogodynamics
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: Severe bug in fsck
Date: 5 Oct 1993 09:15:58 +0100
Organization: Palumbian Research Labs
Message-ID: <28rafu$1b1@marsu.tynet.sub.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Hi NeXTfolks!
I'd like to give a brief summary of my horrible experience of yesterday:
(Happend on a NeXTSTEP/Intel machine, but I'm not sure whether it could
happen on black hardware, too.)
The Create3 demo was all fun. After a few minutes it claimed to be the
one and only task around, no way to stop - total hang. Press reset to
continue. But then...
fsck -p found an "unknown error". Thus, I ran fsck manually. It found
"PARTIALLY TRUNCATED INODE I=79388". Any attempts to fix this inode
(enter 'y') resulted in a "bus error" of fsck.
No way to get the filesystem back! I had to reformat the partition
and restore the backup tape.
So, keep to your backups and don't rely on fsck!!!
Regards,
Markus.
--
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Expert in quantum bogodynamics
Newsgroups: comp.sys.next.sysadmin
From: mjd@lochness.uhc.com (Martin DeWitt)
Subject: NSI install
Message-ID: <1993Oct7.224750.24460@mail.mmmg.com>
Summary: SCSI controller problem installing NS on a Compaq
Keywords: SCSI
Sender: news@mail.mmmg.com (Net News Administrator)
Organization: United HealthCare Corporation
Distribution: na
Date: Thu, 7 Oct 93 22:47:50 GMT
We've purchased the NS Eval kit and I'm installing NS on a
Compaq Deskpro 66M. I'm using a COMPAQ 6260 SCSI-2 Controller
to connect our TEXEL CD-ROM to the PC (the Hard Disk is IDE).
When I attempt to install NS I get lots of messages, of which
the last 3 are:
No CD-ROM drive found
use sd%d, hd%d or fd%d
root device?
The PC recognizes the SCSI board. And I've been able to load
the CD-ROM SW in DOS, so the system is recognizing that the
CD-ROM is out there (at least from DOS it is). I've tried
setting the CD-ROM SCSI ID to 0 and to 6. To no avail. The
COMPAQ SCSI controller is NOT on the NeXT list of compatiable
controllers. Maybe this is our problem. Has anyone gotten
NS to install using a COMPAQ SCSI controller with the CD-ROM?
I've tried everything I could find in NextAnswers. Where is
the FAQ for NextStep?
I don't know what the "use sd%d, hd%d or fd%d" line above
means, but I tried typing "sd0d" and I some more messages
scrolled across the screen, including 2 panics which made
it appear the NS was trying to mount the CD-ROM drive anyway.
This ended with the
Raise RDP exception 6 code 4 subcode 0
Waiting for RDP connection (type 'c' to continue)
lines.
Can anyone offer me any help on what to try? Why does NS
not find my CD-ROM? Am I missing something?
thanks,
Marty
From: joseph@physung.phy.uc.edu (Joseph Pecquet)
Newsgroups: comp.sys.next.sysadmin
Subject: xserver on cube running NeXT 2.1
Date: 7 Oct 1993 23:33:01 GMT
Organization: University of Cincinnati
Distribution: world
Message-ID: <2928vd$65k@babbage.ece.uc.edu>
I am trying to locate a working xserver (like mouseX or X11Rx-NeXT or etc.) for
a NeXT Cube running ver 2.1. It has a BW display. When I have tried the various
xservers I could find on the net _all_ of them failed with the messages:
Fatal server error:
no screens found
Am I doing something wrong, or is it that I have not yet located a compatable
xserver? Anyway, if you have a working "free" xserver for this hardware setup,
I would greatly appreciate it if you could make it available to me. Thanks.
-joseph
joseph@physunc.phy.uc.edu
Newsgroups: comp.sys.next.sysadmin
From: bobcook@slac.stanford.edu (Bob Cook)
Subject: Re: Why does WindowServer sometimes get all riled up?
Message-ID: <CEK0G5.5ny@unixhub.SLAC.Stanford.EDU>
Sender: news@unixhub.SLAC.Stanford.EDU
Organization: Stanford Linear Accelerator Center
References: <291uvt$6mm@hermod.uio.no>
Date: Fri, 8 Oct 1993 01:07:16 GMT
Jeffrey K. MacKie-Mason writes
>
>From time to time, randomly as far as I can tell, my machine slows to a crawl
>(Turbo NeXTstation 33mHz). I'm the only user, and when I do a ps I find that
>WindowServer and WM are using between them 75% or more of CPU. Why? It's
>happening right now and I'm not doing anything special. I've got a couple of
>inactive windows open (Mail.app, Workspace, Console), but nothing special..
>(and no messages are coming up in Console).
THe exact same thing happens to me every so often, so I'd really like to see an
answer too. I've had some vague notion that it was tied to NewsGrazer, but
I've never been able to confirm that. The only solution that's worked for me
is a reboot.
--
Bob Cook bobcook@slac.stanford.edu
Stanford Linear Accelerator Center NeXT mail okay
Newsgroups: comp.sys.next.sysadmin
From: yoda@cis.uni-muenchen.de (Marc Guenther)
Subject: Re: NSI install
Sender: news@informatik.uni-muenchen.de (News System)
Message-ID: <CEL215.9D4@informatik.uni-muenchen.de>
Date: Fri, 8 Oct 1993 14:39:05 GMT
Distribution: na
References: <1993Oct7.224750.24460@mail.mmmg.com>
Organization: Institut fuer Informatik der Universitaet Muenchen
In article <1993Oct7.224750.24460@mail.mmmg.com> mjd@lochness.uhc.com
(Martin DeWitt) writes:
[description of intallation problem deleted]
>
> Can anyone offer me any help on what to try? Why does NS
> not find my CD-ROM? Am I missing something?
Yes, you are. Buy a black computer :-)
--
Marc Guenther
-------------------------------------------------------------------------
Centrum fuer Informations | Wagmuellerstr. 23 | Phone: +49 89 211 0670
und Sprachverarbeitung | 80538 M"unchen | Fax: +49 89 211 0674
University of Munich | Germany | yoda@cis.uni-muenchen.de
-------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: tchuang@cube.ep.nctu.edu.tw (tchuang)
Subject: NeXTstation and PC-DOS connected by TCP/IP
Message-ID: <1993Oct8.145348.19910@debbie.cc.nctu.edu.tw>
Sender: usenet@debbie.cc.nctu.edu.tw
Organization: National Chiao Tung University
Date: Fri, 8 Oct 1993 14:53:48 GMT
Hi,
The following problem is from my friend who cannot access news:
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
For NeXT3.0(Black NeXT), we have some difficulty while running tcp/ip
application between NeXT and PC machine. As known, there is default
setting in SNS application when you try to build a server, ie myhost for
hostname and a given IP address. From PC, we could not use ftp neither
ping command to reach the desired server if we modify the default IP
address setting and build the server accordingly. But if we adopt the
default IP setting and build the server there is no pbolem at all in using
ftp command. The tcp/ip application we use is from Woolongong corp. Any
help or advices are much appreciated.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
If you can give him any information, please follow up this post or send
emial to me. Thank you!
TC Huang
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Re: Backing up a NeXTstation (NS 2.1)
Message-ID: <CEL2o9.Et@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <CEKHJ7.CB4@unix.portal.com>
Date: Fri, 8 Oct 1993 14:52:56 GMT
In article <CEKHJ7.CB4@unix.portal.com> eric@whyanext.com writes:
>I also am networked via a SLIP link, so if anyone can suggest any
>creative solutions to backing up that involve _someone else's_ tape
>drive, etc., I would of course appreciate your help.
>
>Thanks,
>
>Eric
tar cfBf - / | rsh HOST_WITH_DRIVE dd of=/dev/TAPE_DEV_PATH
will let you do a full backup to the remote tape drive
Another way would be to nfsmount your disk on the remote host
and do tar on the remote host.
Both will be pretty slow over dialup lines but they will do the trick.
Try to avoid using the dump/rdump commands as the dump format used
on NS 2.? is incompatible with that used by other vendors.
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Fax: (617) 863-8575 pronounced "Throat-Warbler Mangrove".
) Voice: (617) 861-5579 NeXTMail O.K.
Newsgroups: comp.sys.next.sysadmin
From: s9uart@blackhole (Ried Thiel)
Subject: autonfsmount problem
Message-ID: <1993Oct8.151132.5665@almserv.uucp>
Sender: usenet@almserv.uucp
Organization: Fannie Mae
Date: Fri, 8 Oct 1993 15:11:32 GMT
Hello world.
I am having problems with autonfsmount. The startup looks like this from
/etc/rc:
/usr/etc/autonfsmount -a /automnt /apps auto.next_apps \
&& (echo -n ' autonfsmount') >/dev/console 2>&1
Now my problem.
Every users home directory is supposed to show up as /home/<username>.
Now if I type cd /home/<username> and then type pwd I get /home/<username>
but when I go back to the File Viewer there is no directory. If I then
change to /automnt I can find where the directory is mounted. The problem
of course being that the directory is a number instead of <username>.
This same command is mounting a /apps and a /appl directory. These 2 work
fine. Also when a user logs into the machine it there home directory is
mounted correctly.
We use NIS from Sun servers if you need that information.
Any help would be greatly appreciated.
Ried
Newsgroups: comp.sys.next.sysadmin
From: eboltz@acoustica.mrd.bldrdoc.gov (Eric S. Boltz)
Subject: Re: NeXT E-net hardware dead!
Message-ID: <CEL1yI.IJq@dove.nist.gov>
Sender: news@dove.nist.gov
Organization: NIST
References: <28siedINNqa2@jhunix.hcf.jhu.edu>
Distribution: usa
Date: Fri, 8 Oct 1993 14:37:29 GMT
In article <28siedINNqa2@jhunix.hcf.jhu.edu> eboltz@jhunix.hcf.jhu.edu (Eric
Scott Boltz) writes:
about e-net hardware failure...
Well, the new motherboard didn't fix it so the NIST network gurus came down
and TDR'd the net and found three bad cables, one improperly attached computer
and several crummy connectors. Once fixed my next e-net is just fine.
Eric
--
Eric S. Boltz
My views, opinions and statements in no way reflect those of the U.S. Gov't,
the U.S. Department of Commerce or NIST.
Newsgroups: comp.sys.next.sysadmin
From: eboltz@acoustica.mrd.bldrdoc.gov (Eric S. Boltz)
Subject: NIS problems - HELP please.
Message-ID: <CEL218.ILI@dove.nist.gov>
Sender: news@dove.nist.gov
Organization: NIST
Date: Fri, 8 Oct 1993 14:39:07 GMT
Well, I *had* yellow pages running fine until I had that e-net problem.
Then I disabled NIS by changing /etc/hostconfig and now I can't seem to
get it working again. The other machines on our net (suns) are finding the
NIS server just fine, but my NeXT cannot.
Any tips/hints/clues?
Eric
--
Eric S. Boltz
My views, opinions and statements in no way reflect those of the U.S. Gov't,
the U.S. Department of Commerce or NIST.
From: gary@ah3.cal.msu.edu (Gary J LaPointe)
Newsgroups: comp.sys.next.sysadmin
Subject: Virus checker?
Date: 8 Oct 1993 15:29:55 GMT
Organization: Michigan State University
Message-ID: <29411j$119g@msuinfo.cl.msu.edu>
A user reported getting a virus message on their NeXTcube(?).
Any suggestions on a virus checker?
WIll it check both the unix applications and the NeXT.apps?
Thanks,
Gary
--
Gary J LaPointe
gary@ah3.cal.msu.edu
Michigan State University
Center For Integrative Studies, Arts & Humanities
From: boyar001@krusty.mc.duke.edu (Bill Boyarsky)
Newsgroups: comp.sys.next.sysadmin
Subject: Mounting DOS file system
Message-ID: <21645@news.duke.edu>
Date: 8 Oct 93 15:51:07 GMT
Sender: news@news.duke.edu
Distribution: usa
I am running NextStep on a stand-alone Intel platform under the
OS/2 2.1 boot manager. My disk partitions (after the boot manager)
are DOS, OS/2, DOS-Data, and NeXTStep.
Can anyone tell me how to instruct NeXTStep to mount the other
partitions as DOS partitions ?
Thanks in advance.
--
Bill Boyarsky
Duke University
Medical Center Information Systems
boyar001@mc.duke.edu
boyar001@bullnext.mc.duke.edu (NeXT mail)
From: boardman@casbah.acns.nwu.edu (Michael Boardman)
Newsgroups: comp.sys.next.sysadmin
Subject: NS/FIP Network Problem
Date: 8 Oct 93 15:55:12 GMT
Organization: Northwestern University, Evanston, IL USA
Message-ID: <boardman.750095712@news.acns.nwu.edu>
Keywords: Network, NS/FIP
Someone at our site has installed NS/FIP on a not-fully-compatible
486...(XPRO). After many many headaches everything seems
fine...except... The machine cannot seem to see our network. For example,
ping <your favorite IP number> sends packets out on the network (this can
be seen on the repeater), but nothing is ever returned. They've triple checked
network numbers (i.e. IP number, netmask, broadcast address, etc...). The
machine has a NS compatible SMC Elite 16 card. I don't have much more
information. Any ideas??? If so, please e-mail me at:
boardman@math.lfc.edu
Thanks,
Mike
From: slv0y@cc.usu.edu
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Houses icons not showing up...help
Message-ID: <1993Oct8.084825.1616@cc.usu.edu>
Date: 8 Oct 93 08:48:25 MDT
Organization: Utah State University
For some reason I am no longer seeing user directories as houses, or my
uucppublic directory. This seems to be specific to just this user account,
other user accounts work fine.
Does anyone have any ideas on why this may have happened?
Many thanks,
John Zollinger
slv0y@cc.usu.edu
From: wich1820@maynard.ww.tu-berlin.de (Thorsten Wichmann)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
Subject: Help needed with NNStat
Date: 8 Oct 1993 16:12:19 GMT
Organization: TUBerlin/ZRZ
Message-ID: <2943h3$5ni@mailgzrz.TU-Berlin.DE>
Hi there,
did anybody out there install the network monitoring program NNStat. As
far as I can see it needs the right hacks to change it from Sun BSD to
Next. Any hints would be appreciated.
Thorsten
--
------------------------------------------------------
wich1820@maynard.ww.tu-berlin.de Thorsten Wichmann
voice: +49 30 314-24142 Dept of Economics
fax: +49 30 314-23249 Tech. Univ. Berlin
===============> NeXT-Mail welcome <==================
From: jcl@yonext.apl.washington.edu (James C. Luby)
Newsgroups: comp.sys.next.sysadmin
Subject: Building a bootable partition on second (external) hard disk
Date: 8 Oct 1993 17:39:12 GMT
Organization: University of Washington
Distribution: na
Message-ID: <2948k0$pb5@news.u.washington.edu>
Keywords: OS3.1, Black
I have recently installed OS3.1 on my internal hard drive. I also have an
external 1.2GByte drive that has two partitions. Is it possible to use
BuildDisk to make the first partition of the external disk bootable while not
destroying the files stored on the second partition? Thanks!
Jim Luby
Newsgroups: comp.sys.next.sysadmin
From: pulliam@rft29.nas.nasa.gov (Thomas H Pulliam)
Subject: ROOT AND USER PASSWORDS DISSAPEAR!!!
Message-ID: <CEL9A2.5LK@nas.nasa.gov>
Sender: news@nas.nasa.gov (News Administrator)
Organization: NAS/NASA-Ames Research Center
Date: Fri, 8 Oct 1993 17:15:37 GMT
I had a scary experience yesterday. My machine went belly up for a few
minutes and I did a soft reboot. When I got back to the login prompt, I
couldn't login as myself (password was not reconized). Then I tried root
and couldn't get in that way either. Another user on the system did'nt
have any problem and could login easily. Well, I was blown away. I went
into single user mode and attempted to change the root password. I did'nt
have immediate success, but eventually I succeeded. Then I got into the
USERMANAGER app and redid my own password. Everything seems fine now, but
how would I really know?
Questions:
Anybody ever see this before?
Should I expect other problems?
What really happened?
Thanks for any replies.
--
*********************
* * ||||||||||||||||||||||||||||||||||||||||
* You're * | Thomas H. Pulliam |
* * | MS T045-1 NASA Ames Research Center |
* In A * | Moffett Field, Ca 94035 |
* * | (415) 604-6417 |
* Box * | pulliam@rft29.nas.nasa.gov |
* * ||||||||||||||||||||||||||||||||||||||||
*********************
Newsgroups: comp.sys.next.sysadmin
From: Paul_Kunz@slac.stanford.edu (Paul Kunz)
Subject: Exception #2
Message-ID: <CELCHC.9A9@unixhub.SLAC.Stanford.EDU>
Sender: news@unixhub.SLAC.Stanford.EDU
Organization: Stanford Linear Accelerator Center
Date: Fri, 8 Oct 1993 18:24:47 GMT
On a NeXTStation Turbo (mono) I'm getting from the ROM monitor...
NeXT> bsd
Exception #2(0x8) pc 0x1006cc
faultaddr 0xf302ffc
Search everwhere and can't find what this means. I'd appreciate some
hints.
--
Paul F. Kunz Paul_Kunz@slac.stanford.edu (NeXT mail ok)
Stanford Linear Accelerator Center, Stanford University
Voice: (415) 926-2884 (NeXT) Fax: (415) 926-3587
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: Re: Severe bug in fsck
Followup-To: comp.sys.next.sysadmin,comp.sys.next.bugs
Date: 8 Oct 1993 21:40:11 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <294mns$3qg@news.mic.ucla.edu>
References: <28rafu$1b1@marsu.tynet.sub.org>
I have posted exactly the same problem a few weeks ago. I have it confirmed
from NeXT: ANY CRASH MAY FORCE YOU TO REFORMAT YOUR HARDDISK, IF YOU ARE
UNLUCKY ENOUGH THAT THE FILE SYSTEM HAPPENS TO BE CORRUPTED IN A PARTICULAR
WAY. The reason is a bug in fsck (which is likely not to be fixed in 3.2,
either). Usually, you can still boot in single-user mode, and backup to
another disk (the inode is simply 1 corrupted file).
With NS/Intel software and/or hardware as-of-yet not rock-stable, desaster
can strike you any minute. All of us! (The same may apply to NS/040.)
This is one reason why I suggested your pleading with NeXT for more
stability.
/ivo welch
Markus Wenzel (mow@marsu.tynet.sub.org) wrote:
: Hi NeXTfolks!
: I'd like to give a brief summary of my horrible experience of yesterday:
: (Happend on a NeXTSTEP/Intel machine, but I'm not sure whether it could
: happen on black hardware, too.)
: The Create3 demo was all fun. After a few minutes it claimed to be the
: one and only task around, no way to stop - total hang. Press reset to
: continue. But then...
: fsck -p found an "unknown error". Thus, I ran fsck manually. It found
: "PARTIALLY TRUNCATED INODE I=79388". Any attempts to fix this inode
: (enter 'y') resulted in a "bus error" of fsck.
: No way to get the filesystem back! I had to reformat the partition
: and restore the backup tape.
: So, keep to your backups and don't rely on fsck!!!
: Regards,
: Markus.
: --
: Markus Wenzel System administration, Consulting, Networking
: mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
: IRC: Marsu Expert in quantum bogodynamics
--
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: sinclair@cs.brandeis.edu (David A. Sinclair)
Subject: Problem with imake (XNeXT on 3.0 slab)
Message-ID: <1993Oct8.205015.28887@news.cs.brandeis.edu>
Sender: news@news.cs.brandeis.edu (USENET News System)
Organization: Brandeis University - Computer Science Dept.
Date: Fri, 8 Oct 1993 20:50:15 GMT
Hello, netland.
I'm having a problem trying to use xmkmf with the XNeXT distribution
I've installed on my 3.0 station. I get:
imake -DUseInstalled
imake: file not found
(I think that's the exact message -- I'm at work, not at home with my
NeXT right now! :) I think there may be a file missing in my
/usr/lib/X11/config directory. Would anyone be willing to email
(can't receive NeXTmail yet -- just ascii email) a listing of what
they have in their config directory? Or, if you think something else
is my problem, I'd love to hear about that too!
Thanks for any/all replies,
David Sinclair
sinclair@cs.brandeis.edu
--
-----------------------------------------------------------------
David A. Sinclair - "Chester"
sinclair@cs.brandeis.edu
From: garity@MATH.ORST.EDU (Dennis Garity)
Newsgroups: comp.sys.next.sysadmin
Subject: sendmail problem
Date: 8 Oct 1993 22:39:07 GMT
Organization: University Computing Services - Oregon State University
Message-ID: <294q6b$pdq@gaia.ucs.orst.edu>
Keywords: mail, sendmail
I recently upgraded from 3.0 to 3.1 on
a NeXT turbo machine and have been having some problems
with mail. Our department's mail spool
is on a SUN and my machine's mail spool
is linked to that mail spool.
Whenever I retrieve my mail using Mail.app,
after the mail is retrieved, the file with
my name on it in the spool is completely
removed. Under 3.0, and earlier operating systems,
this file would be empty, but still present
in the spool.
Suggestions?
e-mail to garity@math.orst.edu
From: eric@ada1.elan.af.mil (Eric Edwards)
Newsgroups: comp.sys.next.sysadmin
Subject: "Serialization Error" in Netinfo
Date: 8 Oct 1993 22:44:36 GMT
Organization: Edwards Air Force Base
Sender: eric@ada1 (Eric Edwards)
Distribution: world
Message-ID: <294qgk$aj2@wrdis02.robins.af.mil>
Can someone tell me what this error means? I get this whenever I try to
make any changes in NetInfo.
I have also encountered other problems:
The workstation is currently a server. SimpleNetStart will not let me change
the machine to stand alone or client. Both options are ghosted.
Netinfo sometimes asks for the root password but does not accept then root
root password I used to login. What does it want?
Any assistance on this would be greatly apreciated.
--
Eric Edwards = eric@eafbmh02.elan.af.mil
"I think telcom tarifs should only apply to incoming international calls"
Newsgroups: comp.sys.next.sysadmin
Subject: Fujitsu Drives
Message-ID: <1993Oct8.165102.6927@nic.csu.net>
From: vqueved@nssnext.calstatela.edu (Victor Quevedo)
Date: 8 Oct 93 16:51:01 PDT
Keywords: Drives Fujitsu M2654SA
Has anyone had any exprience with the Fujitsu M2654SA drives?
I am thinking of using one on a NeXT (Black, NeXTstationColor).
Has anyone tried to use one?
-Victor Quevedo
vqueved@nssnext.calstatela.edu
From: lao@zoo.ncl.omron.co.jp (LAO Shihong)
Newsgroups: comp.sys.next.sysadmin
Subject: rsh not work properly
Message-ID: <LAO.93Oct8133641@rinrin.zoo.ncl.omron.co.jp>
Date: 8 Oct 93 03:36:41 GMT
Sender: news@frf.omron.co.jp
Distribution: comp
Organization: OMRON Co., Kyoto, 617 Japan.
My NeXTstation (turbo color,OS3.0J) who's name is wolf
do not do rsh(d) properly. I can rsh from wolf to any
other machines, but have problem when rsh some_command
from other machines (eg. rinrin which is a SparcStation2).
eg:
wolf% rsh rinrin // OK, it will rlogin to rinrin
....
wolf% rsh rinrin ls // OK it will show ls result
....
rinrin% rsh wolf // OK, it will rlogin to wolf
....
rinrin% rsh wolf ls // NG, it shows nothing. Finishes in
.... // about 0.5 sec.
rinrin% rcp file_of_rinrin wolf: // NG, no matter how big the
rcp: lost connection // file is,it finishes at once.
rinrin%
rinrin% rcp wolf:file_of_wolf . // NG, finishes at once,
rinrin% // without anything done.
wolf% rsh wolf ls // NG, same as done at rinrin.
Dose anybody have any idea? (Of cause I have written rinrin to
the /etc/hosts.equiv file.)
I even compiled bsd rshd.c and replaced the rshd with the
bsd rshd, it still doesn't work.
Thanks in advance.
----
LAO Shihong
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Fujitsu Drives
Message-ID: <1993Oct9.085022.23537@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Oct8.165102.6927@nic.csu.net>
Date: Sat, 9 Oct 1993 08:50:22 GMT
In article <1993Oct8.165102.6927@nic.csu.net>
vqueved@nssnext.calstatela.edu (Victor Quevedo) writes:
>Has anyone had any exprience with the Fujitsu M2654SA drives?
Yeah! This is a great second/third/fourth/etc. drive.
>I am thinking of using one on a NeXT (Black, NeXTstationColor).
>
>Has anyone tried to use one?
Yup. After jumpering it appropriately (which renders it
unbootable) and reformatting to 1024-byte sectors, we
initialized it for a /clients partition (a) and a /Users
partition (b). (This _guarantees_ that it has absolutely no hope
of being bootable. Of course, you weren't seriously considering
using one of these for a root filesystem, were you?)
# FUJITSU M2654S with 5 spare sectors/cyl and 1024 byte sectors
#
# 'a' partition on M2654S-1024 is intended for NetBoot client private trees
# If not supporting NetBoot clients, it may be mounted as desired.
M2654S-1024|FUJITSU M2654S-1024|FUJITSU M2654S-1024 w/1024 byte sectors:\
:ty=fixed_rw_scsi:nc#2178:nt#2:ns#491:ss#1024:rm#5400:\
:fp#160:bp#0:ng#0:gs#0:ga#0:ao#0:\
:os=sdmach:z0#32:z1#96:ro=a:rw=b:\
:pa#822:sa#219968:ba#8192:fa#1024:ca#20:da#8192:ra#10:oa=time:\
:ia:ta=4.3BSD:\
:pb#220790:sb#1917846:bb#8192:fb#1024:cb#16:db#4096:rb#10:ob=time:\
:ib:tb=4.3BSD:
Much faster (and quieter!) than the M2266S it replaced.
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: mikem@afs.com (Mike Matlack)
Subject: mail alias limits
Message-ID: <1993Oct8.152840.3732@afs.com>
Sender: mikem@afs.com
Date: Fri, 8 Oct 1993 15:28:40 GMT
What are the current limits for mail aliases (assuming a net sending email
through uucp to some mail service on the other end)?
What is the recommended way to set up large aliases that contain on the order
of 200 members? sendmail aliases file in sendmail? netinfo aliases? personal
groups in Mail.app's address book? hang it up?
Thanks for any help!
mikem
--
Michael J. Matlack
Anderson Financial Systems
Mike_Matlack@afs.com (NeXTmail OK)
Newsgroups: comp.sys.next.sysadmin
From: Greg_Anderson@afs.com (Gregory H. Anderson)
Subject: df: Why is it acting so evil?
Message-ID: <1993Oct8.220139.2467@afs.com>
Sender: greg@afs.com
Date: Fri, 8 Oct 1993 22:01:39 GMT
The following problem occurs in NS 3.1.
When a news packet comes in our mail feed, UUXQT dispatches it to rnews,
which in turns runs 'df' to make sure there is space for the file. The
command (taken from a 'ps' at the command line) has this form:
df /usr/spool/news/in.coming
Unfortunately, if ANY machine that was once mounted to the mailserver has
been subsequently disconnected from the net (some of our employees take
their slabs home), df hangs. According to ps, the process status is 'U',
if that helps.
This contradicts the documentation for df, which says that with arguments,
it only searches the mount you are asking for. The worst part is that this
renegade process is completely blocked, so that even a kill -9 won't kill it.
You have to do a complete reboot, which also hangs and forces a complete
disk check during the power-on cycle.
Does anyone know what's up? Is this fixable? Is it a bug?
--
Gregory H. Anderson | "History is the fiction we invent to
Revisionist Autobiographer | persuade ourselves that events are
Anderson Financial Systems | knowable and that life has order and
greg@afs.com (NeXTmail OK) | direction." -- Calvin & Hobbes, 7/19/93
From: kiwi@cs.tu-berlin.de (Axel Habermann)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: rsh not work properly
Date: 9 Oct 1993 14:10:01 GMT
Organization: Technical University of Berlin, Germany
Distribution: comp
Message-ID: <296gnp$bqn@news.cs.tu-berlin.de>
References: <LAO.93Oct8133641@rinrin.zoo.ncl.omron.co.jp>
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
lao@zoo.ncl.omron.co.jp (LAO Shihong) writes:
>My NeXTstation (turbo color,OS3.0J) who's name is wolf
>do not do rsh(d) properly. I can rsh from wolf to any
>other machines, but have problem when rsh some_command
>from other machines (eg. rinrin which is a SparcStation2).
>eg:
>wolf% rsh rinrin // OK, it will rlogin to rinrin
>....
>wolf% rsh rinrin ls // OK it will show ls result
>....
>rinrin% rsh wolf // OK, it will rlogin to wolf
>....
>rinrin% rsh wolf ls // NG, it shows nothing. Finishes in
>.... // about 0.5 sec.
>rinrin% rcp file_of_rinrin wolf: // NG, no matter how big the
>rcp: lost connection // file is,it finishes at once.
>rinrin%
>rinrin% rcp wolf:file_of_wolf . // NG, finishes at once,
>rinrin% // without anything done.
>wolf% rsh wolf ls // NG, same as done at rinrin.
>Dose anybody have any idea? (Of cause I have written rinrin to
>the /etc/hosts.equiv file.)
This reminds me of a problem I had some days ago. rsh just didn't work.
So I tried to change my login-shell (I used tcsh) to csh - and it worked.
Then I tried to figure out, why it didn't work with tcsh. I tried
(with csh as login shell) rsh myhost gdb tcsh and got a Bus error.
To find out the reason for this, I recompiled tcsh with -g option
and the bug disappeared with the new tcsh. Then I recompiled tcsh
without -g and the bug didn't reappear.
So my suggestion: If you're using tcsh try it with csh first and
if it works then, get yourself a new tcsh.
Hope that helps,
Axel
>I even compiled bsd rshd.c and replaced the rshd with the
>bsd rshd, it still doesn't work.
>Thanks in advance.
>----
>LAO Shihong
--
Axel Habermann \\|// FaxFon: +49 30 4543046
Fehmarnerstr. 4 )o o( eMail: kiwi@cs.tu-berlin.de
13353 Berlin (Wedding) \ | / "Wenn Du nicht weisst
Germany \~/ was du tust, mach's mit Eleganz!"
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Re: NSI install
Message-ID: <CEMx4A.35s@phcs.com>
Keywords: SCSI
Organization: Private Healthcare Systems, Inc
References: <1993Oct7.224750.24460@mail.mmmg.com>
Distribution: na
Date: Sat, 9 Oct 1993 14:48:10 GMT
In article <1993Oct7.224750.24460@mail.mmmg.com> mjd@lochness.uhc.com (Martin DeWitt) writes:
>We've purchased the NS Eval kit and I'm installing NS on a
>Compaq Deskpro 66M. I'm using a COMPAQ 6260 SCSI-2 Controller
>to connect our TEXEL CD-ROM to the PC (the Hard Disk is IDE).
>
Sorry, but the 6260 SCSI controller is not supported hardware.
You must use DPT2022 with new ROMs, An adaptec 1542, or one
other EISA (Buslogic?) controller.
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Fax: (617) 863-8575 pronounced "Throat-Warbler Mangrove".
) Voice: (617) 861-5579 NeXTMail O.K.
Newsgroups: comp.sys.next.sysadmin
From: dsiebert@icaen.uiowa.edu (Doug Siebert)
Subject: Re: Fujitsu Drives
Message-ID: <1993Oct9.211100.17968@icaen.uiowa.edu>
Sender: usenet@icaen.uiowa.edu (UseNet News daemon)
Organization: Iowa Computer Aided Engineering Network, University of Iowa
References: <1993Oct8.165102.6927@nic.csu.net> <1993Oct9.085022.23537@csus.edu>
Date: Sat, 9 Oct 1993 21:11:00 GMT
eps@futon.SFSU.EDU (Eric P. Scott) writes:
>Yup. After jumpering it appropriately (which renders it
>unbootable) and reformatting to 1024-byte sectors, we
>initialized it for a /clients partition (a) and a /Users
>partition (b). (This _guarantees_ that it has absolutely no hope
>of being bootable. Of course, you weren't seriously considering
>using one of these for a root filesystem, were you?)
Why does partitioning it guarantee its unbootable? Maybe the jumpering does,
I have no experience with this drive, but I partitioned a Seagate ST11200N
(after reformatting to 1024 byte sectors) and put made two partitions for it
and it boots just fine... You're getting me worried, since I found the Seagate
overly noisy and will be replacing it with a Maxtor MXT1240S -- I certainly
hope it'll boot fine inside my slab :-)
--
Doug Siebert dsiebert@isca.uiowa.edu
"Had this been an actual emergency, we would have fled in terror, and you would
not have been informed." --Someone more clever than I
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Fujitsu Drives
Message-ID: <1993Oct9.223643.23241@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Oct8.165102.6927@nic.csu.net> <1993Oct9.085022.23537@csus.edu> <1993Oct9.211100.17968@icaen.uiowa.edu>
Date: Sat, 9 Oct 1993 22:36:43 GMT
In article <1993Oct9.211100.17968@icaen.uiowa.edu>
dsiebert@icaen.uiowa.edu (Doug Siebert) write:
>Why does partitioning it guarantee its unbootable? Maybe the jumpering does,
>I have no experience with this drive, but I partitioned a Seagate ST11200N
>(after reformatting to 1024 byte sectors) and put made two partitions for it
>and it boots just fine...
It depends _how_ you do the partitioning. There are actually
*three* different pieces of software that implement FFS:
- UFS (i.e. the "normal" filesystem code)
- dump (in all its various flavors)
- boot
The boot version is incredibly minimal. It is so stupid it
doesn't even understand the concept of subdirectories. Its
only purpose is to load /sdmach (or /mach_kernel, whatever)
into memory. It uses a lame SCSI driver, which only works
if the jumpers are set extremely conservatively (=low
performance), and as of NS 3.1 still doesn't read partition
information correctly. It works with the default partitioning
schemes (what you get if there's no corresponding disktab
entry), but screws up in the general case. Once Mach is up
and running, there's no problem--additional disks work fine.
You actually can boot the kernel from somewhere else (e.g. a
floppy) with the rootdev= option pointing at a "tuned" disk;
the problem isn't with the root partition per se, but the
broken boot software.
-=EPS=-
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: 'limit' command has no effect?
Date: 9 Oct 1993 23:16:29 GMT
Organization: Center for Computer Music Research and Composition, U.C.S.B.
Message-ID: <297god$sa4@hub.ucsb.edu>
I would like to be able to set a ceiling on how much memory my users can
allocate, given that Mach is too dimwitted to know when it has permitted a
call to malloc(1.0e+36), or anything like that (this has been hashed out in
news before), and I prefer not having my users cause our machines to drop in
their tracks (which they will if you try to allocate that kind of memory).
Anyway, I have been testing the limits for stacksize and datasize, setting
them to values like 2 Meg -- but I still am able to allocate blocks of memory
in excess of 15 Megs. Is there *any* way to get these limits to work? Is
the limit command useless under Mach?
Thanks.
--
Douglas Scott | Senior Development Engineer
Tel: (805) 893-8352 | Center for Computer Music Research and Composition
Internet (NeXTMail ok): | Music Department
<doug@ccmrc.ucsb.edu> | University of California, Santa Barbara
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: Re: Problem with imake (XNeXT on 3.0 slab)
Date: 9 Oct 1993 23:22:53 GMT
Organization: Center for Computer Music Research and Composition, U.C.S.B.
Message-ID: <297h4d$se0@hub.ucsb.edu>
References: <1993Oct8.205015.28887@news.cs.brandeis.edu>
In article <1993Oct8.205015.28887@news.cs.brandeis.edu> sinclair@cs.brandeis.edu (David A. Sinclair) writes:
]
]
]Hello, netland.
]
]I'm having a problem trying to use xmkmf with the XNeXT distribution
]I've installed on my 3.0 station. I get:
]
]imake -DUseInstalled
]imake: file not found
]
](I think that's the exact message -- I'm at work, not at home with my
]NeXT right now! :) I think there may be a file missing in my
]/usr/lib/X11/config directory. Would anyone be willing to email
](can't receive NeXTmail yet -- just ascii email) a listing of what
]they have in their config directory? Or, if you think something else
]is my problem, I'd love to hear about that too!
]
Firstly, it would be nice to know *which* XNeXT distribution you have. Mine
from foxtrot, or an older one from columbia.edu?
imake is a binary, and should be in /usr/bin/X11 with all the other X binaries
like xterm, twm, etc. Do you have /usr/bin/X11 in your path? I guess so, if
you have xmkmf working. I know imake is part of the distribution on my
machine's archive, so it should be part of what you have, assuming you got it
from my site.
--
Douglas Scott | Senior Development Engineer
Tel: (805) 893-8352 | Center for Computer Music Research and Composition
Internet (NeXTMail ok): | Music Department
<doug@ccmrc.ucsb.edu> | University of California, Santa Barbara
Newsgroups: comp.sys.next.sysadmin
From: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Subject: Configuring a remote NeXT printer....
Message-ID: <1993Oct10.011936.27551@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Sun, 10 Oct 93 01:19:36 GMT
I have a NeXTstation in my dorm room and a printer in the local compute
cluster hooked up to a NeXTCube....
I need to setup the Print Manager to send my printout to the NeXT Laser
Printer downstairs...Any ideas where in the documentation I should look
for this stuff? I couldn't find it....
Thanks....
CW
Newsgroups: comp.sys.next.sysadmin
From: uunet!lkba!lkb (Larry Blische)
Subject: Re: file transfers between unixes
Message-ID: <1993Oct9.132659.6937@lkba.uucp>
Sender: lkb@lkba.uucp (Larry Blische)
Organization: LKB Associates, Inc.
References: <292hgjINN38n@kralizec.zeta.org.au>
Date: Sat, 9 Oct 1993 13:26:59 GMT
In article <292hgjINN38n@kralizec.zeta.org.au> gshaw@kralizec.zeta.org.au
(Greg Shaw) writes:
> Hi all,
>
> A few weeks ago I posted an article about trying to get
> a tar tape to be read by NEXTSTEP. People advised me
> that there may be a difference between the tars being
> used. This is possible. I know that SCO tar can be read
> by OS/2 tar which is most definitely gnu tar. I cannot
> find any mention of gnu in reference to NEXTSTEP tar.
gnutar is supplied (in addition to tar) on NeXTSTEP.
Try: /usr/bin/gnutar +help
>
> I have since tried cpio without success. I though that
> cpio was supposed to be THE way to transfer files between
> unixes.
>
> Am I missing something or is NeXT a non-standard entity
> in more ways than I expected? I am prepared to look at
> any novel or not so novel solution to get files between
> ANY stated unix. Ideally I would like that unix to be
> SCO or AT&T but at this point I would accept knowing that
> it is possible to transfer a tape file to/from NeXT from/to
> any given unix.
I used to routinely tar floppies back and forth between NeXTSTEP and SunOS
(if you consider THAT a UNIX:-)). I've even tar'ed between NeXTSTEP and
Ultrix on ED floppies.
Yes, Ultrix, sad but true!
--
Larry Blische lkba!lkb@uunet.UU.NET
LKB Associates, Inc. NeXTmail Welcome!
3118 Dunglow Road 410 285 2262
Dundalk, Maryland 21222-5304 USA
From: mconners@magnus.acs.ohio-state.edu (Michael R Conners)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: Re: Problem with imake (XNeXT on 3.0 slab)
Date: 10 Oct 1993 04:25:32 GMT
Organization: The Ohio State University
Message-ID: <2982rs$bc1@charm.magnus.acs.ohio-state.edu>
References: <1993Oct8.205015.28887@news.cs.brandeis.edu> <297h4d$se0@hub.ucsb.e
In article <297h4d$se0@hub.ucsb.edu> doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott
) writes:
>In article <1993Oct8.205015.28887@news.cs.brandeis.edu> sinclair@cs.brandeis.e
du (David A. Sinclair) writes:
>]
>]
>]Hello, netland.
>]
>]I'm having a problem trying to use xmkmf with the XNeXT distribution
>]I've installed on my 3.0 station. I get:
>]
>]imake -DUseInstalled
>]imake: file not found
>]
>
>Firstly, it would be nice to know *which* XNeXT distribution you have. Mine
>from foxtrot, or an older one from columbia.edu?
>
>imake is a binary, and should be in /usr/bin/X11 with all the other X binaries
>like xterm, twm, etc. Do you have /usr/bin/X11 in your path? I guess so, if
>you have xmkmf working. I know imake is part of the distribution on my
>machine's archive, so it should be part of what you have, assuming you got it
>from my site.
>
There is a README file on foxtrot that mentions the imake problem and how
to fix it. If you can't find it, mail me and I'll find it for you.
--
*** Michael Conners - THE Ohio State University ***
** Compare and Contrast: **
Carter Administration Clinton Administration
- Elvis dead - Barbra Streisand all too lively
Newsgroups: comp.sys.next.sysadmin
From: alastair@farli.otago.ac.nz (Alastair Thomson)
Subject: Re: Houses icons not showing up...help
Message-ID: <CEnz9y.Ens@news.otago.ac.nz>
Sender: usenet@news.otago.ac.nz (News stuff)
Organization: University of Otago
References: <1993Oct8.084825.1616@cc.usu.edu>
Date: Sun, 10 Oct 1993 04:32:22 GMT
In article <1993Oct8.084825.1616@cc.usu.edu> slv0y@cc.usu.edu writes:
> For some reason I am no longer seeing user directories as houses,
or my
> uucppublic directory. This seems to be specific to just this user
account,
> other user accounts work fine.
>
> Does anyone have any ideas on why this may have happened?
>
> Many thanks,
> John Zollinger
> slv0y@cc.usu.edu
You have probably checked the "Large File System" box in the Unix
Expert Preferences.
Alastair
--
Alastair Thomson, | Phone +64-3-479-8347
Black Albatross Chief Programmer, | Fax +64-3-479-8529
Department of Computer Science, |
University of Otago, | alastair@farli.otago.ac.nz
Dunedin, New Zealand | NeXTmail Welcome
From: kerry@totara.cs.waikato.ac.nz (Kerry Guise)
Newsgroups: comp.sys.next.sysadmin
Subject: Page Layout
Date: 10 Oct 1993 06:10:04 GMT
Organization: The University of Waikato
Message-ID: <2988vs$1620@thebes.cc.waikato.ac.nz>
Keywords: default
Well, its not just those from European countries that get fed up with
having to manually set the Page Layout from the default of U.S. Letter to
something more useful like A4. The routine solution is reported to be to
use dwrite :
> dwrite GLOBAL NXPaperType A4
or something along those lines. However, NXPaperType is used only by the
PrintInfo object and does not therefore affect the default page layout
chosen by an application.
Is there another way. I notice that the PageLayout panel reads the value
of NXMeasurementUnit. Perhaps there is an NXPageLayout or something like
that. (If there is I can't find it.)
Pointers appreciated.
Kerry Guise
From: rbp@investor.pgh.pa.us (Bob Peirce #305)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: from header in sendmail.cf
Message-ID: <1993Oct6.153301.22622@investor.pgh.pa.us>
Date: 6 Oct 93 15:33:01 GMT
References: <CDKnq8.BJ9@news.iastate.edu> <1993Sep20.070327.11154@csus.edu>
Organization: Cookson, Peirce & Co., Pittsburgh, PA
In article <1993Sep20.070327.11154@csus.edu> eps@cs.sfsu.edu writes:
>In article <CDKnq8.BJ9@news.iastate.edu> sela@iastate.edu
> (Brian J. Morrison) writes:
>>I just have a one little bug to get ironed out. It seems that when
>>I send mail to others the header that is sent says that the mail is
>>from me@helser18.res.iastate.edu.iastate.edu when it is actually from
>>me@helser18.res.iastate.edu. Does anyone know how I can correct this.
>
>Three things to look at:
>
>(1) What you have listed for a domain in /etc/resolv.conf
>(2) Whether your machine is listed in NetInfo (and under
> what name)
>(3) The definitition of Dj in /etc/sendmail/sendmail.cf
>
>Most problems of this type are consequences of (1) and/or (2)
>being set incorrectly. While you can compensate for just about
>any stupidity by hacking sendmail.cf, you're better off fixing
>problems than covering symptoms.
>
I missed the original post so I don't know how this guy is set up but I
had the identical problem. I receive mail on my NeXT by forwarding it
through another machine. For example, venetia is a dummy login on
investor that does no more than forward to venetia!me. Consequently,
sending and receiving mail didn't happen automatically.
With the help of the SA at pitt, I hacked sendmail so something like
foo@bar.xxx would get translated to investor!pitt!foo@bar.xxx. Pitt has
a smart mailer that could take it from there. Unfortunately the return
address was totally bogus.
In hacking the return address, at one point I had the same thing as
above. I was finally able to get it fixed. If the original poster
still has this problem and drops me a not at venetia I can tell him
exactly what I did. I don't have the details here. Sorry.
--
Bob Peirce, Pittsburgh, PA rbp@investor.pgh.pa.us 412-471-5320
venetia@investor.pgh.pa.us [NeXT Mail] !uunet.uu.net!pitt!investor!rbp [UUCP]
From: matthews@is-next.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: talk via CSLIP
Date: 10 Oct 1993 14:09:55 GMT
Organization: University of Maryland, College Park
Message-ID: <29953j$q83@umd5.umd.edu>
Has anyone successfully gotten talk to work through a CSLIP connection? I
keep getting that dreaded 'Checking for Invitation on Caller's Machine'
error. I haven't got a clue as to what the problem is, as every other service
works fine.
This is going from a Cube to a Cube, so incompatible versions of talk is NOT
the answer. Incoming talk daemons come through the CSLIP link but can't be
answered. I even tried ytalk which gives a similar error (something like 'no
talk daemon on other end').
I'm not consciously filtering anything.
------
Mike Matthews, Mike_Matthews@sgate.com (NeXTmail accepted)
------
If we do not change our direction we are likely to end up where we are
headed.
Newsgroups: comp.sys.next.sysadmin
From: hwr@pilhuhn.sub.org (Heiko W.Rupp)
Subject: Re: df: Why is it acting so evil?
References: <1993Oct8.220139.2467@afs.com>
Date: Sun, 10 Oct 1993 18:13:51 GMT
Organization: The home of the Pilhuhn
Message-ID: <CEp1B3.G2p@pilhuhn.sub.org>
Greg_Anderson@afs.com (Gregory H. Anderson) writes:
>df /usr/spool/news/in.coming
>Unfortunately, if ANY machine that was once mounted to the mailserver has
>been subsequently disconnected from the net (some of our employees take
>This contradicts the documentation for df, which says that with arguments,
>it only searches the mount you are asking for. The worst part is that this
Yes, this ist right. But df does a sync internally, which also wants
to sync NFS Filesystems. If those disconnected boxes acted as
NFS-servers, and have gone away, the kernel waits for them to
reappear.
--
Heiko W.Rupp Gerwigstr.5 D-76131 Karlsruhe +49 721 9661521
If you meet the Buddha on the net, put him in your kill file
--Robert Firth
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: sinclair@cs.brandeis.edu (David A. Sinclair)
Subject: Re: Problem with imake (XNeXT on 3.0 slab)
Message-ID: <1993Oct10.210831.7666@news.cs.brandeis.edu>
Sender: news@news.cs.brandeis.edu (USENET News System)
Organization: Brandeis University - Computer Science Dept.
References: <1993Oct8.205015.28887@news.cs.brandeis.edu> <297h4d$se0@hub.ucsb.edu>
Date: Sun, 10 Oct 1993 21:08:31 GMT
In article <297h4d$se0@hub.ucsb.edu> doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott) writes:
>In article <1993Oct8.205015.28887@news.cs.brandeis.edu> sinclair@cs.brandeis.edu (David A. Sinclair) writes:
>]
>]
>]Hello, netland.
>]
>]I'm having a problem trying to use xmkmf with the XNeXT distribution
>]I've installed on my 3.0 station. I get:
>]
>]imake -DUseInstalled
>]imake: file not found
>]
>
>Firstly, it would be nice to know *which* XNeXT distribution you have. Mine
>from foxtrot, or an older one from columbia.edu?
>
Yes, it is the distribution from foxtrot, and the *exact* error
message I get (from imake) is:
%49 sinclair:/home/sinclair/src/c/usenet/xfract => xmkmf
mv Makefile Makefile.bak
imake -DUseInstalled -I/usr/lib/X11/config
imake: No such file or directory: No description file. Stop.
%50 sinclair:/home/sinclair/src/c/usenet/xfract =>
What is the file that imake is looking for and not finding? Much
thanks for any helpful (or simply well-intentioned! :)
pointers/advice!
Cheers,
David
--
-----------------------------------------------------------------
David A. Sinclair - "Chester"
sinclair@cs.brandeis.edu
Newsgroups: comp.sys.next.sysadmin
From: BrianW@SoundS.WA.com (Brian Willoughby)
Subject: find: bad status < /mach_kernel >
Message-ID: <CEH243.IwL@sounds.wa.com>
Sender: brianw@sounds.wa.com (Brian Willoughby)
Organization: Sound Consulting, Bellevue, WA, USA
Date: Wed, 6 Oct 1993 10:50:26 GMT
None of the following seems critical, but I would appreciate it if someone
could explain what is going on here...
What do the following error lines from find mean? I can understand why
"Permission denied" appears: because I did not run this from the root account.
But should I be worried about the "bad status" lines? I don't get "bad status"
when running as root, so is there anything I can do to fix this up for all
accounts?
sounds:brianw> find / -name OpticalDisk_1 -prune -o -name libTTools.a -print
find: cannot chdir to /usr/template/client/spool/lpd: Permission denied
find: cannot chdir to /private/adm/nxfax: Permission denied
find: cannot chdir to /private/dev/lpd: Permission denied
find: cannot open /private/spool/NeXTFaxes/sounds_fax: Permission denied
find: cannot chdir to /private/spool/lpd: Permission denied
find: cannot chdir to /Mailboxes: Permission denied
find: bad status < /.NextTrash >
find: bad status < /.path >
find: bad status < /mach_kernel >
find: bad status < /OpticalDisk_1 >
find: bad status < /sea >
sounds:brianw>
Here is a long listing, in case there are any clues:
drwxr-xr-x 5 root wheel 1024 Oct 4 02:34 .NeXT/
drwxrwxrwt 5 root wheel 1024 Dec 16 1992 .NextTrash/
-rw-r--r-- 1 root wheel 150 Dec 8 1992 .path
-r--r--r-- 2 root wheel 825172 Apr 30 10:13 mach_kernel
drwxr-xr-x 11 root wheel 1024 May 5 00:38 private/
drwxrwxrwt 12 root wheel 1024 Sep 27 22:18 sea/
drwxr-xr-x 18 root wheel 1024 Sep 12 14:16 usr/
Another thing seems to bother me. I assume that the following three files are
hard linked to each other, but why does one of them only show a link count of 2
instead of 3?
-r--r--r-- 2 root wheel 825172 Apr 30 10:13 mach_kernel
-r--r--r-- 3 root wheel 825172 Apr 30 10:13 odmach
-r--r--r-- 3 root wheel 825172 Apr 30 10:13 sdmach
--
Brian Willoughby Software Design Engineer, BSEE from NCSU
NeXTmail welcome Sound Consulting: Software Design and Development
BrianW@SoundS.WA.com Bellevue, WA
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: Re: Problem with imake (XNeXT on 3.0 slab)
Date: 11 Oct 1993 05:28:59 GMT
Organization: Center for Computer Music Research and Composition, U.C.S.B.
Message-ID: <29aqur$cml@hub.ucsb.edu>
References: <1993Oct8.205015.28887@news.cs.brandeis.edu> <297h4d$se0@hub.ucsb.edu> <1993Oct10.210831.7666@news.cs.brandeis.edu>
In article <1993Oct10.210831.7666@news.cs.brandeis.edu> sinclair@cs.brandeis.edu (David A. Sinclair) writes:
]
]In article <297h4d$se0@hub.ucsb.edu> doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott) writes:
]>In article <1993Oct8.205015.28887@news.cs.brandeis.edu> sinclair@cs.brandeis.edu (David A. Sinclair) writes:
]>]
]>]
]>]Hello, netland.
]>]
]>]I'm having a problem trying to use xmkmf with the XNeXT distribution
]>]I've installed on my 3.0 station. I get:
]>]
]>]imake -DUseInstalled
]>]imake: file not found
]>]
]>
]>Firstly, it would be nice to know *which* XNeXT distribution you have. Mine
]>from foxtrot, or an older one from columbia.edu?
]>
]
]Yes, it is the distribution from foxtrot, and the *exact* error
]message I get (from imake) is:
]
]%49 sinclair:/home/sinclair/src/c/usenet/xfract => xmkmf
]mv Makefile Makefile.bak
]imake -DUseInstalled -I/usr/lib/X11/config
]imake: No such file or directory: No description file. Stop.
]%50 sinclair:/home/sinclair/src/c/usenet/xfract =>
]
]What is the file that imake is looking for and not finding? Much
]thanks for any helpful (or simply well-intentioned! :)
]pointers/advice!
Sorry -- if I had seen the complete error messages I would have made different
comments.
Here are the files you must have in /usr/lib/X11/config to use imake:
-rw-r--r-- 1 root 2229 Apr 5 1993 Next.cf
-r--r--r-- 1 root 2186 Jan 28 1993 site.def
-r--r--r-- 1 root 21600 Jan 7 1993 Imake.tmpl
-r--r--r-- 1 root 7979 Jan 7 1993 imakemdep.h
-r--r--r-- 1 root 19639 Jan 5 1993 Project.tmpl
-r--r--r-- 1 root 44221 Oct 6 1991 Imake.rules
and maybe these two:
-r--r--r-- 1 root 712 May 6 1991 Server.tmpl
-r--r--r-- 1 root 3164 May 5 1992 Library.tmpl
These are all in the original distribution.
--
Douglas Scott | Senior Development Engineer
Tel: (805) 893-8352 | Center for Computer Music Research and Composition
Internet (NeXTMail ok): | Music Department
<doug@ccmrc.ucsb.edu> | University of California, Santa Barbara
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: mgb@moksha.uucp (Michael Branton)
Subject: DOS Syquest drives
Message-ID: <CEozxu.1ox@moksha.uucp>
Sender: mgb@moksha.uucp (Michael Branton)
Organization: Totally Disorganized
Date: Sun, 10 Oct 1993 17:44:17 GMT
Has anyone had any luck in getting a DOS Syquest drive to be mounted ? Mac
Syquest drives are no problem, but there seems to be nothing in
/usr/filesystems for dealing with DOS Syquest drives...
--
-Michael
Newsgroups: comp.sys.next.sysadmin
From: keith@ursa.com (Keith Hollister)
Subject: Re: Fujitsu Drives
Message-ID: <1993Oct11.110438.2030@ursa.com>
Sender: keith@ursa.com
Organization: Ursa Systems
References: <1993Oct9.223643.23241@csus.edu>
Date: Mon, 11 Oct 1993 11:04:38 GMT
In article <1993Oct9.223643.23241@csus.edu> eps@futon.SFSU.EDU (Eric P.
Scott) writes:
> In article <1993Oct9.211100.17968@icaen.uiowa.edu>
> dsiebert@icaen.uiowa.edu (Doug Siebert) write:
> >Why does partitioning it guarantee its unbootable? Maybe the jumpering
does,
> >I have no experience with this drive, but I partitioned a Seagate
ST11200N
> >(after reformatting to 1024 byte sectors) and put made two partitions
for it
> >and it boots just fine...
>
> It depends _how_ you do the partitioning. There are actually
> *three* different pieces of software that implement FFS:
>
> - UFS (i.e. the "normal" filesystem code)
> - dump (in all its various flavors)
> - boot
>
> The boot version is incredibly minimal. It is so stupid it
> doesn't even understand the concept of subdirectories. Its
> only purpose is to load /sdmach (or /mach_kernel, whatever)
> into memory. It uses a lame SCSI driver, which only works
> if the jumpers are set extremely conservatively (=low
> performance), and as of NS 3.1 still doesn't read partition
> information correctly. It works with the default partitioning
> schemes (what you get if there's no corresponding disktab
> entry), but screws up in the general case. Once Mach is up
> and running, there's no problem--additional disks work fine.
>
> You actually can boot the kernel from somewhere else (e.g. a
> floppy) with the rootdev= option pointing at a "tuned" disk;
> the problem isn't with the root partition per se, but the
> broken boot software.
>
> -=EPS=-
I use one of these drives as my bootable, root drive formatted to 1024
sectors - no problem. Most likely, the booting problem comes from the
synchronous/asynchronous issue which is controlled by a jumper on the
drive. You want asynchronous.
Keith Hollister
keith@ursa.com
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: eric@whyanext.com (Eric Schwartz)
Subject: Routing software on a NeXTstation?
Message-ID: <CEqJxE.7vM@unix.portal.com>
Sender: news@unix.portal.com
Organization: Portal Communications Company
Date: Mon, 11 Oct 1993 13:53:36 GMT
I have a NeXTstation hooked up to the net via Mamakos' SLIP, and 3 other
machines hooked up to the NeXT via ethernet. Can anyone tell me whether
the NeXT (in NS 2.1) has the routing software to allow the other hosts on
my LAN to send/receive TCP/IP packets to and from _Internet_ hosts using
the NeXT as a gateway? I can telnet to any Internet site from the NeXT,
and I receive nameservice from a host listed in /etc/resolv.conf.
At the moment, the only way to do 'telnets' and 'ftps' from the Mac and
the 2 PC's in question is to login to the NeXT and do it from there.
I noticed the 'Router:' entry in NetManager's Local panel, so I clicked
it on and rebooted. A 'netstat -s' showed an entry for the IP number
that was had showed up in NetManager, but I'm not sure what this means.
I've also heard of 2 PD packages that perform this routing function:
BIND, and 'gated'. Perhaps someone could explain whether or not these
software routers are even necessary on the NeXT, and if so, how they
would be installed.
Thanks,
Eric
Newsgroups: comp.sys.next.sysadmin
From: serge@dadofsam.Princeton.EDU
Subject: Re: df: Why is it acting so evil?
Message-ID: <1993Oct11.140004.15703@Princeton.EDU>
Originator: news@nimaster
Keywords: NFS mainframe
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <CEp1B3.G2p@pilhuhn.sub.org>
Distribution: unlimited
Date: Mon, 11 Oct 1993 14:00:04 GMT
In article <CEp1B3.G2p@pilhuhn.sub.org> hwr@pilhuhn.sub.org (Heiko W.Rupp)
writes:
> Greg_Anderson@afs.com (Gregory H. Anderson) writes:
> >df /usr/spool/news/in.coming
>
> >Unfortunately, if ANY machine that was once mounted to the mailserver has
> >been subsequently disconnected from the net (some of our employees take
>
> >This contradicts the documentation for df, which says that with arguments,
> >it only searches the mount you are asking for. The worst part is that this
>
> Yes, this ist right. But df does a sync internally, which also wants
> to sync NFS Filesystems. If those disconnected boxes acted as
> NFS-servers, and have gone away, the kernel waits for them to
> reappear.
>
> --
> Heiko W.Rupp Gerwigstr.5 D-76131 Karlsruhe +49 721 9661521
> If you meet the Buddha on the net, put him in your kill file
> --Robert Firth
In the bad-old days of mainframes, we had to worry about keeping one machine
up. Now, in the brave new world of distributed computing (Oops, sorry, I meant
'client-server' computing), we have to worry about keeping 50 or more machines
up before we can get any work done. Progress :-)
Serge J. Goldstein
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.sysadmin
Subject: AppleTalk Printers in NS 3.1?
Date: 11 Oct 1993 14:47:52 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <29brmp$ql7@news.intercon.com>
Hi,
I've recently upgrade to NextStep 3.1. I had AppleTalk services
installed under 3.0, but didn't couldn't find any mention of them in the
3.1 stuff.
I still have access to my AppleShare volumes -- that all works fine.
However, in the PrintManager, I can't seem to set "AppleTalk" as the
Communications -- Serial is the only thing that comes up.
Has anyone successfully configured an AppleTalk printer under 3.1? What
did it take?
Please email; I'll summarize if I get any responses.
Thanks,
David.
From: bora@ils.nwu.edu (Don Bora)
Newsgroups: comp.sys.next.sysadmin
Subject: Internal floppy won`t fit
Date: 11 Oct 1993 15:20:16 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <29btjh$v4@anaxagoras.ils.nwu.edu>
I have a question... I just purchased an internal floppy drive...
problem being that I don`t have any room in my cube. I have a rather
large hard drive and an OD. Rather than remove the OD I just hooked up
the new floppy drive up and set it on top of the cube... is this a problem?
Can I get a case for it?
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
From: russ@synapse.ee.ufl.edu (Russell Walters)
Newsgroups: comp.sys.next.sysadmin
Subject: Console under next intel
Date: 11 Oct 1993 17:29:59 GMT
Organization: University of Florida College of Engineering
Message-ID: <29c56n$o27@bigguy.eng.ufl.edu>
Keywords: console intel
Does anyone know the correct terminal type for the console under nextstep
intel. This is the operating mode that you would encounter if you boot the
system in single user mode (the window system is not running). The current
default terminal type is "NeXT", which does not work.
Russ Walters
russ@synapse.ee.ufl.edu
Newsgroups: comp.sys.next.sysadmin
From: hardy@barfly.in-ulm.de (hardy)
Subject: Looking for printer driver ljf
Message-ID: <1993Oct10.023248.524@barfly.in-ulm.de>
Keywords: printer,driver,ljf
Sender: hardy@barfly.in-ulm.de
Organization: local UUCP site
Date: Sun, 10 Oct 1993 02:32:48 GMT
Hello,
i am looking for the HP-Laserjet printer driver ljf (NEXTSTEP 3.1, black).
If any one knows about it please give me a hint (NeXTmail welcome).
thanx and so long...
hardy
--
| 'hardy' is Christoph Hartmann | " Die ewige Frage, |
| smail: Herrenkellergasse 20, 89073 Ulm, Germany | die ewige Antwort ... |
| email: hardy@barfly.in-ulm.de (NeXT-mail) | ich weiss es nicht. " |
| Christoph.Hartmann@student.uni-ulm.de | - M. Rourke in BARFLY |
From: majka@next.com (Marc Majka)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Default Home Directory in Usermanager
Date: 11 Oct 1993 17:37:45 GMT
Organization: NeXT, Inc.
Message-ID: <29c5l9$c5m@rosie.next.com>
References: <CEKxMq.82I@informatik.uni-muenchen.de>
Marc Guenther writes (about UserManager):
> What I would like to do, is to have some choices in the
> Homedirectorypopuplist aside from /, for example /Users/admin,
> /Users/student, etc...
UserManager constructs a pop-up list for it's "Short Form". The choices
in the list are defived from the contents of NetInfo's /locations/homes
directory, in the domain chosen for the new user. I.e. if you choose to
make a new local user, it will construct the pop-up list from
/locations/homes in the local domain.
Every subdirectory of /locations/homes should have 2 properties, "name"
and "partition". The value of "name" should be a hostname. The
"partition" property should have one or more values, each being the name
of a directory exported by the associated host.
For example, if /locations/homes has:
myhost# niutil -list . /locations/homes
172 host1
175 host2
myhost# niutil -read . /locations/homes/host1
name: host1
partition: /Users
myhost# niutil -read . /locations/homes/host2
name: host2
partition: /Guests
partition: /Staff
partition: /Users
The pop-up list will have:
/Net/host1/Users
/Net/Host2/Guests
/Net/Host2/Staff
/Net/Host2/Users
SimpleNetworkStarter creates a directory like this in the root domain
whenever you set up a home directory server.
--
Marc Majka
NeXT Computer
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Re: Internal floppy won`t fit
Date: 11 Oct 1993 19:31:32 GMT
Organization: University of California, Berkeley
Distribution: world
Message-ID: <29ccak$kmh@agate.berkeley.edu>
References: <29btjh$v4@anaxagoras.ils.nwu.edu>
In article <29btjh$v4@anaxagoras.ils.nwu.edu> bora@ils.nwu.edu (Don Bora) writes:
>I have a question... I just purchased an internal floppy drive...
>problem being that I don`t have any room in my cube. I have a rather
>large hard drive and an OD. Rather than remove the OD I just hooked up
>the new floppy drive up and set it on top of the cube... is this a problem?
>Can I get a case for it?
I have set up my floppy (non-SCSI SONY drive) externally, and it works
fine. The problem was getting the cable out from the back of the
cube. I ended up filing off a portion of a plate that covers
empty slots so cable can go out without being crushed by the back
plates.
As for the case, I don't have one. I just screwed on a plastic plate
with rubber feet onto the bottom of the drive to protect the electronics
from shorting, or components getting scraped off. Top part of the drive
is already covered with thin casing.
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
From: dcheslow@impact.flint.umich.edu (David A. Cheslow)
Newsgroups: comp.sys.next.sysadmin
Subject: tin on NeXT
Date: 11 Oct 1993 19:48:37 GMT
Organization: University of Michigan Engineering, Ann Arbor
Distribution: world
Message-ID: <29cdalINNflh@srvr1.engin.umich.edu>
I run tin on my NeXTStation for use via dialup. When I try to post an
article, I get the message
sh: inews: not found
any help that you can provide is greatly apprecieted.. please respond by
e-mail (I can't keep up with the group).
--
===============================================================
The opinions expressed in this message are my own.
The University of Michigan - Flint may not share my opinions.
David A. Cheslow dcheslow@umich.edu
School of Management, 344 CROB Phone: (313) 762-3309
University of Michigan - Flint Fax: (313) 762-3282
Newsgroups: compsys.next.hardware,comp.sys.next.sysadmin,comp.sys.next.misc
From: thor@sushi.uib.no
Subject: WANTED: Printer suggestions for cube
Message-ID: <1993Oct11.191229.1428@alf.uib.no>
Keywords: printer, next, cube, postscript
Sender: usenet@alf.uib.no (Bergen University Newsaccount)
Organization: University of Bergen, Norway
Date: Mon, 11 Oct 93 19:12:29 GMT
Hi.
Funny thing - I mistakenly deleted the messages I received
regarding third party printers. I would like to hear other
netters experiences/suggestions for using third party printers,
with or without PS (of course they have to be supported in some way!)
I have a NeXT cube, 3.0J (soon 3.1, I hope), and would like
to find an inexpensive solution to my problem (problem: I
don't have a printer, I'm getting tired of going to the
University and waiting in line to print two pages, or a private
letter, and I can't take advantage of the many megabytes of
nice fonts (kanji too!) on my NeXT without a printer attached.)
Please also describe the quality of the printout relative to
NeXT's 400dpi printer (a familiar reference for most :-)
Speed isn't so important for me, as my cube sits at home.
Please e-mail replies.
Regards,
---
Thor Legvold | "This is the strangest life
NorNeXT User Group leader | I've ever known..."
University of Bergen | -Jim Morrison, The Doors
NORWAY | edmtl@edb.uib.no
Newsgroups: comp.sys.next.sysadmin
From: yoda@cis.uni-muenchen.de (Marc Guenther)
Subject: Re: Routing software on a NeXTstation?
Sender: news@informatik.uni-muenchen.de (News System)
Message-ID: <CEr26x.61r@informatik.uni-muenchen.de>
Date: Mon, 11 Oct 1993 20:28:08 GMT
References: <CEqJxE.7vM@unix.portal.com>
Organization: Institut fuer Informatik der Universitaet Muenchen
In article <CEqJxE.7vM@unix.portal.com> eric@whyanext.com (Eric Schwartz)
writes:
> I have a NeXTstation hooked up to the net via Mamakos' SLIP, and 3
other
> machines hooked up to the NeXT via ethernet. Can anyone tell me
whether
> the NeXT (in NS 2.1) has the routing software to allow the other hosts
on
> my LAN to send/receive TCP/IP packets to and from _Internet_ hosts
using
> the NeXT as a gateway? I can telnet to any Internet site from the
NeXT,
> and I receive nameservice from a host listed in /etc/resolv.conf.
>
> At the moment, the only way to do 'telnets' and 'ftps' from the Mac and
> the 2 PC's in question is to login to the NeXT and do it from there.
The Next does the routing automatically if its properly configured, all
you have to do is to tell the MACs and PCs that their router is the NeXT.
Just put the IPnumber of the Next in the configurationfiles on the
PCs and Macs.
> I noticed the 'Router:' entry in NetManager's Local panel, so I clicked
> it on and rebooted. A 'netstat -s' showed an entry for the IP number
> that was had showed up in NetManager, but I'm not sure what this means.
So how did you configure SLIP, if you dont know what this means ?!? :)
No, you can switch this of, you only need this, if your cube is NOT
the router, in which case you have to put the IPnumber of the router
in here. (You would fill in this field if you would have a second
NeXT instead of a MAC)
> I've also heard of 2 PD packages that perform this routing function:
> BIND, and 'gated'. Perhaps someone could explain whether or not these
> software routers are even necessary on the NeXT, and if so, how they
> would be installed.
BIND is no router, and its already installed on every Next. Its the
nameservice that needs the file /etc/resolv.conf. gated
is a routing software (just like the 'routed', thats on every Next), but
you only need it, if you have really big networks. Next uses the routed,
and you dont even need this.
It should be easy, if everything works fine from your Next, all you have
to do is to set the 'default router' entry (or whatever its called)
on the other machines in you LAN to the IPadress of the router.
> Thanks,
>
> Eric
Sure,
Marc Guenther
-------------------------------------------------------------------------
Centrum fuer Informations | Wagmuellerstr. 23 | Phone: +49 89 211 0670
und Sprachverarbeitung | 80538 M"unchen | Fax: +49 89 211 0674
University of Munich | Germany | yoda@cis.uni-muenchen.de
-------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: yoda@cis.uni-muenchen.de (Marc Guenther)
Subject: Re: Default Home Directory in Usermanager
Sender: news@informatik.uni-muenchen.de (News System)
Message-ID: <CEr2F4.65o@informatik.uni-muenchen.de>
Date: Mon, 11 Oct 1993 20:33:04 GMT
References: <29c5l9$c5m@rosie.next.com>
Organization: Institut fuer Informatik der Universitaet Muenchen
In article <29c5l9$c5m@rosie.next.com> majka@next.com (Marc Majka)
writes:
> Marc Guenther writes (about UserManager):
> > What I would like to do, is to have some choices in the
> > Homedirectorypopuplist aside from /, for example /Users/admin,
> > /Users/student, etc...
>
> UserManager constructs a pop-up list for it's "Short Form". The
choices
> in the list are defived from the contents of NetInfo's /locations/homes
> directory, in the domain chosen for the new user. I.e. if you choose
to
> make a new local user, it will construct the pop-up list from
> /locations/homes in the local domain.
>
> Every subdirectory of /locations/homes should have 2 properties, "name"
> and "partition". The value of "name" should be a hostname. The
> "partition" property should have one or more values, each being the
name
> of a directory exported by the associated host.
>
> For example, if /locations/homes has:
>
> myhost# niutil -list . /locations/homes
> 172 host1
> 175 host2
>
> myhost# niutil -read . /locations/homes/host1
> name: host1
> partition: /Users
>
> myhost# niutil -read . /locations/homes/host2
> name: host2
> partition: /Guests
> partition: /Staff
> partition: /Users
>
> The pop-up list will have:
>
> /Net/host1/Users
> /Net/Host2/Guests
> /Net/Host2/Staff
> /Net/Host2/Users
>
> SimpleNetworkStarter creates a directory like this in the root domain
> whenever you set up a home directory server.
>
> --
> Marc Majka
> NeXT Computer
Yep, I had already found this out, but I dont want this /Net/machinename
prefix. I just want /Users/foo /Users/bar...
Editing the nu.cf file to change the defaulthomedirectories for
specific groups didnt work.
Why does UserManager has no Preferences ?!?
--
Marc Guenther
-------------------------------------------------------------------------
Centrum fuer Informations | Wagmuellerstr. 23 | Phone: +49 89 211 0670
und Sprachverarbeitung | 80538 M"unchen | Fax: +49 89 211 0674
University of Munich | Germany | yoda@cis.uni-muenchen.de
-------------------------------------------------------------------------
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Pentium Machines
Date: 11 Oct 1993 23:00:10 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <29cohq$72@news.mic.ucla.edu>
There are some exciting new Pentium machines out there from:
Compaq
Ambra
Gateway (PCI)
HP (SCSI hotswap)
ALR (EISA)
with some interesting new features (such as SCSI hot-swap, PCI, etc). One
person who puts these systems together for a living apparently believes that
the ALR may not be so reliable.
Do any of the other machines work? And, work reliably with more than 2-3
SCSI devices, perhaps as fast-SCSI, (my Intel GX/Pro + DPT are not
reliable beyond 2-3)?
I am sure this is a question of general interest, so if you have been
running a NS system reliably off one of these, please post your
configurations, any problems that might have shown up, and perhaps some
speed indications.
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
Newsgroups: comp.sys.next.sysadmin
From: smith@nextone (Howard C. Smith)
Subject: Re: Fujitsu Drives
Message-ID: <1993Oct12.013714.16592@alw.nih.gov>
Sender: postman@alw.nih.gov (AMDS Postmaster)
Organization: National Institutes of Health
References: <1993Oct8.165102.6927@nic.csu.net>
Date: Tue, 12 Oct 1993 01:37:14 GMT
The answer is yes, the Fuji M265(2,4) series work
well on Cubes, I would assume the same for NextStations.
--
Howard C. Smith
National Institute of Environmental Health Sciences
111 T.W. Alexander Drive
Research Triangle Park, NC 27709
Newsgroups: comp.sys.next.sysadmin
From: david@zion.com(David J. Ferrero)
Subject: NS 3.1 and Panics solved!
Message-ID: <1993Oct11.125338.1397@zion.com>
Sender: david@zion.com
Organization: Zion Software & Consulting
Date: Mon, 11 Oct 1993 12:53:38 GMT
Last week I was up a creek and sinking fast! Ever since I had installed
NS3.1 on my NSC, I had started getting kernel panics, every few days, and
then sometimes 3/hr! Life was looking gloomy...Finally I had some light
shed on the problem. On a typical reboot, the system check notified me of
a bad SIMM in Socket x.
It appears that sometimes, the memory test would find the questionable
SIMM, and sometimes it would find me later after running awhile!
Well, since I've pulled a pair of simms, I have had no panics, but a very
slow system since I now have 8mb on a developer's system NSC.
BTW: does anyone have 4mb 1x32, 72pin simms 70ns - to sell me?
This system is currently dog slow!
David Ferrero
david@zion.com
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 12 Oct 1993 00:34:31 -0400
Organization: Next Announcements
Message-ID: <29dc4k$1qd@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
The NEXTSTEP FAQs are posted here monthly as well.
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material.
The NEXTSTEP programmer FAQs are posted here.
Generic UNIX questions belong elsewhere (comp.unix.questions),
although specific questions about NeXT's implementation or
porting issues are appropriate here. Note that there are
several other more "horizontal" newsgroups (comp.lang.objective-c,
comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip,
etc.) that may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
comp.soft-sys.nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
comp.lang.objective-c
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
comp.object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
---------------------------------------------------------------------
Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are
now available as a mailing list digest as well.
next-nextstep-d
next-advocacy-d
next-announce-d
next-bugs-d
next-hardware-d
next-marketplace-d
next-misc-d
next-programmer-d
next-software-d
next-sysadmin-d
(For a full description, send mail saying LISTS to
<digestif@antigone.com>).
The subscription syntax is essentially the same as LISTSERV's.
To subscribe, send a message to <digestif@antigone.com> saying:
SUB Listname YourName
Example: SUB next-hardware-d John Doe
--------------------------------------------------------------------
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish sanguish@digifix.com
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
From: lao@zoo.ncl.omron.co.jp (LAO Shihong)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: rsh not work properly
Message-ID: <LAO.93Oct12102136@rinrin.zoo.ncl.omron.co.jp>
Date: 12 Oct 93 00:21:36 GMT
References: <LAO.93Oct8133641@rinrin.zoo.ncl.omron.co.jp>
<296gnp$bqn@news.cs.tu-berlin.de>
Sender: news@frf.omron.co.jp
Distribution: comp
Organization: OMRON Co., Kyoto, 617 Japan.
In-reply-to: kiwi@cs.tu-berlin.de's message of 9 Oct 93 14:10:01 GMT
>My NeXTstation (turbo color,OS3.0J) who's name is wolf
>do not do rsh(d) properly. I can rsh from wolf to any
>other machines, but have problem when rsh some_command
>from other machines (eg. rinrin which is a SparcStation2).
Axel> This reminds me of a problem I had some days ago. rsh just didn't work.
Axel> So I tried to change my login-shell (I used tcsh) to csh - and it worked.
Axel> Then I tried to figure out, why it didn't work with tcsh. I tried
Axel> (with csh as login shell) rsh myhost gdb tcsh and got a Bus error.
Axel> To find out the reason for this, I recompiled tcsh with -g option
Axel> and the bug disappeared with the new tcsh. Then I recompiled tcsh
Axel> without -g and the bug didn't reappear.
Axel> So my suggestion: If you're using tcsh try it with csh first and
Axel> if it works then, get yourself a new tcsh.
Thanks a lot for your help. I changed tcsh to csh and the
problem disappeared! I suffered with this problem for
several months.
----
LAO Shihong
From: Roland Telfeyan <roland@gomidas.mi.org>
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
Subject: maximize free space on 100MB slab ?
Date: 12 Oct 1993 05:49:51 GMT
Organization: University of Michigan EECS Dept.
Distribution: world
Message-ID: <29dghv$m5t@zip.eecs.umich.edu>
For NS 3.1 on a 100 MB slab, I'd like to clear out as many files as I can just
to run basic NEXTSTEP applications like Edit, WriteNow, PasteUp, Diagram,
Draw, Illustrator, SoftPC, and the like. I'd like to remove all Unix things
except perhaps a few basic ucb text processing things.
Is there a list or FAQ lying around that tells what files can safely be
pruned?
Thanks a lot,
Roland
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Fujitsu Drives
Message-ID: <1993Oct12.073534.25638@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Oct9.223643.23241@csus.edu> <1993Oct11.110438.2030@ursa.com>
Date: Tue, 12 Oct 1993 07:35:34 GMT
In article <1993Oct11.110438.2030@ursa.com> keith@ursa.com
(Keith Hollister) writes:
>I use one of these drives as my bootable, root drive formatted to 1024
>sectors - no problem. Most likely, the booting problem comes from the
>synchronous/asynchronous issue which is controlled by a jumper on the
>drive. You want asynchronous.
Several people sent me similar comments. Go back and reread my
previous postings. I already talked about that. There are two
different/unrelated issues here. The onerous restriction has
nothing to do with the hardware. As far as I can infer, boot
simply doesn't interpret the disktab structure correctly. The
"real" filesystem code does.
-=EPS=-
From: fulei@engin.umich.edu (Fu Lei )
Newsgroups: comp.sys.next.sysadmin
Subject: Need Help with UserManager
Date: 12 Oct 1993 14:03:20 GMT
Organization: University of Michigan Engineering, Ann Arbor
Distribution: world
Message-ID: <29edf8INNnbq@srvr1.engin.umich.edu>
Dear netters,
I've a little problem with UserManager. Due to the huge number
of users that exists on our network we have userid numbers that
exceed 2^15 and that is causing a problem in UserManager.
For example, I have a user id that is 38142 and when including
this information in UserManager, the ownership of the files and
the homedirectory thus created is set to nobody.
Does anybody know whether there is a way around this. I greatly
appreciate any suggestions.
Thanks.
Lei Fu
fulei@caen.engin.umich.edu
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin
From: number_one.apana.org.au (Nicole Kaiyan)
Subject: Circuit to connect Dell DG/X 486 computer system to NeXT MegaPixel Color Display
Message-ID: <CEqJ11.2A9@number_one.apana.org.au>
Keywords: Dell Jaws VGA MegaPixel Color
Sender: nicolek@number_one.apana.org.au (Nicole Kaiyan)
Organization: Cafe Seacombe - the Virtual NeXTSTEP Cafe Downunder.
Date: Mon, 11 Oct 1993 13:34:13 GMT
I have finally finished getting all the information together to complete the
circuit diagram for connecting a Dell DG/X 486 system to the NeXT MegaPixel
Color Display.
If you would like a copy of the circuit diagram then please email one of the
accounts below, I shall then email you the PostScript file. If you have any
queries please email me back and I shall attempt to answer your question.
Since this is a NeXT MegaPixel Color display to what is essentially a standard
VGA connector, it may indeed work with other video adaptors on 486 systems.
Perhaps someone would like to try this out and relay their discoveries to the
Internet.
Regards
Nicole
___________________________________________________________________________
Nicole Kaiyan Email: nicolek@number_one.apana.org.au
nicolek@latcs1.lat.oz.au
Computer Science Department nk@jupiter.cs.swin.oz.au
Swinburne University of Technology nkaiyan@farben.latrobe.edu.au
Hawthorn 3122
AUSTRALIA (NeXTmail welcome)
--
___________________________________________________________________________
Nicole Kaiyan Email: nicolek@number_one.apana.org.au
nicolek@latcs1.lat.oz.au
Computer Science Department nk@jupiter.cs.swin.oz.au
Newsgroups: comp.admin.policy,comp.sys.next.sysadmin
From: bselea@ciba-geigy.ch (Alex Sele)
Subject: Daylight Saving Time policy
Message-ID: <1993Oct12.161346.23393@ciba-geigy.ch>
Sender: news@ciba-geigy.ch
Organization: Ciba-Geigy Ltd.,Basel,Switzerland
Date: Tue, 12 Oct 1993 16:13:46 GMT
Hi adminers,
I grabed an X-Window client from sparky that shows the time for
several towns around the world. I would like to make this tool
more accurate and properly fill the TZ variable of each clock.
We all have access to the official GMT+xx of each country,
but what is really more tricky to guess is the official
date of entrance and exit of the DST of each country.
There is no centralization of this information (I didn't check UNO,
but I checked le Bureau International de l'Heure and le Bureau
Internation des Longitudes (both at the Paris Observatory), they
don't know ...)
I would like to summarize all the Daylight saving time of all
the countries.
Here is what I already know.
========================================================================
City Daylight Saving time (Enter 2am->3am) -> (Exit 3am->2am)
========================================================================
Hawai no DST
LA,NY First sunday of April -> Last sunday of October
London Last sunday of March -> Last sunday of October
Paris,Basel,Moscow Last sunday of March -> Last sunday of September
Tokyo no DST
Sydney same than LA,NY (??)
========================================================================
If you have extra information (please be confident of your information),
send it to :
bselea@ciba.com
I will summarize.
best thanks,
Alain DIETRICH
From: bakker@cyclon.aoml.erl.gov (Cary Bakker)
Newsgroups: comp.sys.next.sysadmin
Subject: Confused about error message in /usr/adm/messages ....
Date: 12 Oct 1993 16:08:59 GMT
Organization: U.S. Department of Commerce, NOAA/AOML
Message-ID: <29ekqr$606@wave.aoml.erl.gov>
Recently, I have been having some problems with the machine I
am working on. It was taking up to 5-10 minutes for me to log
in for some reason or other. I found some error messages in
/usr/adm/messages, and I assume they are the cause of the problem,
but I am not all that familiar with the internals.
Any help or suggestions will be greatly appreciated,
Cary Bakker.
These were the error messages that I found in /usr/adm/messages :
Oct 5 18:58:17 cyclon loginwindow[182]: loginwindow: Workspace exited ts 0 cd
0 rc 0 sv 0 ss 0.
Oct 5 19:59:24 cyclon ntpd[98]: logical clock adjust timeout (86400 seconds)
Oct 6 04:01:23 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:01:23 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: RETRY
Oct 6 04:01:35 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:01:35 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: RETRY
Oct 6 04:01:56 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:01:56 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: RETRY
Oct 6 04:01:56 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:01:56 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: RECALIBRATE
Oct 6 04:02:07 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:02:07 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: RETRY
Oct 6 04:02:28 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:02:28 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: RETRY
Oct 6 04:02:28 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:02:28 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: RECALIBRATE
Oct 6 04:02:39 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:02:39 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: RETRY
Oct 6 04:03:01 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:03:01 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: RETRY
Oct 6 04:03:01 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:03:01 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: RECALIBRATE
Oct 6 04:03:32 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:03:32 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: RETRY
Oct 6 04:03:32 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:03:32 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: RETRY
Oct 6 04:03:32 cyclon mach: fc0: Controller Reset: Command Timeout
Oct 6 04:03:32 cyclon mach: fd0: Sector 7(d) cmd = Read; TIMEOUT: FATAL
Oct 6 04:03:32 cyclon mach: DOS unix_rw: read returned 287023956
Oct 6 09:38:25 cyclon loginwindow[2413]: loginwindow: running
/usr/lib/NextStep/Workspace.app/Workspace
-------------------------------------------------------------------------------
Cary A. Bakker | Music is the pleasure the human soul
C.S. Major | experiences from counting without
FLorida International University | being aware that is counting...
NeXT Programmer |
NOAA/AOML | -- Gottfried W. Leibniz
Newsgroups: comp.sys.next.sysadmin
From: eugene@nshade.uah.ualberta.ca (Eugene Mah)
Subject: Floppy disk format sizes
Message-ID: <1993Oct12.161722.25138@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Tue, 12 Oct 1993 16:17:22 GMT
A question.
Some of my 2.88 MB floppies are formatted to a capacity of 2.58 MB. But,
now, under 3.0, when I format a floppy, it only comes out to 2.50 MB. Why
is this? I'm thinking that the 2.58 MB floppies might have been formatted
under NS 2.2. Might this account for the difference in size?
--
------------------------------------------------------------------
Eugene Mah ----> eugene@uaneuro.uah.ualberta.ca (NeXT-Mail)
grad student/sys admin "For I am a Bear of Very
Department of Radiology Little Brain, and
University of Alberta Hospitals long words bother me."
Edmonton, Alberta, Canada Winnie the Pooh
Newsgroups: comp.sys.next.sysadmin
From: CCGREG@mizzou1.missouri.edu (Greg Johnson)
Subject: Printer messages to 3rd machine?
Message-ID: <16C65B240.CCGREG@mizzou1.missouri.edu>
Sender: news@mont.cs.missouri.edu
Organization: University of Missouri
Date: Tue, 12 Oct 93 12:40:32 CDT
When a printer is out of paper, Celia (Cecilia?) announces this on both
the sending machine and on the machine to which the printer is attached.
Is there a way to send these announcements to another specific NeXT?
(At this third station sits the employee whose job it is to add paper.)
From: Roland Telfeyan <roland@gomidas.mi.org>
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: Re: Severe bug in fsck
Date: 12 Oct 1993 18:03:18 GMT
Organization: University of Michigan EECS Dept.
Distribution: world
Message-ID: <29erh6$7cn@zip.eecs.umich.edu>
References: <294mns$3qg@news.mic.ucla.edu>
Maybe this is naieve, but older versions of buildafmdir, disk, and other
programs have been reputed to work better than the 3.0 versions. Could the
2.0 version of fsck have helped Markus or Ivo?
Any sysadmins out there know the reason for this bug?
Roland
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer
Subject: Stupid, Useless Error Messages!!! (What *is* this one??)
Date: 12 Oct 1993 18:28:07 GMT
Organization: Center for Computer Music Research and Composition, U.C.S.B.
Message-ID: <29esvn$met@hub.ucsb.edu>
I ran a program today and got the following message:
EMT trap
Boy, now isnt *that* descriptive and helpful? Can someone enlighten me as to
the meaning of these profound words?
EMT? Electro-Magnetic Transistors? Exceptionally Morbid Turbochargers??
Thanks for any information.
--
Douglas Scott | Senior Development Engineer
Tel: (805) 893-8352 | Center for Computer Music Research and Composition
Internet (NeXTMail ok): | Music Department
<doug@ccmrc.ucsb.edu> | University of California, Santa Barbara
Newsgroups: comp.sys.next.sysadmin
From: jspears@weston.com (Wes Spears)
Subject: Domain Name with Multiple Remotes (UUCP)
Message-ID: <1993Oct12.163638.10101@weston.com>
Sender: jspears@weston.com (Wes Spears)
Date: Tue, 12 Oct 1993 16:36:38 GMT
I am interested to understand how anyone has accomplished the following.
A company has a central site. Say it's domanin is central.com. This
organization has 3 remote sites site1, site2, site3. The remotes will be
connected to central through UUCP dialup.
central.com will be connected to the net through a service provider via
UUCP or PPP (to be determined.) The question is that I would like for
outside organizations to be able to send a message to user@central.com.
OK, so I register the domain. But, I would like the same addressing for
the remote sites. Would an alias have to be set up for each of those
remote users at central.com, or how does this happen.
THanks
All help is appreciated.
--
Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
The Weston Group
8524 Highway 6 North, 162, Houston, TX 77095
From: Mark Crispin <mrc@Tomobiki-Cho.CAC.Washington.EDU>
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer
Subject: re: Stupid, Useless Error Messages!!! (What *is* this one??)
Date: Tue, 12 Oct 1993 12:28:04 -0700
Organization: University of Washington
Message-ID: <MS-C.750454084.377401575.mrc@Tomobiki-Cho.CAC.Washington.EDU>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
To: Douglas Scott <doug@foxtrot.ccmrc.ucsb.edu>
In-Reply-To: <29esvn$met@hub.ucsb.edu>
EMT was one of several trapping instructions on the DEC PDP-11. On UNIX, if
an EMT instruction is executed, the process gets a SIGEMT signal and the
process is stopped.
SIGEMT has probably been recycled to be used for some other trap instruction
in modern chips, just as SIGIOT, etc. have been.
Basically, it should be treated the same as SIGILL -- that is, your process
executed an illegal machine instruction.
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
From: sahayman@cs.toronto.edu (Steve Hayman)
Subject: Can I pass variable argument lists from one method to another?
Message-ID: <93Oct12.154759edt.48145@neat.cs.toronto.edu>
Organization: Steve Hayman + Associates; Toronto
References: <MS-C.750454084.377401575.mrc@Tomobiki-Cho.CAC.Washington.EDU>
Date: 12 Oct 93 19:48:21 GMT
[Apologies if you see this twice. We're having news feed problems.]
I want my object to have a method that takes a variable number of arguments,
and I don't want to look at the arguments; I just want to relay the entire
method and argument list to DBExpression's initForEntity:fromDescription:
method (which also takes a variable number of arguments.)
Is there some clever way to do this or is it just not possible in the language?
For instance, suppose my object declares this method
- doSomething:e withFormat:(const char *)format,...
and within that method, I want to do something like
id anExpr = [[DBExpression alloc] initForEntity:e
fromDescription:format ...];
passing the "format" argument and all following arguments. except that that
syntax isn't legit.
I suspect that this can't be done, but if anyone knows a clever way to do
this, please email me and I'll post a summary.
BTW my goal here is to write a subclass of DBRecordList that lets you create a
record list in one quick statement, mimicking the way SQL works.
id h = [[[HandyRecordList alloc] init]
select:"NAME,SALARY"
from:employeeEntity
where:"SALARY < %d", [slider intValue] ];
I've been teaching DBKit to SQL programmers and I think they'd find it easier
(initially, anyway) if worked this way, rather than having to create a
qualifier, a property list, one or more expression objects, etc etc.
Regards,
Steve
--
Steve Hayman
Steve Hayman + Associates NeXTSTEP Consulting Toronto, Ontario
shayman@Objectario.com (416) 769 8995
From: agm@doc.ic.ac.uk (Axel G Merk)
Newsgroups: comp.sys.next.sysadmin
Subject: Do you know this SCSI error?
Date: 12 Oct 1993 20:01:04 GMT
Organization: Dept. of Computing, Imperial College, University of London, UK.
Distribution: world
Message-ID: <29f2e0$ln7@frigate.doc.ic.ac.uk>
Hi there,
this afternoon, I returned to my computer realizing it hung. After
rebooting, I started a few applications, when I saw the following error
messagess appended to this message in my console. I'm particularly concerned
about the following ones:
Oct 12 19:25:27 idefix mach: sd2 (3,0): ERROR op:0x0 sd_state:2 scsi
status:0x0
Oct 12 19:25:48 idefix mach: sc: MESSAGE REJECT RECEIVED
Oct 12 19:25:48 idefix mach: sd0 (0,0): ERROR op:0x28 sd_state:4 scsi
status:0x0
Oct 12 19:25:48 idefix mach: sd0 (0,0): sense key:0xb additional sense
code:0x49
Oct 12 19:25:48 idefix mach: SCSI Block in error = 3474432; Partition a
F.S. sector 1737056
relevant system components:
* mono '040 cube, 40MB RAM; running NS 3.1
* SCSI ID #0: boot device (internal), a Seagate 42400N (Elite II), 1.98GB
* SCSI ID #3: PLI Super Floppy (external), 2.8MB
* SCSI ID #4: NeXT CD-ROM (external)
Question: does the error message above indicate that something may be
seriously wrong with the block specified? Or could it be that due to the
preceding read error on the external floppy (ID #3), a read error for the
hard drive (ID #0) was caused; in this latter case, I would not need to
worry about the hard drive.
Additional information:
* I have a SCSI I-I cable connecting a CD-ROM drive (ID #4) with the floppy
drive (ID #3). I have long had the suspicion that this cable is defective,
since I believe it has caused the "Target 4: BUSY; retry []" message at
other times.
* The applications I launched included an Improv spreadsheet of 5.5MB which
claims a VSIZE of 48.1MB and RSIZE of 23.8MB. Not only does it take a couple
of minutes to launch, but I suspect that the "pbs: msg_send error []"
message below is related to it. I mention this because all the errorrs
appeared while launching the file - and this file contains crucial
information, which I don't want to loose because of a defective block (I
have a backup, but I will only sleep well if I know that the backup is not
in danger of having duplicated any errors).
Thank you very much for taking the time to study this problem. I would be
grateful if you could email me responses, since I cannot easily access this
newsgroup from my NeXT.
Axel
----------------------------------------------------------------------------
-- Axel Merk agm@doc.ic.ac.uk phone/fax +44-71-724 9089 --
-- "One needs a certain amount of blindness to see perfection" --
---------------------------------------------------- Christopher Nuzum ---
Oct 12 19:25:27 idefix mach: sd2 (3,0): ERROR op:0x0 sd_state:2 scsi
status:0x0
Oct 12 19:25:48 idefix mach: sc: MESSAGE REJECT RECEIVED
Oct 12 19:25:48 idefix mach: sd0 (0,0): ERROR op:0x28 sd_state:4 scsi
status:0x0
Oct 12 19:25:48 idefix mach: sd0 (0,0): sense key:0xb additional sense
code:0x49
Oct 12 19:25:48 idefix mach: SCSI Block in error = 3474432; Partition a
F.S. sector 1737056
Oct 12 19:39:00 idefix su: SU to root by agm on /dev/ttyp1
Oct 12 19:42:31 idefix pbs: msg_send error: -102, with msg_id = 55
Oct 12 19:43:06 idefix su: SU to root by agm on /dev/ttyp2
Oct 12 19:44:14 idefix mach: reselect timeout - target 0
Oct 12 19:44:19 idefix mach: Target 4: BUSY; retry 1
[...]
Oct 12 19:44:19 idefix mach: Target 4: BUSY; retry 12
Oct 12 19:44:51 idefix mach: sd2 (3,0): ERROR op:0x0 sd_state:2 scsi
status:0x0
Oct 12 19:45:10 idefix last message repeated 13 times
Oct 12 19:45:13 idefix mach: sd2 (3,0): ERROR op:0x0 sd_state:2 scsi
status:0x0
Oct 12 19:45:30 idefix last message repeated 12 times
Oct 12 19:48:03 idefix mach: sd0 (0,0): scsi_timer: timeout op:0x28
sd_state:7 scsi status:0x0
Oct 12 19:48:03 idefix mach: Target 4: BUSY; retry 1
[..]
Oct 12 19:48:03 idefix mach: Target 4: BUSY; retry 5
[shutting down the system and disconnecting the CD-ROM drive (#4) from the
SCSI chain and thus disconnecting the SCSI I-I cable]
Newsgroups: comp.sys.next.sysadmin
From: selfstro@Alex.Engr.Trinity.Edu (Sean Elfstrom)
Subject: rwho on NSI
Message-ID: <1993Oct12.213117.29925@ringer.cs.utsa.edu>
Sender: news@ringer.cs.utsa.edu
Organization: Trinity University, San Antonio TX. USA
Distribution: usa
Date: Tue, 12 Oct 1993 21:31:17 GMT
On our multivendor network of suns, macs (A/UX), and NS/FIP machine
(1), we are having a few problems with the /usr/spool/rwho files. Other
commands that read the rwho data, such as rusers and rup work correctly,
but ruptime and rwho do not. It seems to be a problem with interpreting
the rwhod database files correctly, but I have no idea how to go about
fixing this, assuming it can be fixed.
Can anyone out there shed some light on this subject?
--
---------------------------------------------------------------------
Sean Elfstrom | Trinity University
selfstro@tusol.cs.trinity.edu | 715 Stadium Dr. #707
NeXTMail: selfstro@oberon.cs.trinity.edu | San Antonio, TX 78212-7200
Newsgroups: comp.sys.next.sysadmin
From: atownley@cs.umr.edu (Andrew S. Townley)
Subject: Re: Severe bug in fsck
References: <29erh6$7cn@zip.eecs.umich.edu>
Date: Tue, 12 Oct 1993 21:29:21 GMT
Organization: University of Missouri-Rolla, Missouri's Technological University
Sender: cnews@umr.edu (UMR Usenet News Administration)
Message-ID: <1993Oct12.212921.20097@umr.edu>
In article <29erh6$7cn@zip.eecs.umich.edu> Roland Telfeyan
<roland@gomidas.mi.org> writes:
> Maybe this is naieve, but older versions of buildafmdir, disk, and other
> programs have been reputed to work better than the 3.0 versions. Could the
> 2.0 version of fsck have helped Markus or Ivo?
> Roland
Having just installed 3.1 on my cube and getting ready to do an install on a PC, should
I restore my old 2.1 fsck and be using it instead on my black
hardware? I'm already set up to have most of the Intel stuff NFS mounted from the cube, so I want to make sure my approx 1.5 GB of stuff is relatively safe.
Also, on a somewhat related note, I was wondering if anyone knew exactly what I need to do to add a Fujitsu 2694S drive to my system. I haven't had to add a drive before this, but I want to know what I need to do when I get the drive next week. :)
Thanks,
Andrew
Newsgroups: comp.sys.next.sysadmin
From: yanik@planon.qc.ca (Yanik Crepeau)
Subject: using aliases in sendmail
Message-ID: <1993Oct12.194543.813@CAM.ORG!planon>
Keywords: alias sendmail
Sender: yanik@CAM.ORG!planon
Date: Tue, 12 Oct 1993 19:45:43 GMT
"Ruleset 1 -- Standard Sender Address Preprocessing
Ruleset 1 provides an opportunity to do site-wide processing of sender's address. For
example, a site might implement a standard format for mail addresses, so that regardles
of a user's actual login name, mail from that user would apprear to come from thins
standar address. Specifically, you might want to translate a login name like rkabir to
Randy_Kabir"
NeXTSTEP NETWORK AND SYSTEM ADMINISTRATION, Release 3, from NeXTSTEP Developer's Library,
NeXT Computer Inc. First Printing 1992, Appendix D, p. 466
The manual say such thing could be done but it does not explain how... Currently, the S1
(Ruleset 1) does nothing in my sendmail.cf. I wish to put some code that will use more
formal name like Yanik_Crepeau insteat of yanik or ycrepeau. Someone has any clues?
Yanik
--
Yanik Crepeau
Programmer
Planon Telexpertise
E-Mail: yanik@planon.qc.ca (NeXT)
Newsgroups: comp.sys.next.sysadmin
From: yanik@planon.qc.ca (Yanik Crepeau)
Subject: restricting UUCP transfert during day/evening/night
Message-ID: <1993Oct12.203621.901@CAM.ORG!planon>
Keywords: UUCP mail news
Sender: yanik@CAM.ORG!planon
Date: Tue, 12 Oct 1993 20:36:21 GMT
We are connected to a mailer-relay that is also our newsfeeder. Since few days, we are
capable to receive calls from our relay. Before, we had to poll every 30 minutes to check
if we have some mail or some news.
I have discovered that I can put some restriction in L.sy file. I can say transfert mail
day, evening and nights, news during evening and nights and uucp during the nights only.
That works so so...
This is not a restriction to the transfert itself but a restriction on if the system
should initiate a connection. During the day, the spooler could be full of news and uucp
batch requests but the relay won't be called. That is fine. When someone send a mail, the
relay is called, that also is very fine. However, once connected, restrictions are droped
and everything is transfered, no matter of what grade belongs a message.
I want to reduce the bandwidth during the day. I want my news to remain here until
evening and I want the news waiting in my relay to remain there until evening too.
--
Yanik Crepeau
Programmer
Planon Telexpertise
E-Mail: yanik@planon.qc.ca (NeXT)
From: annard@theborg.stack.urc.tue.nl (Annard Brouwer)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Page Layout
Date: 11 Oct 1993 21:46:03 GMT
Organization: the Borg
Distribution: world
Message-ID: <29ck6r$db@theborg.stack.urc.tue.nl>
References: <2988vs$1620@thebes.cc.waikato.ac.nz>
In article <2988vs$1620@thebes.cc.waikato.ac.nz> kerry@totara.cs.waikato.ac.nz
(Kerry Guise) writes:
> Well, its not just those from European countries that get fed up with
> having to manually set the Page Layout from the default of U.S. Letter to
> something more useful like A4. The routine solution is reported to be to
> use dwrite :
> > dwrite GLOBAL NXPaperType A4
> or something along those lines. However, NXPaperType is used only by the
> PrintInfo object and does not therefore affect the default page layout
> chosen by an application.
There is only one application (oh now that I think of it two) that doesn't work
after having applied this dwrite:
- WriteNow
- TeXView
So I do not see the problem, it _should_ work.
Annard
--
Annard Brouwer annard@stack.urc.tue.nl (NeXTmail appreciated)
People? You can forget it.
From: scott@nic.gac.edu (Scott Hess)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Problems with ProjectBuilder and remote building.
Date: 12 Oct 93 19:05:27
Organization: Is a sign of weakness
Distribution: world
Message-ID: <SCOTT.93Oct12190527@nic.gac.edu>
For some odd reason, when I have ProjectBuilder build remotely on
my other machine, it works fine, except that when I click on an
error it is unable to open the file. Edit pops a panel saying
something like:
Unable to open Net/howard/Users/scott/MyProject/Barf.m. File
system error: No such file or directory
Anyone else get this? Any idea whyI am?
/Net/howard/Users/scott/MyProject/Barf.m _does_ exist, but the above
seems to indicate that it forgets the leading / on the filename ...
Thanks,
--
scott hess <scott@nic.gac.edu> <I can handle NeXTMail, but don't like it>
12901 Upton Avenue South, #326 Burnsville, MN 55337 (612) 895-1208 Anytime!
<C++: ... One Language to bring them all and in the darkness bind them>
<In the Land of Redmond where the Shadows lie.>
Newsgroups: comp.sys.next.sysadmin
From: deviate@lipschitz.sfasu.edu (Kelly Cunningham)
Subject: modems
Message-ID: <5H6HBKNU@math.fu-berlin.de>
Sender: news@math.fu-berlin.de (Math Department)
Organization: As little as I can get away with...
Date: Wed, 13 Oct 1993 00:39:49 GMT
Suppose I plug a modem into the back. How would I communicate with it?
In particular, how do I put it in auto-answer mode?
-- kc
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.misc
From: jburke@bodacious.csc.wsu.edu (John L. Burke)
Subject: SLIP and dialup availability
Message-ID: <1993Oct12.231819.9783@serval.net.wsu.edu>
Sender: news@serval.net.wsu.edu (USENET News System)
Organization: Washington State University
Date: Tue, 12 Oct 93 23:18:19 GMT
Can anyone tell me if this is possible? I have a NeXTStation with
NeXTStep 3.0 (soon to be 3.1) and I have a 9600 baud modem available to
it. What I would like to do is attach the modem to the NeXT, then be able
to dial up from home and connect into the NeXT and have multiple session
and such. Is this possible? Can SLIP do this? ie, could I run a SLIP
protocol from home over a dialup line and connect directly to my NeXT?
Any and all replies will be most welcomed!!!! Thanks!
John
--
*********************************************************************
* John Burke * jburke@bodacious.csc.wsu.edu *
* Washington State University * NeXTStation Mono *
* Systems & Computing * NeXTMail Welcome! *
*********************************************************************
From: scott@nic.gac.edu (Scott Hess)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Re: Problems with ProjectBuilder and remote building.
Date: 12 Oct 93 22:45:59
Organization: Is a sign of weakness
Distribution: world
Message-ID: <SCOTT.93Oct12224559@nic.gac.edu>
References: <SCOTT.93Oct12190527@nic.gac.edu>
In-reply-to: scott@nic.gac.edu's message of 12 Oct 93 19:05:27
In article <SCOTT.93Oct12190527@nic.gac.edu>,
scott@nic.gac.edu (Scott Hess) writes:
For some odd reason, when I have ProjectBuilder build remotely on
my other machine, it works fine, except that when I click on an
error it is unable to open the file. Edit pops a panel saying
something like:
Unable to open Net/howard/Users/scott/MyProject/Barf.m. File
system error: No such file or directory
Anyone else get this? Any idea whyI am?
/Net/howard/Users/scott/MyProject/Barf.m _does_ exist, but the above
seems to indicate that it forgets the leading / on the filename ...
I've come closer, now. It occurred to me that this might be related
to the Edit weirdism wherein Edit removes the leading /private from
directory names, so that when you open /private/tmp/console.log, it
actually shows /tmp/console.log. [NeXT did that because /tmp is a
softlink to /private/tmp, as are other directories, and they
apparently want things to look as if that structure isn't really
there.]
Anyhow, that's apparently it. If I toss in a softlink from
/private/Net/howard to /, then this stuff starts working. Sooooo, now
my question is why it didn't work in the first place? FYI:
howard:/private/Net> nidump fstab /
howard:/Users /Net nfs rw,bg,intr,noquota,net 0 0
howard:/ /Net nfs rw,bg,intr,noquota,net 0 0
stanley:/ /Net nfs net 0 0
which would _seem_ to indicate that this stuff is being mounted in the
NeXT-std manner. But, perhaps I don't know the subtle bug that
requires me to incant various magical formulae at it ...
Later,
--
scott hess <scott@nic.gac.edu> <I can handle NeXTMail, but don't like it>
12901 Upton Avenue South, #326 Burnsville, MN 55337 (612) 895-1208 Anytime!
<C++: ... One Language to bring them all and in the darkness bind them>
<In the Land of Redmond where the Shadows lie.>
Newsgroups: comp.sys.next.sysadmin
From: shayman@Objectario.com (Steve Hayman)
Subject: Re: NeXT E-net hardware dead!
Message-ID: <1993Oct13.025710.256@objectario.com>
Sender: shayman@objectario.com
Organization: Steve Hayman + Associates
References: <CEL1yI.IJq@dove.nist.gov>
Date: Wed, 13 Oct 1993 02:57:10 GMT
> Well, the new motherboard didn't fix it so the NIST network gurus came down
> and TDR'd the net and found three bad cables, one improperly attached
computer
> and several crummy connectors. Once fixed my next e-net is just fine.
I think this article illustrates a *very* important principle in system
administration that is all too often overlooked:
Suspect
The
Cable!
People rarely think to check the cable - any kind of cable, ethernet, serial,
whatever - until they've ruled out every possible hardware and software
alternative. And yet, cables can cause mysterious, weird, intermittent
and unreproducible failures - especially if you've made them yourself.
Some rules of thumb I've learned the hard way after doing systems
administration for 10 years.
1) Don't make your own cables.
2) If you insist on making your own cables, have them checked with a scope.
Checking with a continuity tester doesn't count.
3) Even if you do (2), don't make your own cables unless you have REALLY
SERIOUSLY taken the time to learn how to do it properly. Buy cables
from a reputable supplier. They may cost more but they're worth it.
4) Software people in particular shouldn't be making cables.
5) Weird problems can often be attributed to weird cables.
5) Just because it's the right connector doesn't mean it's the right cable!
6) The only standard worth a damn in the whole computing industry is
the black power-cable standard. You can swap power cables between a
NeXT, a Mac, a PC, an electric typewriter, and so on. If only we could
get the people from the Black Power Cable Standards community working on
an improved RS-232...
7) Don't make your own cables.
8) Especially avoid screw-on thinwire ethernet connectors.
9) It might be the cable. Keep that in mind while you look for other problems.
Regards,
Steve
P.S. It might be the cable.
--
Steve Hayman shayman@Objectario.com
Steve Hayman & Associates, 417 Beresford Avenue, Toronto, Ontario M6S 3B6
(416) 769-8995 NeXTSTEP Consulting
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
From: peter@corsica (Peter Eisch)
Subject: Re: Problems with ProjectBuilder and remote building.
Message-ID: <CEtK0L.M7L@news2.cis.umn.edu>
Followup-To: comp.sys.next.programmer,comp.sys.next.sysadmin
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota Hospital and Clinic, Labratory Information Services
References: <SCOTT.93Oct12190527@nic.gac.edu> <SCOTT.93Oct12224559@nic.gac.edu>
Date: Wed, 13 Oct 1993 04:45:11 GMT
Scott Hess (scott@nic.gac.edu) wrote:
: In article <SCOTT.93Oct12190527@nic.gac.edu>,
: scott@nic.gac.edu (Scott Hess) writes:
: For some odd reason, when I have ProjectBuilder build remotely on
: my other machine, it works fine, except that when I click on an
: error it is unable to open the file. Edit pops a panel saying
: something like:
: Unable to open Net/howard/Users/scott/MyProject/Barf.m. File
: system error: No such file or directory
: Anyone else get this? Any idea whyI am?
...
How about exporting /Users on howard and create a mount in / (or ..) that
does something like I have here at home:
grannyb:/Users /Users nfs bg,intr 0 0
Then the path is pretty straight forward. (It's also a lot less clicking
in the File Viewer...if you didn't have so many shelves in your Terminal
windows!)
This might seem wierd that you're mounting /Users on top of /Users when
grannyb boots, but this darn OS is smart enough to notice that and figure
that it really doesn't need to do that mount anyway.
I'll drive to sunny Burnsville if you'ld like further help...?
peter
--
Always looking for a handy place to nap...
peter@tahiti.umhc.umn.edu (Peter Eisch) peter.a.eisch@uwrf.edu
Newsgroups: comp.sys.next.sysadmin
From: shayman@Objectario.com (Steve Hayman)
Subject: Re: Can I pass variable argument lists from one method to another? (oops.)
Message-ID: <1993Oct13.042832.547@objectario.com>
Sender: shayman@objectario.com
Organization: Steve Hayman + Associates
References: <93Oct12.154759edt.48145@neat.cs.toronto.edu>
Date: Wed, 13 Oct 1993 04:28:32 GMT
Sorry about that; that article should have gone only to
comp.sys.next.programmer.
Let me apologize by posting this handy script which admins may find
useful. I call it "launch". I use it on the command line to launch
applications. "launch NetInfoManager", "launch Diagram", etc etc.
It hunts through the workspace application paths to find the named binary,
and runs it.
So what's the difference between this and "open -a appname" ?
o if you "launch" a program in a root shell, it will run as root rather than
as the user logged in at the console;
o if you "launch" a program while logged in to a remote machine, it will do
the appropriate -NXHost thing to display back on your local machine.
Regards,
Steve
#! /bin/sh
# This is a shell archive, meaning:
# 1. Remove everything above the #! /bin/sh line.
# 2. Save the resulting text in a file.
# 3. Execute the file with /bin/sh (not csh) to create the files:
# launch.sh
# This archive created: Wed Oct 13 00:25:11 1993
export PATH; PATH=/bin:$PATH
if test -f 'launch.sh'
then
echo shar: will not over-write existing file "'launch.sh'"
else
cat << \SHAR_EOF > 'launch.sh'
#!/bin/sh
# launch [-u user] [-f] app
# hunt around for app, launch it directly
# Bonus: if we are logged in remotely, figure out where we are coming in from
# and do the "-NXHost" thing to display the app on our screen.
#
# -f says "don't fork", handy for debugging.
#
#
# i.e. rlogin from net_2_47 to next_server,
# type "launch Installer"
# the launch program tracks down Installer.app in the standard
directories
# and runs /NextAdmin/Installer.app/Installer -NXHost net_2_47
# Steve Hayman
# April 1 1993
PATH=/usr/local/bin:/usr/ucb:/bin:/usr/bin export PATH
fork=YES
while test $# -gt 1; do
case "$1" in
"-f")
fork=NO ;;
"-u") shift; user=$1 ;;
*) ;;
esac
shift
done
app=$1
# figure out what host we are logged in from (if any)
# this will screw up if the remote host name is longer than 8 chars,
# since "who am i" shows a truncated version. Hmm. We could go hunting
# through netinfo for it.
remoteHost=`who am i | sed -e 's/.*(//' -e 's/).*//'`
case "$remoteHost" in
"") ;; # on local host - not in an rlogin
*!*) ;; # on local host, but not in utmp.
*) remote="-NXHost $remoteHost" ;;
esac
#
# track down the application we want to launch
#
case "$app" in
*/*.app)
# specified pathname
base=`basename $app .app`
path=$app/$base
;;
*/*) # some other absolute path, not a ".app"
path=$app ;;
*) # find it in the standard dirs
# gotta be clever when finding the home dir if we're "su"
homedir=`csh -c "echo ~$USER"`
for dir in `pwd` $homedir/Apps /LocalApps /NextApps /NextDeveloper/Apps
/NextAdmin /NextDeveloper/Demos ; do
if [ -f $dir/$app.app/$app ]; then
path=$dir/$app.app/$app
elif [ -f $dir/$app ]; then
path=$dir/$app
elif [ -d $dir/$app ]; then
path=$dir/$app/`basename $app .app`
else
continue
fi
break
done
;;
esac
case "$path" in
"") echo $app not found.; exit 1 ;;
esac
case "$user" in
"")
case "$fork" in
YES) (exec $path $remote &) ;;
NO) exec $path $remote ;;
esac
;;
*)
# don't mess with forking here, too hard to get the quotes right.
su -c "su - $user -c \"$path $remote\""
;;
esac
SHAR_EOF
fi # end of overwriting check
# End of shell archive
exit 0
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: jonathan@nova.decio.nd.edu (Jonathan Bradshaw)
Subject: Re: Using mail from NeXT to Novell NetWare
Message-ID: <1993Oct13.074305.28251@news.nd.edu>
Followup-To: comp.sys.next.misc,comp.sys.next.sysadmin
Sender: news@news.nd.edu (USENET News System)
Organization: University of Notre Dame
References: <28pu8c$mt1@nova.umd.edu> <CEE5J2.1Bs@cd.com> <28sf5j$otr@mwnext.metaworks.de>
Date: Wed, 13 Oct 1993 07:43:05 GMT
-----BEGIN PGP SIGNED MESSAGE-----
On our campus we have a POP server serving the entire campus and all users
have NUPOP/Eudora applications on the novell fileservers to access their
mail on the ND.EDU server. For Novell users, however, there is no way to
know when new mail comes in on the ND.EDU server (Mac people have eudora
in the background polling) so I thought writing a program on the NeXT OS 3.0
to check for mail on the popserver and then sending out a message to the
user on the novell network would be a nice solution. Before I start on
this, I'd like to know if there is a better way or if someone else has
been working on this idea.
I'd really like as seamless a solution as possible given that all mail
will ALWAYS be sent from/to ND.EDU and the university is committed to
POPmail (or till I find enough clients to get IMAP installed too)
Thanks.
- --
Jonathan Bradshaw | Preferred E-Mail is: Jonathan.Bradshaw@nd.edu | Ham N9OXE
WNDU-AM/FM/TV South Bend IN | Opinions stated are mine and not of my employer
PGP 2.2 Key fingerprint is: EA 16 1B 5D 5D 94 6B 06 58 FD E6 E9 52 F3 6E 11
"If any girl rejects you, don't you doubt it's part of the .plan" - D. Gibson
-----BEGIN PGP SIGNATURE-----
Version: 2.2
iQCVAgUBLLuxfFA1bhXvqhbrAQFZRwP/QqknhBlTpNNV2wxTe66PVW9fEX/a2CjB
8MM3J4+qdQy+LCfg7oSh7UshNqnm5hxnmbUHTiMxC+vM/NNJQHUJCb96N0RTcypj
4aFIRTQddbuL9VCgUcORhl58lHqrGipP99z5WBsgJlGngm6dUzUzZ2Nr4rQ4Ej8p
lQ3IKcNxoB4=
=8o6P
-----END PGP SIGNATURE-----
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: Aris Theocharides <aris@maths.mu.OZ.AU>
Subject: PS fonts and TeX
Message-ID: <9328620.27149@mulga.cs.mu.OZ.AU>
Sender: news@cs.mu.OZ.AU
Organization: Computer Science, University of Melbourne, Australia
Date: Wed, 13 Oct 1993 10:29:06 GMT
My problem is sort of simple:
I know one can set up NFSS(2) and PSNFSS(2) to work on the NeXT for TeX.
And I know how to set up PS fonts for the NeXT.
What fonts do I need to put on the NeXT (PostScript) to keep TeX happy?
Thanks for any help,... especially if someone (must) has done this before.
Aris.
-- (OZNeXT Vice President: Australian NeXT User Group)
name: aris theocharides.
address: room g63, maths dept, melb uni, parkville, vic, australia, 3052.
phone [+613] uni: 344.40.21, home: 489.90.14, fax: 344.45.99
e.mail: aris@foucault.maths.mu.OZ.AU (NeXTmail)
From: juergen@mwnext.metaworks.de (Juergen Marenda)
Newsgroups: comp.admin.policy,comp.sys.next.sysadmin
Subject: Re: Daylight Saving Time policy
Date: 13 Oct 1993 11:20:10 -0000
Organization: MetaWorks Gesellschaft fuer elektronische und audiovisuelle Medien mbH
Message-ID: <29go9a$jir@mwnext.metaworks.de>
References: <1993Oct12.161346.23393@ciba-geigy.ch>
In article <1993Oct12.161346.23393@ciba-geigy.ch> bselea@ciba-geigy.ch (Alex Sele) writes:
>Hi adminers,
>I grabed an X-Window client from sparky that shows the time for
...
>don't know ...)
>
>I would like to summarize all the Daylight saving time of all
>the countries.
>Here is what I already know.
>========================================================================
>City Daylight Saving time (Enter 2am->3am) -> (Exit 3am->2am)
>========================================================================
...
not very much, haeh?
Simply look into the zoneinfo database on Un*x Computers,
for example in the NetBSD-Distribution.
On other systems, try "man zic" to find out where the databse ist stored
(zic is the zoneinfo-compiler. It compiles text to some compressed form.
unzic or zic -with-special-option decompiles them.)
Juergen Marenda.
From: dkfuller@eng.umd.edu (Darron K. Fuller)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <28uhfmINNe8s@mojo.eng.umd.edu>
Control: cancel <28uhfmINNe8s@mojo.eng.umd.edu>
Date: 13 Oct 1993 16:57:21 GMT
Organization: Project GLUE, University of Maryland, College Park
Message-ID: <29hc1h$hqr@mojo.eng.umd.edu>
References: <28uhfmINNe8s@mojo.eng.umd.edu>
Originator: dkfuller@tea.eng.umd.edu
<28uhfmINNe8s@mojo.eng.umd.edu> was cancelled from within rn.
From: eericta@eericta.dc.shl.com (Emmanuel Ericta)
Newsgroups: comp.sys.next.sysadmin
Subject: Login Tiffs
Date: 13 Oct 1993 16:53:00 GMT
Organization: SHL Systemhouse Inc.
Message-ID: <29hbpcINN83j@technet1.shl.com>
Greetings,
I read the trailing end of a discussion on replacement of
the login tiffs. I be grateful if anyone can provide me with information
on how to do it for NSI 3.1.
Thx. Da Mannix<eericta@shl.com>
Newsgroups: comp.sys.next.sysadmin
From: Florian.Gutzwiller@open.ch (Florian Gutzwiller)
Subject: Will NeXTSTEP/FileViewer ever support /etc/magic ?
Message-ID: <CEuInq.36w@eunet.ch>
Sender: usenet@eunet.ch (News Administrator)
Organization: EUnet Switzerland
Date: Wed, 13 Oct 1993 17:16:38 GMT
Dear Dudes,
I was just wondering whether NeXT thinks about integrating /etc/magic
into future versions of NeXTSTEP ...
The file(1) command identifies the type of a file using,
among other tests, a test for whether the file begins with a
certain magic number. The file /etc/magic specifies what
magic numbers are to be tested for, what message to print if
a particular magic number is found, and additional informa-
tion to extract from the file.
(reprinted without permission from SunOS 4.1.3 man pages)
It would be very helpful in heterogenous environments where you have Sun, HP
machines with users that don't add and are not forcd to use standard extensions
to their FrameMaker, TIFF, eps and so on files.
-Florian
---
Florian Gutzwiller Tel: +41 61 262 05 05, Fax: +41 61 262 05 10
Open Systems AG flog@Open.CH
Basel, Switzerland S=gutzwiller;O=open;P=EUnet=A=EUnet;C=CH
Newsgroups: comp.sys.next.sysadmin
From: kwang@lore.acs.calpoly.edu (Kevin John Wang)
Subject: sendmail.cf -- mailhost to grab all "local cluster" mail
Message-ID: <1993Oct12.231315.139429@zeus.aix.calpoly.edu>
Keywords: sendmail sucks
Sender: news@zeus.calpoly.edu
Organization: Cal Poly State University, San Luis Obispo
Date: Tue, 12 Oct 1993 23:13:15 GMT
I think I've tweaked sendmail.mailhost.cf such that if you have a mailhost
setup, and MX records for all your clients, all mail will be properly
intercepted by the mailhost and inserted into /usr/spool/mail
Here's what I did:
First, I defined the machines in the cluster:
CL ro keiko troi worf riker tasha obrien picard geordi sela guinan data
barclay locutus soong lwaxana pulaski shelby vash duras hugh leah
the mailhost machine is *NOT* in this list.
then, I added these lines to ruleset 6:
# the following three lines will change:
# @HOST.acs.calpoly.edu to: @lore
# @HOST.calpoly.edu to: @lore
# @HOST to: @lore
# which ruleset 0 should interpret under the
# # Mail addressed explicitly to the domain gateway (us)
# sub-section
#
# KJW Oct 12, 1993
R$*<@$=L.$=Y.$=m>$* $1<@lore>$5 convert local cluster
R$*<@$=L.$=m>$* $1<@lore>$4 convert local cluster
R$*<@$=L>$* $1<@lore>$3 convert local cluster
that "lore" should probably be $w but it works right now...
"lore" is the mailhost
or maybe lore could BE "mailhost".
If anyone sees any problem with this, please email me!
- Kevin Wang
From: karthy@dannug.dk (Karsten Thygesen)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: NeXTSTEP and Lan??
Date: 13 Oct 1993 19:57:58 GMT
Organization: Dannug - Danish NeXT Users Group
Distribution: inet
Message-ID: <KARTHY.93Oct13205758@dannug.dannug.dk>
Hi
I am forwarding this query for a friend who has no news access, so
please answer directly to him and not to me.
Anybody that has tried to integrate NEXTSTEP (and SoftPC) in a LAN Manager network? If yes, what level of integration can be achieved? I know that SoftPC can run the IPX protocol, but will this help me?
Please respond to: gclem@dannug.dk
--
Karsten Thygesen I Aalborg, Denmark
karthy@dannug.dk (NeXT-Mail welcome) I Voice: +45 98 12 42 59
President, Danish NeXT Users Group I Fax: +45 98 12 44 81
From: kerry@totara.cs.waikato.ac.nz (Kerry Guise)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Daylight Saving Time policy
Date: 13 Oct 1993 20:38:28 GMT
Organization: The University of Waikato
Message-ID: <29hp04$shu@thebes.cc.waikato.ac.nz>
References: <29go9a$jir@mwnext.metaworks.de>
In article <29go9a$jir@mwnext.metaworks.de> juergen@mwnext.metaworks.de
(Juergen Marenda) writes:
> In article <1993Oct12.161346.23393@ciba-geigy.ch> bselea@ciba-geigy.ch
(Alex Sele) writes:
> >I would like to summarize all the Daylight saving time of all
> >the countries.
> Simply look into the zoneinfo database on Un*x Computers,
> for example in the NetBSD-Distribution.
> On other systems, try "man zic" to find out where the databse ist stored
> (zic is the zoneinfo-compiler. It compiles text to some compressed form.
> unzic or zic -with-special-option decompiles them.)
>
> Juergen Marenda.
Unfortunately, these are not always very accurate. For example, the
zoneinfo/NZ entry we have on our NeXTs didn't know about daylight savings
time. I think it was originally linked to GMT+12.
Kerry Guise
Newsgroups: comp.sys.next.sysadmin
From: ecamps@xlan.fdn.org (Eric Camps)
Subject: Laserjet 4si with jetDirect - How to make it work ?
Message-ID: <1993Oct13.101044.22050@xlan.fdn.org>
Sender: news@xlan.fdn.org
Organization: X&LAN - Bordeaux, France.
Date: Wed, 13 Oct 1993 10:10:44 GMT
We have an HP Laserjet 4si with an ethernet card and we would like to use
it over a network of NeXT stations. In my mind I thought it would be easy
to do. I modified the netinfo database with a new entry in machines and
printers. But it doesn t work. The jetDirect software seems to be reduced
to tftp. So if someone has already a solution (special filter ?) to that
problem, I would appreciate any help. Thanks.
--
Eric Camps - Email/NeXTmail: ecamps@xlan.fdn.org
X&LAN, 2 rue du Colisee, 33000 Bordeaux, France
Voice: (+33) 56 51 04 89 Fax: (+33) 56 51 05 31
------------------------------------------------
L'intelligence est la chose au monde la mieux partagee
car personne ne se plaint d'en manquer !
Newsgroups: comp.sys.next.sysadmin
From: jburke@bodacious.csc.wsu.edu (John L. Burke)
Subject: SLIP and dialup availability
Message-ID: <1993Oct13.204214.2756@serval.net.wsu.edu>
Sender: news@serval.net.wsu.edu (USENET News System)
Organization: Washington State University
References: <1993Oct12.231819.9783@serval.net.wsu.edu>
Date: Wed, 13 Oct 93 20:42:14 GMT
Ok, I don't think I was clear the first time around. What I need is
something to run on my NeXT (at the office) so that I can dial in (from a
PC at home) using SLIP. So I guess I would need something on the NeXT
like a SLIP Server or something. Is this possible? Then I could run SLIP
on my PC at home, connect to my NeXT at the office, and have something
resembling Ethernet access from home right? Is this possible????
In article <1993Oct12.231819.9783@serval.net.wsu.edu>
jburke@bodacious.csc.wsu.edu (John L. Burke) writes:
> Can anyone tell me if this is possible? I have a NeXTStation with
> NeXTStep 3.0 (soon to be 3.1) and I have a 9600 baud modem available to
> it. What I would like to do is attach the modem to the NeXT, then be
able
> to dial up from home and connect into the NeXT and have multiple session
> and such. Is this possible? Can SLIP do this? ie, could I run a SLIP
> protocol from home over a dialup line and connect directly to my NeXT?
>
> Any and all replies will be most welcomed!!!! Thanks!
>
> John
>
>
> --
> *********************************************************************
> * John Burke * jburke@bodacious.csc.wsu.edu *
> * Washington State University * NeXTStation Mono *
> * Systems & Computing * NeXTMail Welcome! *
> *********************************************************************
--
*********************************************************************
* John Burke * jburke@bodacious.csc.wsu.edu *
* Washington State University * NeXTStation Mono *
* Systems & Computing * NeXTMail Welcome! *
*********************************************************************
Newsgroups: comp.sys.next.sysadmin
From: vanhet@igor.tamri.com (John van Heteren)
Subject: setting up a network: domain resolver question
Message-ID: <1993Oct14.003059.14613@igor.tamri.com>
Organization: Toshiba America MRI Inc, S. San Francisco, CA.
Distribution: u
Date: Thu, 14 Oct 93 00:30:59 GMT
Hi,
I am finally connecting my NeXT to an existing network (it had
previously always been stand-alone). I am NOT a unix guru, which is
probablt why I am having some trouble setting up a few things. I'd
appreciate any suggestions that this Usenet group has to offer.
Basic Problem: Domain Name Resolving (I think)
overview:
I can successfully ping, telnet, ftp, and send outgoing mail to any
machine that I have specified through the 'niload hosts' command as
described in Chapter 11 of /NextLibrary/Documentation/NextAdmin. I am
not able to receive incoming mail, nor am I able to connect to any
other machines.
My Network details:
I am using a B&W NeXTStation (v3.1 OS, named 'sawright') connected to
the network via thin-net and repeater boxes, etc. This existing network
has over 100 computers consisting of PCs, MacIntoshes, SGI unix machines,
etc. The master administrative computer (named 'igor.tamri.com') is an
SGI machine running the unix version: IRIX Release 4.0.5 System V.
Problem details:
When I am on sawright and try to access igor with the command
'telnet igor.tamri.com' (this is how its name appears in the NetInfo
database) I get it. When I try 'telnet igor', it does not work
(error message: 'igor: Unknown host').
When I am logged into igor and telnet to an outside machine on the
Internet (eg: cs.orst.edu), I get it. When I am on sawright and
try the same command, sawright says: 'cs.orst.edu: Unknown host'
When I mail from sawright to 'vanhet@igor.tamri.com', it arrives
correctly. When I am logged in to igor, and I try to mail to the NeXT
with the address: me@sawright, I get the message bounced back from
the NeXT, which says that it doesn't know who 'sawright.tamri.com' is
(Returned mail: Host unknown).
Suggestions anyone?
As you can see, the problem seems to be with tacking on & off the
domain info: ".tamri.com". This may be linked with the inability to
recognize anyone outside my local net as defined in my NetInfo database.
I would appreciate any suggestions that come to anyone's mind. Please
mail them to me: vanhet@igor.tamri.com. Below I'm including some
details about how I set up my network.
Thanks in advance,
John van Heteren
How I set up my Network connection:
I started with Chapter 2 of /NextLibrary/Documentation/NextAdmin:
- Ran SimpleNetworkStarter and set the "Stand alone" option.
Then I went to Chapter 11.01_UNIX and did:
- Ran HostManager & did local configuration as described. I added
igor's address in the Router text field.
- Used 'niload hosts' on a copy of igor's /etc/hosts file (with
localhost & broadcasthost deleted).
- No user & account info exchanged because no directories will be NFS
mounted in either direction at this point.
- No mail aliases exchanged either.
- No shared files set up.
- No Mail Service set up as described. For security reasons, igor's
administrator will not allow the mail subdirectory to be exported.
It's up to igor to send mail to my NeXT.
- No printers set up, no NeXT as NIS client set up.
Then off to Chapter 11.02_DNS for:
- Made the file '/etc/resolv.conf' which contained igor's address
as the nameserver.
Then off to Chapter 06.01_MailServer to:
- Use HostManager to attempt adding the host alias 'mailhost' to
my NeXT (sawright). This was accepted, and saved, however, when
I re-started HostManager, the 'mailhost' alias entry was gone.
- I never touched /LocalLibrary/Images/People, because I'm not
bothering with images.
- No exporting or importing of mail directories done (I don't expect
to be reading NeXTMail on SGI or other machines).
- Used NetInfo to add 'mailhost' and 'sendmail.cf' entries to the
'locations' subdirectory. I specified the sendmail.cf entry to be
'/etc/sendmail/sendmail.mailhost.cf'
From: alevine@ucsd.edu
Newsgroups: comp.sys.next.sysadmin
Subject: SLIP routing for NXHost
Date: 14 Oct 1993 02:48:42 GMT
Organization: The Avant-Garde of the Now, Ltd.
Distribution: world
Message-ID: <29iemaINNrmn@network.ucsd.edu>
Some time ago someone posted appropriate routing tables for using NXHost
with SLIP, along with instructions for achieving them.
I'd be extremely grateful if someone could email that information to me.
Also, I can't seem to use "talk" with SLIP. The error message is always
"can't figure out net address." Could this also be a routing problem?
Otherwise, my SLIP works fine, as it has for over a year. The reason I
worry about these things now is that my server has only just now granted
designated (as opposed to dynamically assigned) IP addresses for SLIP
users.
Thanks!
Alex
--
Alexander Levine Department of Philosophy
alevine@ucsd.edu 0302, UCSD
NeXTMail fine La Jolla, CA 92093
************************************************
Disclaimer: I am responsible for all opinions
expressed by anyone at any time.
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.unix.questions,comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Did this work with your tbl?
Date: 14 Oct 1993 12:11:06 +0100
Organization: me organized? That's a joke!
Message-ID: <29jc4a$vv@steffi.demon.co.uk>
Could people try this sequence thru tbl or any other like tool and get
back to me as to wether it worked?
It currently does not work in NeXTSTEP 3.1. This is from the mwm.n man
page. This problem is exhibited in the Co-Xist 3 installation. I
would be interested to know wether Cub/X has the same problem since
they all are probably using the standard manual pages from the
X11R5 distribution and what ever Motif extra pages that have sourced.
So far all man pages that have tbl macros in them fail to
format passed the point where the macros lie. This in effect gives me
incomplete documentation.
tbl filename
filename: line 5: no specification
tbl quits
--------------
.LE
.PP
.ne 3i
.TS
.if \n+(b.=1 .nr d. \n(.c-\n(c.-1
.de 35
.ps \n(.s
.vs \n(.vu
.in \n(.iu
.if \n(.u .fi
.if \n(.j .ad
.if \n(.j=0 .na
..
.nf
.nr #~ 0
.if n .nr #~ 0.6n
.ds #d .d
.if \(ts\n(.z\(ts\(ts .ds #d nl
.fc
.nr 33 \n(.s
.rm 80 81 82
.nr 34 \n(.lu
.eo
.am 82
.br
.di a+
.35
.ft \n(.f
.ll \n(34u*1u/4u
.if \n(.l<\n(82 .ll \n(82u
.in 0
Restores the window to its size
.nL
before minimizing or maximizing
.br
.di
.nr a| \n(dn
.nr a- \n(dl
..
.ec \
.eo
.am 82
.br
.di b+
.35
.ft \n(.f
.ll \n(34u*1u/4u
.if \n(.l<\n(82 .ll \n(82u
.in 0
Allows the window to be moved
.nL
with keys or mouse
.br
.di
.nr b| \n(dn
.nr b- \n(dl
..
.ec \
.eo
.am 82
.br
.di c+
.35
.ft \n(.f
.ll \n(34u*1u/4u
.if \n(.l<\n(82 .ll \n(82u
.in 0
Moves window to bottom of window
stack
.br
.di
.nr c| \n(dn
.nr c- \n(dl
..
.ec \
.35
.nf
.ll \n(34u
.nr 80 0
.nr 38 \w\f3Selection\fP
.if \n(80<\n(38 .nr 80 \n(38
.nr 38 \wRestore
.if \n(80<\n(38 .nr 80 \n(38
.nr 38 \wMove
.if \n(80<\n(38 .nr 80 \n(38
.nr 38 \wSize
.if \n(80<\n(38 .nr 80 \n(38
.nr 38 \wMinimize
.if \n(80<\n(38 .nr 80 \n(38
.nr 38 \wMaximize
.if \n(80<\n(38 .nr 80 \n(38
.nr 38 \wLower
.if \n(80<\n(38 .nr 80 \n(38
.nr 38 \wClose
.if \n(80<\n(38 .nr 80 \n(38
.80
.rm 80
.nr 81 0
.nr 38 \w\f3Accelerator\fP
.if \n(81<\n(38 .nr 81 \n(38
.nr 38 \wAlt+F5
.if \n(81<\n(38 .nr 81 \n(38
.nr 38 \wAlt+F7
.if \n(81<\n(38 .nr 81 \n(38
.nr 38 \wAlt+F8
.if \n(81<\n(38 .nr 81 \n(38
.nr 38 \wAlt+F9
.if \n(81<\n(38 .nr 81 \n(38
.nr 38 \wAlt+F10
.if \n(81<\n(38 .nr 81 \n(38
.nr 38 \wAlt+F3
.if \n(81<\n(38 .nr 81 \n(38
.nr 38 \wAlt+F4
.if \n(81<\n(38 .nr 81 \n(38
.81
.rm 81
.nr 82 0
.nr 38 \w\f3Description\fP
.if \n(82<\n(38 .nr 82 \n(38
.nr 38 \wAllows the window to be resized
.if \n(82<\n(38 .nr 82 \n(38
.nr 38 \wTurns the window into an icon
.if \n(82<\n(38 .nr 82 \n(38
.nr 38 \wMakes the window fill the screen
.if \n(82<\n(38 .nr 82 \n(38
.nr 38 \wCauses client to terminate
.if \n(82<\n(38 .nr 82 \n(38
.82
.rm 82
.nr 38 \n(a-
.if \n(82<\n(38 .nr 82 \n(38
.nr 38 \n(b-
.if \n(82<\n(38 .nr 82 \n(38
.nr 38 \n(c-
.if \n(82<\n(38 .nr 82 \n(38
.nr 38 \w\f3Default Window Menu\fP-\n(80-3n-\n(81-3n-\n(82
.if \n(38>0 .nr 38 \n(38/2
.if \n(38<0 .nr 38 0
.nr 81 +\n(38
.nr 82 +\n(38
.35
.nf
.ll \n(34u
.nr 38 1n
.nr 79 0
.nr 40 \n(79+(1*\n(38)
.nr 80 +\n(40
.nr 41 \n(80+(3*\n(38)
.nr 81 +\n(41
.nr 42 \n(81+(3*\n(38)
.nr 82 +\n(42
.nr TW \n(82
.nr TW +1*\n(38
.if t .if \n(TW>\n(.li .tm Table at line 151 file Input is too wide - \n(TW units
.ne 9v+2p
.nr #I \n(.i
.in +(\n(.lu-\n(TWu-\n(.iu)/2u
.fc
.nr #T 0-1
.nr #a 0-1
.nr #c 0-1
.nr #a 0-1
.eo
.de T#
.ds #d .d
.if \(ts\n(.z\(ts\(ts .ds #d nl
.mk ##
.nr ## -1v
.ls 1
.if \n(#T>=0 .nr #a \n(#T
.if \n(#T>=0 .nr #c \n(#T
.if \n(T. .vs \n(.vu-\n(.sp
.if \n(T. \h'|0'\s\n(33\l'|\n(TWu\(ul'\s0
.if \n(T. .vs
.if \n(#a>=0 .sp -1
.if \n(#a>=0 \h'|0'\s\n(33\h'-\n(#~u'\L'|\n(#au-1v'\s0\v'\n(\*(#du-\n(#au+1v'\h'|\n(TWu'
.if \n(#c>=0 .sp -1
.if \n(#c>=0 \h'(|\n(41u+|\n(80u)/2u'\s\n(33\h'-\n(#~u'\L'|\n(#cu-\n(35u'\s0\v'\n(\*(#du-\n(#cu+\n(35u'\h'|\n(TWu'
.if \n(#c>=0 .sp -1
.if \n(#c>=0 \h'(|\n(42u+|\n(81u)/2u'\s\n(33\h'-\n(#~u'\L'|\n(#cu-\n(35u'\s0\v'\n(\*(#du-\n(#cu+\n(35u'\h'|\n(TWu'
.if \n(#a>=0 .sp -1
.if \n(#a>=0 \h'|\n(TWu'\s\n(33\h'-\n(#~u'\L'|\n(#au-1v'\s0\v'\n(\*(#du-\n(#au+1v'
.ls
..
.ec
.nr 36 \n(.v
.vs \n(.vu-\n(.sp
\h'|0'\s\n(33\l'|\n(TWu\(ul'\s0
.vs \n(36u
.mk #a
.ta \n(82u
.nr 31 \n(.f
.nr 35 1m
\&\h'|\n(40u'\f3Default Window Menu\f\n(31
.mk #c
.nr 36 \n(.v
.vs \n(.vu-\n(.sp
\h'|0'\s\n(33\l'|\n(TWu\(ul'\s0
.vs \n(36u
.ta \n(80u \n(81u \n(82u
.nr 31 \n(.f
.nr 35 1m
\&\h'|\n(40u'\f3Selection\f\n(31\h'|\n(41u'\f3Accelerator\f\n(31\h'|\n(42u'\f3Description\f\n(31
.nr 36 \n(.v
.vs \n(.vu-\n(.sp
\h'|0'\s\n(33\l'|\n(TWu\(ul'\s0
.vs \n(36u
.ne \n(a|u+\n(.Vu
.if (\n(a|+\n(#^-1v)>\n(#- .nr #- +(\n(a|+\n(#^-\n(#--1v)
.nr 36 \n(.v
.vs \n(.vu-\n(.sp
\h'|0'\s\n(33\l'|\n(TWu\(ul'\s0
.vs \n(36u
.ta \n(80u \n(81u \n(82u
.nr 31 \n(.f
.nr 35 1m
\&\h'|\n(40u'Restore\h'|\n(41u'Alt+F5\h'|\n(42u'
.mk ##
.nr 31 \n(##
.sp |\n(##u-1v
.nr 37 \n(42u
.in +\n(37u
.a+
.in -\n(37u
.mk 32
.if \n(32>\n(31 .nr 31 \n(32
.sp |\n(31u
.ne \n(b|u+\n(.Vu
.if (\n(b|+\n(#^-1v)>\n(#- .nr #- +(\n(b|+\n(#^-\n(#--1v)
.nr 36 \n(.v
.vs \n(.vu-\n(.sp
\h'|0'\s\n(33\l'|\n(TWu\(ul'\s0
.vs \n(36u
.ta \n(80u \n(81u \n(82u
.nr 31 \n(.f
.nr 35 1m
\&\h'|\n(40u'Move\h'|\n(41u'Alt+F7\h'|\n(42u'
.mk ##
.nr 31 \n(##
.sp |\n(##u-1v
.nr 37 \n(42u
.in +\n(37u
.b+
.in -\n(37u
.mk 32
.if \n(32>\n(31 .nr 31 \n(32
.sp |\n(31u
.nr 36 \n(.v
.vs \n(.vu-\n(.sp
\h'|0'\s\n(33\l'|\n(TWu\(ul'\s0
.vs \n(36u
.ta \n(80u \n(81u \n(82u
.nr 31 \n(.f
.nr 35 1m
\&\h'|\n(40u'Size\h'|\n(41u'Alt+F8\h'|\n(42u'Allows the window to be resized
.nr 36 \n(.v
.vs \n(.vu-\n(.sp
\h'|0'\s\n(33\l'|\n(TWu\(ul'\s0
.vs \n(36u
.ta \n(80u \n(81u \n(82u
.nr 31 \n(.f
.nr 35 1m
\&\h'|\n(40u'Minimize\h'|\n(41u'Alt+F9\h'|\n(42u'Turns the window into an icon
.nr 36 \n(.v
.vs \n(.vu-\n(.sp
\h'|0'\s\n(33\l'|\n(TWu\(ul'\s0
.vs \n(36u
.ta \n(80u \n(81u \n(82u
.nr 31 \n(.f
.nr 35 1m
\&\h'|\n(40u'Maximize\h'|\n(41u'Alt+F10\h'|\n(42u'Makes the window fill the screen
.ne \n(c|u+\n(.Vu
.if (\n(c|+\n(#^-1v)>\n(#- .nr #- +(\n(c|+\n(#^-\n(#--1v)
.nr 36 \n(.v
.vs \n(.vu-\n(.sp
\h'|0'\s\n(33\l'|\n(TWu\(ul'\s0
.vs \n(36u
.ta \n(80u \n(81u \n(82u
.nr 31 \n(.f
.nr 35 1m
\&\h'|\n(40u'Lower\h'|\n(41u'Alt+F3\h'|\n(42u'
.mk ##
.nr 31 \n(##
.sp |\n(##u-1v
.nr 37 \n(42u
.in +\n(37u
.c+
.in -\n(37u
.mk 32
.if \n(32>\n(31 .nr 31 \n(32
.sp |\n(31u
.nr 36 \n(.v
.vs \n(.vu-\n(.sp
\h'|0'\s\n(33\l'|\n(TWu\(ul'\s0
.vs \n(36u
.ta \n(80u \n(81u \n(82u
.nr 31 \n(.f
.nr 35 1m
\&\h'|\n(40u'Close\h'|\n(41u'Alt+F4\h'|\n(42u'Causes client to terminate
.fc
.nr T. 1
.T# 1
.in \n(#Iu
.35
.nr #a 0
.nr #b 0
.rm a+
.rm b+
.rm c+
.TE
Newsgroups: comp.sys.next.sysadmin
From: thf@zelator.in-berlin.de (Thomas Funke)
Subject: Re: find: bad status < /mach_kernel >
Message-ID: <1993Oct13.000523.1891@gamelan>
Sender: thomas@gamelan (thomas)
Organization: Disorganization
References: <CEH243.IwL@sounds.wa.com>
Date: Wed, 13 Oct 1993 00:05:23 GMT
In article <CEH243.IwL@sounds.wa.com> BrianW@SoundS.WA.com (Brian
Willoughby) writes:
>
>
> Another thing seems to bother me. I assume that the following
> three files are hard linked to each other, but why does one of
> them only show a link count of 2 instead of 3?
>
> -r--r--r-- 2 root wheel 825172 Apr 30 10:13 mach_kernel
> -r--r--r-- 3 root wheel 825172 Apr 30 10:13 odmach
> -r--r--r-- 3 root wheel 825172 Apr 30 10:13 sdmach
Because there are several machkernels (all identical) on the disk.
Try to find them (exercise left to the reader), and (hard-) link them all
together. Thus saving some disk space .
--
------------------------------------------------------------------
Thomas Funke ** Unix-Consultant ** thf@zelator.in-berlin.de
Brook's Law:
Adding manpower to a late software project makes it later
------------------------------------------------------------------
From: suckow@uropax.contrib.de (Ralf Suckow)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Need Help with UserManager
Date: 13 Oct 1993 22:17:33 +0100
Organization: Contributed Software GbR
Message-ID: <29hr9d$m71@uropax.contrib.de>
References: <29edf8INNnbq@srvr1.engin.umich.edu>
fulei@engin.umich.edu (Fu Lei ) writes:
>I've a little problem with UserManager. Due to the huge number
>of users that exists on our network we have userid numbers that
>exceed 2^15 and that is causing a problem in UserManager.
Bad news (from <sys/types.h>):
typedef short uid_t;
Thus, while the software probably handles negative uid_t's as
"nobody", their maximum number is 2^15 - 1.
Don't know if netinfo can (and does) extend this.
Ralf
--
Ralf Suckow, Berlin |
suckow@contrib.de | Do you think it's difficult to speak Russian?
Contributed Software | Every Moscow kid aged 5 years speaks it perfectly.
only delivers my mail.|
Newsgroups: comp.sys.next.sysadmin
From: woo@ornl.gov (John W. Wooten)
Subject: Can't mount additional hard drives during boot on Intel stuff?
Message-ID: <1993Oct14.165352.16120@ornl.gov>
Sender: usenet@ornl.gov (News poster)
Organization: Oak Ridge National Laboratory
Date: Thu, 14 Oct 1993 16:53:52 GMT
I'm being told by some of our people trying to assemble Intel NeXTStep
machines that to run a server, I need a 1 gigabyte drive because with
the normal system, plus the developer, plus the space needed for a
server, it would take about 1 gigabyte. I suggested they just mount
the /Users (where we would put users) during boot by placing a line
into /etc/fstab (this is what I do on the identical situation on
black hardware). They are telling me that this doesn't work on Intel
because of some hardware restrictions? I have been lead to understand
that the Intel chip is brain-damaged but I did think the resulting
system would operate like the black one does. That is seamlessly and
fairly effortlessly. I use unix commands at boot time then shift to
netinfo later.
any comments on this? Are there other differences like this I should
know about?
--
- - - - - - - - -
J. W. Wooten
From: zryx0376@awsin1.rus.uni-stuttgart.de (Markus Wenzel (Hiwi bei R.Rabenseifner))
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: Re: Severe bug in fsck
Date: 14 Oct 1993 17:09:04 GMT
Organization: Visualization Group Comp.Center (RUS) U of Stuttgart, FRG
Distribution: world
Message-ID: <29k13g$ikn@info2.rus.uni-stuttgart.de>
References: <294mns$3qg@news.mic.ucla.edu> <29erh6$7cn@zip.eecs.umich.edu>
In article <29erh6$7cn@zip.eecs.umich.edu> Roland Telfeyan <roland@gomidas.mi.org> writes:
>Maybe this is naieve, but older versions of buildafmdir, disk, and other
>programs have been reputed to work better than the 3.0 versions. Could the
>2.0 version of fsck have helped Markus or Ivo?
I'm almost sure that a fsck taken from NS 2.0 would not run on Intel :-))
And if I could lay my hands on the source, I'd rather look for the bug!
Regards,
Markus.
Newsgroups: comp.sys.next.sysadmin
From: horn@freefall.jsc.nasa.gov (Mark Horn)
Subject: How do I ignore an uninitialized SCSI disk?
Message-ID: <1993Oct14.171401.4830@aio.jsc.nasa.gov>
Keywords: NS/FIP ignore-scsi
Sender: usenet@aio.jsc.nasa.gov (USENET News Client)
Organization: NASA / Johnson Space Center
Distribution: usa
Date: Thu, 14 Oct 1993 17:14:01 GMT
Hi,
I've got my NeXTSTEP 486 up and running and I'm fairly happy about it except
for one thing.
I've got one IDE disk in the system that has NeXTSTEP on it. I also have two
SCSI disks in the system. The first one (sd0) has a NeXT filesystem on it.
It's in /etc/fstab and it gets mounted in its expected place. The second
one (sd1), has Linux on it. Whenever I log in when I'm running NeXTSTEP,
the WorkSpace sees the second disk and tries to mount it - but reports back
that it's uninitialized, and asks whether I want to initialized it or ignore
it. Well, I want to ignore it permanantly.
Can it be done?
Please email any responses and I'll summarize.
Thanks,
--
Mark Horn (sparkie) horn@mickey.jsc.nasa.gov
What does "it" mean in the sentence "What time is it?"?
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: bobcook@slac.stanford.edu (Bob Cook)
Subject: Which SIMM is producing parity errors?
Message-ID: <CEwFJu.H9u@unixhub.SLAC.Stanford.EDU>
Sender: news@unixhub.SLAC.Stanford.EDU
Organization: Stanford Linear Accelerator Center
Date: Thu, 14 Oct 1993 18:04:42 GMT
We have an old NeXTStation with 8 sockets for memory. They're all filled with
4 MB parity SIMMs. The m command to the ROM monitor produces:
Memory sockets 0-3 have 16 MB parity SIMMs ... (0x4000000-0x5000000)
Memory sockets 4-7 have 16 MB parity SIMMs ... (0x5000000-0x5ffe000)
Memory sockets 8-11 have no SIMMs installed (0x0-0x0)
Memory sockets 12-15 have no SIMMs installed (0x0-0x0)
The machine has gotten a number of panics or errors during boot, each of which
included one of these two messages:
Parity error at address 0x46a5cb0, SIMM memory sockets 4-7
Parity error at address 0x4e6e6cc, SIMM memory sockets 4-7
These messages seems to conflict with the ROM monitor m command response, since
both addresses seem to me to be included in 0x4000000-0x5000000 which m
reported to be sockets 0-3, not 4-7 as the error messages claim. I'm curious
about that, but the answer isn't critical.
What I really want to know is this. Which of the 8 sockets holds these
addresses, so I can replace the bad SIMMs? If I can't find that out, which 4
of the 8 sockets hold them, so I can remove the 16 MB of good memory and use
them elsewhere while trying to get the bad one(s) fixed? (I'm assuming I do
have 16 MB of good memory.)
Thanks for any light you can shed.
--
Bob Cook bobcook@slac.stanford.edu
Stanford Linear Accelerator Center NeXT mail okay
From: dcheslow@impact.flint.umich.edu (David A. Cheslow)
Newsgroups: comp.sys.next.sysadmin
Subject: tin & NS 3.1
Date: 14 Oct 1993 18:35:30 GMT
Organization: University of Michigan Engineering, Ann Arbor
Distribution: world
Message-ID: <29k65iINNkld@srvr1.engin.umich.edu>
Keywords: tin, nntp, NS3.1
I have a NeXT running NeXTStep 3.1. For dial-in usenet access I installed
tin. reading news works fine, but I get
sh: inews: not found
when I try to post. Someone suggested that I get nntp which I did, but I
can not get it to compile. Is there anyone out there that has tin running
under NS3.1?
--
===============================================================
The opinions expressed in this message are my own.
The University of Michigan - Flint may not share my opinions.
David A. Cheslow dcheslow@umich.edu
School of Management, 344 CROB Phone: (313) 762-3309
University of Michigan - Flint Fax: (313) 762-3282
From: chi@watnxt04 (Denny Chuang)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NSI install
Date: 14 Oct 1993 19:40:11 GMT
Organization: University of California, Riverside
Distribution: na
Message-ID: <29k9ur$opq@galaxy.ucr.edu>
References: <CEMx4A.35s@phcs.com>
Jim Quick (jq@phcs.com) wrote:
: In article <1993Oct7.224750.24460@mail.mmmg.com> mjd@lochness.uhc.com (Martin DeWitt) writes:
: >We've purchased the NS Eval kit and I'm installing NS on a
: >Compaq Deskpro 66M. I'm using a COMPAQ 6260 SCSI-2 Controller
: >to connect our TEXEL CD-ROM to the PC (the Hard Disk is IDE).
: >
: Sorry, but the 6260 SCSI controller is not supported hardware.
: You must use DPT2022 with new ROMs, An adaptec 1542, or one
: other EISA (Buslogic?) controller.
There are two versions of Adaptec 154x SCSI controllers. Make sure you
don't get the one with 1540cf or 1542cf. I am been trying to install
NS/i with 1540cf and CD-ROM just refuses to run. From a couple of netters
that reported the same problem, replacing the SCSI controller card to
1540c or 1542c seems to fix this "No CD-ROM drive found" problem!
chi@watserv.ucr.edu
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: jspears@weston.com (Wes Spears)
Subject: Mail Preprocessor that will correct UUNECODED files to NeXTMail
Message-ID: <1993Oct14.182027.553@weston.com>
Sender: jspears@weston.com (Wes Spears)
Date: Thu, 14 Oct 1993 18:20:27 GMT
I am curious to know if it has been done, or if anyone has any
suggestions. I will be receiving a great deal of mail in the future from
sites and the mail will contain uuencoded files. I would love for that
file to come into Mail.app as NeXTMail, so this would be a pain, but the
mail should be uudecoded to the file, then, I think, tarred, compressed,
then uuencoded and placed back with the original headers. Then passed to
NeXT mail which would undo all that.
Or I guess the preprocessor could simply create the correct format and
append the message directly to the NeXTMailbox.
Any suggestions?
Thanks
Wes Spears
--
Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
The Weston Group
8524 Highway 6 North, 162, Houston, TX 77095
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
From: jnicolas@image.mit.edu (Julien Nicolas)
Subject: Is /usr/etc/rshd broken???
Message-ID: <JNICOLAS.93Oct14165920@image.mit.edu>
Sender: news@news.media.mit.edu (USENET News System)
Organization: Massachusetts Institute of Technology, Cambridge, USA
Distribution: usa
Date: Thu, 14 Oct 1993 20:59:19 GMT
The following does NOT work:
pluto% rsh pluto ls
where pluto is the name of the NeXT computer runnning NS 3.1. There are no
error messages, rsh returns with error status 0, yet no output is
generated. Yes, the hostname is in /etc/host.equiv etc. I replaced
/usr/etc/rshd with a publicly available version and everything works as
it should. What gives?
Julien Nicolas
jnicolas@image.mit.edu
Newsgroups: comp.sys.next.sysadmin
From: Eric Noyau <e_noyau@cubx.com>
Subject: Re: restricting UUCP transfert during day/evening/night
Message-ID: <1993Oct13.171954.3797@pelane.cubx.com>
Sender: noyau@pelane.cubx.com
Organization: Cub'x systemes
References: <1993Oct12.203621.901@CAM.ORG!planon>
Date: Wed, 13 Oct 1993 17:19:54 GMT
> [...]
>
> I have discovered that I can put some restriction in L.sy
> file. I can say transfert mail day, evening and nights,
> news during evening and nights and uucp during the nights
> only.
>
> [...] However, once connected,
> restrictions are droped and everything is transfered, no
> matter of what grade belongs a message.
>
> I want to reduce the bandwidth during the day. I want my
> news to remain here until evening and I want the news
> waiting in my relay to remain there until evening too.
>
Use taylor UUCP. The "standard" UUCP bundled with NeXTSTEP is very old and not
supported by NeXT.
Taylor UUCP 1.04 compile fine on NeXTSTEP, and grade restrictions works.
Eric
--
% e_noyau@cubx.com (Eric Noyau) Small NeXTMail ok %
/d{def}def/i{add d}d/Z{rand 2147483647 div mul d}d 99 -2 9{-1 1/X 500 Z/Y 700
Z/C .3 Z{C setgray/r exch d X Y r 0 360 arc fill/X X .5 i/Y Y .6 i/C C 1 C sub
r div i}for}for showpage % Be carefull ! I'm a .signature virus...
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Need Help with UserManager
Message-ID: <1993Oct14.094000.5824@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <29edf8INNnbq@srvr1.engin.umich.edu>
Date: Thu, 14 Oct 1993 09:40:00 GMT
In article <29edf8INNnbq@srvr1.engin.umich.edu>
fulei@engin.umich.edu (Fu Lei ) writes:
-> Dear netters,
->
-> I've a little problem with UserManager. Due to the huge
-> number of users that exists on our network we have userid
-> numbers that exceed 2^15 and that is causing a problem in
-> UserManager.
-> For example, I have a user id that is 38142 and when
-> including this information in UserManager, the ownership
-> of the files and the homedirectory thus created is set
-> to nobody.
You could try merely using /etc/nu instead of the .app.
Not sure if it will make any difference. Note that the
/usr/include/bsd/pwd.h file which defines the password
structure has...
#ifdef _POSIX_SOURCE
short pw_short_pad1; /* pad ... */
uid_t pw_uid;
short pw_short_pad2; /* pad ...r */
gid_t pw_gid;
#else
int pw_uid;
int pw_gid;
#endif /* _POSIX_SOURCE */
SO it is going to depend --- SUPPOSEDLY nobody's using the
POSIX yet which limits uid and gid to 16-bit SHORT, rather
than 32-bit integer. In either case, we're talking signed.
Hmmmmmm what happens when we go other endian with this
structure if POSIX were defined! Perhaps it's handled at the
NetInfo and /etc/passwd interface?
bruce@TotSysSoft.com
From: hans@symbas.UUCP (Hans Aafloy)
Newsgroups: comp.sys.next.sysadmin
Subject: Are they fixing fsck ????
Message-ID: <3832@symbas.UUCP>
Date: 14 Oct 93 13:37:07 GMT
Distribution: world
Organization: LindMac A/S, Norway
I reckon that in NS 3.1 and 3.2 there's a bug in fsck that renders
it useless. As I plan to purchase a few Intels,
that's extremely bad news.
Is a fixed version of fsck deployed on some mail server or
available somewhere else ?
hans
========================================================================
Hans Aafloy hans@symbas.lind.no
LindMac A/S phone: +477 967311
7038 Trondheim, NORWAY fax: .......5479
========================================================================
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
From: john@oceania.com (John Robison)
Subject: Re: Severe bug in fsck
Message-ID: <CEsxqC.Fru@oceania.com>
Followup-To: comp.sys.next.sysadmin
Summary: fsck bug and work-around
Sender: john@oceania.com
Organization: Oceania Health Care Systems
References: <28rafu$1b1@marsu.tynet.sub.org>
Date: Tue, 12 Oct 1993 20:47:00 GMT
In article <28rafu$1b1@marsu.tynet.sub.org>,
Markus Wenzel <mow@marsu.tynet.sub.org> wrote:
>Hi NeXTfolks!
>
>I'd like to give a brief summary of my horrible experience of yesterday:
>(Happend on a NeXTSTEP/Intel machine, but I'm not sure whether it could
>happen on black hardware, too.)
>
>The Create3 demo was all fun. After a few minutes it claimed to be the
>one and only task around, no way to stop - total hang. Press reset to
>continue. But then...
>fsck -p found an "unknown error". Thus, I ran fsck manually. It found
>"PARTIALLY TRUNCATED INODE I=79388". Any attempts to fix this inode
>(enter 'y') resulted in a "bus error" of fsck.
>
>No way to get the filesystem back! I had to reformat the partition
>and restore the backup tape.
>
>So, keep to your backups and don't rely on fsck!!!
>
I am led to believe that this fsck bug will be encountered
quite often, but there does exist a fairly simple work-around.
I noticed that this happened after running a process that
eats up all the swapfile. Basically, the swapfile grows
HUGE and locks the machine.
The problem is that the machin hangs, and the swapfile
inode becomes "partially truncated".
Notmally, fsck would just move something like that into
lost+found, but the swapfil is HUGE, and the disk is full.
WHat's a poor fsck to do?? :-) :-)
WHat *I* did was start looking around for INODE 79388 (in the
above example). I suspected the swapfile, and any other
recently touched files. You *can* boot in single-user
mode and do a lot of playing. You have find, ls -i, and a
host of othe resources at your disposal.
Fortunately, the swapfile was the problem. After I removed it,
and "sync"'d the disk, upon re-boot fsck worked fine.
The point is that there is a valid work-around for this
bug, and unfortunately it is not well publicized.
(IMHO, however, a crashing fsck is "unacceptible")
FYI,
John
--
John Robison |
john@oceania.com | This Space Available
NeXTMail Accepted. | Call: 555-SIGS
Opinions are my own. |
Newsgroups: comp.sys.next.sysadmin
From: dave@guinness.huma.yorku.ca (David Aspinall)
Subject: Re: 2 identical systems:One's a dream, the other PANICs daily!
Message-ID: <CExAEv.AqC@newshub.ccs.yorku.ca>
Sender: news@newshub.ccs.yorku.ca (USENET News System)
Organization: York University, Humanities Department
References: <CEHzts.43r@well.sf.ca.us>
Date: Fri, 15 Oct 1993 05:11:18 GMT
We had similar problems with a cube and IPT's Ushare. I think it's
Ushare! After constant crashes and reboots I deleted ALL of ushare and
the machine has been fine ever since. I didn't ever have to rebuild
disks, and the machine was black (it sounds like you are running Intel)
but the errors are very similar. In fact I ran fsck manually 4-5 times
once before I got a clean system. That was when I decided to delete
ushare.
Your results may vary, but those are my .02$
David
--
David Aspinall ---------- Former-Former-NeXT Campus Consultant
E-mail : cs911409@ariel.yorku.ca | I'd rather be
NeXTMail: dave@ccs.yorku.ca | rich than stupid
V-mail : (416) 663-4997 | -- Jack Handey
Newsgroups: comp.sys.next.sysadmin
From: img@aisb.ed.ac.uk (Ian Green)
Subject: QUESTIONS: tunefs & RAM allocation (?) NextStation2.1 h/w
Message-ID: <1993Oct15.090330.3307@aisb.ed.ac.uk>
Sender: news@aisb.ed.ac.uk (Network News Administrator)
Organization: Dept AI, Edinburgh University, Scotland
Date: Fri, 15 Oct 93 09:03:30 GMT
Hello,
q1: where can I find a user-friendly guide to using tunefs?
q2: will some explain why available memory != physical memory?
thank you. -ian
Oct 15 08:56:00 sprint mach: NeXT ROM Monitor 2.5 v66
Oct 15 08:56:00 sprint mach: NeXT Mach 2.1: Thu Mar 7 19:13:47 PST 1991; /ph1_sources/projects/mk-108.14/RELEASE
Oct 15 08:56:00 sprint mach: FPU version 0x40
Oct 15 08:56:00 sprint mach: physical memory = 16.00 megabytes.
Oct 15 08:56:00 sprint mach: available memory = 14.97 megabytes.
Oct 15 08:56:00 sprint mach: using 16 buffers containing 0.12 megabytes of memory
From: lr@ohdake.cs.uta.fi (Liisa R{ih{)
Newsgroups: comp.sys.next.sysadmin
Subject: HP Laser Jet 4
Date: 15 Oct 1993 12:16:30 GMT
Organization: University of Tampere, Finland
Distribution: world
Message-ID: <29m4au$kli@vuokko.uta.fi>
Originator: lr@cs.uta.fi
Could someone tell me, where I can find a source (code) to
be able to extend the printer types in Printer Manager
for HP Laser jet 4 printer?
Thanks
Liisa
----------------------------------------------------------------------------
Liisa R{ih{ address: Dept. of Computer Science
Univ. of Tampere, PL 607, FIN-33101 Tampere, FINLAND
e-mail: lr@cs.uta.fi
From: max@Kolmogorov.gac.edu (Max Hailperin)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Need Help with UserManager
Date: 15 Oct 93 08:24:26
Organization: Gustavus Adolphus College, St. Peter, MN
Message-ID: <MAX.93Oct15082426@Kolmogorov.gac.edu>
References: <29edf8INNnbq@srvr1.engin.umich.edu> <1993Oct14.094000.5824@ToTSySSoft.com>
In-reply-to: bruce@TotSysSoft.com's message of Thu, 14 Oct 1993 09:40:00 GMT
In article <1993Oct14.094000.5824@ToTSySSoft.com> bruce@TotSysSoft.com
(Bruce Gingery) writes:
In article <29edf8INNnbq@srvr1.engin.umich.edu>
fulei@engin.umich.edu (Fu Lei ) writes:
... userid numbers that exceed 2^15 and that is causing a problem in
UserManager.
You could try merely using /etc/nu instead of the .app.
Not sure if it will make any difference.
It won't. The problem isn't with the passwd structure you referenced in
your posting, it is that in the kernel/file-system itself uid_t is
short. For example, look at the definition of an inode (i.e. a file)
in /usr/include/[bsd/]ufs/inode.h -- it just has a uid_t field for the uid.
And, if you look in /usr/include/[bsd/]sys/types.h, you'll see that uid_t is
short.
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Are they fixing fsck ????
Date: 15 Oct 1993 16:37:35 GMT
Organization: UCLA Microcomputer Support Office
Distribution: world
Message-ID: <29mjkf$7ie@news.mic.ucla.edu>
References: <3832@symbas.UUCP>
Hans Aafloy (hans@symbas.UUCP) wrote:
: I reckon that in NS 3.1 and 3.2 there's a bug in fsck that renders
: it useless. As I plan to purchase a few Intels, that's extremely bad news.
Well, fsck is useless only if the crash happens to create a particular kind
of problem (incomplete inode). Even when the file system is corrupt in this
manner, one can typically boot off another disk, and copy all the files to
the boot disk. That is, the data are not inaccessible. Of course, fixing
the problem takes time. Since 3.1 came out, I have had 2 of these problems.
As I mentioned (and as your message states) 3.2 does not fix the problem,
unfortunately. Because NeXT has the source and it is a NeXTStep file system,
I doubt that you will find a better repair tool.
I for one would be willing to pay for more intelligence, and/or more
redundancy in the file system so that more information can be recovered
(e.g. filenames should be properly re-attached, all files should include a
checksum [I have had corrupted executables run!], etc.)
This goes back to my request to ask NeXT for a more robust environment in
the harsh world of Intel-machine flakiness.
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
Newsgroups: comp.sys.next.sysadmin,comp.protocals.ppp
From: amun@quads.uchicago.edu (james frederick amundson)
Subject: Help setting up SLIP server
Message-ID: <1993Oct15.163024.3386@midway.uchicago.edu>
Keywords: SLIP, NeXT
Sender: news@uchinews.uchicago.edu (News System)
Organization: University of Chicago -- Academic & Public Computing
Date: Fri, 15 Oct 1993 16:30:24 GMT
I'm trying to setup my NeXTstation as a SLIP server using Louis A.
Mamakos' TransSys DialUp-IP for the NeXT, release 920904. The NeXT is
running version 3.0 of the operating system. The remote machine is a
Macintosh connected by a null modem cable. The Mac has connected
successfully to another SLIP server, so I don't think it is part of my
problem.
My problem is that the client connects and works just fine---as long
as I only want to connect to the NeXT (the sever). I cannot make a
connection with any other address on the Internet. (Yes, Virginia, the
NeXT itself is connected to the Internet.) Does anyone out there know
why this would happen? I'd really appreciate any input. Please let me
know if there is relevant information about my setup that would help
define the problem.
Thanks,
Jim Amundson
From: gt6963c@prism.gatech.EDU (Oberon)
Newsgroups: comp.sys.next.sysadmin
Subject: Adaptek 1542cf problem
Message-ID: <117197@hydra.gatech.EDU>
Date: 15 Oct 93 16:32:13 GMT
Organization: Georgia Institute of Technology
I have an adaptek 1542c controller, and once I got the
"CD-ROM not found" error.. but I was having other problems
with the CD-ROM, so I sent it back..and am waiting for it
to be fixed. But, just in case I'm also having a problem with
the SCSI card, how do I know if the card I recieved is really
a 1542c and not a 1542cf? what distinctions are there?
John
--
John Evans Rudd
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt6963c
Internet: gt6963c@prism.gatech.edu
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer,comp.windows.x
Subject: Co-Xist manual page problem solved.
Date: 15 Oct 1993 17:34:48 +0100
Organization: me organized? That's a joke!
Message-ID: <29mjf8$1ji@steffi.demon.co.uk>
Recently I posted about having problems with the Co-Xist manual pages.
The problem was caused by some left over tbl macros in the already
processed (thru tbl) man pages. (Why are these already processed when most
manufacturers leave the tbl macros for man to process?)
The fix is to delete the .TS and .TE sequences from the man files
providing they have already been sent thu tbl to format the .tbl
macros into .roff commands.
From: melora@squid.jpl.nasa.gov (Melora E. Larson)
Newsgroups: comp.sys.next.sysadmin
Subject: How to get to printer? Question from a newbie.
Date: 15 Oct 1993 16:58:30 GMT
Organization: Jet Propulsion Laboratory - Pasadena CA
Message-ID: <29mkrm$gv7@netline-fddi.jpl.nasa.gov>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
I am posting this for a friend that does not have Net access for posting
(just for reading). Please reply to the address at the bottom of the
message, Thanks
----------------------------
Greetings.
I am just setting up a new NeXT Intel machine: I am pretty ignorant, so
this is probably a stupid question.
I have a share of a standalone HP laserjet 4 Postscript printer which is
on
our network; it has its own TCP/IP address etc. The only other computer
attached at the moment is an HP workstation (non-NeXT, of course). It can
print OK. I want to set up my machine so that I can print from the usual
NeXT print panel. The manuals do not seem to cover this situation.
PrintManager seems to require that printers be on machines, not
standalone, and in my NetInfo domain, (which consists of just my machine).
I can't change the setup of the HP (to run NetInfo?) for political
reasons. I
have an account on the HP that I could work through, using the HP as a
server, but it would be better to send straight to the printer.
Can somebody clue me in? Or point me to the right documentation?
Thanks in advance ...
Please reply to :
smorris@jurgen.physics.utoronto.ca
Newsgroups: comp.sys.next.sysadmin
From: henry@trilithon.com (Henry McGilton)
Subject: Re: Did this work with your tbl?
Message-ID: <1993Oct15.154116.28878@trilithon.com>
Sender: henry@trilithon.com
Organization: Trilithon Software
References: <29jc4a$vv@steffi.demon.co.uk>
Date: Fri, 15 Oct 1993 15:41:16 GMT
In article <29jc4a$vv@steffi.demon.co.uk> robert@steffi.demon.co.uk (Robert
Nicholson) writes:
* Could people try this sequence thru tbl or any other like
* tool and get back to me as to wether it worked?
* It currently does not work in NeXTSTEP 3.1. This is from
* the mwm.n man page. This problem is exhibited in the
* Co-Xist 3 installation. I would be interested to know
* wether Cub/X has the same problem since they all are probably
* using the standard manual pages from the X11R5 distribution
* and what ever Motif extra pages that have sourced.
* So far all man pages that have tbl macros in them fail to
* format passed the point where the macros lie. This in
* effect gives me incomplete documentation.
The reason it doesn't work on NEXTSTEP 3.1 (or any other version
of NEXTSTEP, or any other version of TBL) is that the tables have
already been expanded by TBL and don't need to be fed through TBL
again. You should be able to just pump this file through TROFF or
whatever and it ``should work''.
Formatting tables on UNIX is covered in great detail in ``Typesetting
Tables on the UNIX System'', by Mary McNabb and Henry McGilton,
Trilithon Press. For more information on this book, please E-mail
to info@trilithon.com.
........ Henry
From: jkeenan@next.com (Joe Keenan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can't mount additional hard drives during boot on Intel stuff?
Date: 15 Oct 1993 17:14:06 GMT
Organization: NeXT, Inc.
Message-ID: <29mlou$i6b@rosie.next.com>
References: <1993Oct14.165352.16120@ornl.gov>
In article <1993Oct14.165352.16120@ornl.gov> woo@ornl.gov (John W. Wooten)
writes:
> I'm being told by some of our people trying to assemble Intel NeXTStep
> machines that to run a server, I need a 1 gigabyte drive because with
> the normal system, plus the developer, plus the space needed for a
> server, it would take about 1 gigabyte. I suggested they just mount
> the /Users (where we would put users) during boot by placing a line
> into /etc/fstab (this is what I do on the identical situation on
> black hardware). They are telling me that this doesn't work on Intel
> because of some hardware restrictions? I have been lead to understand
> that the Intel chip is brain-damaged but I did think the resulting
> system would operate like the black one does. That is seamlessly and
> fairly effortlessly. I use unix commands at boot time then shift to
> netinfo later.
>
> any comments on this? Are there other differences like this I should
> know about?
Whoever told you that is in error [that's the most polite way I can put it].
Mounting additional hard disks at boot time works just like black hardware.
In fact, it's better if you do, because you'll have a awful time trying to set
up a boot disk bigger than 1Gig or so for an Intel machine. NS/FIP uses the
BIOS to load in the kernel and the initial device drivers. In most cases, the
BIOS can't deal with drives bigger than a Gig, so booting fails.
Of course, this doesn't address any unusual restrictions because of some weird
PC clone hardware. But it should work.
Joe Keenan
NeXT Technical Support
#import <std.disclaimer>
Newsgroups: comp.sys.next.sysadmin
From: atownley@cs.umr.edu (Andrew S. Townley)
Subject: NetInfo Network Stuff
Date: Fri, 15 Oct 1993 18:01:59 GMT
Organization: University of Missouri-Rolla, Missouri's Technological University
Keywords: NetInfo leads to baldness : )
Sender: cnews@umr.edu (UMR Usenet News Administration)
Message-ID: <1993Oct15.180159.12453@umr.edu>
I just got my newest "NeXT" up and running last night. I have had
a NeXTcube for about a year and a half now and I couldn't be happier with it. I have several things already in place on it, such as SLIP, and with slip working properly, being able to mail the rest of the world and munging my regular e-mail addr on, etc.
An
yway, what I now want to do is have my cube serve as NetInfo and configuration server for the network of the two machines. Since NeXT decided to make it "easier" for setting up new networks, I'm not sure what to do with the new tools.
I'd like to set things up so they worked in the following manner:
- NeXTcube serves the client PC and remotely mounts the network users and
home directories.
- Configure the cube as a print server for the network
- use the cube as the local network's gateway to the outside world via the
previously installed SLIP configuration
- use the cube to forward mail from the PC to the outside world as it is
already doing for itsself.
I spent a good number of hours trying to figure out how to set all of this stuff up properly. If I was starting from scratch, it would be one thing, but since I'm not and I already had the NeXT set up to know about the PC when it was an OS/2 box and all of the machines have IP addresses, etc. I'm not sure what to do.
I did observe something interesting though. I can be logged on to the PC and then rsh over to the cube and it doesn't prompt me for a password. I would assume that this means it is getting something from somewhere telling it that the account is okay, but I'm so confused over this stuff that I've about pulled all of my hair out! :) :)
Any help would be appreciated, and please respond via e-mail and I'll post a summary.
Thanks,
Andrewube as a print server for the network
- use the cube as the local network's gateway to the outside world via the
previously installed SLIP configuration
- use the cube to forward mail from the PC to the outside world as it is
already doing for itsself.
I spent a good number of hours trying to figure out how to set all of this stuff up properly. If I was starting from scratch, it would be one thing, but since I'm not and I already had the NeXT set up to know about the PC when it was an OS/2 box and all of the machines have IP addresses, etc. I'm not sure what to do.
I did observe something i
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: Re: Severe bug in fsck
Date: 13 Oct 1993 10:12:52 +0100
Organization: Palumbian Research Labs
Message-ID: <29ggqk$670@marsu.tynet.sub.org>
References: <28rafu$1b1@marsu.tynet.sub.org> <294mns$3qg@news.mic.ucla.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
ivo@next.agsm.ucla.edu (Ivo Welch) writes:
>I have posted exactly the same problem a few weeks ago. I have it confirmed
>from NeXT: ANY CRASH MAY FORCE YOU TO REFORMAT YOUR HARDDISK, IF YOU ARE
>UNLUCKY ENOUGH THAT THE FILE SYSTEM HAPPENS TO BE CORRUPTED IN A PARTICULAR
>WAY. The reason is a bug in fsck (which is likely not to be fixed in 3.2,
>either). Usually, you can still boot in single-user mode, and backup to
>another disk (the inode is simply 1 corrupted file).
Some wise gurus informed me about
find / -inum [insert your favoured truncated inode] -exec rm "{}" \;
would solve the problem. I never used find to search for inode numbers,
so I didn't know this possibility. After deleting the file to the
corresponding smashed inode, fsck should work for the rest of the file
system.
Regards,
Markus.
--
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Expert in quantum bogodynamics
From: giddings@sadie.chem.wisc.edu (Michael Giddings)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Can't Install NS/FIP on Lucky-Goldstar WinNeXT!
Date: 15 Oct 1993 21:31:27 GMT
Organization: Division of Information Technology
Distribution: world
Message-ID: <29n4rf$lf8@news.doit.wisc.edu>
Keywords: help install
We're having troubles installing NS on a Lucky-Goldstar WinNeXT system.
It gets to the point in the process where it has reset the SCSI bus the
*second* time (after initializing the floppy, etc), recognizes the
NeXTSTEP_3.1 CD, and then it hangs with a message like:
Rootdev 600, Howto 0
or
Rootdev 608, Howto 0
We are using the Adaptec 1542C card, with a Sun SCSI CD-ROM, and an internal
SCSI drive to which NeXTSTEP should be installed.
We have tried the following:
- With and without internal termination set on the card (the CD-ROM end always
terminated)
- The CD-ROM as SCSI ID# 0, 3, and 6 (when it was zero the internal drive was
disconnected and there WAS internal termination)
- Checked to make sure the CD is not hazy, as some people have had problems
with hazy CD's
- The floppy controller on the Adaptec is DISABLED according to the DIP switch
- Tried the CD-ROM drive and CD on an NS Turbo Color, and could read it fine
- We're using a PS/2 style mouse, so there shouldn't be the mouse problem
listed in the NeXTAnswers for this system
- All the settings are as specified in NeXTAnswers
I'm out of ideas. Can anyone think of something I've missed?
Thanks,
Michael Giddings
Newsgroups: comp.sys.next.sysadmin
From: attasser@enuxhb.eas.asu.edu (Thomson J Attasseril)
Subject: Linking error
Message-ID: <1993Oct15.215623.8317@ennews.eas.asu.edu>
Sender: news@ennews.eas.asu.edu (USENET News System)
Organization: Arizona State University
Date: Fri, 15 Oct 1993 21:56:23 GMT
I am new to NeXT system administration. I tried to compile a "C" file and I
got the following error:
/bin/ld: Can't locate file for: -lcrt0.o
Any help would be most apprecitated. Please email responses to
"attasser@enuxsa.eas.asu.edu"
Thanks,
Thomson
Newsgroups: comp.sys.next.sysadmin
From: attasser@enuxhb.eas.asu.edu (Thomson J Attasseril)
Subject: FAQ for this group
Message-ID: <1993Oct15.221042.8996@ennews.eas.asu.edu>
Keywords: FAQ
Sender: news@ennews.eas.asu.edu (USENET News System)
Organization: Arizona State University
Date: Fri, 15 Oct 1993 22:10:42 GMT
Where can I find the FAQ for this newsgroup?
Thomson
(attasser@enuxsa.eas.asu.edu)
From: hans@symbas.UUCP (Hans Aafloy)
Newsgroups: comp.sys.next.sysadmin
Subject: Intel SCSI interrupt problem
Message-ID: <3833@symbas.UUCP>
Date: 15 Oct 93 14:47:28 GMT
Distribution: world
Organization: LindMac A/S, Trondheim, Norway
I'm assembling a new Intel machine theese days, and have encountered
a SCSI interrupt problem.
I'm using a BusLogic BT-545 SCSI host adapter, with default
configurattion ( SCSI addr. 7 and interrupt channel 11 ).
When i try to install NS 3.1 from the floppy and CD-ROM ( the latter
at SCSI 0 ), the machine has trouble finding the CD-ROM on the bus.
The last output is as follows:
Adaptec controller at irq 11
Resetting SCSI Bus...
Registering: sc0
I've tried to manipulate terminators and interrupt channels without
success.
Any hint welcome.
hans
From: csmith@blackplague (Christian Smith)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Intel SCSI interrupt problem
Date: 16 Oct 1993 12:50:52 GMT
Organization: George Mason University, Fairfax Va.
Message-ID: <29oqnc$f9r@news.intercon.com>
References: <3833@symbas.UUCP>
In article <3833@symbas.UUCP>, Hans Aafloy <hans@symbas.lind.no> wrote:
> When i try to install NS 3.1 from the floppy and CD-ROM ( the latter
> at SCSI 0 ), the machine has trouble finding the CD-ROM on the bus.
> The last output is as follows:
> Adaptec controller at irq 11
> Resetting SCSI Bus...
> Registering: sc0
SCSI 0 is an invalid address for the CDRom drive. Set the address to 4.
Also, make sure the SCSI card does not have internal termination if you
have an internal and an external device and does if you only have one or
the other.
--
Christian Smith
aka Blackplague
PGP Public Key available by finger or request.
From: csmith@mason1.gmu.edu (CHRISTIAN SMITH)
Newsgroups: comp.sys.next.sysadmin
Subject: Bug in 3.1 with CC
Date: 16 Oct 1993 13:07:50 GMT
Organization: George Mason University, Fairfax Va.
Distribution: world
Message-ID: <29orn6$fev@news.intercon.com>
I just finished installing 3.1 on a cube and am having trouble with
the c compiler.Seems that comments after any code makes the compiler barf..
stuff like:
if (a == 12) /* test for return */
will make problems. Now I know I didn't have this problem under 3.0. Is
this a known bug and is there a patch? Appreciate email replies.
From: kiwi@cs.tu-berlin.de (Axel Habermann)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: Re: Is /usr/etc/rshd broken???
Date: 16 Oct 1993 15:33:20 GMT
Organization: Technical University of Berlin, Germany
Distribution: usa
Message-ID: <29p480$4f3@news.cs.tu-berlin.de>
References: <JNICOLAS.93Oct14165920@image.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
jnicolas@image.mit.edu (Julien Nicolas) writes:
>The following does NOT work:
>pluto% rsh pluto ls
>where pluto is the name of the NeXT computer runnning NS 3.1. There are no
>error messages, rsh returns with error status 0, yet no output is
>generated. Yes, the hostname is in /etc/host.equiv etc. I replaced
>/usr/etc/rshd with a publicly available version and everything works as
>it should. What gives?
Hello!
For a first try, change your login-shell on your NeXT to /bin/csh and
see if it works then...
Some weeks ago I had the same problem and found out that the tcsh I was
using was corrupted so it didn.t start up from rshd but exited with
bus error. Because I like the comfort of tcsh I tried to figure out
why it happened and after I recompiled tcsh the bug disappeared.
Axel
--
Axel Habermann \\|// "Wenn Du
kiwi@cs.tu-berlin.de (NO NeXT MAIL) )o o( nicht weisst
kiwi@belly.in-berlin.de (NeXT Mail) \ | / was Du tust,
FaxFon: +49 30 4543046 \~/ mach's mit Eleganz!"
From: kiwi@cs.tu-berlin.de (Axel Habermann)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Are they fixing fsck ????
Date: 16 Oct 1993 15:45:59 GMT
Organization: Technical University of Berlin, Germany
Message-ID: <29p4vn$4j9@news.cs.tu-berlin.de>
References: <3832@symbas.UUCP> <29mjkf$7ie@news.mic.ucla.edu>
Mime-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
Here's what I read in another group about the discussed problem:
Boot in single user mode an issue the following command:
find / -inum [insert your favoured truncated inode] -exec rm "{}" \;
This will remove the truncated i-node (which is usually a truncated
swapfile) and fsck will run without bus error the next time you boot.
Hope it helps
--
Axel Habermann \\|// "Wenn Du
kiwi@cs.tu-berlin.de (NO NeXT MAIL) )o o( nicht weisst
kiwi@belly.in-berlin.de (NeXT Mail) \ | / was Du tust,
FaxFon: +49 30 4543046 \~/ mach's mit Eleganz!"
Newsgroups: comp.sys.next.sysadmin
From: sela@iastate.edu (Brian J. Morrison)
Subject: trouble with mail
Message-ID: <CF0E2s.2BE@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Sat, 16 Oct 1993 21:23:15 GMT
Hello All,
I seem to be experiencing some technical difficulties with my mail. I am
able to send things just fine (with the exception that something is adding
an extra domain to my user@hostname.domainname address). However, nothing
seems to be getting in. Here is what people get when they try to send me
stuff:
From: IN%"Mailer-Agent@helser18.res.iastate.edu"
To: IN%"TNB66@ISUVAX.IASTATE.EDU"
CC:
Subj: Returned mail: Service unavailable
Return-path: <Mailer-Agent@helser18.res.iastate.edu>
Received: from helser18.res.iastate.edu.ia (helser18.res.iastate.edu) by
ISUVAX.IASTATE.EDU (PMDF V4.2-13 #3917) id
<01H46PQADUUO8X1S84@ISUVAX.IASTATE.EDU>; Sat, 16 Oct 1993 16:07:30 CDT
Received: from mailhub.iastate.edu by
helser18.res.iastate.edu.iastate.edu
(NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0) id AA00159; Sat,
16 Oct 93 16:04:15 GMT-0600
Date: Sat, 16 Oct 93 16:04:15 GMT-0600
From: Mailer-Agent@helser18.res.iastate.edu (NeXT Mail Agent)
Subject: Returned mail: Service unavailable
To: TNB66@ISUVAX.IASTATE.EDU
Message-id: <9310162204.AA00159@ helser18.res.iastate.edu.iastate.edu >
Content-transfer-encoding: 7BIT
----- Transcript of session follows -----
Connected to helser18.res:
>>> HELO helser18.res.iastate.edu.ia
<<< 553 helser18.res.iastate.edu.ia host name configuration error
554 <me@helser18.res.iastate.edu>... Service unavailable
----- Unsent message follows -----
Return-Path: <TNB66@isuvax.iastate.edu>
Received: from mailhub.iastate.edu by
helser18.res.iastate.edu.iastate.edu (Ne
XT-1.0 (From Sendmail 5.52)/NeXT-2.0)
id AA00157; Sat, 16 Oct 93 16:04:15 GMT-0600
Errors-To: <TNB66@isuvax.iastate.edu>
Received: from isuvax.iastate.edu by mailhub.iastate.edu
id AA00752; Sat, 16 Oct 1993 16:07:20 -0500
Received: from ISUVAX.IASTATE.EDU by ISUVAX.IASTATE.EDU (PMDF V4.2-13
#3917) id
<01H46PQ1CLQO8WZBBO@ISUVAX.IASTATE.EDU>; Sat, 16 Oct 1993 16:07:22 CDT
Date: Sat, 16 Oct 1993 16:07:22 -0500 (CDT)
From: "Brian J. Morrison" <TNB66@isuvax.iastate.edu>
Subject: sdfj
To: sela@iastate.edu
Message-Id: <01H46PQ1CVDU8WZBBO@ISUVAX.IASTATE.EDU>
X-Vms-To: IN%"sela@iastate.edu"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
laf
Anybody got any ideas?
Brian
--
**********************IOWA***STATE***UNIVERSITY**********************
* Brian Morrison sela@iastate.edu (NeXT Mail welcome!) *
* -------------------------------------------------------------- *
* He who throws mud loses ground. *
*********************************************************************
From: dbora@ils.nwu.edu (Donald Bora)
Newsgroups: comp.sys.next.sysadmin,nwu.comp.sys.next,nwu.networks.admin
Subject: Slip on NeXT
Date: 16 Oct 1993 22:08:23 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <29prcn$g80@anaxagoras.ils.nwu.edu>
I am trying to get TransSys' DialUp-IP (slip) up an running on my NeXT and
I have run into a few snags. First: The docs suggest that I am to know
my computers IP before I dial up but I have been told that I will
be randomly assigned an IP when I dial in.
Second, and this for the the Northwesterners, What is the IP address of
the slip destination. The configuration procedures state that I should
know the IP address of the machine I am dialing into... any help?
If anyone has done this before... I have tried to configure my NeXT
by placing all of the startup info in rc.local but none of the daemons
are starting at boot time. Could this be because I have a bogus IP
address in the slip configuration files?
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: DOS Syquest drives
Date: 15 Oct 1993 09:22:32 +0100
Organization: Palumbian Research Labs
Message-ID: <29lmk8$2fj@marsu.tynet.sub.org>
References: <CEozxu.1ox@moksha.uucp>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
mgb@moksha.uucp (Michael Branton) writes:
>Has anyone had any luck in getting a DOS Syquest drive to be mounted ? Mac
>Syquest drives are no problem, but there seems to be nothing in
>/usr/filesystems for dealing with DOS Syquest drives...
No, mounting a DOS Syquest volume does not work for me, either.
Maybe it will be supported in 3.2.
Regards,
Markus.
--
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Expert in quantum bogodynamics
Newsgroups: comp.sys.next.sysadmin
From: bbum@friday.com
Subject: Taylor UUCP (minimizing cost of pay-for-mail services)
Message-ID: <CF0u6r.rt@friday.com>
Sender: bbum@friday.com (Bill Bumgarner)
Organization: Friday Software & Consulting; a virtual company
Date: Sun, 17 Oct 1993 03:11:15 GMT
Howdy!
I have successfully built & installed Taylor UUCP for NeXTSTEP
(v3.1, etc). It is mostly straight-forward, but does have its non-intuitve
aspects. I have also built an extremely brain-dead, but useful application
that monitors the Taylor log file and gives an idea of when things are
queeud and what the execution status currently is.
For those using uunet, netcom, or other pay-for-mail services,
Taylor uucp can greatly increase your throughput to these services-- for
me, it cut my email costs by nearly a third (but that was mostly due to
being able to take advantage of a 7-bit clean local INet connection). For
most, it can at least boost throughput by 10-20%.
Beyond increasing throughput, Taylor UUCP also provides a much more
intelligent and flexible mail handling environment-- it is certainly more
capable than what is provided by NeXT.
If anyone is interested in a more detailed discussion of Taylor &
NeXTSTEP (or assistance w/installing it), please send me some email.
have a nice whatever!
--
b.bum
<bbum@friday.com> | "blah blah blah"
WhiteLight Systems, INC. | - someone somewhere
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Are they fixing fsck ????
Date: 17 Oct 1993 17:49:30 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <29s0ja$bsh@news.mic.ucla.edu>
References: <3832@symbas.UUCP> <29mjkf$7ie@news.mic.ucla.edu> <29p4vn$4j9@news.cs.tu-berlin.de>
Good suggestion. This solved my problems a few times. However, the 2 times
I had to rebuild, there was no file found that had the corrupted inode, so
it couldn't be easily removed.
Axel Habermann (kiwi@cs.tu-berlin.de) wrote:
: Here's what I read in another group about the discussed problem:
: Boot in single user mode an issue the following command:
: find / -inum [insert your favoured truncated inode] -exec rm "{}" \;
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
From: anderson@sapir.cog.jhu.edu (Stephen Anderson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Help setting up SLIP server
Date: 16 Oct 1993 13:20:04 GMT
Organization: Dept. of Cognitive Science, The Johns Hopkins University
Message-ID: <ANDERSON.93Oct16092004@sapir.cog.jhu.edu>
References: <1993Oct15.163024.3386@midway.uchicago.edu>
In-reply-to: amun@quads.uchicago.edu's message of Fri, 15 Oct 1993 16:30:24 GMT
I've just been fighting the same basic problem - setting up DialupIP
on a NeXT as s SLIP server, not client - and the lack of documentation
about how to do this is quite frustrating. I've established a separate
IP address for the slip interface, and I think I've done everything I
can figure out from the documentation there is, but I can't manage to
make it work at all.
I know that there are many variations on local net setups that make it
a lot harder to describe what has to be done on a server than the
corresponding description for the client. Still, I think my situation
is relatively common: NeXT at the office, not on a netinfo network but
just connected to the local ethernet (and, thus, through a gateway, to
the internet). If someone has a description of how to set up slip
servers in such (relatively ) simple circumstances, could they please
post it?
Thanks a lot,
--Steve Anderson
From: gaia@wam.umd.edu (L. Anathea Brooks)
Newsgroups: comp.sys.next.sysadmin
Subject: HD Recommedations
Date: 17 Oct 1993 19:34:16 GMT
Organization: University of Maryland, College Park
Message-ID: <29s6no$gql@cville-srv.wam.umd.edu>
Hi,
I posted this request a while ago, but had no answers.
I have an NSTC 32/250. The hard disk is a bit small for
my needs, yet I can't afford to replace it with a
larger one.
Has anyone at all had any experience buying an external
HD in the 250-300 megabyte range from any vendor for
use with a slab? I want plug and play, i.e. lowlevel
formatting done, and cable. Thanks!
L.A. Brooks
University of Maryland
From: kerry@totara.cs.waikato.ac.nz (Kerry Guise)
Newsgroups: comp.sys.next.sysadmin
Subject: NeXTstep 3.2 pricing
Date: 17 Oct 1993 20:35:56 GMT
Organization: The University of Waikato
Message-ID: <29sabc$124u@thebes.cc.waikato.ac.nz>
Maybe its just me, but NeXT doesn't seem to want to talk to me. I'm trying
to obtain some prices for NeXTstep 3.2 Development system for Intel
(academic prices) and NS 3.0 to NS 3.2 Development system upgrades. We
have to make a decision quite soon regarding purchasing the hardware and
so right now I'd be happy with a non-authoritative answer from anyone who
is in the know.
Kerry Guise
P.S. My queries have been directed to the NeXT Order Management Group. Is
this the right place for pricing information ?
From: Mike Nakamura
Newsgroups: comp.sys.next.sysadmin
Subject: SLIP and "finger" Command
Date: 17 Oct 1993 22:42:11 GMT
Organization: The University of British Columbia
Distribution: World
Message-ID: <29sho3$1c6@nntp.ucs.ubc.ca>
Keywords: SLIP and "finger" Command
Hi guys,
I have a minor technical difficulty, and thought you guys may be able to
help me.
Since I've set up the SLIP connection, I can't use "talk" command.
Whenever I try to talk to someone on my machine: e.g.
_________________________________________________________________
2: ynakamur_nexy% finger
Login Name TTY Idle When Office
ynakamur Yasunobu Nakamura co 29d Fri 21:41
ynakamur Yasunobu Nakamura p2 8 Fri 21:42
ynakamur Yasunobu Nakamura p3 Fri 22:26
3: ynakamur_nexy% talk ynakamur ttyp2
talk: nexy: Can't figure out network address.
_________________________________________________________________
The same thing happens even when I'm trying to talk to a different user.
i.e. not "ynakamur", but say "me" or anybody else.
How can I solve this problem? Thanks in advance :)
Mike
--
Yasunobu (Mike) Nakamura
E-mail: ynakamur@sfu.ca (NeXTmail accepted)
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: SLIP and "finger" Command
In-Reply-To: Mike Nakamura's message of 17 Oct 1993 22:42:11 GMT
To: Mike Nakamura
Message-ID: <CEDMAN.93Oct17215338@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <29sho3$1c6@nntp.ucs.ubc.ca>
Distribution: World
Date: Mon, 18 Oct 1993 01:53:36 GMT
In article <29sho3$1c6@nntp.ucs.ubc.ca> Mike Nakamura writes:
I have a minor technical difficulty, and thought you guys may be able to
help me.
Since I've set up the SLIP connection, I can't use "talk" command.
Whenever I try to talk to someone on my machine: e.g.
Aaah.... if that was but the only way in which the talk protocol was
misdesigned. It is easily the most bletcherous hack running under
inetd and that is saying a lot. There is no replacement in sight
either.
But to answer your question: I've seen this problem several on
different SLIPed workstations and the problem was a bad listing for
your own machine in your local netinfo database. Check it with
netinfo manager and make sure that the first (and preferably, only) IP
address listed for your machine is the one of the SLIP interface, not
the one of the unused ethernet interface.
Carl Edman
Newsgroups: comp.sys.next.sysadmin
From: dean@rdcalr.realdec.com (Dean Banfield)
Subject: NS/FIP and faxing
Organization: Real Decisions Corporation
Distribution: comp
Date: Mon, 18 Oct 1993 05:30:24 GMT
Message-ID: <CF2vAq.B7t@rdcalr.realdec.com>
Hi,
In configuring my NeXTSTEP/FIP 3.1 system, I have recently installed
a modem (GW Telepath, aka USR Sportster) with high speed and fax
capability. For dialin and UUCP/tip configuration things have gone well
now that I've put up the latest SerialPortDriver.pkg release from ftp.next.com.
I can not figure out how to get the faxing capability to be recognized by
the PrintManager fax configuration panel. Everything appears to be filled
in properly, with the exception that I have No Idea what an HSD or Interfax
modem is. These are the only two options. I chose HSD, but could have that w
wrong. All faxes out are terminated with a panel telling me that the fax modem
is not properly installed. Are there modem switches, registers or setup
commands I should configure, or is the fax configuration as brain dead as
it would appear? TIA
-Dean
--
===============================================================
Dean Banfield
Real Decisions Corporation Voice: 203.656.1500
22 Thorndal Circle FAX: 203.656.1659
Darien, CT USA 06840 e-mail: dean@rdcalr.realdec.com
===============================================================
Newsgroups: comp.sys.next.sysadmin
From: flo@pezzi.freiburg.sub.org (Florian Wolpert)
Subject: Taylor uucp & NS 3.1
Message-ID: <CEyEzJ.J6@pezzi.freiburg.sub.org>
Organization: Flo & Co, a FreiNet site
Date: Fri, 15 Oct 1993 19:47:43 GMT
Hi,
I've tried to install Taylor-uucp on my "black" NeXTstation (with NS3.1)!
Compiling is no problem, but i can't use the i-protocol :-(
I have a ZyXEL attached to my NeXT. On the other side of my link there used
to be also Taylor-uucp and a ZyXEL. I wonder if i'm the only one with this
kind of problem ??
there are a lot of messages like
fiprocess_data: Out of order packet 20
or
fiprocess_data: Ignoring out of order packet 4
and
finak: Sending NAK 5
in my Debug File. Finaly the remote modem hangs up :-(
maybe someone could send me NS3.1-tested config files?!
Thanx a lot - Flo.
From: fxg@tolkien.tolkien.imib.rwth-aachen.de (Felix Gatzemeier #Alwd#)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: file transfers between unixes
Date: 18 Oct 1993 16:26:56 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
Message-ID: <FXG.93Oct18172656@tolkien.tolkien.imib.rwth-aachen.de>
References: <292hgjINN38n@kralizec.zeta.org.au> <1993Oct9.132659.6937@lkba.uucp>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
In-reply-to: uunet!lkba!lkb's message of Sat, 9 Oct 1993 13:26:59 GMT
[question about tar compatibility]
All I have to contribute is that I never had problems with HP-UX - tar ---
once I discovered that the NeXT expects some "old" format, indicated via -O on
the command line.
--
Felix
(fxg@Pool.Informatik.RWTH-Aachen.de
fxg@tolkien.ImIB.RWTH-Aachen.de, No NeXT-Mail, please!)
Newsgroups: comp.sys.next.sysadmin
From: eugene@nshade.uah.ualberta.ca (Eugene Mah)
Subject: Home Directory Icons
Message-ID: <1993Oct18.183109.16227@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Mon, 18 Oct 1993 18:31:09 GMT
Apologies if this is an FAQ, but...
A strange thing happened over the weekend.
All the home directory icons changed to the folder icons. except for
1 account, mine.
As far as I know, nothing out of the ordinary occured to cause this.
All the permissions on the user accounts are the way they should be,
and the permissions on the actual tiff,
/usr/lib/NextStep/Workspace.app/English.proj/home.tiff
and
/usr/lib/NextStep/Workspace.app/WM.app/English.proj/home.tiff and
neighbor.tiff
look fine. World readable, owned by root.wheel.
Everything is fine in the NetInfo database
I hope someone can tell me what happened, and how to fix this.
Thanks alot!
--
------------------------------------------------------------------
Eugene Mah ----> eugene@uaneuro.uah.ualberta.ca (NeXT-Mail)
grad student/sys admin "For I am a Bear of Very
Department of Radiology Little Brain, and
University of Alberta Hospitals long words bother me."
Edmonton, Alberta, Canada Winnie the Pooh
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: Neil Greene <neil@bMD.com>
Subject: [Q]: Setting up slip server under NS3.1
Message-ID: <1993Oct17.223247.15870@bMD.com>
Sender: neil@bMD.com
Organization: benchMark Developments, Inc. (Lex, KY)
Date: Sun, 17 Oct 1993 22:32:47 GMT
I am using Louis A. Mamakos slip software and would like to set up one of
our NeXT machines as a SLIP server. I have everything installed; but,
what exactly needs to be done to set up the server side. I have the
config.slip file set correctly, "as far as I can tell." I have tried
excepting a call by issuing the "slip0 DISABLECALL" and by the default
configuration of "slip0 ENABLECALL".
Permissions are set correctly for the sliptest account with the correct
start-up shell.
Here is a copy of my syslog with the error I am still getting:
Oct 14 12:49:50 deepthought mach: dialupip: Installing new line discipline
4
Oct 14 12:49:50 deepthought mach: dialupip: Installing new major device 16
for /dev/dialup0
Oct 14 12:49:51 deepthought mach: dialupip: feature mask 0x1, serial
number 1000001
Oct 14 12:49:50 deepthought tcldiald[206]: DialUp IP [920904] dialing
daemon started
Oct 14 12:49:50 deepthought tcldiald[206]: Kernel driver is version 920904
Oct 14 12:49:50 deepthought tcldiald[206]: kernel driver supports 2
interfaces
Oct 14 12:49:50 deepthought tcldiald[206]: dialupip: kernel syslog
facility is 152
Oct 14 12:49:50 deepthought tcldiald[206]: File
/usr/dialupip/config/keyfile.slip: Serial number 1000001 owned by
SLIP-only unlimited use
Oct 14 18:05:43 deepthought -dudisc[2140]: Setting uid to root
Oct 14 18:05:43 deepthought -dudisc[2140]: Can't find device name in
program name ("-dudisc")
Newsgroups: comp.sys.next.sysadmin
From: thor@sushi.uib.no
Subject: Re: Help setting up SLIP server
Message-ID: <1993Oct18.225210.4485@alf.uib.no>
Sender: usenet@alf.uib.no (Bergen University Newsaccount)
Organization: University of Bergen, Norway
References: <ANDERSON.93Oct16092004@sapir.cog.jhu.edu>
Date: Mon, 18 Oct 93 22:52:10 GMT
In article <ANDERSON.93Oct16092004@sapir.cog.jhu.edu>
anderson@sapir.cog.jhu.edu (Stephen Anderson) writes:
> I've just been fighting the same basic problem - setting up DialupIP
> on a NeXT as s SLIP server, not client - and the lack of documentation
> about how to do this is quite frustrating. I've established a separate
> IP address for the slip interface, and I think I've done everything I
> can figure out from the documentation there is, but I can't manage to
> make it work at all.
>
> I know that there are many variations on local net setups that make it
> a lot harder to describe what has to be done on a server than the
> corresponding description for the client. Still, I think my situation
> is relatively common: NeXT at the office, not on a netinfo network but
> just connected to the local ethernet (and, thus, through a gateway, to
> the internet). If someone has a description of how to set up slip
> servers in such (relatively ) simple circumstances, could they please
> post it?
>
> Thanks a lot,
>
> --Steve Anderson
You might try having a look at my paper SlipServer.ps,
available on sonata in /pub/ext/submissions.
If you like I can mail you a copy...
Regards,
--
Thor Legvold | "This is the strangest life
NorNeXT User Group leader | I've ever known..."
University of Bergen | -Jim Morrison, The Doors
NORWAY | edmtl@edb.uib.no
Newsgroups: comp.sys.next.sysadmin
From: bobcook@slac.stanford.edu (Bob Cook)
Subject: Which SIMM is producing parity errors?
Message-ID: <CF48KC.KEy@unixhub.SLAC.Stanford.EDU>
Sender: news@unixhub.SLAC.Stanford.EDU
Organization: Stanford Linear Accelerator Center
Date: Mon, 18 Oct 1993 23:14:36 GMT
(I posted this last week in csn.hardware but got no replies, so I'm making a
last gasp attempt.)
We have an old NeXTStation with 8 sockets for memory. They're all filled with
4 MB parity SIMMs. The m command to the ROM monitor produces:
Memory sockets 0-3 have 16 MB parity SIMMs ... (0x4000000-0x5000000)
Memory sockets 4-7 have 16 MB parity SIMMs ... (0x5000000-0x5ffe000)
Memory sockets 8-11 have no SIMMs installed (0x0-0x0)
Memory sockets 12-15 have no SIMMs installed (0x0-0x0)
The machine has gotten a number of panics or errors during boot, each of which
included one of these two messages:
Parity error at address 0x46a5cb0, SIMM memory sockets 4-7
Parity error at address 0x4e6e6cc, SIMM memory sockets 4-7
These messages seem to conflict with the ROM monitor m command response, since
both addresses seem to me to be included in 0x4000000-0x5000000 which m
reported to be sockets 0-3, not 4-7 as the error messages claim. I'm curious
about that, but the answer isn't critical.
What I really want to know is this. Which of the 8 sockets holds these
addresses, so I can replace the bad SIMMs? (Even better, what's the algorithm
for determining?) If I can't find that out, which 4 of the 8 sockets hold
them, so I can remove the other 16 MB of good memory and use them elsewhere
while trying to get the bad one(s) fixed? (I'm assuming I do have 16 MB of
good memory.)
Thanks for any light you can shed.
--
Bob Cook bobcook@slac.stanford.edu
Stanford Linear Accelerator Center NeXT mail okay
Newsgroups: comp.sys.next.sysadmin
From: gthomas@fraser.sfu.ca (Guy Thomas)
Subject: Does metamail compile on NeXT 2.1?
Message-ID: <gthomas.750987106@sfu.ca>
Sender: news@sfu.ca
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Mon, 18 Oct 1993 23:31:46 GMT
Today I tried to compile the MetaMail distribution under NeXTSTEP 2.1
but it failed at the first link;
>cc -I../. -g -I. -o metamail metamail.o codes.o uue.o shared.o
>/bin/ld: Undefined symbols:
>_putenv
Does this look familiar to anyone?
----
Guy R. Thomas Native Education Centre
Library Coordinator 285 East Fifth Avenue
gthomas@native-ed.bc.ca Vancouver B. C.
V:(604) 873-3761 --- F:(604) 873-9152 V5T 1H2
Newsgroups: comp.sys.next.sysadmin
From: maca@bistromath.mitre.org (Mary Ann Cavanagh)
Subject: NetInfo and SYSLOG
Message-ID: <1993Oct18.131044.6538@linus.mitre.org>
Sender: news@linus.mitre.org (News Service)
Organization: The MITRE Corporation
Date: Mon, 18 Oct 1993 13:10:44 GMT
Hello,
I am interested in any information about NetInfo and if
the C library call SYSLOG is supported in the NeXT environment.
Thanks,
Mary Ann Cavanagh
maca@bistromath.mitre.org
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: file transfers between unixes
Message-ID: <1993Oct19.030628.20220@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <292hgjINN38n@kralizec.zeta.org.au> <1993Oct9.132659.6937@lkba.uucp> <FXG.93Oct18172656@tolkien.tolkien.imib.rwth-aachen.de>
Date: Tue, 19 Oct 1993 03:06:28 GMT
In article <FXG.93Oct18172656@tolkien.tolkien.imib.rwth-aachen.de>
fxg@tolkien.tolkien.imib.rwth-aachen.de
(Felix Gatzemeier #Alwd#) writes:
> All I have to contribute is that I never had problems with HP-UX - tar ---
>once I discovered that the NeXT expects some "old" format, indicated via -O on
>the command line.
If you look at the "WARNINGS" section on the [HP] man page for
tar, you'll note this is actually documented (although the
implications may not be immediately apparent).
HP-UX is full of surprises...
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: wwright@shell.portal.com (Bradly William Wright)
Subject: How do you kill NIS? probably the biggest FAQ sorry!
Message-ID: <CF4Kn8.JtL@unix.portal.com>
Summary: how do you kill NIS once it's started
Keywords: NIS, die die die!!!
Sender: news@unix.portal.com
Organization: Portal Communications Company
Date: Tue, 19 Oct 1993 03:35:29 GMT
I've looked everywhere for the info on how to kill the
Network Information Server stuff. Someone posted how to
do this I hate myself for throwing away the post.
So please, someone tell me how to kill this mega-daemon!!
Thanks in advance
Brad Wright
==================================================
| Software Engineer (Massivus Nerdus) |
| Premisys Communications (The Access Company) |
| 1032 Elwell Court, Palo Alto California 94303 |
| wwright@premisys.com, wwright@shell.portal.com |
--------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: sunday@email.teaser.com (Carlos MATIAS)
Subject: Needing disk space!
Message-ID: <i5e4b.n2.t19f3b5c0@email.teaser.com>
Sender: news@teaser.com (News Administrator)
Organization: Guest of France-Teaser, (3617 EMAIL)
Date: Mon, 18 Oct 1993 08:02:56 GMT
Bonjour! I looking for the (temporary?) files I can remove from my disk, cos I
eed space. Does anybody knows what are these files
Thanks!
Newsgroups: comp.sys.next.sysadmin
From: kluge@avalon.unizh.ch (Daniel G. Kluge)
Subject: Re: tin & NS 3.1
Message-ID: <1993Oct19.042231.26869@ifi.unizh.ch>
Sender: news@ifi.unizh.ch (USENET News Admin)
Organization: University of Zurich, Department of Computer Science
References: <29k65iINNkld@srvr1.engin.umich.edu>
Date: Tue, 19 Oct 1993 04:22:31 GMT
David A. Cheslow (dcheslow@impact.flint.umich.edu) wrote:
: I have a NeXT running NeXTStep 3.1. For dial-in usenet access I installed
: tin. reading news works fine, but I get
: sh: inews: not found
: when I try to post. Someone suggested that I get nntp which I did, but I
: can not get it to compile. Is there anyone out there that has tin running
: under NS3.1?
Well, I use tin under 3.0, and will upgrade to 3.1 as soon as I have a
CD-ROM Drive..
With tin, normally, you don't need an additional 'inews', tin has a
builtin one, I sugest you look once again on you tin-configuration and
recompile it.
I compiled some inews, I thing I got it from the nntp-1.6 package, and
it worked (used it for trn)
-daniel
--
Daniel G. Kluge @ Swiss Federal Institute of Technology Zuerich
E-Mail : kluge@avalon.unizh.ch (NeXT-Mail welcome)
study-related stuff : dankluge@iiic.ethz.ch
DECnet : EZINFO::CLUESCH
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 19 Oct 1993 00:34:34 -0400
Organization: Next Announcements
Message-ID: <29vqoo$slo@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
The NEXTSTEP FAQs are posted here monthly as well.
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material.
The NEXTSTEP programmer FAQs are posted here.
Generic UNIX questions belong elsewhere (comp.unix.questions),
although specific questions about NeXT's implementation or
porting issues are appropriate here. Note that there are
several other more "horizontal" newsgroups (comp.lang.objective-c,
comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip,
etc.) that may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
comp.soft-sys.nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
comp.lang.objective-c
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
comp.object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
---------------------------------------------------------------------
Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are
now available as a mailing list digest as well.
next-nextstep-d
next-advocacy-d
next-announce-d
next-bugs-d
next-hardware-d
next-marketplace-d
next-misc-d
next-programmer-d
next-software-d
next-sysadmin-d
(For a full description, send mail saying LISTS to
<digestif@antigone.com>).
The subscription syntax is essentially the same as LISTSERV's.
To subscribe, send a message to <digestif@antigone.com> saying:
SUB Listname YourName
Example: SUB next-hardware-d John Doe
--------------------------------------------------------------------
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish sanguish@digifix.com
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
Newsgroups: comp.sys.next.sysadmin
From: kluge@avalon.unizh.ch (Daniel G. Kluge)
Subject: Re: setting up a network: domain resolver question
Message-ID: <1993Oct19.040321.26607@ifi.unizh.ch>
Sender: news@ifi.unizh.ch (USENET News Admin)
Organization: University of Zurich, Department of Computer Science
References: <1993Oct14.003059.14613@igor.tamri.com>
Distribution: u
Date: Tue, 19 Oct 1993 04:03:21 GMT
John van Heteren (vanhet@igor.tamri.com) wrote:
: Then off to Chapter 11.02_DNS for:
: - Made the file '/etc/resolv.conf' which contained igor's address
: as the nameserver.
Just add you local domain to the resolv.conf by:
# echo domain tamri.com >>/etc/resolv.conf
BTW if you have a name-server, what for do you load all the hosts from
the host-database, this is mostly redundant.
-daniel
--
Daniel G. Kluge @ Swiss Federal Institute of Technology Zuerich
E-Mail : kluge@avalon.unizh.ch (NeXT-Mail welcome)
study-related stuff : dankluge@iiic.ethz.ch
DECnet : EZINFO::CLUESCH
Newsgroups: comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.hardware,comp.sys.next.sysadmin
From: burns@sparc4.cs.uiuc.edu (Edward John Burns)
Subject: Summary of Packet Sniffer Responses
Message-ID: <CF4qA9.56o@sparc0a.cs.uiuc.edu>
Sender: news@sparc0a.cs.uiuc.edu
Organization: University of Illinois at Urbana-Champaign
Date: Tue, 19 Oct 1993 05:37:20 GMT
Thanks to all who responded to my request for information on network
related kernal servers and their packet sniffing applications. Here
is a summary of the generous and helpful responses I received:
Don McGregor (mcgredo@crl.com) pointed me to Chase Turner, who had
done some work with this in the past.
Michael Shaler (mshaler@tdocad.sps.mot.com) pointed me to cs.orst.
Alexander Konstantinou (akonstan@math.macalstr.edu) warned me of a
hardware bug that gets triggered when one puts the NeXT in promiscuous
mode. (I haven't tried, so as far as I'm concerned I don't know if
this is true or not)
Tim Pugh (tpugh@orst.edu) again pointed to Chase Turner and Cory
Jones, chase@marble.com and jonesc@tsunami.intel.com respectively.
Chase himself mailed me and told of his and Cory's non-disclosure
agreement with NeXT about their packet sniffer project. He then
pointed me to a very nice and illustrative package called eni,
available by anonymous ftp at:
Host binkley.cs.mcgill.ca
Location: /pub/next
DIRECTORY drwxr-xr-x 512 Feb 23 1993 eni
Once again, thanks for the replies and I hope this summary is somewhat
helpful.
Ed
+-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^+
| Ed Burns | ACM Secretary, U of IL Urbana | h 217-332-3281|
| e-burns@uiuc.edu | SigMicro 6:00 Wednesdays | o 217-333-5828|
| "Open your thighs to fate." e.e. cummings, "Conceive a man" |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Newsgroups: comp.sys.next.sysadmin
From: mihe@gordon.enea.se (Mike Henry)
Subject: Re: How do you kill NIS? probably the biggest FAQ sorry!
Message-ID: <1993Oct19.080954.22784@enea.se>
Keywords: NIS, die die die!!!
Sender: usenet@enea.se
Organization: ENEA DATA AB, Stockholm, Sweden
References: <CF4Kn8.JtL@unix.portal.com>
Date: Tue, 19 Oct 1993 08:09:54 GMT
In article <CF4Kn8.JtL@unix.portal.com> wwright@shell.portal.com (Bradly William Wright) writes:
>I've looked everywhere for the info on how to kill the
>Network Information Server stuff. Someone posted how to
>do this I hate myself for throwing away the post.
>So please, someone tell me how to kill this mega-daemon!!
Probably the easiest is to remove the NIS doamin-name with
HostManager.app and then reboot.
1. Start /NextAdmin/HostManager.app.
2. Choose menu "Local...".
3. Set NIS-domainname to "None".
3a. (Optional) Do "rm -fr /etc/yp/`domainname`" as root.
4. Reboot.
Even if your NeXTs are in a network of NIS using machines you rarely
need NIS on them. NetInfo and NFS mounts will do the trick for you.
You should also be able use an overlayed subnet if you want a NetInfo
network.
>Brad Wright
-Mike
--
Mike Henry ///
ENEA DATA AB TEL : +46 8 638-5000 ///
Box 232 TFX : +46 8 638-5050 \\\///
S-183 23, SWEDEN INET : mihe@enea.se (NeXTmail OK) \XX/
Newsgroups: comp.sys.next.sysadmin
From: mheubi@itr.ch (Matthias Heubi)
Subject: Anyone got NS/FIP to work with token ring?
Message-ID: <1993Oct19.082150.1187@itr.ch>
Keywords: token ring, NSFIP
Sender: usenet@itr.ch
Organization: Interkantonales Technikum Rapperswil (ITR) Switzerland
Date: Tue, 19 Oct 1993 08:21:50 GMT
The subject says it all. We tried Intel TokenExpress with Intel/GX but the system
refused to work.
Any success stories around?
--
Matthias Heubi
mheubi@itr.ch (NeXT-Mail welcome!)
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: Has the serial drivers problem been solved?
Message-ID: <1993Oct19.130933.637@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
Date: Tue, 19 Oct 1993 13:09:33 GMT
See subject.
Thanks,
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
From: cjp+@pitt.edu (Casimir J Palowitch)
Newsgroups: comp.sys.next.sysadmin
Subject: Calling loginwindow / windowserver jocks!
Message-ID: <4578@blue.cis.pitt.edu>
Date: 19 Oct 93 13:35:11 GMT
Sender: news+@pitt.edu
Organization: University of Pittsburgh
Originator: cjp@unixd3.cis.pitt.edu
OK all you mach mavens,
I have a problem that is stumping some of the best minds in
NeXTSTEP-land:
Running 3.1 on a Turbo mono slab,
Seemingly all of a sudden, perhaps as a result of MetroTools
installation, loginwindow is consistently unable to find Windowserver
port! I have disabled MetroTools daemons, replaced all of /usr/lib,
/usr/etc and /private/etc, re-run Upgrade_3.1.app, and still no
loginwindow!
I have been able, by setting the DefaultUser option in the console entry
in etc/ttys, to login as root, but still am unable to get the
loginwindow to return.
What have I overlooked?
Thanks for your time ahead of time...
--
** Casey Palowitch - cjp+@pitt.edu UWSA #570881 **
** Networked Information Services / Technical Services **
** U. of Pittsburgh Library Systems // NeXTSTEP... **
** ...the most respected piece of software on the planet BYTE10/92 **
Newsgroups: comp.sys.next.sysadmin
Subject: Formatting 2.88 MB floppies?
Message-ID: <29lff4$igi@zippy.Telcom.Arizona.EDU>
From: d_mc@mccube.tucson.az.us (Don McCollam)
Date: 15 Oct 1993 06:20:20 GMT
Distribution: na
Organization: University of Arizona
Hi.
I'm runnning NS 3.1 on "black" hardware with an external PLI 2.88MB
floppy drive. Although I can read/write to 2.88 NeXTSTEP formatted
diskettes, I cannot format ("initialize") unformatted 2.88MB diskettes
[or re-format formatted diskettes]. I'd appreciate any guidance on
this matter. Please respond by e-mail (I will be out-of-town for
a week+; and any news postings may be lost by then.)
NOTE: please respond to (or at least cc) citdem@happy.rc.arizona.edu
Thanks.
Don McCollam
citdem@happy.rc.arizona.edu (mail delivery is reliable)
d_mc@mccube.tucson.az.us (from whence I post; but mail is unreliable)
From: csmith@blackplague.gmu.edu (Christian Smith)
Newsgroups: comp.sys.next.sysadmin
Subject: Help with fixing CC under 3.1
Date: 19 Oct 1993 16:40:45 GMT
Organization: The Gnomes of Zurich (shhh!)
Distribution: world
Message-ID: <2a15ad$mak@news.intercon.com>
I have just installed 3.1 on a NeXT Cube. The installation was done
from scratch with a clean harddrive. I have installed user portion
and the developer for NeXT and Intel from the NeXTStep Developer
Disk.
Everytime I try to compile something I get the same problem. The
compile chokes on an entire slew of .c files with the error
addlink.c:28:Ignoring junk after expression
This ends up forcing an Exit 1. I also get a number of errors
like
mapit.c:516: illegal external declaration, missing `;' after `STATIC'
but this doesn't cause an Exit so it doesn't seem important.
I have tried compiling with
setenv CC "cc -traditional" and with
setenv CC "cc -bsd"
with the same ressults, and i have used make -k and make -i with
no success. Below is a log file from an attempted compile of smail.
Others have had no problem with the source code. It is NOT the
source code. Something is wrong with cc or with some header file it
is calling. Can anybody help me pin point the problem?
--
Christian Smith
aka Blackplague
PGP Public Key available by finger or request.
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C%<9G-W:7-S($AE;'9E=&EC83M<9C!<
M9FUO9&5R;B!#;W5R:65R.WT*7&UA<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT
M>#$Q-#!<='@R,S`P7'1X,S0T,%QT>#0V,#!<='@U-S8P7'1X-CDP,%QT>#@P
M-C!<='@Y,C`P7'1X,3`S-C!<='@Q,34R,%QF,5QB,%QI,%QU;&YO;F5<9G,R
M-%QF8S!<8V8P($D@:&%V92!J=7-T(&EN<W1A;&QE9"`S+C$@;VX@82!.95A4
M($-U8F4N("!4:&4@:6YS=&%L;&%T:6]N('=A<R!D;VYE(&9R;VT@<V-R871C
M:"!W:71H(&$@8VQE86X@:&%R9&1R:79E+B`@22!H879E(&EN<W1A;&QE9"!U
M<V5R('!O<G1I;VX@86YD('1H92!D979E;&]P97(@9F]R($YE6%0@86YD($EN
M=&5L(&9R;VT@=&AE($YE6%13=&5P($1E=F5L;W!E<B!$:7-K+EP*7`I%=F5R
M>71I;64@22!T<GD@=&\@8V]M<&EL92!S;VUE=&AI;F<@22!G970@=&AE('-A
M;64@<')O8FQE;2X@(%1H92!C;VUP:6QE(&-H;VME<R!O;B!A;B!E;G1I<F4@
M<VQE=R!O9B`@+F,@9FEL97,@=VET:"!T:&4@97)R;W)<"@I<8B!A9&1L:6YK
M+F,Z,C@Z26=N;W)I;F<@:G5N:R!A9G1E<B!E>'!R97-S:6]N"EQB,"!<"E1H
M:7,@96YD<R!U<"!F;W)C:6YG(&%N($5X:70@,2X@("`@("!)(&%L<V\@9V5T
M(&$@;G5M8F5R(&]F(&5R<F]R<R!L:6ME(%P*"EQP87)D7'1X-3(P7'1X,3`V
M,%QT>#$V,#!<='@R,3(P7'1X,C8V,%QT>#,R,#!<='@S-S(P7'1X-#(V,%QT
M>#0X,#!<='@U,S(P7&)<9F,P7&-F,"!M87!I="YC.C4Q-CH@:6QL96=A;"!E
M>'1E<FYA;"!D96-L87)A=&EO;BP@;6ES<VEN9R!@.R<@869T97(@8%-4051)
M0R<*7'!A<F1<='@Q,30P7'1X,C,P,%QT>#,T-#!<='@T-C`P7'1X-3<V,%QT
M>#8Y,#!<='@X,#8P7'1X.3(P,%QT>#$P,S8P7'1X,3$U,C!<9F,P7&-F,"`@
M"EQP87)D7'1X-3(P7'1X,3`V,%QT>#$V,#!<='@R,3(P7'1X,C8V,%QT>#,R
M,#!<='@S-S(P7'1X-#(V,%QT>#0X,#!<='@U,S(P7&(P7&9C,%QC9C`@7`H*
M7'!A<F1<='@Q,30P7'1X,C,P,%QT>#,T-#!<='@T-C`P7'1X-3<V,%QT>#8Y
M,#!<='@X,#8P7'1X.3(P,%QT>#$P,S8P7'1X,3$U,C!<9F,P7&-F,"!B=70@
M=&AI<R!D;V5S;B=T(&-A=7-E(&%N($5X:70@<V\@:70@9&]E<VXG="!S965M
M(&EM<&]R=&%N"EQP87)D7'1X-3(P7'1X,3`V,%QT>#$V,#!<='@R,3(P7'1X
M,C8V,%QT>#,R,#!<='@S-S(P7'1X-#(V,%QT>#0X,#!<='@U,S(P7&9C,%QC
M9C`@="X*7'!A<F1<='@Q,30P7'1X,C,P,%QT>#,T-#!<='@T-C`P7'1X-3<V
M,%QT>#8Y,#!<='@X,#8P7'1X.3(P,%QT>#$P,S8P7'1X,3$U,C!<9F,P7&-F
M,"!<"EP*22!H879E('1R:65D(&-O;7!I;&EN9R!W:71H(%P*"EQB('-E=&5N
M=B!#0R`B8V,@+71R861I=&EO;F%L(B`*7&(P(&%N9"!W:71H7`H*7&(@<V5T
M96YV($-#(")C8R`M8G-D(@I<8C`@7`IW:71H('1H92!S86UE(')E<W-U;'1S
M+"!A;F0@:2!H879E('5S960@;6%K92`M:R!A;F0@;6%K92`M:2!W:71H(%P*
M;F\@<W5C8V5S<RX@($)E;&]W(&ES(&$@;&]G(&9I;&4@9G)O;2!A;B!A='1E
M;7!T960@8V]M<&EL92!O9B!S;6%I;"Y<"D]T:&5R<R!H879E(&AA9"!N;R!P
M<F]B;&5M('=I=&@@=&AE('-O=7)C92!C;V1E+B`@270@:7,@3D]4('1H92!S
M;W5R8V4@8V]D92X@(%-O;65T:&EN9R!I<R!W<F]N9R!W:71H(&-C(&]R('=I
M=&@@<V]M92!H96%D97(@9FEL92!I="!I<R!C86QL:6YG+B`@0V%N(&%N>6)O
M9'D@:&5L<"!M92!P:6X@<&]I;G0@=&AE('!R;V)L96T_7`I<"B!<"@I[>UQ.
M1T1O8W5M96YT.3DY(&UA:V4N;&]G+G)T9@HR,S$T-B!-)UE6,#L\*DPJ/BXB
M4SE,4RM.,S`L,"Y`2#PN)R0B+2I')$)12$PV*R4T)4A-)"8C(4!`8"9$+R)>
M(4$R"DU85$(P*38W*$(E)",Q0%(M+39#.$`A)%-!2%0Y+$0K.D0F)D,A1$(L
M,"@L*B<T2E1*+29#,BDL2C<\2E0*34HU+D<^6T!(+6`N(S)10%<\72DD+3\O
M)B,Q5%HX34%02#-)5E-)5%0\7CI@,"4J)D,Y5%(]+2HL(CLN0PI-0U`H3CPL
M*V`J,B]',T!8/"TF(SQ3.TTW(T%+8"Q@,5,B,D-'(RE,."Q!,%,O0BPG3$XJ
M7#Q,05!(."Y'"DU12%`Y1E\G)$`F)T,Q1D([*T0N3T<E)2--,%0[+B0K0T$B
M)2-=2%0Y+40K,T0G)D,J1CPZ+B8B8%E.45D*34%&1E(X2DI&2C5*)T,Y3DXY
M/$LJ2",E5C,M-%$U)"5@.#$O1C,I5%(K7C)</C0L)S$L(B$W(3`H2CDN)@I-
M(S%$,#TL*%1!2DY60T%,4C\D)R@G6"PF02A/7UHZ5S=71T]14S0])S\_/T4Q
M6#@\.CM014%77&!*3#X^"DT^7R,I/5`Y72@M0B=76"U/2B\V/R)0)2XR*B(E
M)B9*."=134E"8"1!0F!)3%5=55=8.%4W5T%#3S$^0D(*33U>(BDQ45@H/"U2
M048P*$].)2<F)S)?.$50.#XK7%,Q,4=(5U!*04,^/CXU8#0H*SI8(F!755M7
M0#PB)PI-(C\B-2@V-#LZ55-)4$%-550I)CXE)%Q<,#0T+RM((U!`04%)3BDE
M1#]26EPL)#DW.4M28$A!059(12<F"DTF)B8V.#PX/"M,4B$Q1THF7D8\1T='
M2D9>8"HX7F!5.EHJ)"HR)24F)BY>,5`L-#XZ*DLI,3%>*TY))4<*320T,$0P
M-#0S,3I0*&!!-453(28W)E8_2&!@*"E'-2M14$!-+2(B,4@^52LF6C9(.#LK
M8"%`05,M73I+-@I-/%<].$(U.#@X.3=16%E60D]-(T$B5%HT0#`T-4I$*CM9
M5UE(3RA@,T<N-5TZ(C54*#!86#I:5E<Q1$E("DU(3BI*6E`J/5]51$E:*TLN
M2D1()CTB4E(F5DH^/E-8.BHI.40S8$DB2T`N.5`V35H[/3M)2THD6T`O8$<*
M329&7F`H8"@I,2$Q05$A,3\U8%$E)#18,"@P*"@O3T!03"I8)DQ1)CU@3U)5
M7#PY6RLR,2M<*EA&25\^4@I-3V`B-U@\.#@Z.S(Z.#@H+SI+3D)3*TLR.R,M
M7BU>/BQ8*#A`.B],(DU37$LL+RXU,%U.+$Q<6$9=3%-("DU`0%=&75(G,&!0
M1CTX+24T7%E05$A15%9?-S`Y+3@M73TG62I;5D565"4A7R\_-SHU2SXQ-5M`
M,55,248*34967R8N,CXD7E,[*BE775\A0DI)2#A#(B970E]$+%A;6CE&-SE+
M24E+.5PF,TI*24HJ2RI*2DU144=)3@I-1DL[/CHW/#@]+B$J+$I<0%XA23],
M+"PV1E]*43M2,2M12RLM+T1/5B<M,3I"6E98,D<O2TLP4T!61$Y."DU!+CLR
M(D]*0DA9/EXL*U%-3DQ.7$\H/S=64EI>0C`O/DU*+BU@4E-04E(V/U\G(R0H
M0E!/2EHZ/$!%6ED*351-+5XG+RLH(3%?3"TM44@Q6E=64T1#(S0V+B0Y6CQ=
M+5]7658_7R)!-S%88%%34%%"*EU?/CPE7#Y*.PI-1RU!-4E0+3X[5R%>8$TS
M4DI'/6`A4RHJ/#@Y.R5:-$Q!.D4Y,SQ97$@E*SI9-%HU*D<E35M%-CXL65HZ
M"DTW3F!?8&!*4#TM42-'/DI@*3)10D8^454H)"(V3$X[8"LI+SDK14LS2DTZ
M54Q,-$A75U1+(S`P/$59(RH*33$R)#562DHE/"='02)9.4<K7#Q=.U8G,D)=
M/EU!+#)"0217,3PP45,D65`V2B-`*S%`3B,\,$TX2$1",`I-(2(\+$`P135*
M+4`T5F`\4RH[15!`(E@X8%!`8%XH-#=90R1=/R\S0R8G,%!@44,H6D!;4CPT
M+T<Y(C0G"DTY7E4J1#<G22)`0SXX8#M3028D+%A`)B$D6DM@(2(Z1"E7/5A(
M8"PQ4D]@-D!1,T8A-E,A)25=4#U9-DP*32]@2%8Z5$`R)SQ!8$%34TQ!-2%(
M5"PD+2-)1R@Q/BHP(T=8(D`T)T8D1$17,RLJ,E`I,#(G(4E)05,R,`I-,C)6
M,4)!+#)'/D0F02)%2CXP5UM'3#!(.4,F+#HX44,G0"XY4B8H."Q9,D$P-C1,
M/%U'25))1%]>/E9/"DTZ0U!"8%!-*4%0.4!),B0L)TA),"="6DE143I<(5,M
M4R@D0#Y432PF+EA@0"-26BA#44-24B(O62$O,B\*344P*SU702,H35,G7DLX
M*54^1B(_(D,](2$S(C!(2$\C-T`X/S5:1R@^.R%<1T!(04A4.C@N,2Y6(D@W
M0PI-,%D_7UM%.2\E+B<S/2Y66U@P43DY5"U#63,A5BY>4D%,72HC+TU0*3PW
M/U%:250\7B\N6U@D54]"/#%+"DU(1%-%,C4M6U=),BI;.RE")3HM5T]>.3$S
M4"4^42HX.%\_.3$L7RDK229$-"8A3STB)#Q95$LE6UY")",*328U(T1!0S10
M)24M1#Y@65XF(TDL.",D5"@G)UI*55HP*BU"7%5@)"\_4E4C)E%"6E,C0R5!
M,%@L33XQ8`I-4BLA,"\\2T<[2B5$2R0L*2Q(.U18*39./4%61#)&,S4G22X]
M8#5`+B)2-3]7*"$Z7RA2(2Y7*$`G,S4Y"DTX(5I4.6`U-BA@(R,C1%I`)U,O
M,"@S74!&8"@U0$0B)2E@4T$A*5HU*E9#4THH+#A8*#)44#)+(SHX-34*32%-
M-RI`.S<B/$)53#D]3#562SLA34E7*ULV65M>74PG(3<^6%$S54X\3CPZ25U@
M5B53.S`M,E5*2E5-/@I-6RQ+2TT_*T%+04Y<(E5;/%I).E<X/V!-/"@U*S<N
M+$(U4"8_.S)=4SA98",F/#$W3D\N54M'5E5&75U""DU<0SQ-6#]43SXP/BPW
M0"Y/-5I>/%4P)"TY3R-`6CHZ5D]*5UU45SA--R5,+%Y7/EQ@,EE/.T!&/%=`
M+T,*324\,RQ;-$(I*%A30ELJ2EA02RU-7#97+R@E6&`B74)<+2\X4$!.-BI8
M5"<R2&`X6TE*6B0T6%,_5BLK6`I-3E)81DQ(.4-3+B0B2E<_*3XU53E")C1"
M*E$L.3,D0"1,1C0Y.BQ,-2,\5EA055Y>3#E!4SLH+$A'5T)5"DTU)5E11"LD
M7%DB*4]6*U!`34,F,UE342A97CM@4T\S)4Q87DM++5PK75='*S%76E-%4#0]
M64M4-E9#+B@*34=/*D)=/5$]*#8\.%%))%Y;6C!?,RY#1EA`(RI*.$Y.0C$M
M75<S4"-./2U<7TLR,3DR4THF22\Z5$-*,`I-4#!10D0N1#Y763\S7E\W5$)6
M/STY-4XC3CQ&)#\G*D\E/U=+-5`\6U5,+UY,6C(M*S8]/$Q0."<Y-%LP"DU&
M/DTU4EM64$8T43E*2S8R2E%70CI27EM5.4U634HM12LV5%`A+TLV63LX(4M5
M+$TW4D=;1DPI-B-'*CL*35!;5$DR0BP[+5(R1BU8,TU3-E%<+5%()%Y76"\F
M*T!"05`L)R%@6B0G-C$L4T-702=>/#M53U<U+$I!20I-1SXP3R]34T(N2D`A
M2D1,6UPC3D-.740W/U<[)E\\444I+"\Y6#@N)4LL,TM3*UU-25U'.R)@/E=0
M0TPN"DT\6$,K+RXP5"E?1DHM.%=20%0M.UA<,%9+6DXH+3`X6D`K.T<H*EPA
M349,/BE66DM>/4U.)4L_)SA<63P*34HU+SQ5,D4_/5LQ.T=-3$$]*$`N-"]=
M62,P62T],S,C65Y(65-32R\B/$E50CLM/5HC4$Y.+#8M3T<I*`I-5%]+/2)/
M0UA35BQ06$I>1RY>4R(Q1TI;65%;6$Y./5HI.#A/7DDW6T]/)4(J54=04RE6
M+B@P-%Y=)T]/"DT_/RDY.4=&2"8X75E4/CI@(4U&+DE-3EM//CI805E/5$-)
M/R%:,BU//"U@7TY/*T8M.TY+5$E;64]=(UX*35Q?2S8^-EM;,S<^/RQ;/C!<
M7#A;4#1=/EY>(4<O,%5&6"]40")315(U.BY6(S<B(58G330O7%4N*5-25PI-
M*S\B(5U@12DD4TU#)UE`2T!96%0[.5]!/TL^.R,U7EA47EHK(U\I/5M9*U,^
M-CQ>7"M43S\C(6`_7U);"DTM1S<J.5<H-5%60TPM5SI!24=-2#%77%\M44Y?
M.5@A6S%'12DU5SE'(5@B0T$W7RLU6"-@*4<Z*C%7.4`*34@H8#8F)S,V15@E
M0%%7/D%95S]@(3@H+#XG4D5<.&`[1B="0E%7)$]-6"LS15`M3#E6.34]5RY-
M75=5.@I-(5A@5EHH*THA2"Q(2B<Q5%`G,2Y555M#)5%`(2U8(DQ)2"4A4B@O
M7S%8+$(]0"]745@Q)%574#@]6"I8"DTM5E8W65=`5$1@+CLY6#8^(5@E.3XG
M3#-6*"TR-F`L5F`X,B@]5S!1.B=%.SE74#(]4"PN54<Y-D%7+%P*32(G35(F
M)RE44B@X1CHH.TTA1T)%45@_-3567"0V*"A,44@O)%5705LV8"TT6B@^*58G
M73%2*$!`*59>2`I-05@F)SXG05]2)E@^2B@^-5XA1C`F*"4Z/B@Y6B9@.B<]
M-U%7+5@J.2HG1D(B*$(]+B@N+#HH2BA9-C%!"DU**$DM0BA"35(H1D,A6$PO
M*5A,62E((E8^*#=;25<J0TXG0EQ*(3Y>6B8P5THF5%E>)SE85B=>13XH2RH*
M328H245**$Y434<Q550G,2\U5U,I5B50-RHH.5HQ6#LD6BA*6RXF2E$J*%9&
M14A*)CXH3CH^*&`]-BA;)@I-54A/2"8A154B*%M:*5A8/%XH.$XY6%M2+BA.
M)"4A1S0N*%LV(B@\75585R8D-V!83B=)4$58/R<Z)4->"DT^*6`A1CA=(T8E
M3SA**%4H4BA72#HA434F*%%#7B@J*DY@/"5&.2<A)#DF3DE7(5=`8#I<6$<B
M*D4W1E4*34XH6R)"*%TB3B@U2"8G0$LJ-4LI45DG05XH*4XN*2130C=6*S4V
M0%!@*%!.5CDE(4XI+%(R-TA51C9..`I-04A'3%(H2S5"*&!2.BA:+5DQ-$`M
M451$.CDR1"(H33->-4(Y-5A`1559,3@J*2$P,CDC24PY-U5-6#!8"DT^.%Q:
M*C@G)BHI-"PP231?45$E-U(Y.D]:*3HN(3<H42PA25,V.%%5.C911BXW0%=,
M.3]$)BDU7EXY.3P*32HU2B4I*4`C3CA>)3XY/%]144Q-7CDT3TXY.5PB.%TJ
M74D^.4%0+THJ*44D5C@Y5#HY13\A16`B,31`5PI-+CDP638Y,C\R.4(W3C5$
M3D1@/U]**4%#4CE"2RHP/"]9.4I</#A'5EHH,CXV.49*)CE*3%HY2C],.48]
M"DT]64I;+CE!1$HP(D)6.4A"74%*4%XX6ET^-B,I6CE(32@X*D9*.3I(4CE/
M)R8Y5$%=6%5)2CE..R8I33P*35XF-4$A-#E(1"177&`S6SP](R0Y-%`P.U13
M)THL5%M+/2,H24176$U<53M.5%194CA3,UQ<4B->-%`]50I-/"DH,4Q3-#%)
M,C@S131@-C4U.#D]-"8N,$-`,C$I6#15)&`I/D0Y2%DZ8$55-"=$,%-$2B4R
M5$PU-"M1"DT\1"I>620P3"DD7UXB.F!8-30^24!1-DLT5"Y.0%$X7RDS3E18
M5"TD/3-.62Q4,EPT5#$K53)5)T4D,3L*33TC*"(H13<G5%E?7R(S)3\](T$W
M224U.5$U-R)05#<V22,C1%8S8"H])20P)D4I7$1#52-(53E-720Y40I--6`Q
M4S$D63(L2B@P8%4G0S(Z,T8B,R<[-2,G2EXT5TXJ-%M6-C1;4T8T64L^0RM8
M,C,S3RDC.UY,5S%."DTH6F`F(2HE0S$T.F`X53HB3%4D+3)*,"\B12@Z53-"
M(C9*)C)`52DT/"-82S4R2$1)(T1/73HE,RDT35(*350B73P^2BI?4$4L2R)#
M3$Y21"Y5)%HM8#DE,EHP5#,Q.$0S8$!4,2E22BQ"7$-$2S4J/256(ETX230U
M)@I-*DI-*%Y%,"1,.C$C2D0E+CY*(44E*B5'+3HW7S1*-4L]*C5-23HU3R)`
M*3],)S!2)"5@4B%0*2LA4#U""DTH8#Y!63I1)2Y@/5!88#@L33<Q0S@J5SA*
M1#U"/"(]4$`E(SY*0#U<7#`X+%TZ559@6CLW52HP+CQ9644*359$5TM6.5M!
M32-9/#)%,T<Q*5]*124M4")#7UI(65]0-2([350S,5E.2CTP*DHV8"Y%*BA8
M528J-%I`*`I-3E0D1CTZ)$`Y(T8N5D4H/29*1E`D12\G8%LA3#0J*5!--2Q*
M2D4N/"9%,C]"0RA2/D4R1$Y"5%=613)("DTZ2DTL12)'2$A+)EDJ0R$G0D1-
M.S$R73U)-#)72D`A4E1@.3,T1$0F5%$X(2Q0."TL4#E08"-!4TPE,$\*35PK
M+TY0-2$J)ELS24P[+%U652)44C5%(S9;,"<]*S%#+"1=,TI513M6541:4ELL
M330D1UA!(RU)1"0]-0I-.ELQ*"Y;.4DT*SHV+3`]1")5)3`F6SLT7DDX*"@[
M,2DX6S550$LV-%9#1SDV2#%<6ELU04I*3#]1.R%)"DU%,D!-1&`Q-TY5,E,P
M2E$Y3DHW43HQ64LP)3X\(3M%4UQ@."I0-2%$+"$\(2$S)DY<13U!*$`X7U8U
M(V`*34$G5U-0-2(N6#(V03I17B8H05PO45LP64Q;,5I%*5%-7ELY6DTG,5]"
M6DU"2314,SA:.SY1*5M`72E93PI-.DI?2"TB-UDV1#T\*%(U22DC-UXJ0SDX
M*EM@,CDZ(41-.V`J(D0D/#$Z)B,N6U=>5$4D/$4J0#@J2R8X"DU06B5-6$HD
M-U):2E9(2SXW6DLF36!;*$TJ2RA0,DLJ02Y*+2A5,CDJ434P649*2$TR6UDI
M0$LR459#4E,*35)+7E5*1#4_)3L^-2TC3BU5)S(V0E-.-RI!645,1$@\0E-)
M)58D25`X*T0G5$PC144B0C!00B%62"5@4@I-6EI-,T$L)5Q<,CE3,&`X32@B
M,50\8#XV3E`[5T)3-"Y(3"5:*2I@74Y'54DT+&`A,2E,-"LB-$Y/*D@J"DTW
M)5@H7RM`5SLB6"]#(30Q2R%@6TLJ72U<7"M!13M34V!475HR7"%?+$PO634D
M(R]*6CTO0DI@)E):8"T*32Y:05Y"1#@T3DM41U4[5$(M*R=`3E)(-D94*TA,
M3#!15RPP)S<L+CA&2BM)6E4L6BTC3CY62UDE(3M<1PI-3E,P239;7$PF531.
M/E-11BLL+4E/*U\P,%LL4S9203E9)34J(D4[2RI*."0R7#8D)E-?5S@Z-4Q5
M.T,G"DTZ0#A>5$-55SDU+5,X+$5:)2(^3S4P/C9%0B0A*3`_.5)!050T8#Y!
M2RI9+$I,0EI&65I=*EI?8%):-"T*3413,U=:2CM52DP])ULL05).2U$H2%L\
M64\D2RXR6F`X33Q"739,-#$]+#0J5EH\/$LL-B=23#0P1E4K/@I-7EI`3E$S
M1T,B6BI<,R(X6DLL.TA652Q872PX3RY%,TY&4CTA+2I(539*25<_*DA:+D-0
M3T,K7S5/+&!4"DTC+$,N-%LN)#\K+%M61#8I2RI/(D,L4"8R6C8O+RI2,5LE
M.C<F0#\_*#`^5BDA655.5#\Y/5<Z0RLA7T@*355;15I9*5Y,03=6.B$T438Q
M,D%:22$A6T!,2%$F5#I+4RM/45Y+34HB3$PZ5#H[)"9;4E9#)4TH+RH^6PI-
M0RLP7SLJ5#)?+#%')$PT-#T\7#@Q/%,U/EI"+$,K5B9*1"8P.%HD/UDL43]?
M*U8P*DQ51%,L/$HG-4U@"DU7+2LX0RHH5%4L.SLC)3%0*R4P7R$L6D(R2BTI
M.3HO5#I<6U9*7#]*-RTP,$,M,TY7*UXA)RQ>23),7DD*33LL73,O+%(M2R-7
M7$,J-UY?*T%4,"LQ*C!`/5!0)4%)3"$]5R$P/&!(7$<N5D`Y4C\])F`V7%XS
M+$H[2`I-4CTE2"Y*7U!*.EY1*RTK538\3",^6U0R(DI0+D1!-3TP-2D\)R(Q
M(S1",BI!(C$J2$(^1%4A."(Z52HV"DTS,C$F2$U%32PD74]#,#E.-&`\7%9<
M+#0D34<T32PD3$1,6DXO/4<L/%M>4T,Z5"%5-3984EI91SLS5%@*32<Z4UM7
M(5U+43T[)CY*1#I`-3Y".R5'(5Q`.4,\)3U.3ELX+$DR54DT+2-`1D`\+#Q`
M.4A4*E(Q.$A)3`I-2"U51U<G,"PU-5597#Q!6D$G(D\F6S!`-"1>)E!%(5Y(
M1$LI*S10)U`U/T-,,#E5+"T]6B$E0STZ05E""DTQ321?)3$]1B@J63)>52-%
M,S4L(5$E05<L(3XD4%5@8#LT7U]+/B,_7#%4+%4T0C5:43HS5EQ,*5<Q6SH*
M321%15%/-%%?.$`_.29,)4]08#E=,EL_.49`/$%#(S@L33TI(5<J4"Y@1U1@
M/TU,,$$]43TM4"Y82CA*7PI-7$5/.%E1-#(J.2Q)/"8B(29=0TTR2CI;(EI>
M)5\\2U$F/$Y:2EPI7%`\*T,P4#$R1&`Q-C1@,3)<8#4C"DU<8#$N.&`Q*3Q@
M,34H8#0E.4XU)D--0#I$/C,_6SPP55<N,2\G3C4S-TXU-T=.-3M73C4N7"XU
M54$N,TX*32I`*ETS+"T\.DXY,"M.-30[3C4X2TXU/#=%43Y?324G)TXY4TM.
M*2@_/CY36$XQ64=..5Q33CE?1T`R(0I-,TI>(R=.,#%(74,E5E-6*2\\3$,W
M/$XV,TTI44I+44%`4S`A.#10(EY.12DK(SI#7T)!-UPQ*5@B32\P"DU26CQ3
M2S4E-E<E)%=?/4,Y3EPT+U9=+BM&2B9#8$PY(2,U+UA&7DI#)T`M*4<Z1#]:
M7#DN5SQ5,2LR53,*32<[74,P7%DW6S4P8",E-TDC*BLB3TY(.3<Z,C)(3E16
M+ETZ/U$J3UA'+3LB5D%>55\N+#HO/CY,5RTE20I-*DY'6BI+4UA:3D=<6D1:
M6D<A7S=;0#A57"Q-2R1,4ETG/D\X+EY/-D)=.E]+.U992TI"+$I*)EXG3%=@
M"DT[3E4W2#Y+5C=.44Q++%1,4DQ545LL55,[*RM#0RLK,4]+*S-+2DLE0%);
M53=`+SDC3%\\*TTZ5E)"*UL*32=*-T(G35!$.SY;13(^1T\^2CI>3EY:)SL[
M4T8M*U(K)SE?)UI3-EDG+DM43T\B0T-`+U@W2F`U)3M700I-5TY?)3,N3&`[
M7DQ9,SU$(UM<-BTB33`H*UI')S1>7%A8+R$K(S\D05Y=,$,V7R="-RTW,$-*
M+3A'/#\U"DU;3R1>/U$U-5]=-SLC3%Y96SY58&!.6UQ+3S-@2S0[1$-/+B@W
M+3E@3TTE)"=/+B8S/2H]-TQ-+41"+%(*32A%13(P0C4Z4$(V7UTR-58Y/%=7
M-E)@8#$C/R\W1$9,+S(H)EA/0U,V74TZ4S]`12A#.2I(7C`O)$]$-0I-+$]'
M6UX_0RPW3#)+0D]$)R1/2"\Q+TA>,R(J1R-47D(\4STM4%\H+3!0*2,L8#)3
M+$`Q)E!@,2$\8#%3"DTM+5,E+D0\34@D/41(+4E-*"I9)#TS7$$R2D5;5$,A
M,2Q"-35$2E$E3BI14"PR.5,B6E<R,D]5*U%:5S@*33=8,SL^2E5#3$U.*C,O
M3E8S7TY93U].75-;04XE/U,H2DI3+")%)2DX)%`]/E,M3%@L1U4X0#M"4#LO
M,`I-*U`_,E=8(EM!(D%>(E).6#%@/T1@*4HC,BI:*RM=)#8J*BM)02$_-DA1
M.#@C0$`P8%$N(B-+,F`N*"50"DU;*"PB12(Q0%`D6SDC(5PG5BPJ*%XK35U9
M.%]7*SI97CE*4S176RXJ-4HD12\[4%]<6CDS62%?73Y07U8*35M05U!+(2U8
M7S!(+5I/)5\](DQ@(T0A/CA`(R<E4"HT(E)#)"8^1"PA4$`A5E@L)$DH(490
M8"@V)%A+5`I-2D,X0%XK+4<G62-<6C-8,5HO3$1&,$9,-4U;+SI:5V!>+3\I
M7&`L+$\G75,R7TPU)D$J(V!33B<C0C)@"DU//#`G6$A$)"9@,#DX+%E9)"0V
M4$Y456!>*CPD2C!$,TLE,2Y,+EE%3EU%-UY4(T`E(U%?*2$C6%4R6TX*32E0
M.34H+U(S*#);,")2*#PL*D)-428A4TXX)#Y9/UX]0#,O*&!1-BDF03`U.R=@
M(4I)1"8Z*T0^.&`R/`I-0%$W4#E"4R$C+4`D5S@B+3XQ(5585EI80"-@8"XE
M435)-R@T7C9?7S\S7"0H4#U$(3(Z624D)U!=.28N"DTU/D$Y-"XG.#(A6DM,
M(3<J)%-/12HF04!83DXE4%XH-TI$*38^)"$\.#M?*#]-6T\C,B,C-2M`*T8V
M)CT*33PH.R5$(2$F4%9&2",J3D%%,B%>(B0T.EI*4DM8(SE4*#8P*6!83B]=
M,T1>7EHG6BHH,TDV6#]262A8,`I-1"(\*%DJ*$!;3TXC*%DB6%,Q)5E2)2(B
M)U-75$`G53`B24I?-CPD)$(D8"A7*#TQ(2A=)$,A.#`L/C)!"DTQ0F`A,R)@
M*2(H)%E03EXR(5\I.$%/7E!9/4<C0%E`+S]972%(4"U=(2A?5"1:7#4R)#!"
M7CI&)$]*,C$*33PI7$4R)$1,(C(Z*28I3D1$5U(R.D$E*C%$1$DD,F`_*RDU
M3"(E.B(E/2M@*EPD(4P\,354*2DM7B)95`I-(C1(/#=24$I&/&!7.$8H)S9:
M*3)9)R,M62E&2"=402(S,&`I-V!"*4`J1RXI*"137"%32"5`03!@7SI!"DTR
M26`]7#([02DE3%4T,&!%+#)/2D`J5S@E/"PK-BI02U1(.$Q-0$I31B%9-$`E
M5"1@-#1@(UHB2B8I8#X*35!@8"U8,E<O2#-05$1((F`G45M`1U,A)6`^-C@N
M8%!9*"%92#132"0_/R%$24TB,T(Q.ULN2B$F6R@L30I-0&!!5$<A65!87C,B
M12)@(C`R8$(A2"1),&`R)#!@7#!@-5)@(E10+"HD(3Q$+&`W."A5-&!@14`C
M(E,G"DTA*$E@.D$P(2=4+$`T1"=4-5`H34)7*3$L)5A+4#TR-5,K,#9..BM%
M/$A-02PR6T)@,%HG.#M+(CY%1$X*34A`-SM,+#=#0B5//DA%0BPM)RI1+CE9
M)5@^03XY*"%4+2A9/E0S2$HQ7CDH)5PD+#TO,28T)CA:04P_1`I-+B$Z-SA5
M1DQ"3C@Q+BHK)UA-0#9*4BU;42A;3CPR6R(Q7ELH1$<Z*3Y$,BX\*R1=1$P_
M75XA3B=(5D(A"DU@/U@Q+V`K*%I204-,1BU962A>0E$P.#Q&3UU()U`L1#]!
M4C!30R1>)DQ!/"A2)TDH5S1$+$XI,3`K6R<*32-@1$$N/C(D-2E@-41$)T8A
M4#TI*"U'*T%*,5%:,24E0$Q#6U8B(U-(5SE<0T\H,3%'2RA=-D!!.E(R)@I-
M5RA8)51+5RQ`(5`P*%Y/0T,N4C$J72DF+TQ`0$(X2BI9*#]<0D,P4C(_62@G
M*T1!+EPI5RTI*3`D1$1>"DTB(3DI*$E&1$10)"XN5RDA0TP\,2(R,3U))TY1
M1$8D4C$X62E?/4!%4S8R+B@Y*4E<1$)*4B)622DE3T0*33X_42(S22DG4TQ'
M-"Q"-%5))TXY,T<D4C)>62DK141&4U(N0$DI(5(\1%<^,B-?.3TT02-(8%(Q
M)5DI+`I--$1'5RA&7U))*4`T1#924C0L2R<R3T1(2%(R/5LI+58T,#=`,3M5
M."=/0D(G03!+)U-@4SM,.RY6)%U@"DU(5D!$0SHX,2TZ228D0&`[-S8N34<H
M52E((SL^44U16"-0/4(E-%%?3TLG,CPA.5A055`B)%HH-$4H25(*33(P2RLX
M1$5"0T(V1%TI)C)<34(T1DM2-"@K)T1,63(R5#DK/"LI0#@T(E8_62LW7$4M
M15)4+F`Z4BU@3`I-.3(R4E$I,BLT14PV)D57,RH[-$1'4%(W4E<I/45$34M:
M,D<_.3HX1$5#.#!=,T,K/D1$2%P^-$-5*3]&"DU<14\Z4E<P22M$+"Q-6S(T
M.D$I/2I$340\4R,[63HB3$165C(X/5A@02E$2"4V.BLQ(SLS4#PG3#)7/SD*
M32M:-$5+3$8X(T,M.3=,43(H4"U*0"4X+$8O4#(X23DI0R9$4C!:.R5#*4!$
M3%8U3E,H/SDI73=%+UHJ.`I-65,I,E=$3B\V-EDJ24Q/-$8X3%(U*%LJ3SE`
M,5XZ(TTT635004,O)D%;0S`J1"U#)$%"+4D_)%171#DZ"DU6,4D_.%9/)$4[
M23(M/RDJ0T]`2SY>+3)=(DU?4SY8(5$J+DDF.2Q&2E]2+#-!+4I13$I)-C).
M33E&4R0*349+.3$Z7TDA-UQ$.R$Z)$4B,E$^(EM</2=7.%DL5#5&04TR.U18
M/4](1%(N2C,K2UA%5RQ"5#-3-2LJ2PI--25$5D\X4S)%(E4M7%4U)C,U1EDF
M2D]&2S]0(DTC)4Y83#I93C%,(U@Y,E@[5S4G(D=%)T,S1%@Z-CI4"DTG)#)#
M7%8](E)95%E")SLC13\R-BH[+2]-1%M/2B-*42D^350O*5M!/3Y)*4]71#8A
M52=.2RE70%Q'.TX*34@Q36`^*"-'4")2+T!805A@1%%:,C-!14E>+R%@-TI)
M.UM;+%=/1%Q(5C])62E5,B)@/U0A+B\Y+#`^,0I-74PR.6!++5LO3%]-*C-6
M(2E/*50O8"U0/CPK+EE'1%I4.CT\*DE>2SQ5)"Y(32108%<S1TDS,C]<)R5>
M"DTB0#];1C,C45E=750O+S(S/U4Y+%]41%U=52$^5D,W/$Q7(3)(3"=#-R=`
M+5\K,CTP/RU01$1(,#@B244*35=>5$-&6DU2.C=+)E,I0%8X.C<T1RDU35Q7
M*49315<I+C`F02]/4CQ%3#!!,#DQ7DTF(BPP4"E51T))5`I-(R<[*U<S1%TL
M.2A?/$)84UTG6R937RPY,%!'*5Y;4CXM/S`\+SHP/U)#42U)7R-,,4M-03=*
M62\H4DA?"DU$,21:,DHH3TTG5U8T)#U4+$A,2%U!,D(W/CPF-2TD13Y$-3E*
M+#,A8#1*-$%!*3`F74E54"9`-"\Z*T@*33(N2B0T,50J,#=%2"U>2"TV53(L
M6TTC7%HT,UTD,5!=2%165$%=6F`G*2$C7EX\/%\Y75I%*%]"-#,^*@I-0T@K
M(R9/-D,[.3(N744A(RY$0#4Z,SU"26!<5#XN.S$Q54@C,BH\-2,Z*3XU8#X\
M)D1/*C$X+DA4)#(\"DU).RE(-TTC+T8D)$$I74HT1R9,,T$E2RY*6$19/%HW
M1E<I2UA,)D\Z,SE>)%0U8$4Y1E(\6CXU42Q,53,*35Y#,%TJ+C9$1DLG,3L\
M2R8U24A5+5H]3BTJ)#XT/U<I2TLK)$9","XI639#0C,Q(U)*6TU5)$)%.C,N
M10I-24DG5#XL*R<Z/DD\(R1$5ELY0SPM(R5=-%`T6C,]-4@M,U8K63TR+$--
M+%XN-%5!4%A&7$DF+#0N-54S"DT]5TDN1C9'-U1"-CI*.5LJ5%=-6F!?*TDN
M2%8V5R<P1T\M+2XF1%PC2DY3,4E0.55()"DS,C5(/DE>12H*35HD+U\])CQ:
M-29;63,M1$@P6#8O1U<R(C5%(RLZ(S$I2CU'-$@I)E-%5%DN34M%*E=2.%$_
M.C1%32(M.@I-4#U!148B*2XV-DI)(RLP+B4T(2M:(T=@4"4X,BI+4"5$-&`S
M0E4L3U1((STR*"$H06!71$`]4S)!8"$L"DU%3F`N55!"1#!"/CA215!`*D%@
M34HD455$(T$U/B]))U0V130_,EPU)3DE/C4F15HU-E4B-4%60#4_-D4*32Y*
M.DY5)#\A.D,R54I&+35-(T!"02=)-3)6.3E3.45!)3-%/34Q2#<Q4E9*+4XV
M2CHS-SE5)39-/D4_,0I-*D53*BP^*U1*/#DU4RXQ1&!"334O.DXF-%4R(C1`
M2$HR045'*CU612<A,C4_32,J)C11)4HB3$5(/#TT"DU),"DK4#0].35*0DY:
M*E(E.4(_2%120"$V2R=*.B]63$4R-S<V+%\C3D4V25E6,2E+,D\A1E!)-E$M
M25@*33=&3T8V.E0D+3I:,C5-0SHS5%Y+.S$T34\S-D(Q12,E2D4G6UA%7TP[
M7"TB3#I`,E!30#<S*48T.BA%7`I-2#,G+D`\/SA>)"@_1&`I,$4U)4PW3#M1
M55),6UE01U4T3CE**2HX)UPL2C)=(D59+SDC1BTT0B5555!#"DTV545+-U%6
M3UI/-E8G12I35D5+02I8(C)+7D=53TU*1%XP23<Z/DU9(S-$5"M+75XJ.$0S
M."@U2SX_4D\*32E%+D%6338N0C9@6TDH)B5#4%4V4#\I-2%!33])/DLZ)#LC
M2STV*2HV+TM:-T$W8#]0-2-:1RY!/4U`+PI-(E`M(ELH*35((415/#]+)3A@
M)#@]7#%`-RI90E@C8%HU7#0X-S!<.#T\55PR)"U#.3T\72XD2%-:7B4J"DTW
M)TDD14HI,"PB)EDU1D-$2D-+)S%30BQ50B\K,3HZ+T1'5E`F,RLE044K)28_
M6"(X1SPE/TA`2SM21$X*32@W3"4R.5,W3$564$!+1RPG0D%;)4PE3%<Q*F`I
M1SLB*D5@4S94."4Z)UY-2UDG,%)8.#PG+B%&4%X^.@I-13@S+"$W2EXU,T\[
M*5U'3"@M)E->33,O.D4I52Y%3T%+*B)%3%]2-5-4.2LP-$Q?)%973#<K,5@E
M0D(A"DTH0RH[-B@_1D4K-D`F420_7T5`3296,TLI0$E--D%@)54H2C8M+$U!
M+EHZ2%,S-D1=3%565B4M2T4R0DT*36!#0E4L/"<Q3$Q>/2(V3"M#6DQ=33%3
M04I:23HT5T\^0DXU3E0J/E@U35A@5E586S(E6B-@4E942ED[.`I-6D`A0RY6
M4B%%24!-+UL]-E8X*$%<+T5(.CI65%<Z+RTE1S@I,"90.SLY5DU)+59353<Y
M,4=%2UHB-EE'"DU+.T$U34XP5E90.$T[7C!33EI65D$P4TTE34=2-D9?2T,P
M,DE.55971"PG/E)%3"4N1EM-0UM)34@]4U(*35=86R%`)TU/)5A3-%8Z3D5%
M35Y"5E@L2SPM7BM,/5)7/S<K/$]`.3E25#,K6%M"13!</S9//%L[/5A-40I-
M73I&-#DZ430E0$DZ-CA:6#H_+3=)7S8\4DLR.59%+"%-65!66RI814E=/30I
M2T$\,3)-,4M21U%'*T=!"DU-2B<Z-V`Z(S0F5TXS+D)97R\S1TY-24E*1#<[
M.E9:14L]+#0A6%(V2#=-+44Z6DY).T8K+$Y$+C(Z(RL*33Q,)$A30S97+D\^
M/C9%5DHZ4R%!4&!=0DY//50M)U$]0F!-,$M613Y02E1")4E2.E<[440]+2Q.
M4V!66PI-.RD_2RM)0C)&-R8O*TE314E',3=;2EDK+F!%5C8V6EY).SDX/5E.
M.C<]1",^(DY.6&!66T-*0TY.1556"DTZ1S@S2UP^-4@H1#-46%D\,SE-13,Z
M649=.4E*0E94555,1%LD)$U.7%XJ4EU65"TU*ELK13,])4M0,3L*32PC16!<
M.5DX5C9%6C(V75,R.U4K/4\P7BE,0T,Z3"8D6RQ47$TI/TQ;3%(O3E4F53I4
M/U5,.3=77%=).@I-73D^65PD1#E8)5!2*5-4-%=<5B54)E)`+T567E%;/UDO
M3"M'2EM&0BM4+CM/2EHV7599/EM$25)`7EXV"DTG.UI!15LK7"DH*U).-UHR
M-$0J6"M9/U5"35Y.02=:02M/*$Q/6U9'5R%+/D]015\S.%]<6SHK5459(T0*
M36`H2BL_73U/(SXJ7T8C,U\A2#LB5E==(3586B%-2TDW/T!)0"$J45$E,D)$
M+"Q@,D%3.$PV/UP[/$(Q4`I-6SQ67RA*/TU+35LS0C@E.U!`,B90(B<G8%5=
M0")'4#-;1EQ@*4PD3CU@,B,X*%E`0$XO26!3.E\K+T`C"DU05F`Z5"@I53I?
M6EU@-5TH(4,_-2<I45TH/EXT-S=-4B)83EPA4R$A-%`R)E(B(R)=+#,]3S@\
M-4!@/$`*32545SE/0D<U7%=9/T4A3EM:8$=)3D%@,$$Z.3PX."XY.DU63U@A
M53T_8"0K+E5>1B)8.2M544$N4"-*5PI-(RA/03<H+",Z0R,R33PI02XL,5@Q
M4SU</5XF4"8V.R,]*T,C.DXD6#\G4%`C,41>*5=16%Y/04$M+U(E"DU@/R0]
M/T,I52U./#980E8\.%M1+B-2.DY",2PH(U-@4#1"7DPV)S!54$LJ3#PD,3<I
M,%`B1B=@1B%!,CL*358J+S1"4B$L0CU<(V`F13U"-"E$1R8J75`H1%U<,DHF
M8%5@.%Y@*SE25DQ7,U4]+6!",$8H4D<E5E`[/`I-*59645X]5R4]2S\C7DXJ
M3DDD7B=</S-933I;-B8B/CM)6DXH+%HP4DE`)4LJ(4='.$\L*T,]34\L4UHK
M"DU34T`Z)%8I1R\H5EM33#(Q44I#*R97/T$Z6%(K4%<F43\[0EPN)4A*6%A'
M6SXB)U%)/C9(+S\[*C-`1T\*33Y7*2]*+TDS-S\U1#E>1"5"*"HO-CT\7D=$
M.DY-05]+.%],1CA*6TY?(U8K8$M%56`^,4U#*2)1,$-9-@I-4B@R1",Y33=!
M7E(O(C<K75,L+"Q%0B@O62XL0T0P+E(Q2#LH+S0D(TI=1%Y&.2-?7#LH-5`P
M45E/)UE$"DU$4%`[2R<G0%,Y8$5&,B)762A&7$Y#.E(U8#4H)TM$1C!6,%HI
M*2@S*T1%/E(P,3DL4"=`/B%*,UQ>4UX*33L\/C8E3C$J6$LB5EU'0R@S-#`H
M2CU!.4$X)D=7*$H[3"4M3B)0/"$T.%-",CA21%!@,5E#/$D^-CM5-@I-.3Q`
M)3=+-%)27B,J5S!9+$@H)$(C*3LW4"5)+E!#-$]?-T%"33]2)#$_)3DY3$M5
M8$11+$TE.B%"/S12"DTI1DPU.%U$3U=9+F`L150U4"A)16!2538L(DLW4$%!
M0T9634)!*EHL5#PY/B]'-#A>24HW65=.)T4U15\*34,[1"--1BU-*C\^+4D^
M8#=8-3!2-T$E2C%;+RE:+"U,.5H[6D1(-$,S,%,E)59@6"$Y8"Q9)3%<0$<I
M6@I-6D1>-2)4)55**"HA2$I(/T-"2TE@(EI,7$PA,"Q#*D!2-"DN0%-&*BTQ
M-%924#Q21"I37C$A54@I*RU9"DU)53@Y5E!0)T`J2S-4/%9<7C)*7"%:,"I'
M*35*/D%#+E$U15DH1CTY1#`F/3Q2+UE@0"=!320W1U9/4#X*33\F25513%<W
M1CI!*B8J+EI'-UQ3)#@J/%!-1%0F5%%&7RDK+RA'0$93/DPR5BY+1TXR3D!"
M,RY@54HR2@I-/5(Q)U)?75Q&3UU,0$\[*2)726`C42L_/%9,14U@(2Q1+U=9
M+E5-2"))5C(W6E8E5T,U(RXZ6%):)RM#"DTW8$E4/#DX*28O2$`Z5D`C5SHB
M-S182EY(0BXZ4TM32"@A2D,I4S%++"TD)SY/7#(X(4I=2#9$4$-&6S$*34E0
M/$-<74P^*SHP0TM(-RXR4T)9,%T_2%E&*#D_3S%>04!1+CY.62):-#X\12=,
M3T-<5E0]*2PJ6E`]+`I-24Q$7")9/%Y4*E96,%1>5%A!4D947R<N)RTM0#Y!
M44<Z8#-3235/5$M%)S,J24DM(UX[0E\J.U4J.4E6"DU46U,A,TL_24=%1D1,
M7C8^5TE-75Y$4U]:.4132%XO24<P6%$I2RTP45TU(U<U,5%,*5H^5%`^.B),
M)TD*32I:25TP5EA=62M3/BTY14Y,1#!8*R$T8"E935]52#A?45Y%+S,_7U9)
M0UA%53HG6C4G+TI/-D8P2U)"2@I-6TE&32Y(0EY:3BPC0S4U52524%=-/4LU
M4TY)0U\J(S,[6S,\53(I)E8^0THU/U1%/5<P7"$].BX]54,_"DU:0E,Z2EM5
M4$%$,S91+2TV0%Y(,%!1)3Q<2D!&54Q.-E,B0TLZ/54T*S<B)R%-.ETP-3);
M.D90/4M*-54*34HY.DHV33$\6%%(2CDJ5R==.RM>3%1'.C,B72HX*E54/ELJ
M3U=)1U0N15@G6%A9*4M=+U5-0ULW1DTQ/PI-/5Y!*BLW1%\\63I645!7344G
M1$U964L\3"9>)SE-0"LY12@G-#A!74%.-U5`-3<X6UPU/BY63B1#*R4Q"DU`
M5T=-5BTD6B@H+TPY1%8N+SY3*%]-05PH/RTL5D@^+4PW-2U"+SI/)B=/-T0N
M4%4S.R4I5%Q2+E10,#L*32=&+TDS*U4R75E)(DA=0BA`23,U.R953$P^)D-$
M3T,Y)SM-/2%=)D-+,2(F34TJ+DE44EM%)S5,+3$Q2`I-03\[-$]-13<M)DA;
M.S<F74TJ55920%I--R%-2CY>5B9;-39++4TK7E9.4S4V+#TU2SU64B8_(EXW
M2RU#"DU.421+.DU+*DU-)%8H1#LJ0ETU-"=..R1')5`I2%DQ2%,H0U%.-3HR
M)DY,."E3+40Y)5DH2EQ:62TD3%T*32U%+$I:8#0A8"A43R,K,UA92S1"350A
M.RE),EM./F`F/S9*62E?/CD],EDO+EI95CM,4UU.,SY72E%7/0I-(2)7*4%&
M6SI"2TA3/5(E.5<W(E8].5\Y-S`N6RY:4TPO0UDD7E975U(]3%T_-RM76$A6
M-D\E3R14+%LS"DTG/6!</5A8.5=`+SLA6"\\0$Y66#!3+&`P.U@P63=%*U=>
M+CQ#8%\Z73HW/B<U25HW7EY0)S4^55U>8$$*34TD-SLF-4]/6U]64E@Z4U=3
M0U$D-2<^2UA?)BU/0C56+R-7/R0]*5T]5E]6+S=6)#M/.D974UDT.%D_3`I-
M1RY56UA3)S<C+%4Q)E=)7S8U*$90(S975C4X*"$[421.74A@*T=4-3XH/498
M+3XW7"PQ2DPZ5S`D0T`O"DTS35M./B='2SLD4BTS)TY6,%!,(R0F54%64#PP
M.T-@2SHW25TZ(C8\/E]/-R0Q6R(T,E<V1TU`3#=@6T<*35I(/#U06T\R(E(_
M*BTU4DU73R)87DPE.SXM6"U2(T<\05I)4"XM3R-87%0P)ULE(2\C(S0[0$HK
M4$!?4`I-)$4^0#$[43@C3BM00SDB(SXD7$A7458V/U5=22-$6BLT-D$U4#8Q
M.3XC*B)<-"@C+S=.3C$A3T-)1CHG"DU/7B13+TE`-S,A1U]042PM/S-=45%,
M3R9<.$0\+5XL54DX5U<[3T9=44\N6"<]7T,^(U(N,U%<)"),/S$*35XF/3!8
M5S980T4L5#!$*R@N7S`W55XO*SU`/#8\1$!.*#X]6$TM,T)'2T59.E9&*T5"
M*T!5024J2S9!5PI-8%Y=+#-`6RI=/SXZ*4XT*U%),R<Z-3%.8%4W624V-T5#
M72(U(54E.%-!*#`^.#Y%634S.U4^*5(V75A1"DTX,T4O1BU-4%5)/R,E4DH]
M35A42T)4-DXK63A14EU#)R\K0$,\7B4N.5E!.4(W)E5(4CLD+D\O0EDN*B\*
M35Y:5R%`,%0G-#LP62U4/D]+33H[7%,V(DLJ75]=7%@T65<J34\H.5-.(SLN
M)5A38$E.*TE@.50S.29920I-4CQ<62Y47T=22D(^*U1)65]".U4^-T<D62T_
M/#@O+TQ3,$E16RE+-RI.0%TD6B<V33@P7CTA/EI*-EM("DTA258P2R4V*#=&
M6$9.0BU76F`P5C0D/3U#8%E`+3=)(UD^0CY0.BU/-%A97CI'0%DN,C=)3C]2
M0C%7,TT*34(\-R$J-$4G45Y).TA+6U1%1ULR*%]+7D<^(B-%.B\_/2M1/3<A
M1U<]33=$(B5,7U@K-D%4.C0Q4R4B7PI-(U<P.D8G/3A/.2,W(T<S74TM+2='
M-#8W)EHW/BPY1%HT,U\P4"@F1E5<4D@_2BLA/511+T554UTP+EPD"DU--%4[
M2S-),B5>3V!6*5(C73H[/DA,/%HU)C]+525*,D)>1E!733M%+D-1-V!@(EU2
M0$M4(TM9.2U943\*32)=25U+.2\[6BI(/58E+TLT-5M`6%U23SXR+5\[2S`S
M3E8A/ULH,UTO."U21T$C.24[3#HH3DXF54LF1PI-54Q-/E8Q7EM2+"=)/25.
M4SY6+S!'340K7E9#3ULJ1E4M+$%23#97.D)654\P+E5974PH0EU-.DXR-C1;
M"DTA2E\R44%042A?+R5?*SXW3CXA/D,M*%4E3$]#4557/4M%359*6C0A)SI!
M2UI+0E(H)BH\-R9'.%(L/2X*32]?/$0Z72E+64<P/UDG4#Q33$A86R);/493
M35<]6S<[/SU'.EM;3#Y715\C.D5?-%515C\Z1S585CLC6PI-6C=(7U1>1SU/
M-SU73$Y4,DQ/33(S7EY#2#="(CU?43XR)$-;/S\_3D9-3TM31SXC4E<_)2TG
M63\N64-="DU/62U-+D0S-24V05A)6D`M)T4P2CM23CU2,R]+6%HX05,B5R8K
M.S]&+41!8%`A.DQ`44`P(U,P,B,C7"8*33-(8"Y<+2LC,2Q1+B<S3U`A32M@
M/EM@(U`N*%LH+3])54$W2R$V528U-C`B3EDV)V`F*#@T-U(F6U]@/PI--T$S
M.C`S(F`A7E(_15,C42])6R,^6BU94%XI/2]@0F!</RTO,D`S)E5@)#X[.U$Z
M4"\E53`L/R-!6$`Q"DTX4DU-+#\_24]7/EA!7CLL0EU354Y'*T]6/2I-.T!'
M5U]:5D5-54U3,BM90%='7B-90SA?64)@*B10+4\*34\_3UE53T1<6U9+3S]@
M+DI;32<R4U<^12A=6%$A.U4Z*3\P*E4M(5-2+SY>*B$T73-6(U19/2<Q4%<R
M50I-)TY'5T]@7U5;6#<^5$XL)C,I7T@K,U14+TY>5#4])5\^0U1/4%<I+"HE
M/S`N52\T+EXH+DL^2$,_*B)7"DU=(R984UPM6B=25TLR5U91)S1&54](1#4R
M55,O6D8D74M;7TM"05A0*"](7B8^4C%<-E=?7$Q3.U!(/48*35-,/R)53U(\
M(UY+0C,S32-%)D$O5T1:0DI:-U9:73I0/T\W4D(N5C-+(UM-74M5.TDF/2@\
M)%XZ42]5.0I-*2\\5%--4D<A5S$O6E-,5$Y//TI%(5A>3T=-*"M>7C=(6S(_
M+T\A/D4B72H\15U43UM674M?.UU?34M?"DU>5S4K.5`G75-",U<A/5\_0UL]
M55)4/3U?/"0_7B8H5DXK25M"(UY!*3]9/2E?/$Q`-U$N7R@U3SPC-UX*33<\
M7TLH1SY//5<G52E62E],6RA-5%U,/B]+*3I>6UE155)7*D-?/#E,33LR7EE"
M3SLF+4U07%95+5U?.`I-5U\U0#I?(R\K.U5%34`W5R<O/5Q"4DU-5S,[+%U<
M724O7"977RA#+UHR+TY--E=:(E%+/2)`/55?5DI%"DT_0$DV5$4Z/UI(73M%
M.B-4)3):74$[/3U77D5?/SU&0UT])$U6-EY8(SLS3#]755\F7S!5+5PG)5Y%
M7C\*35@[.5U%2F!=5#-86T=/35<G7EE35RU26UQ=)4U14C=&+S-7.4)71$U+
M/5LP8"0P25\L-3)'4BM>.$I/6`I-7#A'03E?4DX]3R1/5EHD+R=2-E],*%=<
M0TM=.#1'5RM/7T133U9-3U\N34TC*RE<(3)+64<\3TA;62Y%"DTG4C<_73TP
M+UI.)$Q:4#]=0UU>)5!?6RPL7"TW3UX\1S,P65\T-$M>8",S6T-7)T<C7U<I
M64\_)U]',S\*35Y8)BY<+EQ:*S!#4V!77DE$7T\K2%XQ1U],-#]>0D]?5B1>
M)T-/72U-3UI:.2TW.S].8%\L.4U?63M?70I-5SM?6%92(DA/4RQ%7U]#1UHY
M)5=`6$]<45U7/BU,,T%#45%(7E(Z,#]=5"]?44Y67R4_7%TS7R\A0#M<"DU;
M75M4/UY/3TPN5#]61SE@-#=8.31`(2A-0S4P7RE?6T5274T_3T<_8$E`8")(
M8$)!7STW8",Z8%,T-"0*35Y@8$X^*%<\6D0\(3Q$3#DX+$A78#\Y7T$\.&`I
M8"8^,3`X0%I#-RP]-D!%.&!#6%I71F`I+F`F7B$_7`I-/U%5,R)/05I+."$G
M-U=(0&!:2"1`22PF(F`H7B=#1$`B7D-%(3=;2E=91E<V,40D.DE8(C!@,D(W
M0R\_"DTV-S`D04@A*3@G2E`A*BDY7%5=65U@,CXG121`/R,P)4)%.DY50318
M6R0U*S9*8%Y=,#(N(4]$/DI+/$@*33\X)2$R,2U((28Y3D0H)B-5.B5=0#-1
M(24Q044S-T,N5TPF5E<A1"0[4"%=.%U<6$`_+2T_/"XB/B@E60I-2"0W)E8F
M-2@]*F`]3F`]1D`W54`T5C0F(4@I6D@E,54B(3HB03PZ22%:)TTS*$-`+RX\
M*%=&34,H(B\H"DU)+"9@(D4P1%(I*4Q`.2)`*31"+UPH)54X(BHX.E<R8"T^
M8#DF8$HR/%HR0$]"/"4^2"I)2"%"6"))6B(*33<T/3I)4$DZ0#DY0"DQ-U8\
M."95.")/6"(E.B),(B(A,3!@2D`[1T`K6$`G74@J,U=>1B<B42HC14!`2`I-
M*F!`-C9?3#\H.$`L+4@M2T@B-R@D-B(B/SDH1BHE-#4^)SX]+3I!*S@H+%Y(
M(D98(R9),C%-7$PB8$$Z"DU`3"<A*SU`*21(+T5((RA((D@H054N8%%>8%92
M0%Y+0"\I/#@B*"\^2")`6"9+0"1:+5Q;54M?33LG4CT*3550,%A4,558-%<L
M42PY1B%`*2U@+BPU54!2(S]).SM>038[2"$E7C8M7E17.U$H1RHC72%!+$HH
M,2A`7`I--#@R.E4D)34^5B8D,DD\.U8C35%!+BT]+5U`,"M'*SHT4T\H+D@F
M)"E.)21"(5Q,/$8B0"PW0#)+2#))"DTG)F!0-D8F)#XP1TQ-,2<B02A60#,]
M0D%#.#`K,41<4&!!*#0M*B4O+B$O0D$J.29>13@J7$@Q1$<E)$@*32-'6B0Q
M(B8C4#<O/4%@6T%:7S0T6T@P5#@^2T4D,"HE,2XE*DPG,3%!-41!3R,T-#%(
M-$I0/#-4)3)94@I-.#HD62XE4T$]1R0^+U-#4EHQ)B%$.$PC-#LR)2,P6C`Q
M4#PI/C%`,#<I0"<_8"4B4$%68$=,5257-"0Y"DU`+C!)8"<Z05]3/CY;,%%+
M8"LI0#,K,"H\7"4^6"I2-&`Y)SM3,F!%0&`F240Q)5`X8#(F)%5)*C8A63$*
M34%`*C`Y,$`_.#@Z,5`U-"@F*2@G.TXF(5DA14)!2T(A,EM`2$0X.2I(,DY8
M)C@J)CPZ)"\Y,4D^04I200I-3B4J(50X+C@X-$U@)EPZ)D]!.S5!44<F/D%7
M.CM&0S%7-S9>2#9:*"91.3M/5B170B%'3C0Y24%!1S`\"DU`0B=:)28[.#`I
M1B%30B8H54%0+D%66S\Z)$`]+44C-D@W7$,F5BHG5%HE5B8K)STZ*EHV/%-!
M0D8H-E`*34@W/4A@6%4Y3SXE55XH-EQ!2DY!/C5`(45%0STX-D-8)TLJ)U).
M)556(2LP058^,3Q60"%!2#]62#\Z)PI-)"PJ(3HR)%8E64A--%],-%)2-5-:
M-51-)5@I6#Q21B@T7B4],5<R)4$J-T!`64`\2$4L7E58,E@\2#0X"DTS03XB
M1B(G5C<Q0T)5+#1!645$/DA"+S<]*#8H(THK.5DW-5E!35,T0CA`0$=%5#8X
M2"5(+"PU/2=6*$,*32Y@14X[(3]"5RDW,D4X04%54%Q'*$XZ*%<F(B0N)T-5
M0B1-04,[05=$.#XG15U>-4LN5B@Q1BLH/4Y0(0I-0#].0$`J0D4D,T-!)3,L
M)3,A,%@^43P^,5(W-C95.T(^235/.3A%3C<H3"@I-SHI-RHK)%PX5BE")2]"
M"DT^0C526"@],CA'.4,I2%HI*38J.58E,%5"+5=`15)!-5`X1%Y(24U81%$F
M*55),CU*)$\H0$I)04=*0$8*32U%-5Q80EHX04]6*3]=.5-<.#T]0C8B-#$X
M03%@.$(B)UE,-U4O-"@B*%H_1"@T/2XI/B1)(4`]6#A'2`I-)2HV.%@E4BHB
M*39&.B)%)CDC7$$\3BA),T<V02A*,3@J.%@Y+58J/"XB2%8X3S)`2CM`25-(
M.CTX2C(H"DU*+B8C0"5?6E52,$Y!)4LZ0$@L0E$H-TE`.EA()UXX13]>(3E9
M(DY604Q@0EE5."<L(T,[2#P_-R,P6BL*35(R*D9>8"\Z0D5,/$M!0S0Q-E@P
M,TXW5E@F(B@K,BI50B)4.D)6-6!-.D$K-R=55T<[.4@B)2E=6$8I2`I-4395
M53HN-T(^5R1.04A/-SA$7%@]2R8K5SHK(2DB)5E!3D9",S]@3BM(3TU82"5$
M5EPF*U=&*41,(E]""DU"7R=".S<W64@X3UE(1DA5+"\J*SQ)02TP8%Y&0E)(
M(3Q40EPA.%)"03Y2,2LQ.BPI,2U<7B,C5D)?/$$*34U=0$];0#-$*$PW*"PV
M2BP\34%+)")(4D,B*4,O2D,A5SA)(D@M/$18.#!8.U`G/%1"2E!#(B0F53L\
M4@I--$-!+44S6%4L6SHL-$DW+5XC*S)#+DPR1DI"4ULH4%A(4S]"+%(Z)$,Y
M3E)-7$4Y+%E6.D$X+CA6*%$H"DU(7$LF+2)84#-*+$Y54S`V)DY-0BU:0%0B
M2#(^6#TW*#@K,B@V2B\C5BHE54,U4T-5*4%+-B=1-DA=0R@*3298,BHU7BXP
M)2)07BLV*D-63T!47T$Y/2%43U`M0BE*/$HO-"(C-$I`1DY#4T(H5E=`.5E8
M7318+#)&*@I-)CDK/SHL*SE#-R)#03`T6$=$-3=86D8A+4A*+4).+SPJ)C@]
M/45>0U8F0B-&*"4Z*%@O,2U82BTM/B=%"DT^(SQ2.C<Y/58[0%E)2"8K6%X_
M6%)31BY(25Y32B,]7D-#23)+.D`O,4A,24A=551-)B18/F`I)%PS2E(*36`Q
M1RY'*4!74TA:54A26T%.4#8I)T`U0#`S3R9#1"(I2S\W8%XX6EE85D!`+RU9
M54XB+U!6)5,P(2-90PI-7$)`2DDG*4PX0S](+RE((50F+U,R(U!*0U1#.E@Q
M0E1!,"906%\O."(F6B52+B]56B-44CH\/D-=(D!>"DTT2%XM."]%.")$6B]6
M62M:4B-.4D-0+S=;-T!>8$534BA?/U@N6%HO24E?22(C74H[3"LZ7"9`7R5(
M7U4*32135E@O4T@W.UU2,B(B538^*"T_-"L_024C8#Y30&!'55,B,#A).&`N
M/%DA1"$N.B$O16`]0T`Q.28Q)PI-,#A)5UY.+"1"-"8^.%%71"$S1"8M*2):
M(2I46"\H2C`I)C%/."0E4BXB+41(6CA=74A82$E@3DDP-UHP"DU.3#$T.3-;
M)D0G7S9/.T!>/DE@33E@6TDF,EHP+2XQ/R@C7T)$(3\Z)"Q%(D1)(D-`.BQ6
M5E%6,4HY4#(*33HT(DY#0$)$2%M#/$PS,$%#3E`H6$A`6"4^,4!:)5(Y(R9$
M(2(C8#!98"1&,R8X4#(S4"A+)#PN,#PJ/0I-*F!:(U<U(2LN(C5%54$W.4%=
M5BX[2C!`(40^+B%50D1")R0P2TA=44DA54DA12HQ/3HR)"DD(T9$-UE$"DU(
M*34G6$9@3RDA7EE`438R/C(R,BU$/39$/5]#*$5%)S!`.5584"XW,BI8)%Y&
M+$(V-$==1#<R1%`\-U<*33(X7BDI+R94,5<Z,B-!4U)&)$(B-#DU1"E$1R9`
M.#XR22)%23I*(C)(2C!*3C$I8$-*5$0H6D4Z4#DJ/`I-22),2219,C),3C%4
M2")2-D!$,T,S5CQ4*DDB,35!1#0Y1%5(4S8N1$$V."4V3#I$72\_8"DY+50E
M0RA)"DTY4"4Z(EE042(T5$Y$7%U$)B)`2"9&5S))(S4I(CDY)T,I.5!,)#PZ
M1%A6-E(T0T$I-SY?62$Q25A(0"D*33==.%E"/BLT.U->1"Y.1"=-22Q'0T0U
M)F!;6B];0C$G54(K+F`_-$1/1STO64DM4R5--B<S7#HS.3DP7PI-4C1?/B$J
M)T(O6$4N*T5-+U<P*R<S75@F8$(U8$HP0%9%8#]%6C<D6UQ)+#)),T`Y(5!9
M5#=)+D$P5TLE"DT\5#@M,EXM6ETX(D5()#M91BE"(2A&-S16*B8U124R0SE8
M03(X2%=:521(62<](B,K1C=-55!7)D4C(44*33%;1T)?(BI!6$1(*2<N,C0M
M3C=),38C444E5BU:7S1;03<L74DU(CDT*5HT,3XW+S`X-EQ$(D]%-$U%,@I-
M*4DT2C=-6E@T0$HQ,U8U,"XW0C0V)2A%-2%$7%E(5ETY*4!',3\Y3"LP6D]*
M8"(D13U-04)4039)1RM:"DU5)40I12HR-3\H)5Q"(5L^/39+12PZ1%I'2%),
M.%-$*35*6#)+6%<W8$Q5,3E-*3Q53BM'/#8X(C)*+U@*35LB55<M/4HJ,4H]
M/38B(F`Z0SI>3"8Z*D$F3D9')C0F6E%&7C`Y53DY5"HU/R4Y/U0F/R)!)U<F
M(2XE1PI-04XV(4U'.R@U)D4P/$8Z65$F.RU6,4-01R]&)4(R-4TI1496.5L\
M.5-!(C];-CM3-C9=-D=2-35'*C8G"DTI339=0CD^*#A%13,A,3)&63=&-D=/
M)"=$,C4O435*7CE:644Y,$4[-TDZ4CDV.2DV4RDM7CU%328Z(34*33HL6D4M
M42I%+SD]*D9(-38P+EE<54(T74XJ,5$Z+4%%/2Q%/3U(+SLY.D)8221&)U0B
M-CTE1$HB15$X.@I-0D,Y/4Y&0TM)-TDY-TXY2$LB,5I:-5<F15HW0#U-1TX]
M.3\E-CDB5C=.2C=;5C8K04HR54(D3SH_6T4^"DTP22A/.2@B224U2C1@.BI4
M3BU043I,)S%(*#E*+S9+6"$I1T8L4RHX(U(Y6%E6(S8Z,3A&22XZ1EHW/4(*
M359(-CE)5C8X)#HY,UU6)59&(4A&1U`Y03E#*CY9,$4H5T-&.$(]2BDF.5A9
M1#)-1D(]1D@C.%8L.$$A2`I--599-DY525I@*E`Y0DU<.DU,.4-71S1;64!,
M.3DG2B8P6CI:04I/,4!33D8S)40J*4E%*"E+.S8D.4(N"DU0+4HS.C8P4CI5
M+T8G+2E$3T9-7%(I-RE+,R8C/C(N4#5*535&,C9$1"1&3CXV36!924!).48J
M.5LA2C@*348V.UXZ6T$F3S`Y1DY)14PI2#DX4T\F+E\U2C=".E95.#5114,X
M1%)724$^)%TA1DQ`1F`O3B\P)49!5@I-.R@N1F!@0$%<2%DN-EA,6$TB1BD]
M759",C!<6D9"03M07CI2,3E(2D9113A,7$5,128[3S%`759%-RH^"DTG+4)3
M5397*5,_.SA-(C5-(5E3-#E&0C9&1%@[2D=&54HY2#!(8#%934DE338J(U\N
M)D@Z1D@U1%=@.E8*34PY2C(Y0T,X*5DY.4U&.SI!1D\J.SM>1D1>)#]<22A@
M6$U:5E9?14U3)3=`,48L63Q8-SDW1T9823,Q.0I-0EXI1E,Y15D_*CL]42M/
M54),-#M:/3DB63A7(29>0R8K-5E.2CU,.%$F549&7B1&7C,E3C)&6SI)22U5
M"DT[2"H[2TU/3DXF34)&7D%&3C1&6S\Y3R8V7EY6.TTZ.U!-3R@R)EE&.TI8
M,T!"13@^24H[)3]11B4R5%0*32]0/U8]33\A.U`K,")815`F25,]*"PH.6!6
M0C,M(BDZ02M<74<F.$!03$0S7BA0-CE625@S.$E/(28_6PI--4A303M;02%"
M6$%004E37DE(5CDP)%HQ(2534RDV259')BTP2CE'8%LY)$DY4#`G/%4Y4",]
M4"4E4ULR"DU'(28\4S]$/SE'(T,I*S59/$=)4"XQ45Q5/#$])D)=1"4D/51'
M1V!$)RY75SI@.5$K4C<R6CPN14)*-D`*350Z1C0K*54C65TS23TA25$U4CPK
M-$<P1CPX6#(D)3U5*D<E.2E7)4@Z-4E1/5(S3U(F1DI!.%\[*%\_)PI-23A&
M(C<A2#=2*B51(U8^2RHL.2$\1R='5E!'*5PP,5E(74DI)4,H1T1=4#\Q64M8
M0R=(1UM`.5A3255>"DU94B5'/5$Z/DY.8%8V.$)51S@Y1U=;1R@U-RHG65XO
M.2XQ*CLO+CTE5C!?.C,Z4SQ47RLI2#DV6E<N.ED*335'.CY"358L-BLK,3Q-
M(T`W-#U:/$A6/CE0-2@C7EE2+48O2C8\3E5'2$L]6F!!6B]'.E)942PI/$%&
M.PI--%584E5=3%DY2UP]6#TY3$5#65PI/BHV33A"-$)=3E]"-2<Z,S]2/%59
M*5Q,13Q-63-5)U-+-BA27CX\"DU>-EA*8"Q,1R\]/5P[1R]-)RTT2#4S2C]?
M/5-57CQ4-3DG1499.45`34A9/B<D.3=%1R%4+U8Z/$(G6EX*341@0STP6C\R
M-3<Q-#=?3$E"+#8_*"%66$HG628](B8],$@]7U9)7#$H1$LW*D]*/UY"/B8N
M+D=10T\J1PI-*4,V8#-)7"4J)$PW0"A).2DN*UTF-BM,/2<M15-11U)$.5]*
M0U5'1S<G2#8]+54T75TY/3TV63I*)D(A"DTI1S0[6B5'-TA&-54H-D%4,C@J
M(CU114A,,3!(*DE81#1`23H[*E9`)#X\)T)-.CE#0RE(-SD\5U5*(5$*33<_
M0BDE04H_15(\*ED]/"D]2"(].2P^8%!'.B-7,2@Y/D4I5C%.04-%4#@R2#DA
M/21+2SDQ.2M!*%97)PI-5C-&04E15#4J0CM>1"HK/24\2B1*1SD[6B9-1T$]
M.58V(D%-/59)6$%)-#I;3D5"7#<[*5E(4"5&,#57"DU85CY56C@N-B5,.B\Q
M4"8G,493+5A14CHK4B8X.4I!0D%&4"([1DE(+%P^)BY)3S4E,U!16DLQ(T1$
M7$`*34).2C0O-EA@2E$L02LF-2)&+D-2*558)2@H+$,V3B(X,DA12"HY.$%1
M)3XP2BQ!8#=)12I63#`I8"(J2`I-,4M2)2E%2S]4(2Q.8"(\6EE1,"HD-"XQ
M/"LP4"]@4"],/RQ%44`A3&`O(T)'43%!24$H0$)&+U4O)RLB"DU*)R]/(B)"
M-2HI*%(N6EDB44@S*%PH3E8A2#H[*#)+2B@J*6`C4EY:13XE13!10UQ%.$4B
M*TY--SLF(C<*33$R5BTJ*28E.2-60U5"0#<H.%=62$9%.5I7-"XA.BXT4EY&
M54,R6D-#-D-`7CA0)D=.+T@W/3HH7THK+PI-6B)>.D-%*D-%0D`R(4108$A9
M)D@O)DM83SHN1#8E/E8A3E%%06`H5DY(7UXY.#`B+TA*-D(S-5LV+D52"DU#
M34E!-BE!8%)(45XX0"PA.%0R+T)`4C9&)"Y*1",Z0DM=02->0295*T$M22\N
M2C8E-B=>6B5,5D-6.D0*34].031!231!(2Y62#(G2"1`2C,]*B='14-9*3=4
M1D!'7DA&*F`J)TA7/#`F46`D3C`D35I"13A..T@H20I-*%`^4$A#72]$3F!;
M54HR44HI2T(N72I$+4)&.5A(1SXQ0R5),"<D/U\J,24J/T)@0DXZ1$I20S58
M62\Z"DU#5&!)7"HJ-$1`)2Q:.TM'2T%214@F0$0R0E)88#0R235"2T0O*C9*
M6B182D4[2D,P/D=:7"DV)DDP2F`*33)82C0^2C4Y.C5-6D1:.D(N0D4O.D\Y
M+$D^52$U.DI&6B8M63HU+"I@1R)%+"I%-U),5UE),BA@-C5*-PI-1THU+#HU
M2$HL36!&6SE1/R))0$9)/BT\4"0B."9*.3$J,RHJ15A(6"XH(4).33\H+3DH
M241<8#U88$!1"DU@1T9`8"U`)3PQ-TLN-TXB/$5@1UM20RQ(.%9).5Y4*5-3
M5"5,)D5,*DE/+DE+,4D[-DH[5THZ6#HV6DH*349>6D9/)D5/6DE/7DE,(4D\
M(DH\(TH_)#HW)4I'(4I'7SPP7UPY3#`E8#@E,$PG(B$C0CTV25@R5%E07`I-
M02A+,31=+T@M+#\L5E\N2U<C2RLS+2PS3#]05%0D4R4H33%`*RI4*C4T)5@C
M0R1&,D,Z4THZ4$\V2%P\"DTT6RE4+S\J*S4P+U8R(TXF(RP_0TA9,D=)2%0_
M05-.0"\X*"Q+/2M-12-20B4G-CI1-%!(.DA54%A613T*32I!8#(\73U$/R15
M.%DM5C1763`^*C4P4CA!6S0I(U$B-2HT,5LE.5=!,5)@-C,P2R$F*BE1*54T
M*5U:*0I-+EHJ+T$B/C111T=$-RTP0U<P1$Y<23!8*5P]*4(V,#,B(C8\(C<G
M4D<[(DA,1$8\6#(V73="0$I"*DI""DU"0C14*DA'2BM1-#XS+$5$/$E4."E3
M-DI/525*6B%!(3I&/%)(6%I(+%A'+4DF4$1*,RI*0BQ*,RPA62X*32I,5C%$
M+5!!+E!`5&!(331*/%0I1%!)6%8D4B8Q23Q:239:22$Y+R%!.3M(2BY5*"M`
M*CXM*D5%*D%'1PI-13!01U5$15%,24-82B-2,U)%.CI1*D%16DDH6DE)2$,M
M22XN(2HW1DHU*THT-"I&441,,E<],5%)/DA`"BLV+#]++#I#7B9562=*0"8S
M"F`*?0JL?5QP87)D7'1X,3$T,%QT>#(S,#!<='@S-#0P7'1X-#8P,%QT>#4W
M-C!<='@V.3`P7'1X.#`V,%QT>#DR,#!<='@Q,#,V,%QT>#$Q-3(P7&8Q7&(P
M7&DP7'5L;F]N95QF<S(T7&9C,%QC9C`@7`HM+5P*0VAR:7-T:6%N(%-M:71H
M7`IA:V$@0FQA8VMP;&%G=65<"E!'4"!0=6)L:6,@2V5Y(&%V86EL86)L92!B
;>2!F:6YG97(@;W(@<F5Q=65S="Y<"EP*"GT*
`
From: monckton@arrow.mech.ubc.ca (Simon Monckton)
Newsgroups: comp.sys.next.sysadmin
Subject: Problems Installing packages from ftp!
Date: 19 Oct 1993 17:19:09 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
Distribution: world
Message-ID: <2a17id$94p@nntp.ucs.ubc.ca>
Keywords: Installer
Sadly I don't have the luxury of downloading from ftp sites directly, but have to go through a Sun station first then either download serially or by floppy to my machine.
I have downloaded three packages Rocks, EquationBuilder, SciPlot, and InstantTex and
attempted to install them on my machine. On each one I get a complaint about a
missing .info file (i.e. Rocks.info). What is wrong here?
Thanx in advance
Simon
From: csmith@blackplague.gmu.edu (Christian Smith)
Newsgroups: comp.sys.next.sysadmin
Subject: Help with booting 030 from 040
Date: 19 Oct 1993 16:21:22 GMT
Organization: The Gnomes of Zurich (shhh!)
Distribution: world
Message-ID: <2a1462$m54@news.intercon.com>
Ok, has anybody out there actually done this under 3.1? 3.0?
I am having problems with the final stage. The 030 board is inside the
cube and everything seems to be configured properly. The 030 does a
Next>b
Boot command: en- nbu=256
Requesting BBOTP information. [OK]
Bootinginf /private/tftpboot/boot from blackplague
....................................................................
blk0 boot: en()
Requesting BOOTP information [OK]
Booting /private/tftpboot/mach from blackplague
....................................................................
....................................................................
....................................................................
....................................................................
....................................................................
....................................................................
....................................................................
....................................................................
..................(and that's all folks, at this point it just stops)
I have tried it with /private/tftpboot/mach being macjh from 3.1 and from
2.1
Does anybody have any clue as to what is going wrong?
--
Christian Smith
aka Blackplague
PGP Public Key available by finger or request.
Newsgroups: comp.sys.next.sysadmin
From: gerald@kurt.in-berlin.de (Gerald Erdmann)
Subject: Re: Bug in 3.1 with CC
Message-ID: <1993Oct17.215542.2008@kurt.in-berlin.de>
Sender: gerald@kurt.in-berlin.de
References: <29orn6$fev@news.intercon.com>
Date: Sun, 17 Oct 1993 21:55:42 GMT
In article <29orn6$fev@news.intercon.com> csmith@mason1.gmu.edu (CHRISTIAN
SMITH) writes:
> I just finished installing 3.1 on a cube and am having trouble with
> the c compiler.Seems that comments after any code makes the compiler
barf..
> stuff like:
>
> if (a == 12) /* test for return */
>
> will make problems. Now I know I didn't have this problem under 3.0.
Is
> this a known bug and is there a patch? Appreciate email replies.
please post some line before and after this line incl. the error message
of cc!
--------------------------------------------------------------
| GERALD ERDMANN
| email: gerald @ kurt.in-berlin.de (NeXTmail welcome)
| voice: +49 30 372 43 10 (Germany - Berlin)
|
Newsgroups: comp.sys.next.sysadmin
From: peter@corsica (Peter Eisch)
Subject: Re: Help with booting 030 from 040
Message-ID: <CF5urv.9In@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota Hospital and Clinic, Labratory Information Services
References: <2a1462$m54@news.intercon.com>
Date: Tue, 19 Oct 1993 20:09:22 GMT
Christian Smith (csmith@blackplague.gmu.edu) wrote:
: Ok, has anybody out there actually done this under 3.1? 3.0?
: Booting /private/tftpboot/mach from blackplague
...
: ..................(and that's all folks, at this point it just stops)
: I have tried it with /private/tftpboot/mach being macjh from 3.1 and from
: 2.1
: Does anybody have any clue as to what is going wrong?
I've had netboots running real reliably since 2.0 on through 3.1 (as in even today). I'd make
sure that the private directory for your netboot is exported with root permissions and that
newclient exited without errors.
But this is just me...
peter
--
Always looking for a handy place to nap...
peter@tahiti.umhc.umn.edu (Peter Eisch) peter.a.eisch@uwrf.edu
From: csmith@blackplague.gmu.edu (Christian Smith)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Bug in 3.1 with CC
Date: 19 Oct 1993 20:04:00 GMT
Organization: The Gnomes of Zurich (shhh!)
Distribution: world
Message-ID: <2a1h7g$odk@news.intercon.com>
References: <1993Oct17.215542.2008@kurt.in-berlin.de>
In article <1993Oct17.215542.2008@kurt.in-berlin.de>
gerald@kurt.in-berlin.de (Gerald Erdmann) writes:
> please post some line before and after this line incl. the error message
> of cc!
Ok, sorry, my original post in this thread left a lot to be desired. See
my new post titled "Help with fixing CC under 3.1" For those of you not
using NewsGrazer, here is a short excerpt.
I am trying to compile smail on a NeXT running a complete (user version
plus developer for neXT and Intel) 3.1 instalation. The source code has
been compiled before on other systems with no trouble so nothing is wrong
with the source code. Nearly every .c file gives a list of error messages
like this,
./defs.sh; $CC $CFLAGS -I../src $INCLUDES -c dcasehost.c
dcasehost.c:14:Ignoring junk after expression
dcasehost.c:14:Ignoring junk after expression
dcasehost.c:14:Ignoring junk after expression
*** Exit 1
Here is the particular c.file if that will be any help.
/* @(#)util/dcasehost.c 1.2 24 Oct 1990 05:26:18 */
/*
* Copyright (C) 1987, 1988 Ronald S. Karr and Landon Curt Noll
*
* See the file COPYING, distributed with smail, for restriction
* and warranty information.
*/
/*
* dcasehost - downcase the host field of standard pathalias output
*
* Downcase the first field (non-while chars up to whitespace).
* In the common case of pathalias, this downcases the hostname
* while leaving the path untouched.
*
* If the -c option is used, then input is assumed to be of
* pathalias -c form:
* cost hostname path
* and is converted to:
* hostname path cost
* before downcase is done.
*/
#include <stdio.h>
#include "defs.h"
#ifdef USE_ASCII
extern char lowcase[]; /* lower case conversion table */
extern char upcase[]; /* upper case conversion table */
#endif /* USE_ASCII */
char *program; /* argv[0] from main */
char buf[BUFSIZ+1+1]; /* i/o line buffer */
char buf2[BUFSIZ+1+1]; /* holder for field one switch (-c) */
char buf3[BUFSIZ+1+1]; /* holder for other fields (-c) */
void
main(argc, argv)
int argc; /* arg count */
char *argv[]; /* args */
{
char *f1_white; /* first whitespace beyond field 1 */
int cflag = 0; /* cflag == 1 ==> field switch */
/*
* parse args
*/
program = argv[0];
if ( argc > 2 ) {
fprintf(stderr, "%s: usage: %s [-c]\n", program, program);
exit(-1);
} else if (argc == 2) {
if (strcmp(argv[1], "-c") != 0) {
fprintf(stderr, "%s: usage: %s [-c]\n", program, program);
exit(-1);
}
cflag = 1;
}
/*
* process input lines until EOF
*/
while (fgets(buf, BUFSIZ, stdin) != NULL) {
/*
* if -c, move the fields
*/
if (cflag) {
char *f2_field; /* first char of field 2 */
char *f_end; /* last char */
/* find first whitespace char beyond field 1 */
f1_white = strpbrk(&buf[strspn(buf, " \t\n")], " \t\n");
/* find first char of field 2 */
if (f1_white != NULL) {
f2_field = &f1_white[strspn(f1_white, " \t\n")];
}
/* find last char */
f_end = &buf[strlen(buf)-1];
/* switch fields if firewall checks allow it */
if (f1_white != NULL && *f1_white != '\0' &&
*f2_field != '\0' &&
f_end > buf && *f_end == '\n') {
/* save field 1 with newline and NULL */
strncpy(buf2, buf, (int)(f1_white-buf));
buf2[f1_white-buf] = '\n';
buf2[f1_white-buf+1] = '\0';
/* move field 2 and beyond to front of line */
strcpy(buf3, f2_field);
strcpy(buf, buf3);
/*
* add field 1 on the end of new line
*
* use white space before field 1 to separate
* field 1 from the end of the line, if we can
*/
if (buf2[0] == ' ' || buf2[0] == '\t') {
/* overwrite the old trailing newline */
strncpy(&buf[f_end-f2_field], buf2, f1_white-buf+2);
} else {
/* separate old line end and field 1 with a tab */
buf[f_end-f2_field] = '\t';
strncpy(&buf[f_end-f2_field+1], buf2, f1_white-buf+2);
}
}
}
/*
* downcase the first field
*/
/* find first whitespace char beyond field 1 */
f1_white = strpbrk(&buf[strspn(buf, " \t\n")], " \t\n");
/* downcase field 1 if it exists */
if (f1_white != NULL) {
register char *p; /* index */
for (p=buf; p < f1_white; ++p) {
*p = tolower(*p);
}
}
/*
* print the resulting line
*/
fputs(buf, stdout);
}
exit(0);
}
--
Christian Smith
aka Blackplague
PGP Public Key available by finger or request.
From: mycroft@colourbox.utexas.edu (Alex Currier)
Newsgroups: comp.sys.next.sysadmin
Subject: Questions about setting up anonymous FTP server on NeXTSTEP?
Date: 19 Oct 1993 23:02:26 GMT
Organization: The University of Texas at Austin, Austin, Texas
Message-ID: <2a1rm2$q33@geraldo.cc.utexas.edu>
I would like to set up my machine as an anonymous ftp server so that I can
share files with some of my colleagues but I can find no mention of how this
is done in either the online documentation or the FAQ. Would anyone like to
post or mail me some useful information? If you mail I will summarize to this
group (for the other partially-clueless people like myself).
thank you.
--
=========================================================================
Alex Currier | I get no kick from champagne...
mycroft@ccwf.cc.utexas.edu | mere alcohol doesn't thrill me at all
NeXTmail capable! | but I get a kick out of UNIX.
=========================================================================
Newsgroups: comp.sys.next.sysadmin
From: selfstro@Alex.Engr.Trinity.Edu (Sean Elfstrom)
Subject: rwho
Message-ID: <1993Oct19.232046.20318@ringer.cs.utsa.edu>
Sender: news@ringer.cs.utsa.edu
Organization: Trinity University, San Antonio TX. USA
Date: Tue, 19 Oct 1993 23:20:46 GMT
Is rwho on NSFIP intentionally brain-damaged? Whenever we do an "ruptime"
we get garbage for the uptimes of remote machines and garbage for the
loads. Rwho as well gives somewhat garbled output. We suspect this has
something to do with the NS machine not using network byte-ordering to read
the *.whod files, but I have NO IDEA how to check this and/or fix it.
Any ideas?
--
---------------------------------------------------------------------
Sean Elfstrom | Trinity University
selfstro@tusol.cs.trinity.edu | 715 Stadium Dr. #707
NeXTMail: selfstro@oberon.cs.trinity.edu | San Antonio, TX 78212-7200
From: annard@theborg.stack.urc.tue.nl (Annard Brouwer)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Taylor uucp & NS 3.1 & INN (creating packages)
Date: 19 Oct 1993 22:02:23 GMT
Organization: the Borg
Distribution: world
Message-ID: <2a1o5f$7t@theborg.stack.urc.tue.nl>
References: <CEyEzJ.J6@pezzi.freiburg.sub.org>
In article <CEyEzJ.J6@pezzi.freiburg.sub.org> flo@pezzi.freiburg.sub.org
(Florian Wolpert) writes:
> Hi,
>
> I've tried to install Taylor-uucp on my "black" NeXTstation (with NS3.1)!
> Compiling is no problem, but i can't use the i-protocol :-(
> I have a ZyXEL attached to my NeXT. On the other side of my link there used
> to be also Taylor-uucp and a ZyXEL. I wonder if i'm the only one with this
> kind of problem ??
>
I wonder if there would be sufficient interest in an installer package for INN
and Taylor-uucp a la the C-News package. However, given the list of possible
options for taylor-uucp and INN what would be considered as essential? To give
a few examples:
+ Taylor-uucp: - log file format
- place to put the files
- default configuration files
+ INN: - usage of gzip or compress
- installing site specific parameters
- place to put files
+ should INN be installed together with Taylor-uucp?
+ package for black and white hardware?
Any comments will be appreciated!
Annard
--
Give me enough bandwidth and I can transmit the earth.
- Annard Brouwer
annard@stack.urc.tue.nl (NeXTmail appreciated)
Newsgroups: comp.sys.next.sysadmin
From: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Subject: Re: Questions about setting up anonymous FTP server on NeXTSTEP?
Message-ID: <1993Oct20.030133.27685@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <2a1rm2$q33@geraldo.cc.utexas.edu>
Date: Wed, 20 Oct 93 03:01:33 GMT
In article <2a1rm2$q33@geraldo.cc.utexas.edu> mycroft@colourbox.utexas.edu
(Alex Currier) writes:
>
> I would like to set up my machine as an anonymous ftp server so that I
can
> share files with some of my colleagues but I can find no mention of how
this
> is done in either the online documentation or the FAQ. Would anyone like
to
> post or mail me some useful information? If you mail I will summarize to
this
> group (for the other partially-clueless people like myself).
Please let me know what the answer is?
CW
From: Aaron Herskowitz <aherskow@alleg.edu>
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
Subject: Mailing List Software
Date: 20 Oct 1993 01:34:01 GMT
Organization: Allegheny College
Distribution: world
Message-ID: <2a24i9$t4s@ftp.alleg.edu>
I am looking for software to administer mailing lists. Although it will be
ÿrun on a NeXT, it does not need to be NeXT specific.
Some features I would like are:
1. ability to administer multiple mailing lists
2. circulation of messages only from list members
3. paced circulation rate (i.e. don't send 200 messages at once - spare
the mail server)
4. archive messages
I have asked several list administrators but haven't really heard of
anything public domain/shareware that fits the bill. I am also interested
in commercial products if they can meet my needs.
If anyone knows of any software that would perform the above (or something
close), please post/e-mail me.
Thanks a lot,
Aaron
---
Aaron Herskowitz [NeXTmail Welcomed] E-Mail: aherskow@alleg.edu
Academic Systems Manager, Technical and Network Services
Allegheny College, Meadville, Pennsylvania
From: hal@alfred.econ.lsa.umich.edu (Hal Varian)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Questions about setting up anonymous FTP server on NeXTSTEP?
Date: 20 Oct 1993 02:45:49 GMT
Organization: University of Michigan
Message-ID: <2a28ot$10a@controversy.math.lsa.umich.edu>
References: <2a1rm2$q33@geraldo.cc.utexas.edu>
In article <2a1rm2$q33@geraldo.cc.utexas.edu>
mycroft@ccwf.cc.utexas.edu writes:
>
>
>I would like to set up my machine as an anonymous ftp server so that I can
>share files with some of my colleagues but I can find no mention of how this
>is done in either the online documentation or the FAQ. Would anyone like to
>post or mail me some useful information? If you mail I will summarize
>to this group (for the other partially-clueless people like myself).
This is from an old posting by eps@cs.SFSU.EDU (Eric P. Scott):
Create a user called "ftp" (*not* "anonymous"); the easiest
way to do this is from the command line:
echo "ftp:*:9:-2:Anonymous FTP:/ftp:/bin/false"|niload passwd .
(yes, you can specify a different NetInfo domain, it doesn't
have to be the local one)
Create a home directory--the name doesn't matter. If you
have a 2-partition system, it's probably a good idea to
create it on /clients. This directory should be owned by
root (not ftp).
Create the following directories:
~ftp/bin
~ftp/etc
~ftp/etc/zoneinfo
These should all be owned by root, and protected 555.
On 2.x systems:
# cp -p /bin/ls ~ftp/bin
If you're still running 1.0/1.0a, retrieve pub/NeXT-ls.tar.Z
by anonymous FTP from sutro.sfsu.edu [130.212.15.230]--NeXT's
version won't work on 1.x systems.
# cp -p /etc/zoneinfo/localtime ~ftp/etc/zoneinfo
ls needs this to display times properly.
You may wish to create a ~ftp/.hidden file and/or a ~ftp/.forward
file.
Create other subdirectories as needed. I don't recommend
making ~ftp world-writeable!
--
Hal.Varian@umich.edu Hal Varian
voice: 313-764-2364 Dept of Economics
fax: 313-764-2364 Univ of Michigan
Ann Arbor, MI 48109-1220
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Re: Home Directory Icons
Message-ID: <CF7Cs5.6L8@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <1993Oct18.183109.16227@kakwa.ucs.ualberta.ca>
Date: Wed, 20 Oct 1993 15:38:29 GMT
In article <1993Oct18.183109.16227@kakwa.ucs.ualberta.ca> eugene@uaneuro.uah.ualberta.ca writes:
>Apologies if this is an FAQ, but...
>
>A strange thing happened over the weekend.
>All the home directory icons changed to the folder icons. except for
>1 account, mine.
>As far as I know, nothing out of the ordinary occured to cause this.
>All the permissions on the user accounts are the way they should be,
>and the permissions on the actual tiff,
>/usr/lib/NextStep/Workspace.app/English.proj/home.tiff
>and
>/usr/lib/NextStep/Workspace.app/WM.app/English.proj/home.tiff and
>neighbor.tiff
>look fine. World readable, owned by root.wheel.
>Everything is fine in the NetInfo database
>
>I hope someone can tell me what happened, and how to fix this.
>Thanks alot!
>--
>------------------------------------------------------------------
>Eugene Mah ----> eugene@uaneuro.uah.ualberta.ca (NeXT-Mail)
>grad student/sys admin "For I am a Bear of Very
>Department of Radiology Little Brain, and
>University of Alberta Hospitals long words bother me."
>Edmonton, Alberta, Canada Winnie the Pooh
When you check 'Large File System' in Unix Preferences, you will no longer
see the tract-housing icon :), If you really want them back uncheck this box.
It's a trade-off between cute pictures and a lazier evaluation strategy for
updating the browser.
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Voice: (617) 861-5579 pronounced "Throat-Warbler Mangrove".
) NeXTMail O.K.
From: giddings@sadie.chem.wisc.edu (Michael Giddings)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: SUN CD-ROM Drive won't work for install
Date: 20 Oct 1993 17:20:53 GMT
Organization: Division of Information Technology
Distribution: world
Message-ID: <2a3s1l$k8i@news.doit.wisc.edu>
Keywords: sun cd-rom
I posted a note a week back about install problems on a Lucky-Goldstar
WinNeXT. Thanks to the advice of several people, we found out it was due to
the SUN CD-ROM drive. As soon as we tried a different one, it worked.
This may have been discussed previously, but I thought I would post it for
anyone who might not know this (I didn't): SUN CD-ROM drives won't work for
installation of NeXTSTEP/Intel.
Michael Giddings
Newsgroups: comp.sys.next.sysadmin
From: axelrod@schauder.mit.edu (Scott Axelrod)
Subject: Help, hard disk not mounting
Message-ID: <1993Oct20.180846.1811@galois.mit.edu>
Sender: news@galois.mit.edu
Organization: MIT Department of Mathematics, Cambridge, MA
Date: Wed, 20 Oct 93 18:08:46 GMT
I was hoping that someone might have a suggestion to help me out with
a NeXT system administration problem. In short, I have a system that
boots to single user mode because the root file system only gets mounted
read only and needs to be remounted by hand.
The only thing I know about NeXT or Unix system administration is the
little I've read trying to fix this problem.
Here are some tedious details in case they might help a system doctor
to make a diagnosis.
-- Tedious details )-:
I have a NeXT station and NeXT cube, both running NS3.1, networked together.
The NeXT station has a standard 400Mb internal hard drive and a floppy.
The cube has a 1000Mb internal hard drive (with two partitions) and
an optical drive. I also had a CD rom player hooked up to the cube when
it crashed for some unknown reason when I tried to read from the CD-rom.
Afterwards, neither systems would boot up normally. Each time I tried
to boot they would ask for the hardware password and then put me in single
user mode with the root file sytem on /dev/sd0a mounted read only.
(In the case of the cube the second partition was not mounted.)
To continue booting it was necessary to type:
/etc/mount -o remount /
Subsequently, I reinstalled NS3.1 on the station from scratch, which
fixed the problem on that computer. Unfortunately, it is not so
easy for me to do that from the cube because it has an older rom which
doesn't allow booting off of a CD.
I might mention that for the NeXT cube to be able to properly mount the
second partition, it is also necessary, while in single user mode,
to delete all lines in the file
"/etc/mtab" besides the usual line for /dev/sd0a and swapspace.
I have compared all the files in the /etc directories for the
(properly working) NeXT station and the (frustrating) cube.
I could not find any relavant difference.
I have also tried many combinations of including "noauto" or not in the lines
of the /etc/fstab file for both partitions and deleteing various lines
from /etc/mtab before rebooting. None of this seems to make any difference.
---- End of tedious details (-:
Any suggestions will be greatly appreciated.
Thanks a lot,
Scott Axelrod
axelrod@math.mit.edu
MIT Math Depatment
From: eric@ada1.elan.af.mil (Eric Edwards)
Newsgroups: comp.sys.next.sysadmin
Subject: mailDBupdate doesn't
Date: 20 Oct 1993 20:40:20 GMT
Organization: Edwards AirForce Base
Sender: eric@ada1 (Eric Edwards)
Distribution: world
Message-ID: <2a47nk$rpk@wrdis02.robins.af.mil>
I am trying to add a slew of aliases from netinfo to NeXTMail's addresses list.
Per instructions, I run mailDBupdate as root.
But nothing is added. I go into NextMail and look down all the address
catagories are virtually empty. Root shows up as a user but that is it.
I check in /LocalLibrary/Images/People/aliases (where NextMail seems to keep
it's data) and I have a null file created when I ran mailDBupdate.
The aliases are present in netinfo. nidump aliases . gives out the whole list.
Ideas?
--
Eric Edwards = eric@ada.elan.af.mil
"I think telcom tarifs should only apply to incoming international calls"
Newsgroups: comp.sys.next.sysadmin
From: dave@guinness.huma.yorku.ca (David Aspinall)
Subject: Re: Has the serial drivers problem been solved?
Message-ID: <CF7puu.FFK@newshub.ccs.yorku.ca>
Sender: news@newshub.ccs.yorku.ca (USENET News System)
Organization: York University, Humanities Department
References: <1993Oct19.130933.637@rna.indiv.nluug.nl>
Date: Wed, 20 Oct 1993 20:20:54 GMT
We installed the serial driver on the Fax Modem Machine about 2 weeks ago
and I have not had any complaints about it. The system does NOT crash
during incoming/outgoing faxes anymore.
David
gerben@rna.indiv.nluug.nl writes:
: See subject.
:
: Thanks,
:
: --
: Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
: "If you don't know where you are going, any road will
: take you there." From the Talmud(?), rephrased in
: Lewis Carroll, "Alice in Wonderland".
--
David Aspinall ---------- Former-Former-NeXT Campus Consultant
E-mail : cs911409@ariel.yorku.ca | I'd rather be
NeXTMail: dave@ccs.yorku.ca | rich than stupid
V-mail : (416) 663-4997 | -- Jack Handey
From: mycroft@colourbox.utexas.edu (Alex Currier)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Setting up FTP server:
Date: 20 Oct 1993 22:37:40 GMT
Organization: The University of Texas at Austin, Austin, Texas
Message-ID: <2a4ejk$51u@geraldo.cc.utexas.edu>
Thank you people who responded to my post about setting up an FTP server. I've
got it running now and almost everything is fine. One thing I'd like to know
is how to get all FTP logins and logouts logged to the Console. The man pages
for ftpd mention running it with the -l switch to log it's output to syslog
but I don't know how to get ftpd to run with a switch since it's being
triggered externally. Even better would be the ability to have a sound play
when an ftp login occurs and another when the user logs out. The reason for
this is I take my SLIP link down on occasion and I'd like to know if someone
is connected (and who) all the time to avoid cutting them off. My modem isn't
in my line of sight so I can't always see the activity lights. Your
suggestions appreciated.
--
=========================================================================
Alex Currier | I get no kick from champagne...
mycroft@ccwf.cc.utexas.edu | mere alcohol doesn't thrill me at all
NeXTmail capable! | but I get a kick out of UNIX.
=========================================================================
Newsgroups: comp.sys.next.sysadmin
From: keith@ursa.com (Keith Hollister)
Subject: Re: SUN CD-ROM Drive won't work for install
Message-ID: <1993Oct21.015121.1024@ursa.com>
Sender: keith@ursa.com
Organization: Ursa Systems
References: <2a3s1l$k8i@news.doit.wisc.edu>
Date: Thu, 21 Oct 1993 01:51:21 GMT
In article <2a3s1l$k8i@news.doit.wisc.edu> giddings@sadie.chem.wisc.edu
(Michael Giddings) writes:
>
> I posted a note a week back about install problems on a Lucky-Goldstar
> WinNeXT. Thanks to the advice of several people, we found out it was
due to
> the SUN CD-ROM drive. As soon as we tried a different one, it worked.
>
> This may have been discussed previously, but I thought I would post it
for
> anyone who might not know this (I didn't): SUN CD-ROM drives won't work
for
> installation of NeXTSTEP/Intel.
Sun takes a Sony 541 and changes the firmware to a 512 byte block size
instead of the standard 2048 byte block size. Open Systems my ass :-)
Keith Hollister
keith@ursa.com
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: tomi@shinto.nbg.sub.org (Thomas Engel)
Subject: Any Basic sysadmin Tool up to now ?
Message-ID: <CEyG6J.Aw@shinto.nbg.sub.org>
Followup-To: comp.sys.next.sysadmin
Sender: tomi@shinto.nbg.sub.org (Thomas Engel)
Organization: Molecule Modelling Lab.
Date: Fri, 15 Oct 1993 20:13:30 GMT
Hello!
Well it s just an idea. But is there a simple admin Tool that has this
aim:
Managing those ever growing Files of UNIX-Logs etc..
I think it might be pretty easy an maybe I would try this one as some kind
of programming experiece trip...if it is not already on the archives.
- Organizing log-files in a tree-style browser (system,fax,news,uucp,etc)
- Adding them by drag and drop
- Always sen the size of the group and the files (like DarkForest)
- Being able to read the contents in a simple textfield
- Erase the contens without changing the permissions etc.pp
- Being able to Erase all the file-data wiht one click
- Ok sure only run as ROOT
As far as I m concernd with NeXTSTEP it should be easy. Some Draging and
drop and some browser programming with a text-object and unix-app-forking
Could be a nice mini-example as well.
I m kind of new to UNIX so i don t know realy what else an Admin Tool
needs but this would be enought for what I (and maybe other not
UNIXpeople) may find useful.
There certainly is a way to that stuff with Workspace and some UNIX
scripts or Tickle (linking the files to a hierarchin in the filesystem and
that on but this App could make it easyier .. even if it does the same
thing: running a UNIX script to erase the stuff, mapping the hierarchie to
some place in /Library ...)
I never had a PC/DOS virus but I do beleave there are some people that
would be glad for such a tool (me included).
Any comments ?
Tom
--
____________________________________________________
(tomi@shinto.nbg.sub.org) Thomas Engel
Neptunstr. 9
From: bakker@cyclon.aoml.erl.gov (Cary Bakker)
Newsgroups: comp.sys.next.sysadmin
Subject: Severely LONG REBOOTING TIME has me confused and frustrated !
Date: 20 Oct 1993 19:02:10 GMT
Organization: U.S. Department of Commerce, NOAA/AOML
Message-ID: <2a41vi$8aj@wave.aoml.erl.gov>
I am running a NeXT cube that has not had any serious problems as of yet.
What has been happening is when I reboot, the system takes an irregular
ammount of time, on the order of hours. One of the other users of the
cube tried to restart it last Sat. and it still wasn't up on the
following Monday! Just this morning, he powered it off completely
and started the process over. It started at 8:50 and finished
at 1:30 . ????
My question is : What exactly can cause this kind of behavior?
Recently, I had some errors concerning the floppy drive, but it hasn't
ever given me any problems and there haven't been any more errors related to
it. The following log is from the /usr/adm/messages file, and is of the
final power off/on from this morning...
I don't see anything abnormal about it, and even if there was, I probably
wouldn't see it because I am not an expert.
Any ideas will be appreciated and thank you in advance for your help,
Cary
--------------
Oct 20 08:50:34 cyclon mach: rebooting Mach...
Oct 20 08:50:34 cyclon mach:
Oct 20 08:50:34 cyclon mach: NeXT ROM Monitor 3.0 v70
Oct 20 08:50:34 cyclon mach: NeXT Mach 3.1: Fri Apr 30 08:31:15 PDT 1993;
root(rcbuilder):mk-149.22.3.obj~2/RC_m68k/RELEASE_M68K
Oct 20 08:50:34 cyclon mach: FPU version 0x41
Oct 20 08:50:34 cyclon mach: physical memory = 32.00 megabytes.
Oct 20 08:50:34 cyclon mach: available memory = 29.19 megabytes.
Oct 20 08:50:34 cyclon mach: using 204 buffers containing 1.59 megabytes of
memory
Oct 20 08:50:34 cyclon mach: fc0 at 0x2014100
Oct 20 08:50:34 cyclon mach: Sony MPX-111N as fd0 at fc0 slave 0
Oct 20 08:50:34 cyclon mach: SCSI 53C90A Controller, Target 7, as sc0 at
0x2014000
Oct 20 08:50:34 cyclon mach: SEAGATE ST1480 Rev 5736 as sd0 at sc0 target 1 lun
0
Oct 20 08:50:34 cyclon mach: Disk Label: NeXT_2.2_Ext
Oct 20 08:50:34 cyclon mach: Disk Capacity 406MB, Device Block 512 bytes
Oct 20 08:50:34 cyclon mach: Generic SCSI Device as sg0 at sc0 target 7 lun 7
Oct 20 08:50:34 cyclon mach: Generic SCSI Device as sg1 at sc0 target 7 lun 7
Oct 20 08:50:34 cyclon mach: Generic SCSI Device as sg2 at sc0 target 7 lun 7
Oct 20 08:50:34 cyclon mach: Generic SCSI Device as sg3 at sc0 target 7 lun 7
Oct 20 08:50:34 cyclon mach: en0 at 0x2006000
Oct 20 08:50:34 cyclon mach: en0: Ethernet address 00:00:0f:01:06:f1
Oct 20 08:50:34 cyclon mach: IP protocol enabled for interface en0, type "10MB
Ethernet"
Oct 20 08:50:34 cyclon mach: np0 at 0x200f000
Oct 20 08:50:34 cyclon mach: sound0 at 0x200e000
Oct 20 08:50:34 cyclon mach: root on sd0
Oct 20 08:50:34 cyclon mach: WARNING: clock lost 4 days -- CHECK AND RESET THE
DATE!
Oct 20 13:31:54 cyclon reboot: Reboot complete
-------------------------------------------------------------------------------
Cary A. Bakker | Music is the pleasure the human soul
C.S. Major | experiences from counting without
FLorida International University | being aware that is counting...
NeXT Programmer |
NOAA/AOML | -- Gottfried W. Leibniz
From: bakker@cyclon.aoml.erl.gov (Cary Bakker)
Newsgroups: comp.sys.next.sysadmin
Subject: More on the long reboot problem....
Date: 20 Oct 1993 19:40:29 GMT
Organization: U.S. Department of Commerce, NOAA/AOML
Message-ID: <2a447d$9ef@wave.aoml.erl.gov>
I found some more information that I can supply concerning the long
reboot time I have been experiencing and posted about recently.
Upon comparing the reboot messages of this machine (the one with the
problem) with those of the two other next cubes we have, one line is
missing in this one that is in both of the others. Also, I was
told that the machine hangs after the ".... IP protocol..." message.
This just happens to be the line immediately before the missing line.
Hmmm, could this have something to do with the problem?
Here are the messages.
section from my messages:
Oct 20 08:50:34 cyclon mach: en0: Ethernet address 00:00:0f:01:06:f1
Oct 20 08:50:34 cyclon mach: IP protocol enabled for interface en0, type "10MB
Ethernet"
Oct 20 08:50:34 cyclon mach: np0 at 0x200f000
Oct 20 08:50:34 cyclon mach: sound0 at 0x200e000
section from messages of other two machines:
Oct 16 10:44:56 gust1 mach: en0: Ethernet address 00:00:0f:01:06:fb
Oct 16 10:44:56 gust1 mach: IP protocol enabled for interface en0, type "10MB
Ethernet"
Oct 16 10:44:56 gust1 mach: dsp0 at 0x2008000
Oct 16 10:44:56 gust1 mach: np0 at 0x200f000
Notice that the line with "dsp0" is missing. Why would it be missing for
this machine? Could it have anything to do with the delay after the line
with "...IP.." ? Seems to me like it might, but I really don't know that
much about it.
Once again, thanks in advance for any help or ideas,
Cary
-------------------------------------------------------------------------------
Cary A. Bakker | Music is the pleasure the human soul
C.S. Major | experiences from counting without
FLorida International University | being aware that is counting...
NeXT Programmer |
NOAA/AOML | -- Gottfried W. Leibniz
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: dennis@nebulus.ampr.ab.ca (Dennis S. Breckenridge)
Subject: Re: SUN CD-ROM Drive won't work for install
Keywords: sun cd-rom
References: <2a3s1l$k8i@news.doit.wisc.edu>
Organization: "Alchemy Mindworks"
Date: Thu, 21 Oct 1993 01:53:00 GMT
Message-ID: <CF858H.5D4@nebulus.ampr.ab.ca>
giddings@sadie.chem.wisc.edu (Michael Giddings) writes:
>I posted a note a week back about install problems on a Lucky-Goldstar
>WinNeXT. Thanks to the advice of several people, we found out it was due to
>the SUN CD-ROM drive. As soon as we tried a different one, it worked.
>This may have been discussed previously, but I thought I would post it for
>anyone who might not know this (I didn't): SUN CD-ROM drives won't work for
>installation of NeXTSTEP/Intel.
Well the opposite is true here. I have tested the Sun CD (Sony 8013) with
both the Adatec 1542B and 1542C without problems during install. Trying to
play audio CD's on it presented a whole new set of problems tho :-(
The mother boards used here are ASUS VL/ISA-486SV2 with DX2/66 cpu's and
256k of cache.
--
-----------------------------------------------------------------------------
Dennis Breckenridge Microsoft Windoze. Genetic throwback from the
dennis@nebulus.ampr.ab.ca natural selection of UNIX.
-----------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: cedman@princeton.edu (Carl Edman)
Subject: Re: Mailing List Software
In-Reply-To: Aaron Herskowitz's message of 20 Oct 1993 01:34:01 GMT
To: Aaron Herskowitz <aherskow@alleg.edu>
Message-ID: <CEDMAN.93Oct20093838@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <2a24i9$t4s@ftp.alleg.edu>
Date: Wed, 20 Oct 1993 13:38:38 GMT
In article <2a24i9$t4s@ftp.alleg.edu> Aaron Herskowitz <aherskow@alleg.edu> writes:
I am looking for software to administer mailing lists. Although it will be
ÿrun on a NeXT, it does not need to be NeXT specific.
[ ... ]
If anyone knows of any software that would perform the above (or something
close), please post/e-mail me.
There are several package which do what you want which should compile
without great problems on the NeXT, among them ListServ and MajorDomo.
Personally, I use procmail which gives myself and other users very
advanced handling for incoming mail and complete mailing list
management which I believe does everything you need. Be sure to get
procmail 2.92 as older versions between 2.70 and 2.92 have problems
compiling under NS 3.1. If you intend to use procmail in conjunction
with Mail.app, you should also get the mailapp utilities 1.2 from
nova.cc.purdue.edu or cs.orst.edu.
Carl Edman
Newsgroups: comp.sys.next.sysadmin
From: sinclair@cs.brandeis.edu (David A. Sinclair)
Subject: Re: SUN CD-ROM Drive won't work for install
Message-ID: <1993Oct21.132327.17687@news.cs.brandeis.edu>
Sender: news@news.cs.brandeis.edu (USENET News System)
Organization: Brandeis University - Computer Science Dept.
References: <2a3s1l$k8i@news.doit.wisc.edu> <1993Oct21.015121.1024@ursa.com>
Date: Thu, 21 Oct 1993 13:23:27 GMT
In article <1993Oct21.015121.1024@ursa.com> keith@ursa.com (Keith Hollister) writes:
>In article <2a3s1l$k8i@news.doit.wisc.edu> giddings@sadie.chem.wisc.edu
>(Michael Giddings) writes:
>>
[...small chomp...]
>> This may have been discussed previously, but I thought I would post it
>for
>> anyone who might not know this (I didn't): SUN CD-ROM drives won't work
>for
>> installation of NeXTSTEP/Intel.
>
>Sun takes a Sony 541 and changes the firmware to a 512 byte block size
>instead of the standard 2048 byte block size. Open Systems my ass :-)
>
>Keith Hollister
>keith@ursa.com
Why does this pose a problem only for NS/I? I installed NS3.0 on my
'station from a Sun CD-ROM drive with no problems. What is the
difference (in this regard) between NS/I and NS/Mot (or is it rather a
difference between 3.0 and 3.1) ?
David Sinclair
--
-----------------------------------------------------------------
David A. Sinclair - "Chester"
sinclair@cs.brandeis.edu
Newsgroups: comp.sys.next.sysadmin
From: CCMAHTAJ@mizzou1.missouri.edu
Subject: Resetting Background Color
Message-ID: <16C6E967C.CCMAHTAJ@mizzou1.missouri.edu>
Sender: news@mont.cs.missouri.edu
Organization: University of Missouri
Date: Thu, 21 Oct 93 10:42:03 CDT
Currently, I am working on the LogoutHook to do some clean up work
(i.e., compress mailboxes, delete *.mb files, and empty trash).
I also need to reset the sound level and the background color.
However, I am having difficulty resetting the background color.
I am able to change the background with "background" and/or
"setbkgdcol" when I am logged on, but when I logoff with the following
lines in the LogoutHook, whatever I have in the background (an image
or a color different than the default system color) is stuck in the
background and my only choice to get rid of it is to kill the
WindowServer. Does anybody know of an efficient way to reset the
background color upon logoff("background" is too inefficient for
just resetting the color)?
This is what I have in the LogoutHook:
spirntf(cmd,"/usr/local/bin/setbkgdcol .2 .3 .4;
/usr/local/bin/background -r");
(void)system(cmd);
I have also tried different combinations of "background" and
"setbkgdcol" but have had the same disappointing result.
I appreciate any and all help.
Regards,
Mahtaj Khmaneian
From: lchan@whitewater.chem.wisc.edu (Lawrence L. Chan)
Newsgroups: comp.sys.next.sysadmin
Subject: Problem with fsck
Date: 21 Oct 1993 17:14:06 GMT
Organization: Division of Information Technology
Distribution: world
Message-ID: <2a6g0u$l0d@news.doit.wisc.edu>
Keywords: fsck, bug, problem
I'm a new System Administrator in my department. Our file server has
recently suffered from a hard disk crash. I tried to use fsck to fix it.
However, after I reinstall NextStep on the "supposed reparied" hard drive,
there is still a problem. Every time I login, the system panic and
reported a hard disk failure. I finally decided to do a low level format
and now the system is fine.
Does fsck suppose to repair hard disk crashes? If so, could someone in
Next fix the problem in fsck? You know, it's real pain to do a low level
format and reinstall NextStep again.
I appreciate for any of your comments and suggestions. Thanks.
Lawrence Chan
System Administrator
Department of Chemistry
University of Wisconsin, Madison
From: lchan@whitewater.chem.wisc.edu (Lawrence L. Chan)
Newsgroups: comp.sys.next.sysadmin
Subject: Problem with fsck
Date: 21 Oct 1993 17:18:27 GMT
Organization: Division of Information Technology
Distribution: na
Message-ID: <2a6g93$l12@news.doit.wisc.edu>
Keywords: fsck, bug, problem
I'm a new System Administrator in my department. Our file server has
recently suffered from a hard disk crash. I tried to use fsck to fix it.
However, after I reinstall NextStep on the "supposed reparied" hard drive,
there is still a problem. Every time I login, the system panic and
reported a hard disk failure. I finally decided to do a low level format
and now the system is fine.
Does fsck suppose to repair hard disk crashes? If so, could someone in
Next fix the problem in fsck? You know, it's real pain to do a low level
format and reinstall NextStep again.
I appreciate for any of your comments and suggestions. Thanks.
Lawrence Chan
System Administrator
Department of Chemistry
University of Wisconsin, Madison
From: lchan@whitewater.chem.wisc.edu (Lawrence L. Chan)
Newsgroups: comp.sys.next.sysadmin
Subject: Problem with fsck
Date: 21 Oct 1993 17:20:04 GMT
Organization: Division of Information Technology
Distribution: usa
Message-ID: <2a6gc4$l1r@news.doit.wisc.edu>
Keywords: fsck, bug, problem
I'm a new System Administrator in my department. Our file server has
recently suffered from a hard disk crash. I tried to use fsck to fix it.
However, after I reinstall NextStep on the "supposed reparied" hard drive,
there is still a problem. Every time I login, the system panic and
reported a hard disk failure. I finally decided to do a low level format
and now the system is fine.
Does fsck suppose to repair hard disk crashes? If so, could someone in
Next fix the problem in fsck? You know, it's real pain to do a low level
format and reinstall NextStep again.
I appreciate for any of your comments and suggestions. Thanks.
Lawrence Chan
System Administrator
Department of Chemistry
University of Wisconsin, Madison
From: lchan@whitewater.chem.wisc.edu (Lawrence L. Chan)
Newsgroups: comp.sys.next.sysadmin
Subject: Problem with fsck
Date: 21 Oct 1993 17:21:04 GMT
Organization: Division of Information Technology
Distribution: world
Message-ID: <2a6ge0$l6h@news.doit.wisc.edu>
Keywords: fsck, bug, problem
I'm a new System Administrator in my department. Our file server has
recently suffered from a hard disk crash. I tried to use fsck to fix it.
However, after I reinstall NextStep on the "supposed reparied" hard drive,
there is still a problem. Every time I login, the system panic and
reported a hard disk failure. I finally decided to do a low level format
and now the system is fine.
Does fsck suppose to repair hard disk crashes? If so, could someone in
Next fix the problem in fsck? You know, it's real pain to do a low level
format and reinstall NextStep again.
I appreciate for any of your comments and suggestions. Thanks.
Lawrence Chan
System Administrator
Department of Chemistry
University of Wisconsin, Madison
From: lchan@whitewater.chem.wisc.edu (Lawrence L. Chan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re:Problem with fsck
Date: 21 Oct 1993 17:44:20 GMT
Organization: Division of Information Technology
Distribution: world
Message-ID: <2a6hpk$lkl@news.doit.wisc.edu>
In response to my article "Problem with fsck", I apologize for posting 4
times. When I did the posting at the beginning, I received an error
saying "Posting Error". So, I tried the 2nd and 3rd time but I still got
an error. It was until the 4th time that I got no error.
Lawrence Chan
System Administrator
Department of Chemistry
University of Wisconsin, Madison
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem with fsck
Date: 21 Oct 1993 18:05:24 GMT
Organization: University of California, Berkeley
Distribution: world
Message-ID: <2a6j14$k8s@agate.berkeley.edu>
References: <2a6g0u$l0d@news.doit.wisc.edu>
In article <2a6g0u$l0d@news.doit.wisc.edu> lchan@whitewater.chem.wisc.edu (Lawrence L. Chan)
writes:
>I'm a new System Administrator in my department. Our file server has
>recently suffered from a hard disk crash. I tried to use fsck to fix it.
>However, after I reinstall NextStep on the "supposed reparied" hard drive,
>there is still a problem. Every time I login, the system panic and
>reported a hard disk failure. I finally decided to do a low level format
>and now the system is fine.
Fsck and low-level format address different problems.
Fsck only does checks and repairs of *inconsistensies* of filesystem
information. It cannot fix any problem arising from data read/write
errors (media errors, unreadable blocks, failed error correction..).
You drive appears to have these hard errors which fsck can't do
anything with.
A low-level format of a drive typically creates a new bad-block table
within the SCSI drive so the drive appears as error-free from
the SCSI controller/Host side.
NeXT has a half-assed program called "reasb" on ftp.next.com which
is supposed to swap good backup blocks with bad blocks which may
develop over time. I don't know how well that works.
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
Newsgroups: comp.sys.next.sysadmin
From: Neil Greene <neil@kynug.org>
Subject: Re: [Q]: Setting up slip server under NS3.1
Message-ID: <1993Oct21.134107.2848@KYnug.org>
Sender: neil@KYnug.org (Neil Greene)
Organization: Kentucky NEXTSTEP User Group, Inc.
References: <1993Oct17.223247.15870@bMD.com>
Date: Thu, 21 Oct 1993 13:41:07 GMT
In article <1993Oct17.223247.15870@bMD.com> Neil Greene <neil@bMD.com>
writes:
> I am using Louis A. Mamakos slip software and would like to set up one
of
> our NeXT machines as a SLIP server. I have everything installed; but,
> what exactly needs to be done to set up the server side. I have the
> config.slip file set correctly, "as far as I can tell." I have tried
> excepting a call by issuing the "slip0 DISABLECALL" and by the default
> configuration of "slip0 ENABLECALL".
>
> Permissions are set correctly for the sliptest account with the correct
> start-up shell.
>
> Here is a copy of my syslog with the error I am still getting:
>
> Oct 14 12:49:50 deepthought mach: dialupip: Installing new line
discipline
> 4
> Oct 14 12:49:50 deepthought mach: dialupip: Installing new major device
16
> for /dev/dialup0
> Oct 14 12:49:51 deepthought mach: dialupip: feature mask 0x1, serial
> number 1000001
> Oct 14 12:49:50 deepthought tcldiald[206]: DialUp IP [920904] dialing
> daemon started
> Oct 14 12:49:50 deepthought tcldiald[206]: Kernel driver is version
920904
> Oct 14 12:49:50 deepthought tcldiald[206]: kernel driver supports 2
> interfaces
> Oct 14 12:49:50 deepthought tcldiald[206]: dialupip: kernel syslog
> facility is 152
> Oct 14 12:49:50 deepthought tcldiald[206]: File
> /usr/dialupip/config/keyfile.slip: Serial number 1000001 owned by
> SLIP-only unlimited use
> Oct 14 18:05:43 deepthought -dudisc[2140]: Setting uid to root
> Oct 14 18:05:43 deepthought -dudisc[2140]: Can't find device name in
> program name ("-dudisc")
For those of you that might like to know, for future reference. This
problem was caused by the slip login account having shell set to
"/usr/dialupip/bin/dudisc" and not to "/usr/dialupip/bin/dudisc_slip0".
--
Neil Greene
President, benchMark Developments, Inc. [NeXT VAR]
President, Kentucky NeXT User Group, Inc.
North American, TIFFany Distributor
From: dave@downie.commerce.ubc.ca (David Downie)
Newsgroups: comp.sys.next.sysadmin
Subject: Corrupted Defaults File
Date: 21 Oct 1993 20:24:30 GMT
Organization: The University of British Columbia
Distribution: world
Message-ID: <2a6r5u$k3m@nntp.ucs.ubc.ca>
The file that stores the defaults for apps ~/.NeXT/.NeXTdefaults.L has been
corrupted for a single user on one of our machines. Specifically, Newsgrazer
will not stay on the dock and its defaults need to be reset each time.
DefaultManager won't read this file (it just comes up blank) but works fine on
other accounts on the same machine. Is there anyway to reset the file without
deleting and rebuilding the preferences on every app from scratch?
Thanks
--
David Downie, Ph.D. Student
Finance Division, Faculty of Commerce, UBC
e-mail: dave@downie.commerce.ubc.ca
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: obrooks@worf.hssc.ksc.nasa.gov (Oscar Brooks)
Subject: *.GZ file uncompress tool??
Message-ID: <1993Oct21.200257.27407@dale.ksc.nasa.gov>
Keywords: GZ Format
Sender: news@dale.ksc.nasa.gov
Organization: NASA
Date: Thu, 21 Oct 1993 20:02:57 GMT
What and where can I get a tool that uncompresses
"*.gz" files? I am NeXTStep 3.0 on black hardware.
Please let me know,
O
------------------------------------------------
Oscar Brooks
Mail Code: DL-DSD-24
Kennedy Space Center, Fla. 32899
Internet: obrooks@dale.ksc.nasa.gov
Newsgroups: comp.sys.next.sysadmin
From: steve@ion.rice.edu (Steve Ludtke)
Subject: Help! NeXTMail crashing
Message-ID: <CF9DAB.9Dy@rice.edu>
Keywords: mail NeXTMail
Sender: news@rice.edu (News)
Organization: Rice University
Date: Thu, 21 Oct 1993 17:44:34 GMT
I recently installed 3.1 on Black hardware, and now NeXTMail has stopped
working. Normal mail still works ok, but whenever I try to send NeXTMail I get
a "File system error" with "Unable to write /tmp/steve/.tar.828.test.attach.
File system error: No such file or directory". I've tried creating a file with
this name manually and there isn't a problem. Also, any NeXTMail I receive
appears a blank, and the contents are completely lost.
Any suggestions would be greatly appreciated! You can reply via mail, just not
NeXTMail ... : )
---------------------------
Steve Ludtke
Steve@ion.rice.edu
Newsgroups: comp.sys.next.sysadmin
From: steve@ion.rice.edu (Steve Ludtke)
Subject: HELP! NeXTMail crashing under 3.1
Message-ID: <CF9DGv.9Gw@rice.edu>
Keywords: mail NeXTMail
Sender: news@rice.edu (News)
Organization: Rice University
Date: Thu, 21 Oct 1993 17:48:31 GMT
I just installed 3.1 on black hardware, and NeXTMail has stopped working.
Regular mail comes through fine, but any NeXTMail I receive is blank and the
contents are completely lost. When I try to send NeXTMail I get the following
error : "Unable to write /tmp/steve/.tar.828.test.attach. File system error:
No such file or directory". I can create this file manually with no problems.
I'm losing a lot of my mail, so any suggestions at all would be GREATLY
appreciated! Please respond with non-NeXT mail only... : )
--------
Steve Ludtke
steve@ion.rice.edu
stevel@owlnet.rice.edu
Newsgroups: comp.sys.next.sysadmin
From: thf@zelator.in-berlin.de (Thomas Funke)
Subject: Re: Does metamail compile on NeXT 2.1?
Message-ID: <1993Oct20.092508.789@gamelan>
Sender: thomas@gamelan (thomas)
Organization: Disorganization
References: <gthomas.750987106@sfu.ca>
Date: Wed, 20 Oct 1993 09:25:08 GMT
In article <gthomas.750987106@sfu.ca> gthomas@fraser.sfu.ca (Guy Thomas)
writes:
> Today I tried to compile the MetaMail distribution under NeXTSTEP 2.1
> but it failed at the first link;
>
> >cc -I../. -g -I. -o metamail metamail.o codes.o uue.o shared.o
> >/bin/ld: Undefined symbols:
> >_putenv
>
>
> Does this look familiar to anyone?
Yes. putenv() is not available on NeXT. Get it from GNU or other
places, or just write it yourself.
--
------------------------------------------------------------------
Thomas Funke ** Unix-Consultant ** thf@zelator.in-berlin.de
Brooks's Law:
Adding manpower to a late software project makes it later
------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: nicolev@number_one.apana.org.au
Subject: Re: Taylor uucp & NS 3.1 & INN (creating packages)
Message-ID: <CF8nv6.MK@number_one.apana.org.au>
Sender: nicolev@number_one.apana.org.au (Nicole A Vincent)
Organization: Cafe Seacombe - the Virtual NeXTSTEP Cafe Downunder.
References: <2a1o5f$7t@theborg.stack.urc.tue.nl>
Date: Thu, 21 Oct 1993 08:35:30 GMT
Yet another God-send,... ;-)
In article <2a1o5f$7t@theborg.stack.urc.tue.nl> annard@theborg.stack.urc.tue.nl
(Annard Brouwer) writes:
> I wonder if there would be sufficient interest in an installer package for
> INN and Taylor-uucp a la the C-News package. However, given the list of
> possible options for taylor-uucp and INN what would be considered as
> essential? To give a few examples:
> + Taylor-uucp: - log file format
> - place to put the files
> - default configuration files
> + INN: - usage of gzip or compress
> - installing site specific parameters
> - place to put files
> + should INN be installed together with Taylor-uucp?
> + package for black and white hardware?
>
> Any comments will be appreciated!
>
Annard
If you could write a .pkg type of installer which would set up Taylor UUCP and
INN on a NeXT system,... I would be more than overjoyed. I have suggested that
maybe NeXT could better their current hard-wired version of uucico, but all to
no avail,... not even a small reply from an insignificant secretary :-)
So, if you are going to write something of the sort, then I'd love to be on the
receiving end. Black Market Technology have a commercial product out called
Connect It! which sets up UUCP for you, but considering that it uses NeXT's own
uucico and other programs, I would presume that your suggestion (if
implemented) could just about put Connect It! out of business. Additionally
considering that Connect It! does not set up news at all, this would really
make things easier for a lot of people around the globe (or I think it would
anyway ;-)
As to the set-up options,... basically the easier it makes it for the user, the
better,... it would also be nice if the setup package helped set up the
sendmail.cf file.
Trust you will go ahead with the idea, as I for one would be one to propagate
it :-)
Regards
Nicole
---
----------------------NeXTmail Accepted and preferred ----------------------
Nicole Vincent : nicolev@number_one.apana.org.au
Melbourne Victoria AUSTRALIA
It looked good-natured, she thought; Still it had very long claws and
a great many teeth, so she felt it ought to be treated with respect.
Newsgroups: comp.sys.next.sysadmin
From: kramer@fragile.termfrost.org (Mike Andrews)
Subject: Fastest way to backup on Archive Viper 2150S?
Message-ID: <CF9nLE.Ft@fragile.termfrost.org>
Organization: Terminal Frost, Springfield OH
Date: Thu, 21 Oct 1993 21:27:14 GMT
Subject line basically says it -- I've got 1.2 gig to back up
onto a bunch of DC6250 tapes (usually takes 3). As I understand
it, dump is out of the question, since it takes multiple tapes.
gnutar is what I'm using now, but it's very slow -- does a LOT
of starting/stopping the tape every few seconds. (It's worse
if compression's turned on)
The gnutar command line I'm using is:
gnutar -cPM -X /.nobackup --totals -f /dev/rst0 /
Does anyone have any better ideas for speeding up backups
on this particular tape drive??
Thanks...
--
Mike Andrews
root@fragile.termfrost.org [NeXTmail OK]
kramer@wittenberg.edu (school) "This guy's pretty bizarre, Gus."
kramer@mik.uky.edu (hometown) -- Primus
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: rm@califhistsoc.org (Robert MacKimmie)
Subject: Optical Disk Read Problem-recent discussion-can somebody send recap
Message-ID: <CF9F9J.AnC@califhistsoc.org>
Keywords: Optical Disk Read Problem
Sender: rm@califhistsoc.org (one)
Organization: California Historical Society - Bringing the 19th Century, kicking and screaming, into the 21st! 415 567-1848 or fax 415 567-2394.
Distribution: comp.sys.next.misc, comp.sys.next.sysadmin
Date: Thu, 21 Oct 1993 18:27:18 GMT
There was recent discussion on the net about some opticals not reading
correctly and there was great provision of fixes. My recollection is that
it wasn't reading one of the boot blocks and there was a routine to read
an alternate boot block.
Would someone be kind enough to send along the information???
I should have known...
Thanks for those potential saviors!
rm@califhistsoc.org
From: kerry@totara.cs.waikato.ac.nz (Kerry Guise)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Any Basic sysadmin Tool up to now ?
Date: 22 Oct 1993 05:34:16 GMT
Organization: The University of Waikato
Message-ID: <2a7rco$1324@thebes.cc.waikato.ac.nz>
References: <CEyG6J.Aw@shinto.nbg.sub.org>
In article <CEyG6J.Aw@shinto.nbg.sub.org> tomi@shinto.nbg.sub.org (Thomas
Engel) writes:
> Hello!
>
> Well it s just an idea. But is there a simple admin Tool that has this
> aim:
>
> Managing those ever growing Files of UNIX-Logs etc..
>
Other stuff included
>
> Any comments ?
>
> Tom
> --
The program, "Swatch" might be a good place to start. See the paper,
"Centralized System Monitoring With Swatch" by Stephen E. Hansen and E.
Todd Atkins. Swatch is available from sierra.stanford.edu, directory
/pub/sources.
Kerry Guise
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: mross@antigone.com
Subject: Re: Mailing List Software
Message-ID: <1993Oct22.025852.25240@antigone.com>
Followup-To: comp.sys.next.sysadmin,comp.sys.next.software
Organization: Antigone Press gateway, San Francisco
References: <2a24i9$t4s@ftp.alleg.edu>
Date: Fri, 22 Oct 1993 02:58:52 GMT
Aaron Herskowitz (aherskow@alleg.edu) wrote:
: I am looking for software to administer mailing lists. Although it will be
: ÿrun on a NeXT, it does not need to be NeXT specific.
UNIX ListProc is available from cs.bu.edu in /pub/listserv (I think).
It is quite complex and full-featured. I used to run NEXT-L on it.
I had problems compiling the latest version, and gave up due to lack of time, but
others seem to have done it successfully on the NeXT, so fear not!
--
Michael Ross
Antigone Press, San Francisco, California
e-mail: mross@antigone.com
FAX: +1 415 431 3650
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Resetting Background Color
Message-ID: <1993Oct22.091222.24086@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <16C6E967C.CCMAHTAJ@mizzou1.missouri.edu>
Date: Fri, 22 Oct 1993 09:12:22 GMT
In article <16C6E967C.CCMAHTAJ@mizzou1.missouri.edu>
CCMAHTAJ@mizzou1.missouri.edu writes:
>However, I am having difficulty resetting the background color.
>I am able to change the background with "background" and/or
>"setbkgdcol" when I am logged on, but when I logoff with the following
>lines in the LogoutHook, whatever I have in the background (an image
>or a color different than the default system color) is stuck in the
>background and my only choice to get rid of it is to kill the
>WindowServer.
>This is what I have in the LogoutHook:
>
>spirntf(cmd,"/usr/local/bin/setbkgdcol .2 .3 .4;
> /usr/local/bin/background -r");
>(void)system(cmd);
Ugh.
Does something like this help?
#include <stdio.h>
#import <dpsclient/dpsclient.h>
void _textpl(DPSContext ctx, const char *buf, unsigned long count)
{
(void)write(2, buf, count);
}
const char stuff[]="\
1 3 div setgray\n\
deskWin\n\
dup windowdeviceround\n\
setexposurecolor\n\
currentwindowbounds Nonretained window\n\
dup windowdeviceround\n\
setexposurecolor\n\
Above deskWin 2 index orderwindow\n\
Out 0 2 index orderwindow\n\
nulldevice\n\
termwindow\n";
main(int argc, char *argv[]) {
DPSContext pctx;
if (!(pctx=DPSCreateContext((const char *)NULL, (const char *)NULL,
_textpl, DPSDefaultErrorProc))) _exit(1);
DPSWritePostScript(pctx, stuff, (sizeof stuff)-1);
DPSWaitContext(pctx);
DPSDestroySpace(DPSSpaceFromContext(pctx));
_exit(0);
}
Newsgroups: comp.sys.next.sysadmin,comp.periphs.scsi,sfu.unix
From: hebron@cs.sfu.ca (John &)
Subject: NeXT and 3.5 inch magneto-optical.
Message-ID: <HEBRON.93Oct21145922@stawlmihq.cs.sfu.ca>
Keywords: NeXT, Magneto-Optical, PLI Infinity
Sender: news@sfu.ca
Organization: Department of Mathematics and Statistics, Simon Fraser University
Date: Thu, 21 Oct 1993 21:59:22 GMT
I have a NeXTstation running NeXTStep 3.0, with an internal 100 Meg hard
disk and an external 400 Meg hard disk. I would like to add a 3.5 inch
magneto-optical device to the scsi chain. It is a PLI Infinity which
takes 128 Meg diskettes, and it came with drivers for the Macintosh and
for the IBM, but not for the NeXT. Is there any way to modify /etc/disktab
in order to get the NeXT to recoginze this device?
John Hebron
Math & Stats
Simon Fraser University
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: jladwig@soils.umn.edu (John Ladwig)
Subject: Re: Mailing List Software
Message-ID: <jladwig.751291680@saturn>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: UMN Soils GIS Lab
References: <2a24i9$t4s@ftp.alleg.edu> <1993Oct22.025852.25240@antigone.com>
Date: Fri, 22 Oct 1993 12:08:00 GMT
In <1993Oct22.025852.25240@antigone.com> mross@antigone.com writes:
>Aaron Herskowitz (aherskow@alleg.edu) wrote:
>: I am looking for software to administer mailing lists. Although it will be
>: ÿrun on a NeXT, it does not need to be NeXT specific.
>UNIX ListProc is available from cs.bu.edu in /pub/listserv (I think).
>It is quite complex and full-featured. I used to run NEXT-L on it.
>I had problems compiling the latest version, and gave up due to lack
>of time, but others seem to have done it successfully on the NeXT, so
>fear not!
Unix ListProc (note new name please), is running *extremely* well for
me on NeXTSTEP 2.1, and I have reports that it runs well on 3.0, but
I'm not sure about 3.1.
I'm currently delivering 20-30 messages a day to almost 400
subscribers scattered all over the planet, several dozen of whom are
receiving a user-selectable digested version of the mailing list
traffic. It also make nice gopher-izable message archives retrievable
via FTP or email as well.
A *very* satisfied LISTPROC user. Now, if only my '030 cube would go
faster without any monetary inputs...
-jml
There is a mailing list at unix-listproc@stormking.com, subscribe to:
listproc@stormking.com
with message body
subscribe unix-listproc Your Realname_not_address
eg
subscribe unix-listproc John Ladwig
--
UMN Department of Soil Science; St. Paul, MN
Internet: john.ladwig@soils.umn.edu Fidonet: John Ladwig 1:282/341
(home) John.Ladwig@p19.f341.n282.z1.tdkt.kksys.com
GAS: d* -p+ c++ l++ m+ s g+ w++ t r- x+
Newsgroups: comp.sys.next.sysadmin
From: horn@leela.jsc.nasa.gov (Mark Horn)
Subject: Re: SUN CD-ROM Drive won't work for install
Message-ID: <1993Oct22.141641.10895@aio.jsc.nasa.gov>
Sender: usenet@aio.jsc.nasa.gov (USENET News Client)
Organization: NASA / Johnson Space Center
References: <2a3s1l$k8i@news.doit.wisc.edu> <1993Oct21.015121.1024@ursa.com> <1993Oct21.132327.17687@news.cs.brandeis.edu>
Date: Fri, 22 Oct 1993 14:16:41 GMT
In article <1993Oct21.132327.17687@news.cs.brandeis.edu> sinclair@cs.brandeis.edu (David A. Sinclair) writes:
>
>Why does this pose a problem only for NS/I? I installed NS3.0 on my
>'station from a Sun CD-ROM drive with no problems.
I installed NS3.0 on our cube with the Sun CD-ROM and then thought that it
would work with NS/I. I had no reason to think it wouldn't but after days of
trying EVERYTHING else, I finally, at wits end, tried a different CD-ROM
drive and it worked. WHY? Blame the stars, I guess.
--
Mark Horn (sparkie)
horn@mickey.jsc.nasa.gov
From: treed@friday.bmt.gun.com (Timothy Reed)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Taylor uucp & NS 3.1 & INN (creating packages)
Date: 22 Oct 1993 11:26:16 -0500
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9310221512.AA02540@friday.bmt.gun.com>
Connect It! is a UUCP setup and administrative tool for non-technical
users. We currently do not support Taylor because few people
who need Connect It! use Taylor, however devising some kind of
Taylor UUCP recognition - probably by supporting alternate formats
and including pre-compiled Taylor code - is on our to do list.
> So, if you are going to write something of the sort, then I'd
> love to be on the receiving end. Black Market Technology have
> a commercial product out called Connect It! which sets up UUCP
> for you, but considering that it uses NeXT's own uucico and other
> programs, I would presume that your suggestion (if implemented)
> could just about put Connect It! out of business.
I doubt that a Taylor UUCP installation program will duplicate
most of Connect It!'s functionality. Installer packages do not
set up new hosts, remote dial in, sendmail, set up modems, or any of
the other stuff that Connect It! does. Connect It! is also really
inexpensive, especially for students and faculty (less than $50) and it
actually works, so we think that it provides a pretty good value for
your software dollar.
> Additionally
> considering that Connect It! does not set up news at all, this
> would really make things easier for a lot of people around the
> globe (or I think it would anyway ;-)
Note that there is a C-News installer package for NEXTSTEP 3.0
on the net for anyone that wants to install news on their system.
To the best of my knowledge, there is no Connect It! like
post-installation NEXTSTEP front end for C News. Drop me a line
if you need it.
> Nicole Vincent : nicolev@number_one.apana.org.au Melbourne
> Victoria AUSTRALIA
---
Timothy Reed, Black Market Technologies
Voice: +1 718 522-5090 Fax: +1 718 852-4249 E-mail: treed@bmt.gun.com
"Reading documentation is an admission of failure."
Newsgroups: comp.sys.next.sysadmin
From: jspears@weston.com (Wes Spears)
Subject: Printing from Parallel
Message-ID: <1993Oct22.033803.5671@weston.com>
Sender: jspears@weston.com (Wes Spears)
Date: Fri, 22 Oct 1993 03:38:03 GMT
I am working on a Compaq Prosignia and can not get it to print from the
parallel port.
Has anyone had a problem, and had any revalations?
Thanks
Wes Spears
--
Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
The Weston Group (UUCP and SENDMAIL Consultation)
8524 Highway 6 North, 162, Houston, TX 77095
Newsgroups: comp.sys.next.sysadmin
From: chuck@benatong.com (Charles G. Bennett)
Subject: Re: Mailing List Software
Message-ID: <CF9GIC.6v2@BenaTong.com>
Sender: usenet@BenaTong.com
Organization: BenaTong Software.
References: <2a24i9$t4s@ftp.alleg.edu>
Date: Thu, 21 Oct 1993 18:54:11 GMT
In article <2a24i9$t4s@ftp.alleg.edu> Aaron Herskowitz <aherskow@alleg.edu>
writes:
> I am looking for software to administer mailing lists. Although it will be
> run on a NeXT, it does not need to be NeXT specific.
>
> Some features I would like are:
> 1. ability to administer multiple mailing lists
> 2. circulation of messages only from list members
> 3. paced circulation rate (i.e. don't send 200 messages at once - spare
> the mail server)
> 4. archive messages
>
> I have asked several list administrators but haven't really heard of
> anything public domain/shareware that fits the bill. I am also interested
> in commercial products if they can meet my needs.
>
> If anyone knows of any software that would perform the above (or something
> close), please post/e-mail me.
>
We are running listserv5.31 on our NEXT's with no problems. IF there is
enough interest, I'll make it into a package and put it on the archives. It
comes with source, but I don't remember how much effort was required to move it
to the NEXT (The mind is the second thing to go..)
FROM THE OVERVIEW
This is a system that implements various discussion lists
with one list server. It is automated, and obliterates the
need for user intervention and maintenance of multiple
aliases of the form "list, list-owner, list-request", etc.
There is support provided for archives, moderated lists,
peer lists, news connections and gateways, and mail queuing.
> Thanks a lot,
> Aaron
> ---
> Aaron Herskowitz [NeXTmail Welcomed] E-Mail: aherskow@alleg.edu
> Academic Systems Manager, Technical and Network Services
> Allegheny College, Meadville, Pennsylvania
From: rao@tree.egr.uh.edu (Jagannatha Rao)
Newsgroups: comp.sys.next.sysadmin
Subject: Cannot use ProcessMonitor.app
Date: 22 Oct 1993 21:50:01 GMT
Organization: University of Houston
Distribution: usa
Message-ID: <2a9ki9$5l7@menudo.uh.edu>
Something is wrong with the configuration on my Nextstation Turbo running 3.0.
This machine is part of a Next network.
I cannot run ProcessMonitor.app or AppInspector.app on my Turbo unless I am
logged in as root. i.e., neither my own login nor the me account work. In both
cases, the console reports the following message:
/usr/lib/fastps: Couldn't get host priviledge port.
As root, everything is fine.
When I log in onto other machines in the network, I am able to use the two apps
just fine, i.e., there is not difficulty with /usr/lib/fastps.
What could the problem be?
Thanks.
--
Jagannatha Rao E-mail:rao@uh.edu
Department of Mechanical Engineering Tel :(713) 743-4535
University of Houston Fax :(713) 743-4503
Houston, TX 77204-4792
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: westes@netcom.com (Will Estes)
Subject: Anyone make a dialup router for NeXT?
Message-ID: <westesCFBo1r.In4@netcom.com>
Organization: Mail Group
Date: Fri, 22 Oct 1993 23:32:14 GMT
Does anyone make any software that will turn a NeXT into a dialup
router? I need a device I can stick on my network that will
automatically complete a TCP connection to Internet via SLIP
whenever a node on the network tries to initiate a TCP connection to
a host on Internet. The dedicated dialup routers like Telebit Netblazers
are both extremely expensive and featureless.
Ideas?
--
Will Estes Internet: westes@netcom.com
From: rbp@investor.pgh.pa.us (Bob Peirce #305)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Houses icons not showing up...help
Message-ID: <1993Oct22.121651.11970@investor.pgh.pa.us>
Date: 22 Oct 93 12:16:51 GMT
References: <1993Oct8.084825.1616@cc.usu.edu> <CEnz9y.Ens@news.otago.ac.nz>
Organization: Cookson, Peirce & Co., Pittsburgh, PA
In article <CEnz9y.Ens@news.otago.ac.nz> alastair@farli.otago.ac.nz writes:
>In article <1993Oct8.084825.1616@cc.usu.edu> slv0y@cc.usu.edu writes:
>> For some reason I am no longer seeing user directories as houses,
>or my
>> uucppublic directory. This seems to be specific to just this user
>account,
>> other user accounts work fine.
>>
>> Does anyone have any ideas on why this may have happened?
>>
>> Many thanks,
>> John Zollinger
>> slv0y@cc.usu.edu
>
>You have probably checked the "Large File System" box in the Unix
>Expert Preferences.
>
I have the same problem with "me" and "root" but "Large File System"
is NOT checked. Other users get houses. Root and me should at least
get a cardboard box to live in :-). More ideas?
--
Bob Peirce, Pittsburgh, PA rbp@investor.pgh.pa.us 412-471-5320
venetia@investor.pgh.pa.us [NeXT Mail] !uunet.uu.net!pitt!investor!rbp [UUCP]
Newsgroups: comp.sys.next.sysadmin
From: magnus@fisher.Stanford.EDU (Magnus Nordborg)
Subject: Re: Houses icons not showing up...help
Message-ID: <1993Oct23.091900.14998@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <1993Oct22.121651.11970@investor.pgh.pa.us>
Date: Sat, 23 Oct 93 09:19:00 GMT
In article <1993Oct22.121651.11970@investor.pgh.pa.us>
rbp@investor.pgh.pa.us (Bob Peirce #305) writes:
> In article <CEnz9y.Ens@news.otago.ac.nz> alastair@farli.otago.ac.nz
writes:
> >In article <1993Oct8.084825.1616@cc.usu.edu> slv0y@cc.usu.edu writes:
> >> For some reason I am no longer seeing user directories as houses,
> >or my
> >> uucppublic directory. This seems to be specific to just this user
> >account,
> >> other user accounts work fine.
> >>
> >> Does anyone have any ideas on why this may have happened?
> >>
> >> Many thanks,
> >> John Zollinger
> >> slv0y@cc.usu.edu
> >
> >You have probably checked the "Large File System" box in the Unix
> >Expert Preferences.
> >
> I have the same problem with "me" and "root" but "Large File System"
> is NOT checked. Other users get houses. Root and me should at least
> get a cardboard box to live in :-). More ideas?
> --
> Bob Peirce, Pittsburgh, PA rbp@investor.pgh.pa.us
412-471-5320
> venetia@investor.pgh.pa.us [NeXT Mail] !uunet.uu.net!pitt!investor!rbp
[UUCP]
Check ownership of home dir in question...
--
Magnus Nordborg
magnus@fisher.stanford.edu (NeXT mail preferred)
Department of Biological Sciences
Stanford University
Stanford, CA 94305-5020
+1 (415) 723-4952 (office)
Newsgroups: comp.sys.next.sysadmin
From: patt@sage.cc.purdue.edu (Sam Li)
Subject: HELP:Where to find driver for HP550C
Message-ID: <CFCr8F.5Dp@mentor.cc.purdue.edu>
Keywords: driver
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
Distribution: usa
Date: Sat, 23 Oct 1993 13:38:39 GMT
Hey,
Can anyone tell me where to find a driver for HP550C printer which can print color output?
Thanks!
I can be reached at patt@sage.cc.purdue.edu
(non-NeXTmail only)
Sam.
From: karthy@dannug.dk (Karsten Thygesen)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Search Path for Fonts (3.1)
Date: 23 Oct 1993 13:08:37 GMT
Organization: Dannug - Danish NeXT Users Group
Distribution: world
Message-ID: <KARTHY.93Oct23140837@dannug.dannug.dk>
References: <27tted$kf5@senator-bedfellow.MIT.EDU>
In-reply-to: jgshir@athena.mit.edu's message of 24 Sep 1993 04:35:25 GMT
>>>>> On 24 Sep 1993 04:35:25 GMT, jgshir@athena.mit.edu (John G Shirlaw) said:
John> My machine is having a problem finding the fonts I've added to it. If I start up
John> edit as root, it finds them. However if I start up edit as a user the font panel
John> only displays the default NeXT fonts. I supsect the problem lies in the search
John> path used to find the fonts...can any one tell me where to find what this is set
John> to and how to change it. Any other suggestions as to what the problem might be
John> are welcome. I'm running NeXTStep 3.1 and the new fonts are in
John> /LocalLibrary/Fonts.
I can see from the thread, that you have solved the problem. I know
that many other have a similar problem, and my problem was also, that I
installed the fonts, ran buildafmdir as root in the right directory
and still the fonts did not show up. After many attempts, I
discovered that the /LocalLibrary and /LocalLibrary/Fonts directories
HAS to be world search and readable (r and x flag).
Perhaps this can help soneone else..
Regards,
Karsten.
--
Karsten Thygesen I Aalborg, Denmark
karthy@dannug.dk (NeXT-Mail welcome) I Voice: +45 98 12 42 59
President, Danish NeXT Users Group I Fax: +45 98 12 44 81
From: karthy@dannug.dk (Karsten Thygesen)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: compiling INN 1.4
Date: 23 Oct 1993 13:12:16 GMT
Organization: Dannug - Danish NeXT Users Group
Message-ID: <KARTHY.93Oct23141216@dannug.dannug.dk>
References: <1993Sep24.171506.21850@anarch.do.open.de>
<1993Sep26.154205.2082@magnusson.uucp>
In-reply-to: hellgate.utah.edu!uplherc!cusa!magnusson!kris's message of Sun, 26 Sep 1993 15:42:05 GMT
>>>>> On Sun, 26 Sep 1993 15:42:05 GMT, hellgate.utah.edu!uplherc!cusa!magnusson!kris (Kristopher Magnusson) said:
Kristopher> I would like the same information. Please send it to me also at
Kristopher> yf5990@u.cc.utah.edu, a .forward to my home address.
I know this should not be sent using news, but as Tim's address is not
complete and many other has requested the file, I will provide my bet
here:
config.data:
## $Revision: 1.40 $
##
## InterNetNews configuration file.
## Note that if you leave a field blank, you must have the trailing tab!
##
##
## 1. MAKE CONFIG PARAMETERS
## Where the DBZ sources are, from C News. INN has a (maybe old) copy.
#### =()<DBZDIR @<DBZDIR>@>()=
DBZDIR ../dbz
## If you have a parallel make, set this to "&"
#### =()<P @<P>@>()=
P
## C pre-processor flags
#### =()<DEFS @<DEFS>@>()=
DEFS -I../include
## C compiler
#### =()<CC @<CC>@>()=
CC cc
## Does your compiler properly do "char const *"? Pick DO DONT or DUNNO
#### =()<USE_CHAR_CONST @<USE_CHAR_CONST>@>()=
USE_CHAR_CONST DUNNO
## C compiler flags
#### =()<CFLAGS @<CFLAGS>@>()=
CFLAGS $(DEFS) -g -O
## C compiler flags to use when compiling dbz
#### =()<DBZCFLAGS @<DBZCFLAGS>@>()=
DBZCFLAGS $(CFLAGS)
## What flags to use if profiling; -p or -pg, e.g.
#### =()<PROF @<PROF>@>()=
PROF -pg
## Flags for the "cc -o" line; e.g., -Bstatic on SunOS4.x while debugging.
#### =()<LDFLAGS @<LDFLAGS>@>()=
LDFLAGS -g -O
## If you use the standard NNTP way of connecting, where is the library?
#### =()<NNTPLIB @<NNTPLIB>@>()=
NNTPLIB
## If you need to link in other libraries, add them here
#### =()<LIBS @<LIBS>@>()=
LIBS
## How to make a lint library; pick BSD, SYSV, or NONE.
#### =()<LINTLIBSTYLE @<LINTLIBSTYLE>@>()=
LINTLIBSTYLE BSD
## Flags for lint. AIX wants "-wkD"; it and others don't want "-z".
#### =()<LINTFLAGS @<LINTFLAGS>@>()=
LINTFLAGS -b -h -z $(DEFS)
## Some lints insist on putting out the filename and other crap.
## Possible values:
## LINTFILTER | sed -n -f ../sedf.aix
## LINTFILTER | sed -n -f ../sedf.osx
## LINTFILTER | sed -n -f ../sedf.sun
## LINTFILTER | sed -n -f ../sedf.sysv
## LINTFILTER
#### =()<LINTFILTER @<LINTFILTER>@>()=
LINTFILTER | sed -n -f ../sedf.sun
## How to install manpages; pick SOURCE, NROFF-PACK, NROFF-PACK-SCO, or NONE.
#### =()<MANPAGESTYLE @<MANPAGESTYLE>@>()=
MANPAGESTYLE SOURCE
## Where various manpages should go
#### =()<MAN1 @<MAN1>@>()=
MAN1 /usr/local/news/man/man1
#### =()<MAN3 @<MAN3>@>()=
MAN3 /usr/local/news/man/man3
#### =()<MAN5 @<MAN5>@>()=
MAN5 /usr/local/news/man/man5
#### =()<MAN8 @<MAN8>@>()=
MAN8 /usr/local/news/man/man8
## Ranlib command. Use echo if you don't need ranlib.
#### =()<RANLIB @<RANLIB>@>()=
RANLIB ranlib
## YACC (yet another config control?)
#### =()<YACC @<YACC>@>()=
YACC yacc
## Ctags command. Use echo if you don't have ctags.
#### =()<CTAGS @<CTAGS>@>()=
CTAGS ctags -t -w
##
## 2. LOGGING LEVELS
## Facility innd should log under.
#### =()<LOG_INN_SERVER @<LOG_INN_SERVER>@>()=
LOG_INN_SERVER LOG_LOCAL4
## Facility all other programs should log under.
#### =()<LOG_INN_PROG @<LOG_INN_PROG>@>()=
LOG_INN_PROG LOG_LOCAL4
## Flags to use in opening the logs; some programs add LOG_PID.
#### =()<L_OPENLOG_FLAGS @<L_OPENLOG_FLAGS>@>()=
L_OPENLOG_FLAGS (LOG_CONS | LOG_NDELAY)
## Log a fatal error; program is about to exit.
#### =()<L_FATAL @<L_FATAL>@>()=
L_FATAL LOG_CRIT
## Log an error that might mean one or more articles get lost.
#### =()<L_ERROR @<L_ERROR>@>()=
L_ERROR LOG_ERR
## Informational notice, usually not worth caring about.
#### =()<L_NOTICE @<L_NOTICE>@>()=
L_NOTICE LOG_WARNING
## A protocol trace.
#### =()<L_TRACE @<L_TRACE>@>()=
L_TRACE LOG_DEBUG
## All incoming control commands (ctlinnd, etc).
#### =()<L_CC_CMD @<L_CC_CMD>@>()=
L_CC_CMD LOG_INFO
##
## 3. OWNERSHIPS AND FILE MODES
## Owner of articles and directories and _PATH_INNDDIR
#### =()<NEWSUSER @<NEWSUSER>@>()=
NEWSUSER news
## Group, for same purpose
#### =()<NEWSGROUP @<NEWSGROUP>@>()=
NEWSGROUP news
## Who gets email about control messages? (Usually same as NEWSUSER)
#### =()<NEWSMASTER @<NEWSMASTER>@>()=
NEWSMASTER news
## Who gets email on the Path line?
#### =()<PATHMASTER @<PATHMASTER>@>()=
PATHMASTER not-for-mail
## Umask to set.
#### =()<NEWSUMASK @<NEWSUMASK>@>()=
NEWSUMASK 02
## Mode that incoming articles are created under.
#### =()<ARTFILE_MODE @<ARTFILE_MODE>@>()=
ARTFILE_MODE 0664
## Mode that batch files are created under.
#### =()<BATCHFILE_MODE @<BATCHFILE_MODE>@>()=
BATCHFILE_MODE 0664
## Mode that directories are created under.
#### =()<GROUPDIR_MODE @<GROUPDIR_MODE>@>()=
GROUPDIR_MODE 0775
##
## 4. C LIBRARY DIFFERENCES
## Use stdargs, varargs, or neither? Pick VARARGS STDARGS or NONE.
## You need vfprintf and vfsprintf if not NONE.
#### =()<VAR_STYLE @<VAR_STYLE>@>()=
VAR_STYLE VARARGS
## If you don't have <string.h>, set this to "mystring.h"
#### =()<STR_HEADER @<STR_HEADER>@>()=
STR_HEADER <string.h>
## If you don't have <memory.h>, set this to "mymemory.h"
#### =()<MEM_HEADER @<MEM_HEADER>@>()=
MEM_HEADER <memory.h>
## What is a file offset? Usually long or off_t. *Must be long for now!*
#### =()<OFFSET_T @<OFFSET_T>@>()=
OFFSET_T long
## What is the type of an object size? Usually size_t or unsigned int.
#### =()<SIZE_T @<SIZE_T>@>()=
SIZE_T unsigned long
## What is the type of a passwd uid and gid, for use in chown(2)?
#### =()<UID_T @<UID_T>@>()=
UID_T short
#### =()<GID_T @<GID_T>@>()=
GID_T short
## Type of a pid, for use in kill(2).
#### =()<PID_T @<PID_T>@>()=
PID_T int
## Generic pointer, used by memcpy, malloc, etc. Usually char or void.
#### =()<POINTER @<POINTER>@>()=
POINTER char
## Worst-case alignment, in order to shut lint up
#### =()<ALIGNPTR @<ALIGNPTR>@>()=
ALIGNPTR int
## What should a signal handler return? Usually int or void.
#### =()<SIGHANDLER @<SIGHANDLER>@>()=
SIGHANDLER void
## Type of variables can be modified in a signal handler? sig_atomic_t
#### =()<SIGVAR @<SIGVAR>@>()=
SIGVAR char
## Function that returns no value, and a pointer to it. Pick int or void
#### =()<FUNCTYPE @<FUNCTYPE>@>()=
FUNCTYPE void
## Use BSD4.2 or Posix directory names? Pick DIRENT or DIRECT.
#### =()<DIR_STYLE @<DIR_STYLE>@>()=
DIR_STYLE DIRECT
## Use flock, lockf, or nothing to lock files?
## Pick FLOCK, LOCKF, FCNTL, or NONE
#### =()<LOCK_STYLE @<LOCK_STYLE>@>()=
LOCK_STYLE FLOCK
## Do you have <unistd.h>? Pick DO or DONT
#### =()<HAVE_UNISTD @<HAVE_UNISTD>@>()=
HAVE_UNISTD DO
## Do you have setbuffer? Pick DO or DONT.
#### =()<HAVE_SETBUFFER @<HAVE_SETBUFFER>@>()=
HAVE_SETBUFFER DO
## Do you have gettimeofday? Pick DO or DONT.
#### =()<HAVE_GETTIMEOFDAY @<HAVE_GETTIMEOFDAY>@>()=
HAVE_GETTIMEOFDAY DO
## Do you have fchmod? Pick DO or DONT.
#### =()<HAVE_FCHMOD @<HAVE_FCHMOD>@>()=
HAVE_FCHMOD DO
## Do you have setsid()? Pick DO or DONT.
#### =()<HAVE_SETSID @<HAVE_SETSID>@>()=
HAVE_SETSID DONT
## Does your (struct tm) have a tm_gmtoff field? Pick DO or DONT.
#### =()<HAVE_TM_GMTOFF @<HAVE_TM_GMTOFF>@>()=
HAVE_TM_GMTOFF DO
## Does your (struct stat) have a st_blksize field? Pick DO or DONT.
#### =()<HAVE_ST_BLKSIZE @<HAVE_ST_BLKSIZE>@>()=
HAVE_ST_BLKSIZE DO
## Use waitpid instead of wait3? Pick DO or DONT.
#### =()<HAVE_WAITPID @<HAVE_WAITPID>@>()=
HAVE_WAITPID DONT
## Use "union wait" instead of int? Pick DO or DONT.
#### =()<USE_UNION_WAIT @<USE_UNION_WAIT>@>()=
USE_UNION_WAIT DO
## How to fork? Pick fork or vfork.
#### =()<FORK @<FORK>@>()=
FORK vfork
## Do you have <vfork.h>? Pick DO or DONT.
#### =()<HAVE_VFORK @<HAVE_VFORK>@>()=
HAVE_VFORK DONT
## Do you have symbolic links? Pick DO or DONT.
#### =()<HAVE_SYMLINK @<HAVE_SYMLINK>@>()=
HAVE_SYMLINK DO
## Do you have Unix-domain sockets? Pick DO or DONT.
#### =()<HAVE_UNIX_DOMAIN @<HAVE_UNIX_DOMAIN>@>()=
HAVE_UNIX_DOMAIN DO
## Does your AF_UNIX bind use sizeof for the socket size? Pick DO or DONT.
#### =()<BIND_USE_SIZEOF @<BIND_USE_SIZEOF>@>()=
BIND_USE_SIZEOF DO
## How should close-on-exec be done? Pick IOCTL or FCNTL.
#### =()<CLX_STYLE @<CLX_STYLE>@>()=
CLX_STYLE IOCTL
## How should non-blocking I/O be done? Pick IOCTL or FCNTL.
#### =()<NBIO_STYLE @<NBIO_STYLE>@>()=
NBIO_STYLE FCNTL
## How should resource-totalling be done? Pick RUSAGE or TIMES
#### =()<RES_STYLE @<RES_STYLE>@>()=
RES_STYLE RUSAGE
## How to get number of available descriptors?
## Pick GETDTAB, GETRLIMIT, SYSCONF, ULIMIT, or CONSTANT.
#### =()<FDCOUNT_STYLE @<FDCOUNT_STYLE>@>()=
FDCOUNT_STYLE GETDTAB
## If greater than -1, then use [gs]etrlimit to set that many descriptors.
## If -1, then no [gs]etrlimit calls are done.
#### =()<NOFILE_LIMIT @<NOFILE_LIMIT>@>()=
NOFILE_LIMIT -1
## Do you need <time.h> as well as <sys/time.h>? Pick DO or DONT.
#### =()<NEED_TIME @<NEED_TIME>@>()=
NEED_TIME DONT
## What predicate, if any, the <ctype.h> macros need
#### =()<CTYPE @<CTYPE>@>()=
#CTYPE (isascii((c)) && isXXXXX((c)))
#CTYPE ((c) > 0 && isXXXXX((c)))
CTYPE isXXXXX((c))
## What's the return type of abort? Usually int or void.
#### =()<ABORTVAL @<ABORTVAL>@>()=
ABORTVAL void
## What's the return type of alarm? Usually int or unsigned int.
#### =()<ALARMVAL @<ALARMVAL>@>()=
ALARMVAL int
## What's the return type of getpid? Usually int or unsigned int.
#### =()<GETPIDVAL @<GETPIDVAL>@>()=
GETPIDVAL int
## What's the return type of sleep? Usually int or unsigned int.
#### =()<SLEEPVAL @<SLEEPVAL>@>()=
SLEEPVAL int
## What's the return type of qsort? Usually int or void.
#### =()<QSORTVAL @<QSORTVAL>@>()=
QSORTVAL void
## What's the return type of lseek? Usually long or off_t.
#### =()<LSEEKVAL @<LSEEKVAL>@>()=
LSEEKVAL long
## What's the return type of free? Usually int or void.
#### =()<FREEVAL @<FREEVAL>@>()=
FREEVAL void
## What's the return type of exit? Usually int or void.
## (For gcc (not pedantic ANSI) use "volatile void" in EXITVAL and _EXITVAL.)
#### =()<EXITVAL @<EXITVAL>@>()=
EXITVAL volatile void
## What's the return type of _exit? Usually int or void.
#### =()<_EXITVAL @<_EXITVAL>@>()=
_EXITVAL void
##
## 5. C LIBRARY OMISSIONS
## Possible values:
## MISSING_MAN strcasecmp.3 syslog.3
## MISSING_SRC strcasecmp.c syslog.c strerror.c getdtab.c
## MISSING_OBJ strcasecmp.o syslog.o strerror.o getdtab.c
## getdtab has a getdtablesize() routine if you need it; see the lib
## directory and Install.ms for others.
## OSx systems should add $(OSXATTOBJ) to MISSING_OBJ.
#### =()<MISSING_MAN @<MISSING_MAN>@>()=
MISSING_MAN
#### =()<MISSING_SRC @<MISSING_SRC>@>()=
MISSING_SRC
#### =()<MISSING_OBJ @<MISSING_OBJ>@>()=
MISSING_OBJ
##
## 6. MISCELLANEOUS CONFIG DATA
## Use read/write to update the active file, or mmap? Pick READ or MMAP.
#### =()<ACT_STYLE @<ACT_STYLE>@>()=
ACT_STYLE READ
## Do clients use our NNTP-server-open routine, or the one in NNTP?
## INND is nicer, but you must install inn.conf files everywhere; NNTP
## is better if you already have lots of /usr/lib/news/server files.
## Pick INND or NNTP.
#### =()<REM_STYLE @<REM_STYLE>@>()=
REM_STYLE INND
## Should rnews save articles that the server rejects? Pick DO or DONT.
#### =()<RNEWS_SAVE_BAD @<RNEWS_SAVE_BAD>@>()=
RNEWS_SAVE_BAD DO
## Should rnews log articles innd already has? Pick SYSLOG, FILE, OR DONT.
#### =()<RNEWS_LOG_DUPS @<RNEWS_LOG_DUPS>@>()=
RNEWS_LOG_DUPS SYSLOG
## Look in _PATH_RNEWSPROGS for rnews unpackers? Pick DO or DONT.
#### =()<RNEWSPROGS @<RNEWSPROGS>@>()=
RNEWSPROGS DO
## Should rnews try the local host? Pick DO or DONT.
#### =()<RNEWSLOCALCONNECT @<RNEWSLOCALCONNECT>@>()=
RNEWSLOCALCONNECT DO
## Environment variable that has remote hostname for rnews.
#### =()<_ENV_UUCPHOST @<_ENV_UUCPHOST>@>()=
_ENV_UUCPHOST UU_MACHINE
## Require posts to have under 50% inclusion (">") lines? Pick DO OR DONT.
## (This is only for inews and nnrpd.)
#### =()<CHECK_INCLUDED_TEXT @<CHECK_INCLUDED_TEXT>@>()=
CHECK_INCLUDED_TEXT DONT
## Put hosts in the inews Path header? Pick DO or DONT.
#### =()<INEWS_PATH @<INEWS_PATH>@>()=
INEWS_PATH DONT
## Munge the gecos field of password entry? Pick DO or DONT.
#### =()<MUNGE_GECOS @<MUNGE_GECOS>@>()=
MUNGE_GECOS DO
## How many times to try to fork before giving up
#### =()<MAX_FORKS @<MAX_FORKS>@>()=
MAX_FORKS 10
## Largest acceptable article size; 0 allows any size
#### =()<MAX_ART_SIZE @<MAX_ART_SIZE>@>()=
MAX_ART_SIZE 1000000
## Value of dbzincore(FLAG) call in innd. Pick 1 or 0.
#### =()<INND_DBZINCORE @<INND_DBZINCORE>@>()=
INND_DBZINCORE 1
## Should sub-processes get a nice(2) value? Pick DO or DONT.
#### =()<INND_NICE_KIDS @<INND_NICE_KIDS>@>()=
INND_NICE_KIDS DO
## Value for nice(2) call in innd.
#### =()<INND_NICE_VALUE @<INND_NICE_VALUE>@>()=
INND_NICE_VALUE 10
## Null-terminated list of unknown commands to not log to syslog.
## INND_QUIET_BADLIST "xstream", "xfoo", NULL
#### =()<INND_QUIET_BADLIST @<INND_QUIET_BADLIST>@>()=
INND_QUIET_BADLIST NULL
## Null-terminated set of illegal distribution patterns for local postings.
#### =()<BAD_DISTRIBS @<BAD_DISTRIBS>@>()=
BAD_DISTRIBS "*.*",NULL
## Verify that the poster is the person doing the cancel? Pick DO or DONT.
#### =()<VERIFY_CANCELS @<VERIFY_CANCELS>@>()=
VERIFY_CANCELS DO
## Log "ctlinnd cancel" commands to syslog? Pick DO or DONT.
#### =()<LOG_CANCEL_COMMANDS @<LOG_CANCEL_COMMANDS>@>()=
LOG_CANCEL_COMMANDS DONT
## File unknown "to.*" groups into the "to" newsgroup? Pick DO or DONT.
#### =()<MERGE_TO_GROUPS @<MERGE_TO_GROUPS>@>()=
MERGE_TO_GROUPS DONT
## File articles in unknown newsgroups into junk? Pick DO or DONT.
#### =()<WANT_TRASH @<WANT_TRASH>@>()=
WANT_TRASH DO
## Record rejected articles in history? Pick DO or DONT.
#### =()<REMEMBER_TRASH @<REMEMBER_TRASH>@>()=
REMEMBER_TRASH DO
## Check the linecount against the Lines header? Pick DO or DONT.
#### =()<CHECK_LINECOUNT @<CHECK_LINECOUNT>@>()=
CHECK_LINECOUNT DONT
## If checking, the error must be within LINECOUNT_FUZZ lines.
## Five is number of .signature lines + 1.
#### =()<LINECOUNT_FUZZ @<LINECOUNT_FUZZ>@>()=
LINECOUNT_FUZZ 5
## Have innd throttle itself after this many I/O errors.
#### =()<IO_ERROR_COUNT @<IO_ERROR_COUNT>@>()=
IO_ERROR_COUNT 50
## Default value for ctlinnd -t flag; use 0 to wait and poll.
#### =()<CTLINND_TIMEOUT @<CTLINND_TIMEOUT>@>()=
CTLINND_TIMEOUT 0
## Flush logs if we go this long with no I/O.
#### =()<DEFAULT_TIMEOUT @<DEFAULT_TIMEOUT>@>()=
DEFAULT_TIMEOUT 300
## INND closes channel if inactive this long (seconds).
#### =()<PEER_TIMEOUT @<PEER_TIMEOUT>@>()=
PEER_TIMEOUT (1 * 60 * 60)
## NNRP exits if inactive this long (seconds).
#### =()<CLIENT_TIMEOUT @<CLIENT_TIMEOUT>@>()=
CLIENT_TIMEOUT (2 * 60 * 60)
## Allow nnrpd readers when paused or throttled? Pick DO or DONT.
#### =()<ALLOW_READERS @<ALLOW_READERS>@>()=
ALLOW_READERS DO
## Refuse newsreader connections if load is higher then this; -1 disables.
#### =()<NNRP_LOADLIMIT @<NNRP_LOADLIMIT>@>()=
NNRP_LOADLIMIT 16
## Don't readdir() spool dir if same group within this many secs.
#### =()<NNRP_RESCAN_DELAY @<NNRP_RESCAN_DELAY>@>()=
NNRP_RESCAN_DELAY 60
## Do gethostbyaddr on client adresses in nnrp? Pick DO or DONT.
## (If DONT, then use only IP addresses in hosts.nnrp)
#### =()<NNRP_GETHOSTBYADDR @<NNRP_GETHOSTBYADDR>@>()=
NNRP_GETHOSTBYADDR DO
## How many Message-ID retrievals until nnrpd does a dbzincore? Set
## to -1 to never do incore.
#### =()<NNRP_DBZINCORE_DELAY @<NNRP_DBZINCORE_DELAY>@>()=
NNRP_DBZINCORE_DELAY 40
## Strip Sender from posts that didn't authenticate? Pick DO or DONT.
#### =()<NNRP_AUTH_SENDER @<NNRP_AUTH_SENDER>@>()=
NNRP_AUTH_SENDER DONT
## How many read/write failures until channel is put to sleep or closed?
#### =()<BAD_IO_COUNT @<BAD_IO_COUNT>@>()=
BAD_IO_COUNT 5
## Multiplier for sleep in EWOULDBLOCK writes (seconds).
#### =()<BLOCK_BACKOFF @<BLOCK_BACKOFF>@>()=
BLOCK_BACKOFF (2 * 60)
## How many article-writes between active and history updates?
#### =()<ICD_SYNC_COUNT @<ICD_SYNC_COUNT>@>()=
ICD_SYNC_COUNT 10
## Tell resolver _res.options to be fast? Pick DO or DONT.
#### =()<FAST_RESOLV @<FAST_RESOLV>@>()=
FAST_RESOLV DONT
## Drop articles that were posted this many days ago.
#### =()<DEFAULT_CUTOFF @<DEFAULT_CUTOFF>@>()=
DEFAULT_CUTOFF 14
## Maximum number of incoming NNTP connections.
#### =()<DEFAULT_CONNECTIONS @<DEFAULT_CONNECTIONS>@>()=
DEFAULT_CONNECTIONS 50
## Wait this many seconds before channel restarts.
#### =()<CHANNEL_RETRY_TIME @<CHANNEL_RETRY_TIME>@>()=
CHANNEL_RETRY_TIME (5 * 60)
## Wait this many seconds before seeing if pause is ended.
#### =()<PAUSE_RETRY_TIME @<PAUSE_RETRY_TIME>@>()=
PAUSE_RETRY_TIME (5 * 60)
## Wait this many seconds between noticing inactive channels.
#### =()<CHANNEL_INACTIVE_TIME @<CHANNEL_INACTIVE_TIME>@>()=
CHANNEL_INACTIVE_TIME (10 * 60)
## Put nntplink info (filename) into the log?
#### =()<NNTPLINK_LOG @<NNTPLINK_LOG>@>()=
NNTPLINK_LOG DONT
## Log by host IP address, rather than from Path line?
#### =()<IPADDR_LOG @<IPADDR_LOG>@>()=
IPADDR_LOG DONT
## Log NNTP activity after this many articles.
#### =()<NNTP_ACTIVITY_SYNC @<NNTP_ACTIVITY_SYNC>@>()=
NNTP_ACTIVITY_SYNC 200
## Free buffers bigger than this when we're done with them.
#### =()<BIG_BUFFER @<BIG_BUFFER>@>()=
BIG_BUFFER (2 * START_BUFF_SIZE)
## A general small buffer.
#### =()<SMBUF @<SMBUF>@>()=
SMBUF 256
## Buffer for a single article name.
#### =()<MAXARTFNAME @<MAXARTFNAME>@>()=
MAXARTFNAME 10
## Buffer for a single pathname in the spool directory.
#### =()<SPOOLNAMEBUFF @<SPOOLNAMEBUFF>@>()=
SPOOLNAMEBUFF 512
## Maximum size of a single header.
#### =()<MAXHEADERSIZE @<MAXHEADERSIZE>@>()=
MAXHEADERSIZE 1024
## Byte limit on locally-posted articles; 0 to disable the check.
#### =()<LOCAL_MAX_ARTSIZE @<LOCAL_MAX_ARTSIZE>@>()=
LOCAL_MAX_ARTSIZE 0
## Do you have uustat, or just uuq? Pick DO or DONT
#### =()<HAVE_UUSTAT @<HAVE_UUSTAT>@>()=
HAVE_UUSTAT DO
##
## 7. PATHS TO COMMON PROGRAMS
## Where the raison d'etre for this distribution lives.
#### =()<_PATH_INND @<_PATH_INND>@>()=
_PATH_INND /usr/local/etc/innd
## Where the optional front-end that exec's innd lives.
#### =()<_PATH_INNDSTART @<_PATH_INNDSTART>@>()=
_PATH_INNDSTART /usr/local/etc/inndstart
## Where news boot-up script should be installed.
#### =()<_PATH_NEWSBOOT @<_PATH_NEWSBOOT>@>()=
_PATH_NEWSBOOT /usr/local/etc/rc.news
## Where sendmail, or a look-alike, lives.
## The -t is optional and says to read message for recipients
#### =()<_PATH_SENDMAIL @<_PATH_SENDMAIL>@>()=
_PATH_SENDMAIL /usr/lib/sendmail -t
## Where the shell is.
#### =()<_PATH_SH @<_PATH_SH>@>()=
_PATH_SH /bin/sh
## Where the compress program lives.
#### =()<_PATH_COMPRESS @<_PATH_COMPRESS>@>()=
_PATH_COMPRESS /usr/ucb/compress
## What extension your compress appends
#### =()<_PATH_COMPRESSEXT @<_PATH_COMPRESSEXT>@>()=
_PATH_COMPRESSEXT .Z
## Where egrep lives (you might need the FSF one; see scanlogs)
#### =()<_PATH_EGREP @<_PATH_EGREP>@>()=
_PATH_EGREP /usr/local/bin/egrep
## Where awk lives
#### =()<_PATH_AWK @<_PATH_AWK>@>()=
_PATH_AWK /bin/awk
## Where sed lives (you might need the FSF one)
#### =()<_PATH_SED @<_PATH_SED>@>()=
_PATH_SED /bin/sed
## Where inews lives.
#### =()<_PATH_INEWS @<_PATH_INEWS>@>()=
_PATH_INEWS /usr/local/news/inews
## Where rnews lives.
#### =()<_PATH_RNEWS @<_PATH_RNEWS>@>()=
_PATH_RNEWS /usr/local/bin/rnews
## Where the NNRP server lives.
#### =()<_PATH_NNRPD @<_PATH_NNRPD>@>()=
_PATH_NNRPD /usr/local/etc/in.nnrpd
## The path of the process run when an unknown host connects to innd.
## Usually the same as _PATH_NNRPD, but may be, e.g., the path to
## nntpd from the reference implementation.
#### =()<_PATH_NNTPD @<_PATH_NNTPD>@>()=
_PATH_NNTPD /usr/local/etc/in.nnrpd
## Where the NNQR server lives. Make same as _PATH_NNRPD for now
#### =()<_PATH_NNQRD @<_PATH_NNRPD>@>()=
_PATH_NNQRD /usr/local/etc/in.nnrpd
## Where most other programs live.
## See also _PATH_RNEWSPROGS and _PATH_CONTROLPROGS, below.
#### =()<_PATH_NEWSBIN @<_PATH_NEWSBIN>@>()=
_PATH_NEWSBIN /usr/local/news/bin
## Where temporary files live on the server
#### =()<_PATH_TMP @<_PATH_TMP>@>()=
_PATH_TMP /tmp
## Command to send mail (with -s "subject" allowed)
#### =()<_PATH_MAILCMD @<_PATH_MAILCMD>@>()=
_PATH_MAILCMD /usr/ucb/Mail
## Where scripts should have shlock create locks.
#### =()<_PATH_LOCKS @<_PATH_LOCKS>@>()=
_PATH_LOCKS /usr/local/news
##
## 8. PATHS RELATED TO THE SPOOL DIRECTORY
## Spool directory, where articles live.
#### =()<_PATH_SPOOL @<_PATH_SPOOL>@>()=
_PATH_SPOOL /usr/spool/news
## Spool directory where overview data lives.
#### =()<_PATH_OVERVIEWDIR @<_PATH_OVERVIEWDIR>@>()=
_PATH_OVERVIEWDIR /usr/spool/news
## Name of overview file within its spool directory.
#### =()<_PATH_OVERVIEW @<_PATH_OVERVIEW>@>()=
_PATH_OVERVIEW .overview
## Where rnews spools its input.
#### =()<_PATH_SPOOLNEWS @<_PATH_SPOOLNEWS>@>()=
_PATH_SPOOLNEWS /usr/spool/news/in.coming
## Where rnews creates temporary files until finished
#### =()<_PATH_SPOOLTEMP @<_PATH_SPOOLTEMP>@>()=
_PATH_SPOOLTEMP /usr/spool/news/in.coming/tmp
## Where rnews puts bad input.
#### =()<_PATH_BADNEWS @<_PATH_BADNEWS>@>()=
_PATH_BADNEWS /usr/spool/news/in.coming/bad
## Where rnews puts bad input, relative to _PATH_SPOOLNEWS.
#### =()<_PATH_RELBAD @<_PATH_RELBAD>@>()=
_PATH_RELBAD bad
##
## 9. EXECUTION PATHS FOR INND AND RNEWS
## Pathname where dups are logged if RNEWS_LOG_DUPS is FILE.
#### =()<_PATH_RNEWS_DUP_LOG @<_PATH_RNEWS_DUP_LOG>@>()=
_PATH_RNEWS_DUP_LOG /usr/local/news/log/dups
## Rnews may execute any program in this directory; see RNEWSPROGS.
#### =()<_PATH_RNEWSPROGS @<_PATH_RNEWSPROGS>@>()=
_PATH_RNEWSPROGS /usr/local/news/bin/rnews
## Path to control messages scripts.
#### =()<_PATH_CONTROLPROGS @<_PATH_CONTROLPROGS>@>()=
_PATH_CONTROLPROGS /usr/local/news/bin/control
## Default "unknown/illegal" control script, within _PATH_CONTROLPROGS.
#### =()<_PATH_BADCONTROLPROG @<_PATH_BADCONTROLPROG>@>()=
_PATH_BADCONTROLPROG default
##
## 10. SOCKETS CREATED BY INND OR CLIENTS
#### =()<_PATH_INNDDIR @<_PATH_INNDDIR>@>()=
_PATH_INNDDIR /usr/local/news/innd
## Unix-domain stream socket that rnews connects to.
#### =()<_PATH_NNTPCONNECT @<_PATH_NNTPCONNECT>@>()=
_PATH_NNTPCONNECT /usr/local/news/innd/nntpin
## Unix-domain datagram socket that ctlinnd to.
#### =()<_PATH_NEWSCONTROL @<_PATH_NEWSCONTROL>@>()=
_PATH_NEWSCONTROL /usr/local/news/innd/control
## Temporary socket created by ctlinnd; run through mktemp
#### =()<_PATH_TEMPSOCK @<_PATH_TEMPSOCK>@>()=
_PATH_TEMPSOCK /usr/local/news/innd/ctlinndXXXXXX
##
## 11. LOG AND CONFIG FILES
## Shell script that sets most of these as shell vars
#### =()<_PATH_SHELLVARS @<_PATH_SHELLVARS>@>()=
_PATH_SHELLVARS /usr/local/news/innshellvars
## Where most config and data files are usually stored; not required
## to the home directory of NEWSUSER.
#### =()<_PATH_NEWSLIB @<_PATH_NEWSLIB>@>()=
_PATH_NEWSLIB /usr/local/news
## The server's log file.
#### =()<_PATH_LOGFILE @<_PATH_LOGFILE>@>()=
_PATH_LOGFILE /usr/local/news/log/news
## The server's error log file.
#### =()<_PATH_ERRLOG @<_PATH_ERRLOG>@>()=
_PATH_ERRLOG /usr/local/news/log/errlog
## Where most sylog log files go; see also scanlogs, innstat, etc.
#### =()<_PATH_MOST_LOGS @<_PATH_MOST_LOGS>@>()=
_PATH_MOST_LOGS /usr/local/news/log/news.syslog
## How many generates of log files to keep.
#### =()<LOG_CYCLES @<LOG_CYCLES>@>()=
LOG_CYCLES 7
## Text value of the server's pid.
#### =()<_PATH_SERVERPID @<_PATH_SERVERPID>@>()=
_PATH_SERVERPID /usr/local/news/innd/innd.pid
## The newsfeeds file, on the server host.
#### =()<_PATH_NEWSFEEDS @<_PATH_NEWSFEEDS>@>()=
_PATH_NEWSFEEDS /usr/local/news/newsfeeds
## The article history database, on the server host.
#### =()<_PATH_HISTORY @<_PATH_HISTORY>@>()=
_PATH_HISTORY /usr/local/news/history
## File listing the sites that feed us news.
#### =()<_PATH_INNDHOSTS @<_PATH_INNDHOSTS>@>()=
_PATH_INNDHOSTS /usr/local/news/hosts.nntp
## The active file, on the server host.
#### =()<_PATH_ACTIVE @<_PATH_ACTIVE>@>()=
_PATH_ACTIVE /usr/local/news/active
## A temporary active file, for writing on the server host.
#### =()<_PATH_NEWACTIVE @<_PATH_NEWACTIVE>@>()=
_PATH_NEWACTIVE /usr/local/news/active.tmp
## An old active file on the server host.
#### =()<_PATH_OLDACTIVE @<_PATH_OLDACTIVE>@>()=
_PATH_OLDACTIVE /usr/local/news/active.old
## The log of when groups are created.
#### =()<_PATH_ACTIVETIMES @<_PATH_ACTIVETIMES>@>()=
_PATH_ACTIVETIMES /usr/local/news/active.times
## Where batch files are located.
#### =()<_PATH_BATCHDIR @<_PATH_BATCHDIR>@>()=
_PATH_BATCHDIR /usr/spool/news/out.going
## Where archives are kept.
#### =()<_PATH_ARCHIVEDIR @<_PATH_ARCHIVEDIR>@>()=
_PATH_ARCHIVEDIR /usr/spool/news/news.archive
## Where NNRP distributions file is
#### =()<_PATH_NNRPDIST @<_PATH_NNRPDIST>@>()=
_PATH_NNRPDIST /usr/local/news/distributions
## Where the default Distribution assignments file is
#### =()<_PATH_DISTPATS @<_PATH_DISTPATS>@>()=
_PATH_DISTPATS /usr/local/news/distrib.pats
#### =()<_PATH_NEWSGROUPS @<_PATH_NEWSGROUPS>@>()=
_PATH_NEWSGROUPS /usr/local/news/newsgroups
## File where client configuration parameters can be read.
#### =()<_PATH_CONFIG @<_PATH_CONFIG>@>()=
_PATH_CONFIG /usr/local/news/inn.conf
## The possible active file, on clients (NFS-mounted, e.g.).
#### =()<_PATH_CLIENTACTIVE @<_PATH_CLIENTACTIVE>@>()=
_PATH_CLIENTACTIVE /usr/local/news/active
## A temporary file, for client inews to use.
#### =()<_PATH_TEMPACTIVE @<_PATH_TEMPACTIVE>@>()=
_PATH_TEMPACTIVE /tmp/activeXXXXXX
## Where to mail to the moderators.
#### =()<_PATH_MODERATORS @<_PATH_MODERATORS>@>()=
_PATH_MODERATORS /usr/local/news/moderators
## Where NNTP puts the name of the server.
#### =()<_PATH_SERVER @<_PATH_SERVER>@>()=
_PATH_SERVER /usr/local/news/server
## File with name/password for all remote connections.
#### =()<_PATH_NNTPPASS @<_PATH_NNTPPASS>@>()=
_PATH_NNTPPASS /usr/local/news/passwd.nntp
## NNRP access file.
#### =()<_PATH_NNRPACCESS @<_PATH_NNRPACCESS>@>()=
_PATH_NNRPACCESS /usr/local/news/nnrp.access
## Default expire control file.
#### =()<_PATH_EXPIRECTL @<_PATH_EXPIRECTL>@>()=
_PATH_EXPIRECTL /usr/local/news/expire.ctl
## Prolog to parse control scripts
#### =()<_PATH_PARSECTL @<_PATH_PARSECTL>@>()=
_PATH_PARSECTL /usr/local/news/parsecontrol
## Access control file for control scripts.
#### =()<_PATH_CONTROLCTL @<_PATH_CONTROLCTL>@>()=
_PATH_CONTROLCTL /usr/local/news/control.ctl
## Innwatch control file.
#### =()<_PATH_CTLWATCH @<_PATH_CTLWATCH>@>()=
_PATH_CTLWATCH /usr/local/news/innwatch.ctl
## Where innwatch writes its own pid.
#### =()<_PATH_WATCHPID @<_PATH_WATCHPID>@>()=
_PATH_WATCHPID /usr/local/news/innwatch.pid
## Where innwatch writes status when it gets an interrupt
#### =()<_PATH_INNWSTATUS @<_PATH_INNWSTATUS>@>()=
_PATH_INNWSTATUS /usr/local/news/innwatch.status
## Format of news overview database
#### =()<_PATH_SCHEMA @<_PATH_SCHEMA>@>()=
_PATH_SCHEMA /usr/local/news/overview.fmt
##
## 12. INNWATCH CONFIGURATION
## Load average (* 100) at which innd should be paused.
#### =()<INNWATCH_PAUSELOAD @<INNWATCH_PAUSELOAD>@>()=
INNWATCH_PAUSELOAD 1500
## Load average (* 100) at which innd should be throttled.
#### =()<INNWATCH_HILOAD @<INNWATCH_HILOAD>@>()=
INNWATCH_HILOAD 2000
## Load average (* 100) at which to restart innd (pause/throttle undone).
#### =()<INNWATCH_LOLOAD @<INNWATCH_LOLOAD>@>()=
INNWATCH_LOLOAD 1000
## Space, in df output units, at which to throttle innd on _PATH_SPOOL.
#### =()<INNWATCH_SPOOLSPACE @<INNWATCH_SPOOLSPACE>@>()=
INNWATCH_SPOOLSPACE 8000
## Space, in df output units, at which to throttle innd on _PATH_BATCHDIR.
#### =()<INNWATCH_BATCHSPACE @<INNWATCH_BATCHSPACE>@>()=
INNWATCH_BATCHSPACE 800
## Space, in df output units, at which to throttle innd on _PATH_NEWSLIB.
#### =()<INNWATCH_LIBSPACE @<INNWATCH_LIBSPACE>@>()=
INNWATCH_LIBSPACE 25000
## Number of inodes at which to throttle innd on _PATH_SPOOL.
#### =()<INNWATCH_SPOOLNODES @<INNWATCH_SPOOLNODES>@>()=
INNWATCH_SPOOLNODES 200
## How long to sleep between innwatch iterations.
#### =()<INNWATCH_SLEEPTIME @<INNWATCH_SLEEPTIME>@>()=
INNWATCH_SLEEPTIME 600
--
Karsten Thygesen I Aalborg, Denmark
karthy@dannug.dk (NeXT-Mail welcome) I Voice: +45 98 12 42 59
President, Danish NeXT Users Group I Fax: +45 98 12 44 81
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Re: Has the serial drivers problem been solved?
Message-ID: <CFCw8D.G66@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <1993Oct19.130933.637@rna.indiv.nluug.nl> <CF7puu.FFK@newshub.ccs.yorku.ca>
Date: Sat, 23 Oct 1993 15:26:37 GMT
I've been using the new serial driver since August. I have not
experienced any file system damage or crashes since that upgrade.
However, if anyone (using tip or uucico) tries to log in on that port
a slew of Driver errors are visible in /usr/adm/messages (similar to
the ones I saw when the old driver ate my hard drive the first week).
With no login attempts everything is fine, so I've set up UUCP for
polling out only just to be on the safe side. I'm still scared of
the serial driver inbound, but use 9600 outbound for email and
uucp transfers without a hitch.
The errors begin after the dialin getty has passed control to login.
Is anyone free of driver error messages for inbound getty/login at 9600
or for outbound uucp at >9600? If so I'd like to hear about it.
In article <CF7puu.FFK@newshub.ccs.yorku.ca> dave@guinness.huma.yorku.ca (David Aspinall) writes:
>We installed the serial driver on the Fax Modem Machine about 2 weeks ago
>and I have not had any complaints about it. The system does NOT crash
>during incoming/outgoing faxes anymore.
>
>David
>
>David Aspinall ---------- Former-Former-NeXT Campus Consultant
>E-mail : cs911409@ariel.yorku.ca | I'd rather be
>NeXTMail: dave@ccs.yorku.ca | rich than stupid
>V-mail : (416) 663-4997 | -- Jack Handey
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Voice: (617) 861-5579 pronounced "Throat-Warbler Mangrove".
) NeXTMail O.K.
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.sysadmin
Subject: Can't print nonresident fonts
Date: 23 Oct 1993 16:24:08 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <2ablr9$qll@news.intercon.com>
Hi,
I don't seem to be able to print fonts which are not already resident in
my printer. If my document contains non-printer fonts, I can view those
fonts on the screen and manipulate them in display postscript, but when I
send them out to the printer, they are always substituted for fonts
already in the printer.
I'm printing over IP to a LaserWriter IIg; any ideas?
Thanks,
David.
From: chris@stokeisland.ohi.com (Christopher J. Traynor)
Newsgroups: comp.sys.next.sysadmin
Subject: Fujitsu Optical Drives
Date: 23 Oct 1993 15:04:13 -0500
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9310231934.AA00389@stokeisland.ohi.com>
All:
I just got a Fujitsu 128meg optical drive and can't seem to get it to
work properly. When I insert a disk, it is recognized but I can't initialize
it. The disk type is gotten properly from the probe, but errors occurr because
the 'disk' utility can't write to the boot block. Here is the console error
that I get:
Disk Label: Chris_Data1
Disk Capacity 121MB, Device Block 512 bytes
probing for CDROM
probing for DOS
probing for mac
probing for cdaudio
/usr/etc/disk -i -h stokeisland -l "Chris_Data1" /dev/rsd1a
sd1 (6,0): ERROR op:0x1a sd_state:4 scsi status:0x0
sd1 (6,0): sense key:0x5 additional sense code:0x24
SCSI Block in error = 0 (front porch)
disk name: FUJITSU M2511A
disk type: removable_rw_scsi
writing disk label
sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48, retry 1
[... chomp]
sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48, retry 9
sd1: Incomplete disk transfer - FATAL
[... chomp]
...r/w returned -1; expected 50176
Write of boot block 0 failed
sd1: Incomplete disk transfer; bytes moved = 0x2000, resid = 0x2000, retry 1
sd1: Incomplete disk transfer; bytes moved = 0x2000, resid = 0x2000, retry 2
sd1: Incomplete disk transfer; bytes moved = 0x2000, resid = 0x2000, retry 3
sd1: Incomplete disk transfer; bytes moved = 0x2000, resid = 0x2000, retry 4
sd1: Incomplete disk transfer; bytes moved = 0x2000, resid = 0x2000, retry 5
sd1: Incomplete disk transfer; bytes moved = 0x2000, resid = 0x2000, retry 6
sd1: Incomplete disk transfer; bytes moved = 0x2000, resid = 0x2000, retry 7
sd1: Incomplete disk transfer; bytes moved = 0x2000, resid = 0x2000, retry 8
sd1: Incomplete disk transfer; bytes moved = 0x2000, resid = 0x2000, retry 9
sd1: Incomplete disk transfer - FATAL
...r/w returned -1; expected 50176
Write of boot block 1 failed
No boot blocks on disk
The next time I put the disk in the drive, a panel comes up saying that
the disk is damaged. If I choose repair, I get this error:
Disk Label: Chris_Data1
Disk Capacity 121MB, Device Block 512 bytes
/usr/etc/fsck -p /dev/rsd1a
(null pointer): BAD SUPER BLOCK: MAGIC NUMBER WRONG
(null pointer): USE -b OPTION TO FSCK TO SPECIFY LOCATION OF AN
ALTERNATE
(null pointer): SUPER-BLOCK TO SUPPLY NEEDED INFORMATION; SEE fsck(8).
(null pointer): UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
[try one more time...]
/usr/etc/fsck -p /dev/rsd1a
(null pointer): BAD SUPER BLOCK: MAGIC NUMBER WRONG
(null pointer): USE -b OPTION TO FSCK TO SPECIFY LOCATION OF AN
ALTERNATE
(null pointer): SUPER-BLOCK TO SUPPLY NEEDED INFORMATION; SEE fsck(8).
(null pointer): UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
Disk Label: Chris_Data1
Disk Capacity 121MB, Device Block 512 bytes
Oct 23 13:58:01 stokeisland su: SU to root by chris on /dev/ttyp4
sd1 (6,0): ERROR op:0x1a sd_state:4 scsi status:0x0
sd1 (6,0): sense key:0x5 additional sense code:0x24
SCSI Block in error = 0 (front porch)
I tried to use the 'disk' utility and the newfs utility manually, but I
don't get any better results. I know the drive is being recognized properly
during boot, so the only other thing I can think of is that maybe I would need
a disktab entry.
If anyone has gotten a drive like this one to work - even another
manufacturer's drive - please respond directly to me with any help you can
offer.
Thanks in advance...
Christopher Traynor
Newsgroups: comp.sys.next.sysadmin
From: hussain@artsci.wustl.edu (G. H. Chinoy)
Subject: Re: rwho
Message-ID: <1993Oct23.200031.20297@wuecl.wustl.edu>
Sender: usenet@wuecl.wustl.edu (News Administrator)
Organization: Washington University, School of Engineering, St. Louis MO
References: <1993Oct19.232046.20318@ringer.cs.utsa.edu>
Date: Sat, 23 Oct 1993 20:00:31 GMT
I downloaded a NeXTstep program by Eric P. Scott (eps@cs.sfsu.edu) called
RUsers which included a replacement rpc-rusers thingy. I totally forget where
I got it from.
--
________________________________
G. Hussain Chinoy
Consultant, Arts & Sciences NeXT Lab
Cupples I, Room 213
Washington University in St. Louis
hussain@artsci.wustl.edu
In article <1993Oct19.232046.20318@ringer.cs.utsa.edu>
selfstro@Alex.Engr.Trinity.Edu (Sean Elfstrom) writes:
> Is rwho on NSFIP intentionally brain-damaged? Whenever we do an "ruptime"
> we get garbage for the uptimes of remote machines and garbage for the
> loads. Rwho as well gives somewhat garbled output. We suspect this has
> something to do with the NS machine not using network byte-ordering to read
> the *.whod files, but I have NO IDEA how to check this and/or fix it.
>
> Any ideas?
> --
> ---------------------------------------------------------------------
> Sean Elfstrom | Trinity University
> selfstro@tusol.cs.trinity.edu | 715 Stadium Dr. #707
> NeXTMail: selfstro@oberon.cs.trinity.edu | San Antonio, TX 78212-7200
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: dahl@esca.esca.com (Austin Dahl)
Subject: Clock Drift and NTP driftfile (/etc/ntp.drift)
Message-ID: <DAHL.93Oct23142041@esca.esca.com>
Sender: dahl@esca.com (Austin Dahl)
Organization: ESCA Corporation, Bellevue WA
Distribution: comp
Date: Sat, 23 Oct 1993 22:20:41 GMT
I'm using a stand alone machine and my clock loses a lot of time.
The man pages for ntp talk about a driftfile (/etc/ntp.drift) so my
guess is that I can set the driftfile manually and let the ntpd do the
clock adjustments for me.
I used strings to look at /etc/ntpd and my best guess is that the
driftfile should contain 5 floats and an int. Can anyone verify this?
What do the numbers mean and what's a good initial setting for clock
that is slow?
Does anyone remember a similar post in the last year?
Thanks,
Austin
Newsgroups: comp.sys.next.sysadmin
From: andy@godel (Andrew Burday)
Subject: who owns WindowServer when no one logged in?
Message-ID: <1993Oct24.051339.16681@sifon.cc.mcgill.ca>
Sender: news@sifon.cc.mcgill.ca
Organization: McGill University
Date: Sun, 24 Oct 1993 05:13:39 GMT
I frequently log in to my department's file server (via modem/terminal server)
late at night, just to check my mail and see who's doing what on the machine.
The last couple of times, a ps aux has shown the WindowServer process's owner
to be whoever _last_ used it. A "who", which showed only me logged in, plus
the fact that no shell or Workspace Manager is running except my own, shows
that the alleged owner of Windowserver is not actually logged in. I assume
that the Windowserver ought to be owned by root under those circumstances. Am
I mistaken about that? Has anybody observed this kind of behavior on their
systems? Anybody have an idea what could be causing this?
Our users are (1) few in number (2) trustworthy and (3) not sophisticated
enough to exploit odd security holes, so I'm not particularly worried about
this. (Should I be?) So far as I can tell, whenever somebody logs in to the
console, they get ownership of the Windowserver for as long as they're logged
in; so it's not as if every user has, in effect, a public window server.
This just seems odd to me, and I'm curious.
The machine in question is a 25 Mhz 040 cube running NS 3.0. Thanks for any
suggestions.
Andrew Burday
andy@philo.mcgill.ca
Newsgroups: comp.sys.next.sysadmin
Subject: Is there a Wacom tablet problems?
Message-ID: <1993Oct23.145337.2486@cc.usu.edu>
From: dayne@artshop.des.sdl.usu.edu (Dayne Medlyn)
Date: 23 Oct 93 14:53:34 MDT
Keywords: Wacom, problem
I was browsing around on the news this past week and someone said
something about having problems with the Wacom tablet after upgrading to
NS3.1. I need to know if the problem really exists or if there is anyone
else who is using a Wacom tablet or had any experience with it on NS 3.1
before I upgrade one of our machines with at tablet on it. Thanks for the
help.
Dayne Medlyn
Consultant
Space Dynamics Laboratory, Utah State University
dayne@cc.usu.edu (NeXTmail welcom)
From: Manavendra_Thakur@NeXT.COM
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Clock Drift and NTP driftfile (/etc/ntp.drift)
Date: 24 Oct 1993 21:03:01 GMT
Organization: NeXT, Inc.
Distribution: comp
Message-ID: <2aeqi5$2qn@rosie.next.com>
References: <DAHL.93Oct23142041@esca.esca.com>
In article <DAHL.93Oct23142041@esca.esca.com> dahl@esca.esca.com (Austin
Dahl) writes:
> I'm using a stand alone machine and my clock loses a lot of time.
>
> The man pages for ntp talk about a driftfile (/etc/ntp.drift) so my
> guess is that I can set the driftfile manually and let the ntpd do the
> clock adjustments for me.
Generally speaking, you should leave this drift file alone. It is set
automatically by ntpd as it accumulates statistics about your machine clock's
natural drift. Of course, this is much harder for ntpd to do if you are not
connected to a reference time server (either on the Internet or via a radio
clock)
I don't think ntp was designed to correct your machine's clock without some
external time reference. So I would recommend that you look into whether or
not you can at all connect your standalone machine to a network where it can
peer with a proper time server host. Or look into buying a radio clock and
hooking it up to this machine, if accurate time is really important to you.
For more help on this matter, you might want to post to
comp.protocols.time.ntp and ask there for advice.
Newsgroups: comp.sys.next.sysadmin
From: magnusson!kris (Kristopher Magnusson)
Subject: SLIP POP MAB client for 3.1--does it exist?
Message-ID: <CF3tKz.1Bs@magnusson.uucp>
Sender: kris@magnusson.uucp (Kristopher Magnusson)
Organization: Salt Lake area NeXT Group
Date: Mon, 18 Oct 1993 17:50:58 GMT
I'm setting up a SLIP connection to the U. of U. for more reliable email
access until my T1 is installed later this year. The sysadmins there require a SLIP POP client for dialup on demand connections. Anyone got one they'd recommend?
Prompt response is appreciated, as I could get this up and running today if I had such a client.
Kris
h I'm including a fully licensed versio
access until my T1 is installed later this year. The sysadmins there require a SLIP POP client for dialup on demand connections. Anyone got one they'd recommend?
Prompt response is appreciated, as I could get this up and running today if I had such a client.
Kris
h I'm including a fully licensed version with the next few boxes we ship. I'm definitely a TipTop junkie.
Kris
8877
Kris
ers in cases like that. You can't stop the conversation
> to send and receive a fax, even if turnaround were instantaneous.
>
> --
> -
> Stefano Pagiola
> Food Research Institute, Stanford University
> spagiola@leland.stanford.edu (NeXTMail enco
--
Kris Magnusson <hellgate!uplherc!cusa!neb!magnusson!kris> Alpine Computing -------------------------------------------------------------------------------
#import <salespitchforcloneEpsonIntelDECALRASTCompaqNECHPandwrittenguarantee.h>
-------------------------------------------------------------------------------
"I'd give my right arm to be ambidextrous." --Marvin Gardner
Newsgroups: comp.sys.next.sysadmin
From: Jeff Adams
Subject: Re: Are there Wacom tablet problems? (NO)
Message-ID: <1993Oct25.000101.10909@wri.com>
Sender: news@wri.com ( )
Organization: Wolfram Research, Inc.
References: <1993Oct23.145337.2486@cc.usu.edu>
Date: Mon, 25 Oct 1993 00:01:01 GMT
In article <1993Oct23.145337.2486@cc.usu.edu> writes:
> I was browsing around on the news this past week and someone said
> something about having problems with the Wacom tablet after upgrading to
> NS3.1. I need to know if the problem really exists or if there is anyone
> else who is using a Wacom tablet or had any experience with it on NS 3.1
> before I upgrade one of our machines with at tablet on it. Thanks for the
> help.
I sent the original posting stating that I was having problems with the Wacom
tablets under NEXTSTEP 3.1.
Subsequently, I received email from others saying that they in fact were
successfully working with a Wacom Tablet under NEXTSTEP 3.1.
So I went home and tried it again and got the tablet working.
I'm not exactly sure, but I think when I upgraded to NEXTSTEP 3.1 I tried
running InstallTablet as a normal user and not as root the first time, and the
appropriate files were not setup correctly til I ran InstallTablet as root.
Sorry for the panic.
Thanks for all who gave me courage to go back and fix the problems.
----------------------------------------------------------------
Jeff Adams
jeffa@wri.com (NeXTMail accepted)
Wolfram Research Inc.
----------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: jimbo@oingo.umn.edu
Subject: Can I Upgrade from 3.0->3.2 directly?
Message-ID: <CFFJ4s.J83@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Mon, 25 Oct 1993 01:33:51 GMT
I bought the 3.1 OS with the free upgrade to 3.2. I am running 3.0.
Can I directly jump to 3.2 or must I install both?????
Newsgroups: comp.sys.next.sysadmin
From: jdw@netcom.com (Jack D. Wills)
Subject: 3.1, hostid
Message-ID: <jdwCFFLzJ.A5s@netcom.com>
Keywords: hostid, patch, NeXTStep3.1, 68040
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Date: Mon, 25 Oct 1993 02:38:06 GMT
I'm currently running NeXTStep 3.0 on black hardware. I have patched the
kernel to allow the hostid call to work. (Don't ask to hear the long
story on why this is necessary.) Has anyone found the patch to do this
in 3.1? (I am assuming that NeXT is continuing to break hostid in 3.1)
Email will be fine, unless you think this is of general interest.
Dr. Jack Wills
jdw@netcom.com
From: ccwf@russel.klab.caltech.edu (Charles Fu)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Clock Drift and NTP driftfile (/etc/ntp.drift)
Date: 25 Oct 1993 04:15:50 GMT
Organization: FTL Enterprises, Inc.
Distribution: comp
Message-ID: <2afjtm$kta@gap.cco.caltech.edu>
References: <DAHL.93Oct23142041@esca.esca.com> <2aeqi5$2qn@rosie.next.com>
In article <2aeqi5$2qn@rosie.next.com>, <Manavendra_Thakur@NeXT.COM> wrote:
>I don't think ntp was designed to correct your machine's clock without some
>external time reference. So I would recommend that you look into whether or
>not you can at all connect your standalone machine to a network where it can
>peer with a proper time server host. Or look into buying a radio clock and
>hooking it up to this machine, if accurate time is really important to you.
If really accurate time isn't that important, you could consider
1) using timed, which will average the times over your network and
hopefully be more accurate than a single machine's clock, or
2) getting more recent NTP software (xntpd v3, for example), and modifying
the pseudo-clock or one of the other clocks to let you set it manually.
Hopefully, after doing this for a while, /etc/ntp.drift would contain
accurate information.
Newsgroups: comp.sys.next.sysadmin
From: magnus@fisher.Stanford.EDU (Magnus Nordborg)
Subject: 486's and Pentium as servers
Message-ID: <1993Oct25.062433.8376@leland.Stanford.EDU>
Keywords: NFS, SCSI, server
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Mon, 25 Oct 93 06:24:33 GMT
Here is a planning question:
The NeXT machines were notoriously bad at disk access and such. In my
experience, machines like Sparc 2, which were otherwise *roughly*
comparable in performance, were much better file servers (This is for a
small network, obviously). Does anyone have experience using Pentium or
486's with NEXTSTEP as fileservers? I would also appreciate real
application performance comparison between these machines: most benchmarks
I have seen have Pentium and Sparc 2 roughly equivalent when lots of
floating point operations are involved, whereas the difference is at about
twofold when integer performance is emphasized.
Thanks in advance, I will summarize.
--
Magnus Nordborg
magnus@fisher.stanford.edu (NeXT mail preferred)
Department of Biological Sciences
Stanford University
Stanford, CA 94305-5020
+1 (415) 723-4952 (office)
Newsgroups: comp.sys.next.sysadmin
From: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Subject: Decrase sync times....
Message-ID: <1993Oct25.091422.12264@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Mon, 25 Oct 93 09:14:22 GMT
How do I make my next sync faster than once every thirty seconds....
CW
Newsgroups: comp.sys.next.sysadmin
From: uunet!molly!vlcek (Jim Vlcek)
Subject: Exporting CD-ROM
Message-ID: <CFExvr.92B@molly.uucp>
Sender: vlcek@molly.uucp (James Vlcek)
Organization: The Black Box of Lowertown
Date: Sun, 24 Oct 1993 17:57:26 GMT
Does anyone have a workable scheme for exporting a NeXT CD-ROM drive?
On my SPARC at work, the CD-ROM is always mounted on /cdrom. This makes it
quite easy to export - I always know where the thing is.
NeXT, however, Knew Better, and mounts the CD-ROM atop a directory
custom-created and named for the label on the CD.
I'm trying to make the CD availabe to my UnixWare box, which is equally
resistant to simple solutions in its own peculiar SysV way. What a picnic
this is turning out to be.
--
-----------------------------------------------------------------------------
Jim Vlcek Information Foundation UnixWare ($166; sales@if.com)
uunet!molly!vlcek + PrimeTime Freeware SDK ($60, ptf@cfcl.com)
Beautiful downtown St. Paul = A better NT than NT (costs less, too!)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: jspears@weston.com (Wes Spears)
Subject: Help with NS/FIP and Configure
Message-ID: <1993Oct25.045432.5654@weston.com>
Sender: jspears@weston.com (Wes Spears)
Date: Mon, 25 Oct 1993 04:54:32 GMT
I am working on a Compaq Prosignia 486/66. It has an Adaptec 1542C
Controller, and an ATI Ultra Pro Graphics card. Here is the problem. I
have installed the new ATI driver.
When I try to make any changes using configure, the boot up stalls at the
rootdev 600 howto 0 part. Now if I enter the config=Default at the boot
prompt, it comes up. I have tried even simply adding the VGA driver as
teh only driver for the system, removing the ATI card, and using the
system graphics, and it still fails.
Has anyone run into anything similar. I looked at the
system.config/Default.table, and even duplicated it to be Instance0.table
so that the machine will simply come up with VGA, but on an NEC 21"
monitor, it is not a pretty site. THe Icons are about 1.5". In any
event, all questions and reccomendations are appreciated.
Thanks
--
Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
The Weston Group (UUCP and SENDMAIL Consultation)
8524 Highway 6 North, 162, Houston, TX 77095
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: Clock Drift and NTP driftfile (/etc/ntp.drift)
In-Reply-To: dahl@esca.esca.com's message of Sat, 23 Oct 1993 22:20:41 GMT
To: dahl@esca.esca.com (Austin Dahl)
Message-ID: <CEDMAN.93Oct24095034@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <DAHL.93Oct23142041@esca.esca.com>
Date: Sun, 24 Oct 1993 13:50:33 GMT
In article <DAHL.93Oct23142041@esca.esca.com> dahl@esca.esca.com (Austin Dahl) writes:
I'm using a stand alone machine and my clock loses a lot of time.
The man pages for ntp talk about a driftfile (/etc/ntp.drift) so my
guess is that I can set the driftfile manually and let the ntpd do the
clock adjustments for me.
I used strings to look at /etc/ntpd and my best guess is that the
driftfile should contain 5 floats and an int. Can anyone verify this?
What do the numbers mean and what's a good initial setting for clock
that is slow?
You are correct. The drift file consists out of five floats encoding
the drift of the clock in the last five hours (newest first), followed
by an integer specifying how many hours ntpd has been running.
Positive floats describe a slow clock, negative floats a fast one.
The size of the daily drift (in seconds) is the float multiplied by
(86400/4096).
Does anyone remember a similar post in the last year?
No. So it can't possibly have happend.
Of course considering that the great guru of NeXTdom, author of
dialupip and ntp, Louis Mamakos himself is known to read this group,
maybe I should not have answered this question. Darn.
Carl Edman
PS: Correct your news posting software. 'comp' is a bogus distribution.
From: noah@cad.gatech.edu (Noah White)
Newsgroups: comp.sys.next.sysadmin
Subject: Strange printing problems: advice needed
Date: 25 Oct 1993 09:02:27 -0400
Organization: Georgia Institute of Technology
Distribution: world
Message-ID: <2agip3$j4n@cae.cad.gatech.edu>
All of our NeXT's have been experiencing strange printing problems
as of late. They are NeXT Cubes running NeXTSTep 2.0 (or 2.2 or whatever
the latest 2.x release was). Every now and then the print que will 'jam'
and the NeXT printers they are serving will not print. This happens when
postscript and non postscript jobs come across our net from other
Unix boxes (the next printers are networked). The really strange part
is when I try to clear the que with lprm, while being root, I get
permission denied on the files. Why can't root clear the que on it's
own machine? I end up having to kill lpd (sometimes I find two copies
running) and kill npd then restart them, then do an lpc up all. Sometimes
this doesn't even work and I have reboot the machine. The problem seems to
be occuring with exponential frequency. Any help would be greatly appreciated!
-Noah
From: t68@nikhef.nl (Jos Vermaseren)
Newsgroups: comp.sys.next.sysadmin
Subject: VT100 keypad
Message-ID: <2587@nikhefh.nikhef.nl>
Date: 25 Oct 93 14:01:01 GMT
Organization: Nikhef-H, Amsterdam (the Netherlands).
I have recently installed 3.1 on black hardware and run into an annoying
`feature'. I cannot get the PF1-PF4 function keys of the numeric keypad
when I am in the terminal. Previously that would work fine, but now
Alt-` gives a ` and not PF1. Changing the preferences doesn't help.
Is this a bug or am I overlooking something?
Jos Vermaseren
From: dbora@ils.nwu.edu (Donald Bora)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Panic: Next boot problem
Date: 25 Oct 1993 14:33:46 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <2ago4a$rqu@anaxagoras.ils.nwu.edu>
Hello out there in the net world. I was playing around with some new
fonts last night when something very disoncerting happened. The machine
locked up and then booted me out. I expected to get the login screen
back when the cursor sat up in the corner spinning and the login window
never came up! I have rebooted several times and it all ends up
in the same place: the spinning cursor in the corner and no login window.
I can still boot into single user mode so the problem is not so serious that
I cannot replace the appropriate corrupted files (which I suspect is the
problem).. but which files might be corrupt?
Any clues?
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
From: Cuong Van Nguyen <cn0x+@andrew.cmu.edu>
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer
Subject: HELP->Can't boot from HD
Date: Mon, 25 Oct 1993 11:57:03 -0400
Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
Distribution: world
Message-ID: <EgmzRDi00VpZQ8DlM5@andrew.cmu.edu>
References: <2ago4a$rqu@anaxagoras.ils.nwu.edu>
In-Reply-To: <2ago4a$rqu@anaxagoras.ils.nwu.edu>
Hi All,
My NeXT froze the other day as I was logging out. I did a reboot and
then it just hung when it got to reading my HD on sd0a. So, I powered
down and the problem persisted. I can boot from a floppy and mount my
HD, but I cannot start from the HD, nor can I boot from the floppy and
have root on the HD. All the hardware checks were positive. I tried
copying the boot partition over and even copied all the files from the
floppy to the HD, but nothing is working. My question is:
Does anyone know what might be wrong and how I can go about fixing this?
Many thanks in advance,
Cuong
From: jfosback@darkwing.uoregon.edu (Jason Fosback)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: SLIP POP MAB client for 3.1--does it exist?
Message-ID: <2ah3g5$89u@pith.uoregon.edu>
Date: 25 Oct 93 17:47:49 GMT
Article-I.D.: pith.2ah3g5$89u
References: <CF3tKz.1Bs@magnusson.uucp>
Organization: University of Oregon
In article <CF3tKz.1Bs@magnusson.uucp>, magnusson!kris (Kristopher
Magnusson) writes:
>
> I'm setting up a SLIP connection to the U. of U. for more reliable email
>
> access until my T1 is installed later this year. The sysadmins there require a SLIP POP client for dialup on demand connections. Anyone got one they'd recommend?
I have a version of PopOver (a POP2, POP3, IMAP client) working under
NEXTSTEP/Intel. It's almost ready for public release, and there should be
an announcement sometime this week.
Unfortunately, it doesn't provide any form of SLIP service; you need that
from a different program. Since Mr. Mamakos' FAT version of SLIP isn't out
yet, I haven't had the release on my priority list.
If you have SLIP functioning, and would like a copy, send me some mail.
-jason
___________________________________________________________________
Jason Fosback, User Support Analyst | No sir, I didn't like it
---- University of Oregon ---- | -R&S
Internet: jfosback@oregon.uoregon.edu | Star Trek:
NeXT mail: jfosback@darkwing.uoregon.edu | The NeXT Generation...
From: seubert@cip.mathematik.uni-wuerzburg.de (Klemens Seubert)
Newsgroups: comp.sys.next.sysadmin
Subject: Quota software
Date: 25 Oct 1993 18:02:13 GMT
Organization: University of Wuerzburg, Germany
Message-ID: <2ah4b5$449@winx03.informatik.uni-wuerzburg.de>
Hi,
I am looking for a software for managing diskquotas.
We have a NeXT cube running NeXTSTEP 3.0.
Thanks
--
Klemens Seubert (seubert@cip.mathematik.uni-wuerzburg.de)
Newsgroups: comp.sys.next.sysadmin
From: boyan@tmnxt1.iit.edu (Boyan I. Boyanov)
Subject: HELP! Anonymous FTP activity log
Message-ID: <1993Oct25.181240.16193@iitmax.iit.edu>
Sender: news@iitmax.iit.edu (News)
Organization: Illinois Institute of Technology / Academic Computing Center
Distribution: usa
Date: Mon, 25 Oct 93 18:12:40 GMT
OK, I recently set up an anonymous ftp account on a NeXT
slab, running NS 2.1. Is there a way to keep track of the
activity in that account, e.g.
- times/dates of logins
- duration of login
- file transfers attempted/completed
- password used in the anonymous login
To keep track of the first two items, I currently have a
shell script that is run by cron at 11:30 pm each day.
The script pipes the output of "last" for the previous 24
hrs thorugh "sed". This tells me the time and duration of
the login and the address of the machine that initiated
the process, but says nothing of the file transfers and
the password used to login. The man pages mention
something about a -l flag for ftpd, but I have yet to read
a man page and understand it without seeing an actual
example :-).
I also noticed that when I login anonymously, all "dot"
files are listed by the "dir" and "ls" commands. There is
obviously a way to avoid that, the question is how.
Yet another thing I want to do is "cd" all anonymous logins
to a particular subdirectory of the ftp account, but I
don't know how. The ftpd man pages mention nothing of a
configuration file that is executed at login time.
Please email all replies to boyan@tmnxt1.iit.edu. If there
is enough interest, I can post a summary to this group.
Cheers,
Boyan
-----------------------------------------------------------
Boyan Boyanov | boyan@tmnxt1.iit.edu
Department of Physics | boyaboy@karl.iit.edu
Illinois Institute of Technology | BOYABOY@IITVAX
(Bitnet)
Chicago, IL 60616 | (312) 567-6833
******* I ain't stupid, just clueless about Unix ********
-----------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: jscott@confucius.helios.nd.edu (james scott)
Subject: Disk with > 2 partitions?
Message-ID: <1993Oct25.184945.10773@news.nd.edu>
Sender: news@news.nd.edu (USENET News System)
Organization: University of Notre Dame
Date: Mon, 25 Oct 1993 18:49:45 GMT
Folx,
Is there a way to format a disk so that it has > 2 partitions? Is this
something I would want to undertake as a relative newbie to sysadmin
stuff and a student with more pressing problems?
Motivation: I'm getting a new drive and I want to move /LocalApps,
/LocalLibrary, and /users onto it, but still have them appear as subdirectories
of the root directory. I have a NsTC running 3.1 and it's a standalone
machine.
Thanks for yer help,
JLS
--
James Scott | jscott@bach.helios.nd.edu
Consultant Team Leader, | Scott.15@nd.edu
Debartolo Computer Cluster | 219.634.1517
"All flesh is grass"
-- Isiah
Smoke a friend today.
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: Clock Drift and NTP driftfile (/etc/ntp.drift)
In-Reply-To: ccwf@russel.klab.caltech.edu's message of 25 Oct 1993 04:15:50 GMT
To: ccwf@russel.klab.caltech.edu (Charles Fu)
Message-ID: <CEDMAN.93Oct25084553@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <DAHL.93Oct23142041@esca.esca.com> <2aeqi5$2qn@rosie.next.com>
<2afjtm$kta@gap.cco.caltech.edu>
Distribution: comp
Date: Mon, 25 Oct 1993 12:45:53 GMT
In article <2afjtm$kta@gap.cco.caltech.edu> ccwf@russel.klab.caltech.edu (Charles Fu) writes:
If really accurate time isn't that important, you could consider
1) using timed, which will average the times over your network and
hopefully be more accurate than a single machine's clock, or
I really don't understand why _anyone_ in the world would use timed on
a NeXT. Timed requires a network just like ntpd, but it is a lot less
accurate and sophisticated and harder to set up. There really is no
reason at all to use it.
Carl Edman
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: Decrase sync times....
In-Reply-To: cew@quark.Stanford.EDU's message of Mon, 25 Oct 93 09:14:22 GMT
To: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Message-ID: <CEDMAN.93Oct25084832@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <1993Oct25.091422.12264@leland.Stanford.EDU>
Date: Mon, 25 Oct 1993 12:48:32 GMT
In article <1993Oct25.091422.12264@leland.Stanford.EDU> cew@quark.Stanford.EDU (Carlin E. Wiegner) writes:
How do I make my next sync faster than once every thirty seconds....
Run two update processes ?
Carl Edman
From: kunkle@harry.cofc.edu (Tom Kunkle)
Newsgroups: comp.sys.next.sysadmin
Subject: unexplained power-down
Date: 25 Oct 1993 20:14:29 GMT
Message-ID: <2ahc35$hm8@cofc20.cs.cofc.edu>
we just installed more memory in our nextstations.
two work fine, but the third repeatedly powers down
(without warning)
during or shortly after booting. Did we install
the SIMMs incorrectly, or is this problem unrelated?
tom kunkle
From: annard@theborg.stack.urc.tue.nl (Annard Brouwer)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Taylor uucp & NS 3.1 & INN (creating packages)
Date: 25 Oct 1993 09:49:45 GMT
Organization: the Borg
Distribution: world
Message-ID: <2ag7fp$7m@theborg.stack.urc.tue.nl>
References: <CF8nv6.MK@number_one.apana.org.au>
In article <CF8nv6.MK@number_one.apana.org.au> nicolev@number_one.apana.org.au
writes:
> Yet another God-send,... ;-)
>
And I haven't even created anything yet! :-)))
> So, if you are going to write something of the sort, then I'd love to be on
the
> receiving end. Black Market Technology have a commercial product out called
> Connect It! which sets up UUCP for you, but considering that it uses NeXT's
own
> uucico and other programs, I would presume that your suggestion (if
> implemented) could just about put Connect It! out of business. Additionally
> considering that Connect It! does not set up news at all, this would really
> make things easier for a lot of people around the globe (or I think it would
> anyway ;-)
>
I don't want to put Black Market Technologies out of bussiness, heaven forbid!
And to tell you the truth: it won't happen, there are just too many options you
should know about before you've got INN working, so to the average Joe_User I
would suggest going with Connect It!...
> As to the set-up options,... basically the easier it makes it for the user,
the
> better,... it would also be nice if the setup package helped set up the
> sendmail.cf file.
>
I might be able to add a special shell-script written by Wietse Venema, which
generates a proper sendmail.cf for you, but you will need the manual for INN to
make it work properly. It wasn't written for easy configuration after
compilation.
I've only heard positive responses so I will look into it! (But I make no
promises...)
Annard
--
Give me enough bandwidth and I can transmit the earth.
- Annard Brouwer
annard@stack.urc.tue.nl (NeXTmail appreciated)
From: sfl@muttley.ucsd.edu (Susan Fichera)
Newsgroups: comp.sys.next.sysadmin
Subject: Summary: Novell on NeXT
Date: 25 Oct 1993 22:05:44 GMT
Organization: Department of Music, UC San Diego
Distribution: world
Message-ID: <2ahijoINNp1n@network.ucsd.edu>
Keywords: gateway iptunnel
Greetings - this is a summary of information I received regarding
use of the Novell client software on NeXT, OS3.1. The problem
I have is that my NeXT sits on a subnet behind a Sun gateway.
As many respondents correctly observe, the Sun acts as a blocker of all
but TCP/IP traffic, unless appropriate software is installed to
route IPX into the subnet. I believe Sun has NetWare packages,
though I haven't investigated them. I was looking for
a solution that doesn't cost any money.
I had hoped that the NeXT could be the recipient of an IP tunnel
from our Novell server. I have used this approach with a PC on my
subnet. However, Paul Frantz of NeXT, who is the author of the NeXT
Novell client software, assures me that there is no version of the
IP tunnel program for the NeXT at this time. So, the bottom line is,
I can't use the Novell client stuff in the present net configuration.
Thanks to Paul and all others who responded.
Susan Fichera
Systems Programmer
UC San Diego
Center for Research in Computing and the Arts
From: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Clock Drift and NTP driftfile (/etc/ntp.drift)
Date: 25 Oct 1993 22:25:23 GMT
Organization: University of technology, Vienna, Austria.
Distribution: comp
Message-ID: <2ahjoj$dmn@email.tuwien.ac.at>
References: <DAHL.93Oct23142041@esca.esca.com> <2aeqi5$2qn@rosie.next.com> <2afjtm$kta@gap.cco.caltech.edu> <CEDMAN.93Oct25084553@capitalist.princeton.edu>
|> I really don't understand why _anyone_ in the world would use timed on
|> a NeXT. Timed requires a network just like ntpd, but it is a lot less
|> accurate and sophisticated and harder to set up. There really is no
|> reason at all to use it.
Oh yes, there is. I was trying to get ntp running on a NeXT network,
to be served from our Server machines which happen to be DEC Alphas. No
luck. Even compiled an xntp to try if this would ameliorate things.
Nothing worked.
mjl
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: goyle@dragonfly.wri.com (Vipin Goyle)
Subject: How to load Developer CD 3.1 onto external disk?
Message-ID: <goyle.751588885@dragonfly.wri.com>
Keywords: 3.1, CD, disk
Sender: news@wri.com ( )
Organization: Wolfram Research, Inc.
Date: Mon, 25 Oct 1993 22:41:25 GMT
Hi,
I need to load the developer packages from CD (3.1) onto
an external disk (not the startup disk). Anyone have any
ideas on how to do this? I couldn't find any options
which allow me to specify the installation disk.
Thanks! Oh and please send me a copy of the post
by e-mail...
Vipin
goyle@wri.com
include<std.disclaimer>
From: hans@symbas.UUCP (Hans Aafloy)
Newsgroups: comp.sys.next.sysadmin
Subject: restore ( from dump ) only works occasionally
Message-ID: <3837@symbas.UUCP>
Date: 25 Oct 93 07:50:09 GMT
Distribution: world
Organization: Symbiotic Computer Systems A/S, Trondheim, Norway
I'm backing up my nextstep 3.1 machines using dump/restore to
a couple of DAT tape drives ( HP 35470, Archive Phyton ).
My problem occures during restore. When I enter the following
command:
% restore ivf /dev/nrst0
the system 9 out of 10 times replies:
Tape/disk read error: I/O error
The 10th time ( approximately, of course ) however, restore is
invoked in interactive mode and everything works fine.
This seems to happen regardless of tape drive type, and brand of
DAT cassette.
This renders my backup strategy useless, and i wonder if any of you
guys out there experienced anything similar.
Are there any recomended alternatives to dump/restore for DAT tape
backup ??
hans
========================================================================
Hans Aafloy hans@symbas.lind.no
LindMac A/S phone: +477 967311
7038 Trondheim, NORWAY fax: .......5479
========================================================================
From: csmith@blackplague.gmu.edu (Christian Smith)
Newsgroups: comp.sys.next.sysadmin
Subject: Bios and NS/FIP - I need help
Date: 25 Oct 1993 23:46:00 GMT
Organization: The Gnomes of Zurich (shhh!)
Distribution: world
Message-ID: <2ahofo$5n1@news.intercon.com>
I am trying to get NS/FIP running on a WIN 486 DX2 (WIN is a local PC
compatable company)
Configuration
Bios - AMIBIOS
Ram - 32meg
SCSI - Adaptec 1542
Video - VESALocal Bus Diamond StealthPro
Ethernet - 3Com Etherlink 16
Hard Drive - Maxtor 520meg
CDRom - Toshiba 1301 (actually Procomm)
My problem is that when the installer goes to install the software I get
the following error message
fdisk - bogus bios info
some bios' can not handle non-sequential targets
fdisk - bogus bios info
some bios' can not handle non-sequential targets
/etc/rc.cdrom.i386: test: arguement expected
CDRom boot procedure complete.
Please wait until it is safe to turn off your computer.
Killing all processes
continuing
unmounting /private/tmp/mntb/ . . . done
It's safe to turn off the computer
Ok, so it looks like the Bios is not compatable. Anybody know if this is
the case? Is it possible to change the Bios on a PC compatable?
--
Christian Smith
aka Blackplague
PGP Public Key available by finger or request.
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
From: ludwig@well.sf.ca.us (Michael Rutchik)
Subject: Re: Panic: Next boot problem
Message-ID: <CFH98H.547@well.sf.ca.us>
Sender: news@well.sf.ca.us
Organization: The Whole Earth 'Lectronic Link, Sausalito, CA
References: <2ago4a$rqu@anaxagoras.ils.nwu.edu>
Date: Mon, 25 Oct 1993 23:57:52 GMT
In <2ago4a$rqu@anaxagoras.ils.nwu.edu> dbora@ils.nwu.edu (Donald Bora) writes:
>Hello out there in the net world. I was playing around with some new
>fonts last night when something very disoncerting happened. The machine
>locked up and then booted me out. I expected to get the login screen
>back when the cursor sat up in the corner spinning and the login window
>never came up! I have rebooted several times and it all ends up
>in the same place: the spinning cursor in the corner and no login window.
>I can still boot into single user mode so the problem is not so serious that
>I cannot replace the appropriate corrupted files (which I suspect is the
>problem).. but which files might be corrupt?
> Any clues?
>-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
>Donald F. Bora | | |
>The Institute for the Learning Sciences | | O |
>Northwestern University | (--|--)
>Evanston, Ill | |
>e-mail: dbora@ils.nwu.edu | / \
>work: (708) 467-1972 |
> --------Be excellent to each other--------
Yes,
You need to boot up in single-user mode and type the following line at the
command prompt:
buildafmdir /NextLibrary/Fonts
If you installed the fonts somewhere besides /NextLibrary/Fonts then type
that directory instead. After rebooting again all should be well.
Michael Rutchik
ludwig@well.sf.ca.us
Newsgroups: comp.sys.next.sysadmin
From: fflak@acad3.alaska.edu (kelly alonzo h)
Subject: Can't load blk0 boot
Message-ID: <25OCT199316442209@acad3.alaska.edu>
News-Software: VAX/VMS VNEWS 1.41.UAC
Keywords: scsi boot
Sender: news@raven.alaska.edu (USENET News System)
Organization: University of Alaska - Fairbanks
Date: Tue, 26 Oct 1993 00:44:00 GMT
I have an internal hard disk in a NeXTDimension Turbo cube
that seems to work fine for everything except booting. This is
what the ROM monitor says:
Boot command: sd
boot sd(0,0,0)
booting SCSI target 2, lun 0
sc: Didn't complete
sc: Didn't complete
READ: Target disconnected
short read
Can't load blk0 boot
NeXT>
If I boot from another drive, the problem drive will mount just
fine. I've used "disk" to write new boot blocks, reformatted the
drive using "disk" and "sdform" several times, installed the system
software using BuildDisk, and I still can't get the thing to boot. It
worked fine until two days ago.
Does anyone know of a way to fix this problem? I would guess
that the scsi controller in the drive (or the drive itself) has
suffered a hardware failure that doesn't allow the boot blocks to
be read and/or written properly. I just don't have a clue about
dealing with it. The drive is in warrantee, and I can probably get
it replaced, but I would like to know what is going on even if I
can't fix it.
Any clues would be appreciated.
Thanks,
Lon Kelly
fflak@acad3.alaska.edu
From: csmith@blackplague.gmu.edu (Christian Smith)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Bios and NS/FIP - I need help
Date: 26 Oct 1993 01:00:39 GMT
Organization: The Gnomes of Zurich (shhh!)
Distribution: world
Message-ID: <2ahsro$6co@news.intercon.com>
References: <2ahofo$5n1@news.intercon.com>
Ok, so I've been told that at the very least my Bios is replacable if it
is the problem that NS/FIP does not work with AMIBIOS. Anybody out there
have a favorite BIOS? I gotta get this thing working if at all possible.
Oh, also, does anybody know if the 3Com Etherlink 16
(Not the Etherlink III which I know works) works with 3.1 or will work
under 3.2?
Thanks,
--
Christian Smith
aka Blackplague
PGP Public Key available by finger or request.
Newsgroups: comp.sys.next.sysadmin
From: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Subject: Can you sync on a full hard drive....
Message-ID: <1993Oct26.014152.8887@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Tue, 26 Oct 93 01:41:52 GMT
We have some full NeXTCubes here at Stanford....and sometimes they have to
be rebooted from NMI....Now normally that command would sync before reboot
but how can it sync with no hard drive space....
From: markf@cory.EECS.Berkeley.EDU (Mark Frohnmayer)
Newsgroups: comp.sys.next.sysadmin
Subject: Reading my news and mail
Date: 26 Oct 1993 02:08:14 GMT
Organization: University of California, at Berkeley
Message-ID: <2ai0qe$lbm@agate.berkeley.edu>
OK, here's my situation. I have a Gateway box running NS486. I dial in by
modem to campus, and I was wondering if anyone has been able to read news
and get NeXTMail without having an actual SLIP connection. Basically I want
to be able to login to the remote machine, download the news/mail and read it
locally with Mail and NewsBase. I ftp'd CNews, but I think that's just for
machines on the net.
Any help would be greatly appreciated.
Thanks,
Mark Frohnmayer
markf@cory.eecs.berkeley.edu
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 25 Oct 1993 23:54:01 -0400
Organization: Next Announcements
Message-ID: <2ai70m$787@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
The NEXTSTEP FAQs are posted here monthly as well.
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material.
The NEXTSTEP programmer FAQs are posted here.
Generic UNIX questions belong elsewhere (comp.unix.questions),
although specific questions about NeXT's implementation or
porting issues are appropriate here. Note that there are
several other more "horizontal" newsgroups (comp.lang.objective-c,
comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip,
etc.) that may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
comp.soft-sys.nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
comp.lang.objective-c
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
comp.object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
---------------------------------------------------------------------
Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are
now available as a mailing list digest as well.
next-nextstep-d
next-advocacy-d
next-announce-d
next-bugs-d
next-hardware-d
next-marketplace-d
next-misc-d
next-programmer-d
next-software-d
next-sysadmin-d
(For a full description, send mail saying LISTS to
<digestif@antigone.com>).
The subscription syntax is essentially the same as LISTSERV's.
To subscribe, send a message to <digestif@antigone.com> saying:
SUB Listname YourName
Example: SUB next-hardware-d John Doe
--------------------------------------------------------------------
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish sanguish@digifix.com
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Decrase sync times....
Message-ID: <1993Oct26.062848.10302@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Oct25.091422.12264@leland.Stanford.EDU> <CEDMAN.93Oct25084832@capitalist.princeton.edu>
Date: Tue, 26 Oct 1993 06:28:48 GMT
In article <CEDMAN.93Oct25084832@capitalist.princeton.edu>
cedman@princeton.edu (Carl Edman) writes:
>In article <1993Oct25.091422.12264@leland.Stanford.EDU> cew@quark.Stanford.EDU (Carlin E. Wiegner) writes:
> How do I make my next sync faster than once every thirty seconds....
>
>Run two update processes ?
I don't think so.
(Looks like we have another mystery...)
-=EPS=-
-------
#include <stdio.h>
#include <bsd/libc.h>
#include <bsd/syscall.h>
#ifndef SYS_gc_control
#define SYS_gc_control 175
#endif
#include <bsd/sys/fcntl.h>
#include <bsd/sys/signal.h>
char *dirs[]={
"/bin", "/lib", "/usr", "/usr/bin", "/usr/lib", "/usr/ucb",
(char *)NULL
};
main() {
void periodic();
register char **a;
if (fork()) exit(0);
(void)close(0);
(void)close(1);
(void)close(2);
for (a=dirs;*a;) (void)open(*a++, O_RDONLY);
periodic();
for (;;) pause();
}
void periodic() {
/*3.x*/ static int timebomb=100;
(void)sync();
/*3.x*/ if (timebomb++>120) {
/*3.x*/ timebomb=0;
/*3.x*/ (void)syscall(SYS_gc_control, 1, 0);
/*3.x*/ (void)syscall(SYS_gc_control, 2, 0);
/*3.x*/ }
(void)signal(SIGALRM, periodic);
(void)alarm(30);
}
Newsgroups: comp.sys.next.sysadmin
From: fyr@ubszh.net.ch
Subject: Re: VT100 keypad
Content-Type: text/plain
Message-ID: <fyr.93Oct26133731@nol512>
Sender: usenet@ubszh.net.ch (news)
Organization: Union Bank of Switzerland
References: <2587@nikhefh.nikhef.nl>
Mime-Version: 1.0
Date: Tue, 26 Oct 1993 12:37:31 GMT
I have the same problem and I couldn't find another way than to work with Stuart.
With Stuart you can generate the PF-Keys.
If somebody has the same problems please report.
Roger Frey
_________________________________________________________________________Union Bank of Switzerland
Roger P. Frey
LHIS/LHDD-FYR
Flurstrasse 68
CH-8048 Zurich
Switzerland
phone: +41 1 236 60 52
fax: +41 1 236 86 08
RFC822: fyr@ubszh.net.ch (NeXT-Mail ok)
From: Ed.Bailey@launchpad.unc.edu (Ed Bailey)
Newsgroups: comp.sys.next.sysadmin
Subject: Improved ATI drivers - where?
Date: 26 Oct 1993 13:56:56 GMT
Organization: University of North Carolina Extended Bulletin Board Service
Distribution: world
Message-ID: <2ajab8$cip@samba.oit.unc.edu>
Hello all,
I've recently gotten a Gateway system to run NextStep/FIP, and so
far, I love it! One small nit, however, is that I could use a touch more
screen real-estate. I've been following these groups for a while, and
every once in a while I notice someone speaking about some improved
drivers for the ATI Graphics Ultra Pro that apparently permit resolution
greater than 1024X768.
My question is - where do I find the driver? I've tried the usual
FTP sites (as well as ftp.next.com), and saw nothing obvious. Can anyone
help me?
Thanks,
Ed
--
The opinions expressed are not necessarily those of the University of
North Carolina at Chapel Hill, the Campus Office for Information
Technology, or the Experimental Bulletin Board Service.
internet: laUNChpad.unc.edu or 152.2.22.80
Newsgroups: comp.sys.next.sysadmin
From: herbst@cbnewsj.cb.att.com (robert.s.herbst)
Subject: Serial Port Driver Update
Organization: AT&T
Date: Tue, 26 Oct 1993 14:01:02 GMT
Message-ID: <CFIC9u.GI6@cbnewsj.cb.att.com>
Keywords: driver serial update
I downloaded and installed the serial port driver update from ftp.next.com
for NS 3.1/FIP (at least I hope this is what I downloaded).
I now get errors at boot up time, which leaves my ports unusable.
I am running the system on a NCR 3333 (486 DX2-66).
Has anyone experienced this same problem??
Can someone point me in the right direction to get a reliable serial ports
driver update??
Thanks in advance,
Robert Herbst
AT&T Bell Labs
Middletown, NJ
bobh@mtketc1.att.com
--
==============================================================
Bob Herbst Tel: (908)957-6507
AT&T Bell Labs E-mail: bobh@mtketc1.att.com
Middletown, NJ
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: Clock Drift and NTP driftfile (/etc/ntp.drift)
In-Reply-To: mjl@newton.auto.tuwien.ac.at's message of 25 Oct 1993 22:25:23 GMT
To: mjl@newton.auto.tuwien.ac.at (Martin J. Laubach)
Message-ID: <CEDMAN.93Oct25203134@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <DAHL.93Oct23142041@esca.esca.com> <2aeqi5$2qn@rosie.next.com>
<2afjtm$kta@gap.cco.caltech.edu>
<CEDMAN.93Oct25084553@capitalist.princeton.edu>
<2ahjoj$dmn@email.tuwien.ac.at>
Distribution: comp
Date: Tue, 26 Oct 1993 00:31:33 GMT
In article <2ahjoj$dmn@email.tuwien.ac.at> mjl@newton.auto.tuwien.ac.at (Martin J. Laubach) writes:
|> I really don't understand why _anyone_ in the world would use timed on
|> a NeXT. Timed requires a network just like ntpd, but it is a lot less
|> accurate and sophisticated and harder to set up. There really is no
|> reason at all to use it.
Oh yes, there is. I was trying to get ntp running on a NeXT network,
to be served from our Server machines which happen to be DEC Alphas. No
luck. Even compiled an xntp to try if this would ameliorate things.
Nothing worked.
But you can get ntp service from wherever you want. There are
countless ntp servers all over the net. A wide crossection of servers
is probably going to keep you in sync with the net more than a single
local server.
Carl Edman
From: blake015@mc.duke.edu (Denise Blakeley)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Problem trying to dial out from standalone NeXT
Message-ID: <22597@news.duke.edu>
Date: 26 Oct 93 14:07:31 GMT
Sender: news@news.duke.edu
Followup-To: comp.sys.next.sysadmin
Hey, folks--
There's got to be a quick, simple answer to this problem.
I have a standalone Turbo Color at home running NS 3.1. I just bought a
DoveFax modem, but I don't think the modem has anything to do with my problem.
I have the latest version of kermit. I have my .kermrc file set up as follows:
set file type binary
set file name literal
set prompt NeXT-Kermit>
set line /dev/cub
set modem hayes
set sp 2400
dial tnnnnnnn <--- where nnnnnnn is the dialup number I want to use
connect
If I'm logged in as myself and enter "kermit" from a shell prompt, I get some
message about "access permission denied for device /dev/cub" (that's the port
I've got everything set for and that the modem is plugged into). If I change
everything to use /dev/cua, same difference.
If I login as root and try it (same .kermrc file), it works okay. But having
to login as root to dial out is unacceptable.
The owner of /dev/cua is uucp, group wheel, and permissions are set for owner
read and write only. I experimented by changing the permissions to give group
and other read and write access, and that worked--but once again, this is not
acceptable since I shouldn't have to do this.
I've dinked around with PrintManager but nothing seems to help. Can somebody
give me a clue?
Thanks--
Denise
--
Denise Blakeley | PROGRAM, tr. v., An activity similar
Duke Med Center Info Systems | to banging one's head against a wall,
Durham, NC | but with fewer opportunities for
(919) 286-6468 W | reward.
blake015@mc.duke.edu | NeXTMail welcome!
From: sowa@amdew.llnl.gov (Erik C. Sowa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem trying to dial out from standalone NeXT
Followup-To: comp.sys.next.sysadmin
Date: 26 Oct 1993 16:42:57 GMT
Organization: LLNL Chemistry and Materials Science
Message-ID: <SOWA.93Oct26094257@amdew.llnl.gov>
References: <22597@news.duke.edu>
In-reply-to: blake015@mc.duke.edu's message of 26 Oct 93 14:07:31 GMT
>>>>> "Denise" == Denise Blakeley <blake015@mc.duke.edu> writes:
Denise> If I'm logged in as myself and enter "kermit" from a shell
Denise> prompt, I get some message about "access permission denied
Denise> If I login as root and try it (same .kermrc file), it works
Denise> okay. But having to login as root to dial out is unacceptable.
Denise> The owner of /dev/cua is uucp, group wheel, and permissions are
Denise> set for owner read and write only.
chmod u+s /usr/local/bin/kermit (or wherever you keep kermit)
You will have to be root to do this. This makes kermit suid uucp but
that's better than suid root.
--
erik sowa (sowa@amdew.llnl.gov)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.programmer
From: wissner@beech.mcs.gvsu.edu ()
Subject: Can I turn on/off the sound from the command-line?
Message-ID: <1993Oct26.174404.6180@beech.csis.gvsu.edu>
Sender: news@beech.csis.gvsu.edu
Organization: Grand Valley State University, Allendale MI
Date: Tue, 26 Oct 1993 17:44:04 GMT
Hello:
(Forgive me is this is irrelavant to this group; I wasn't sure which to
post to)
We have a NeXTStation running as a server for a time-card punching control
system. In addition to reading from the magnetic card reader and displaying
to a terminal the user's "punch status" (which it is currently doing fine),
it should be sounding a signal for the workers at punch-in and punch-out
times. We currently have an old XT with our PA system wired to the speaker
and a simple program to make the sounds. Obviously, we would like to
eliminate the need for this machine, but haven't figured out how yet.
The problem with using the NeXT (which, even though it is a server, get's
fairly frequently) is that in addition to the scheduled "beeps", all the
other sounds come through the system. We tried having the users set their
defaults to "mute" out sounds, but then the desired punch beeps don't go
through either.
I thought I had a solution by making a little script to go through at the
right time and "dwrite" the sound "on", make the sound, and then "dwrite"
the sound back off again. But it doesn't work. Of course, this is
dependant on who is logged in (which in itself could be worked around) -
but even with the correct scripting it didn't work. dread shows that the
sound is turned on, but still no sound.
So, the question is: is there any way to achieve our desired effect, or
are we just plain out of luck? It seems ridiculous to me to have to run
another machine to do this. Any help would be greatly appreciated.
- Jim
wissner@beech.csis.gvsu.edu
Newsgroups: comp.sys.next.sysadmin
From: sherwood@fenris.space.ualberta.ca (Sherwood Botsford)
Subject: Re: Clock Drift and NTP driftfile (/etc/ntp.drift)
Message-ID: <1993Oct26.200445.14300@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <DAHL.93Oct23142041@esca.esca.com> <2aeqi5$2qn@rosie.next.com> <CEDMAN.93Oct25203134@capitalist.princeton.edu>
Distribution: comp
Date: Tue, 26 Oct 1993 20:04:45 GMT
Carl Edman (cedman@princeton.edu) wrote:
: In article <2ahjoj$dmn@email.tuwien.ac.at> mjl@newton.auto.tuwien.ac.at (Martin J. Laubach) writes:
: |> I really don't understand why _anyone_ in the world would use timed on
: |> a NeXT. Timed requires a network just like ntpd, but it is a lot less
: |> accurate and sophisticated and harder to set up. There really is no
: |> reason at all to use it.
:
: Oh yes, there is. I was trying to get ntp running on a NeXT network,
: to be served from our Server machines which happen to be DEC Alphas. No
: luck. Even compiled an xntp to try if this would ameliorate things.
: Nothing worked.
: But you can get ntp service from wherever you want. There are
: countless ntp servers all over the net. A wide crossection of servers
: is probably going to keep you in sync with the net more than a single
: local server.
: Carl Edman
I ended up running both. I have a Next that uses xntp to grab
time off a set of stratum 1 servers, it broadcasts time to our local
net. But I have two machines that I can't get xntp to compile on. So I
run timed on the Next to provide time service for them.
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
Newsgroups: comp.sys.next.sysadmin
From: duling@niehs.nih.gov
Subject: Dos partition in NS/FIP question
Message-ID: <1993Oct26.205257.19484@ousrvr.oulu.fi>
Sender: news@ousrvr.oulu.fi
Organization: world
Date: Tue, 26 Oct 1993 20:52:57 GMT
Can someone tell me how I can use the little DOS partition that
NS/fip can create on installation. My experience with it was
dubious. Both the DOS 6.0 icon in Workspace Manager and the
DOS boot option failed.
Any help is appreciated.
-- Dave Duling
net. duling@niehs.nih.gov
tel. 919-541-3381
Newsgroups: comp.sys.next.sysadmin
From: nathan@jacobi.uucp ("Nathan F. Janette")
Subject: Problem printing Euro PS file?
Message-ID: <1993Oct26.213221.28491@cs.yale.edu>
Summary: PS A4
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Dept. MB&B
Date: Tue, 26 Oct 1993 21:32:21 GMT
We have received some software manuals in PS files from some folks
in Europe. When we try to print them, either the top or bottom of
the pages is cut off depending upon which printer we use, HP or NeXT.
I'm sure this has something to do with the Euro A4 paper size, but
it's not clear to me if there's anything I can do to easily massage
the HUGE PS file to make it print well on our paper. The source
document seems to have been Microsoft Word (a ha!), if that matters.
Ideas?
--
Nathan Janette Voice: 203 432 5065
Systems Manager Fax: 203 432 3923
Brunger Lab Internet: nathan@laplace.csb.yale.edu
Yale Univ Dept MB&B/HHMI "I'm a NeXTstep Man, I'm a NeXTcube Guy"
From: gaia@wam.umd.edu (L. Anathea Brooks)
Newsgroups: comp.sys.next.sysadmin
Subject: Simple Network Question...
Date: 26 Oct 1993 22:23:51 GMT
Organization: University of Maryland, College Park
Message-ID: <2ak81n$dta@cville-srv.wam.umd.edu>
Hi all,
This is a very basic question. We have 2 Nextstations networked to
the university's central server. I had to rebuild the disk of one
of the machines because Upgrade.app (3.1) produced a flaky machine.
Our systems administrator is away. I have NEVER had networking
experience. How do I get the machine back on the network? Simply
with SimpleNetworkStarter.app? Or how? I have all the IP info,
but am TOTALLY ignorant of such things.
Thanks
L.A. Brooks
Univ. of Maryland
Newsgroups: comp.sys.next.sysadmin
From: thor@sushi.uib.no
Subject: Re: Problem printing Euro PS file?
Message-ID: <1993Oct27.001100.23092@alf.uib.no>
Sender: usenet@alf.uib.no (Bergen University Newsaccount)
Organization: University of Bergen, Norway
References: <1993Oct26.213221.28491@cs.yale.edu>
Date: Wed, 27 Oct 93 00:11:00 GMT
Date: Wed, 27 Oct 93 01:08:10 +0100
From: Mailer-Agent (NeXT Mail Agent)
Subject: Returned mail: Unable to deliver mail
To: thor
----- Transcript of session follows -----
554 nathan@jacobi.uucp ("Nathan F. Janette")... Never heard of UUCP host jacobi
----- Unsent message follows -----
Return-Path: <thor>
Received: by sushi.UiB.NO (NX5.67c/NeXT-2.0)
id AA01586; Wed, 27 Oct 93 01:08:10 +0100
Date: Wed, 27 Oct 93 01:08:10 +0100
From: thor (Thor-Lee Legvold)
Message-Id: <9310270008.AA01586@sushi.UiB.NO>
Received: by NeXT.Mailer (1.87.2)
Received: by NeXT Mailer (1.87.2)
To: jacobi!nathan ("Nathan F. Janette")
Subject: Re: Problem printing Euro PS file?
In comp.sys.next.sysadmin article <1993Oct26.213221.28491@cs.yale.edu> you wrote:
> We have received some software manuals in PS files from some folks
> in Europe. When we try to print them, either the top or bottom of
> the pages is cut off depending upon which printer we use, HP or NeXT.
> I'm sure this has something to do with the Euro A4 paper size, but
> it's not clear to me if there's anything I can do to easily massage
> the HUGE PS file to make it print well on our paper. The source
> document seems to have been Microsoft Word (a ha!), if that matters.
>
> Ideas?
>
> --
> Nathan Janette Voice: 203 432 5065
> Systems Manager Fax: 203 432 3923
> Brunger Lab Internet: nathan@laplace.csb.yale.edu
> Yale Univ Dept MB&B/HHMI "I'm a NeXTstep Man, I'm a NeXTcube Guy"
It should print without problem, unless the margins are set too
small, because the difference in size is not that great. As
a solution, use Edit to search/replace A4 with Letter (but you have to
be careful - those A4 in the definitions - dict must not be changed,
just the ones at the top of the PS file and top of each page)
I can send you an example if you like.
Regards,
--
Thor Legvold | "This is the strangest life
NorNeXT User Group leader | I've ever known..."
University of Bergen | -Jim Morrison, The Doors
NORWAY | edmtl@edb.uib.no
P.S. Nice address you have there...ff depending upon which printer we use, HP or NeXT.
> I'm sure this has something to do with the Euro A4 paper size, but
> it's not clear to me if there's anything I can do to easily massage
> the HUGE PS file to make it print well on our paper. The source
> document seems to have been Microsoft Word (a ha!), if that matters.
>
> Ideas?
>
> --
> Nathan Janette Voice: 203 432 5065
> Systems Manager Fax: 203 432 3923
> Brunger Lab Internet: nathan@laplace.csb.yale.edu
> Yale Univ Dept MB
Newsgroups: comp.sys.next.sysadmin
From: burns@bellcore.com (James E. Burns)
Subject: Re: Problem printing Euro PS file?
In-Reply-To: nathan@jacobi.uucp's message of Tue, 26 Oct 1993 21:32:21 GMT
Message-ID: <BURNS.93Oct26210003@wildcat.bellcore.com>
Sender: news@walter.bellcore.com
Organization: Bell Communication Research
References: <1993Oct26.213221.28491@cs.yale.edu>
Date: Wed, 27 Oct 1993 02:00:03 GMT
[I tried a direct reply, but I am unsure about getting to a uucp address.]
Here is a handy hack for scaling A4 documents to fit letter size printers.
jim burns
%!
% a4fix.ps
% Here is a quick hack to print a4 formatted pages.
% Just add this as a prefix to your document.
% (To retain pagination control, it should come AFTER the
% %%EndComments line.)
% Beware that it distorts the page vertically to make it fit.
% Also, it might be necessary to adjust the translate amount
% for some documents.
%
% James E. Burns, 1/21/93, burns@nova.bellcore.com
/sp /showpage load def
/a4fix {1 0.95 scale 0 30 translate} def
/showpage{sp a4fix} def
a4fix
--
:::Note!! Please reply to this address. wildcat is an address of convenience
James E. Burns burns@nova.bellcore.com
Bellcore, NVC-3X114 Off: (908) 758-2819
331 Newman Springs Road Fax: (908) 758-4371
Red Bank, NJ 07701-5699, USA Home: (908) 219-6561
Newsgroups: comp.sys.next.sysadmin
From: sdk@shadow.twinsun.com (Scott D Kalter)
Subject: suggestions for a fax modem
Message-ID: <SDK.93Oct26153905@shadow.twinsun.com>
Sender: usenet@twinsun.com
Organization: Twin Sun, Inc.
Distribution: usa
Date: Tue, 26 Oct 1993 22:39:04 GMT
I've looked through the FaxReader documentation and looked for a
recent NeXT FAQ but haven't been able to find out much about which fax
modems are known to work with NS3.1 for Motorola. Could someone send
me a pointer to such information, or if you have personal experience
with a V32.bis + fax modem, I'd like to hear about it.
Thanks,
-Scott D. Kalter <sdk@twinsun.com>
From: jcd@aladdin.aero.org (John C Davis)
Newsgroups: comp.sys.next.sysadmin
Subject: Help!! Can't upgrade system
Date: 27 Oct 1993 03:04:44 GMT
Organization: The Aerospace Corporation, El Segundo, CA
Message-ID: <2akogc$9to@news.aero.org>
Orginal Configuration: 030 cube, Optical Disk, NS 2.1
Upgrade Configuration: 25 Mhz 040 board, Quantam PD700s 700 Mbyte hard
drive, internal floppy disk , Apple CD300 cdrom drive, NS 3.1 developer on
cd rom.
1. Using the boot floppy from 3.1 and the CD rom drive and the 040 mother
board configuration to try to build my hard disk, the peripherials are
recognized (the disk name, cd rom drive name and the 3.1 developer disk
appear in the intial boot up sequence), but after building the disk from
stratch the moniter says "sc: message REJECT RECEIVED" numerous times.
Next it returns "This is going to be a build from scratch? yes or no. And
then there are several other questions about the installation. Once these
are done and the disk is initialized the upgrade process begins. I can
see the CD drive reading and the hard disk attempting to write. It starts
by writing usr/standalone/boot but it never successfully completes this
procedure. The reading writing sequence goes on for several minutes but
never gets past usr/standalone/boot.
2. Next an attempt was made to build a disk using a 2.1 optical to the
hard drive and the orginal 030 motherboard. The build was successful, but
when the default device was changed to the hard disk for bootup the system
would not boot up all the way and eventually went into the mini mach
window.
3. Using the 040 motherboard the system would not boot up completly using
2.1 from the optical. the system checks were successful but the login
panel would not come up only the mouse. The system will boot up in single
user mode. The same OD would boot up correctly with the 030 board
installed.
I have checked the SCSI termination and I think it is correct.
I would like to hear any recommended trouble shooting procedures I should
use.
John Davis
jcd@aladdin.aero.org ( NeXT Mail Welcome)
310 336-5423 w
310 595-9651 h
Newsgroups: comp.sys.next.sysadmin
From: mpetach@storm.Stanford.EDU (Matthew N. Petach)
Subject: Trouble with 3Com EtherlinkIII card
Message-ID: <1993Oct27.073126.7294@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Wed, 27 Oct 93 07:31:26 GMT
Newsgroups: comp.sys.next.sysadmin
From: mpetach@storm.Stanford.EDU (Matthew N. Petach)
Subject: Trouble with 3Com Etherlink III card revisited
Message-ID: <1993Oct27.074721.7840@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Wed, 27 Oct 93 07:47:21 GMT
Well, it looks like my last post didn't work so well, so
let's try it again:
Hi folks!
I've got a NS/FIP machine using AMI BIOS, 256K cache,
Intel DX2/66 processor, 16MB ram, 1.2gig Toshiba SCSI
HD, Sony 541 CD-ROM drive, 1.44 floppy, ATI Ultra Pro
VLB with 2MB VRAM, ProAudio 16 sound card, Adaptec 1542B
SCSI card, and an Etherlink III network card.
Everything about the system works like a charm, except
for the network card, which takes between 80 and 140
seconds to send a packet three feet over coax ethernet
to another machine. Well, it really doesn't seem to
matter how far away the other machine is; the ICMP
reply times are in the 80000 to 140000 range, with
75-95% packet loss rates. I've used the 3com test
program that comes with the card to check for conflicts,
and I've tried other settings to see if it might be
and odd conflict. I've even replaced the card. Still
no better luck.
Currently, it's set to IRQ 10, base address 300.
Anybody seen this problem before? Even if you haven't
yet fixed it, please let me know, so I don't feel so
much like I'm screaming in the dark at this problem. :-)
Thanks!
Matt Petach
tired, dazed, and confused.
Newsgroups: comp.sys.next.sysadmin
From: ian_stewart@pyrian.com (Ian H. Stewart)
Subject: Re: Bios and NS/FIP - I need help
Message-ID: <CFJHpp.GG@pyrian.com>
Sender: ian@pyrian.com (Ian H. Stewart)
Organization: NYRO Technix, Inc. 415-664-1170
References: <2ahofo$5n1@news.intercon.com>
Date: Wed, 27 Oct 1993 04:56:12 GMT
That is not what that error means. You are using an Adaptec SCSI
controller which has a ROm on it. You must have all your SCSI devices in
order. An example is if you have a CD-ROM and two SCSI Hard drives. Make 1
SCSI HD ID-0, the other ID-1 and the CD-ROM ID-2. That is what the error
means. Correct the ID numbers and you should be okay.
ian
In article <2ahofo$5n1@news.intercon.com> csmith@blackplague.gmu.edu
(Christian Smith) writes:
> I am trying to get NS/FIP running on a WIN 486 DX2 (WIN is a local PC
> compatable company)
>
> Configuration
> Bios - AMIBIOS
> Ram - 32meg
> SCSI - Adaptec 1542
> Video - VESALocal Bus Diamond StealthPro
> Ethernet - 3Com Etherlink 16
> Hard Drive - Maxtor 520meg
> CDRom - Toshiba 1301 (actually Procomm)
>
> My problem is that when the installer goes to install the software I get
> the following error message
>
> fdisk - bogus bios info
> some bios' can not handle non-sequential targets
> fdisk - bogus bios info
> some bios' can not handle non-sequential targets
> /etc/rc.cdrom.i386: test: arguement expected
> CDRom boot procedure complete.
> Please wait until it is safe to turn off your computer.
> Killing all processes
> continuing
> unmounting /private/tmp/mntb/ . . . done
> It's safe to turn off the computer
>
> Ok, so it looks like the Bios is not compatable. Anybody know if this
is
> the case? Is it possible to change the Bios on a PC compatable?
>
>
> --
> Christian Smith
> aka Blackplague
> PGP Public Key available by finger or request.
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: daniel@vis.inf.ethz.ch (Daniel G. Kluge)
Subject: I need a WORKING Appletalk/Appleshare
Message-ID: <1993Oct27.150302.19388@neptune.inf.ethz.ch>
Sender: news@neptune.inf.ethz.ch (Mr News)
Organization: Verein der Informatikstudierenden an der ETH Zuerich
Date: Wed, 27 Oct 1993 15:03:02 GMT
Here at the ETH, we have some Macs installed, and most people prefere them over our Sparc-Station (even more since we got Solaris 2.2 *RAAAAAAAH*).
Here at the students assocication we have two mostly working machines: an NeXT-Monostation, and a MAC LC II, both on our Ethernet.
Most people in the working here _hate_ the NeXT, simply because it doesn't do, what the Mac does, and the NeXT doesn't, these are simply two things:
-Sharing Files via Appleshare and the Mac-Server
-Printing via Apple-talk to our own Laser-Writer (we do it by now via an public-domain lpdaemon on the Mac, but it doesn't work from time to time....)
So, does anybody have, or know about a REALLY STABLE appleshare-solution on the NeXT side, not this almost-everytime crashing thing, that came with 3.0 ??
-daniel
--
Daniel G. Kluge - Quaestor VIS
E-Mail: daniel@vis.inf.ethz.ch (NeXT-Mail welcome)
VIS-Buero: VIS ETH-Zentrum IFW B29 CH-8092 Zuerich Tel 01/632-7212
Oeffnugszeiten waehrend dem Semester : Mo - Fr : 1215 - 1300
Newsgroups: comp.sys.next.sysadmin
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Re: Problem printing Euro PS file?
Message-ID: <1993Oct27.163912.17563@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <BURNS.93Oct26210003@wildcat.bellcore.com>
Date: Wed, 27 Oct 93 16:39:12 GMT
[Problems printing A4-sixed PS documents on letter-size papers]
This is another of those things were it seems that the print object
should just automagically do the right thing, ie scale the page to
fit the paper size.
--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@leland.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
From: averill@bela.music.washington.edu (Ron Averill)
Newsgroups: comp.sys.next.sysadmin
Subject: Screen saver problem
Date: 27 Oct 1993 16:52:34 GMT
Organization: University of Washington
Message-ID: <2am90i$1u3@news.u.washington.edu>
We have a screen saver program called VidLev which is called in
LogoutHook, so when a user logs out, the screen saver automatically comes
on. After installing system 3.1, we began having problems
with the screens constantly going dark. We finally discovered that the
VidLev program was being called over and over. As there were no problems
with it before system 3.1, I assume that the new operating system is
causing it not to work.
My question is: does anyone have a suggestion for an alternative method
of saving the screen? There is a screen saver which the operating system
uses, but it doesn't kick in for about an hour and I haven't been able to
find a way to make it start up sooner.
Thanks for your help.
Ron Averill
University of Washington
School of Music Computer Center
raverill@u.washington.edu
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Copying from bootable disk to another
Date: 27 Oct 1993 18:26:46 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <2ameh6$ap8@news.mic.ucla.edu>
I have two SCSI disks connected, and I would like to make a carbon-copy of
one disk to the other. The new disk should have file links where the other
does, build all hidden files, handle device files correctly, etc. That is,
the new disk should also be bootable!
Note that because both disks have (DOS) partitions, it shouldn't be done on
the raw disks, anyway. I believe that I can use dump/restore to completely
rebuild volumes, but not only does it seem slow, it also requires extra disk
space.
As an alternative, I was thinking about building NS on the 2nd disk, but I
believe this would not build all the extension packages (images of which are
in receipts).
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Dos partition in NS/FIP question
Date: 27 Oct 1993 18:30:45 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <2ameol$ap8@news.mic.ucla.edu>
References: <1993Oct26.205257.19484@ousrvr.oulu.fi>
I have never understood the auto-mount mechanism, particularly how DOS
volumes are mounted under NS/FIP. That is, I do not know how to hand-mount
and hand-un-mount disks (from the command line)---and I'd be very grateful
to anyone who could explain how it works.
Perhaps this helps: In my case, I actually have two disks, both with DOS
volumes. I believe the DOS volume on the 2nd disk (not the boot disk) does
not show up if there is an entry in /etc/fstab for the NS-partition on the
same drive. So, you need to have both partitions automounted, because as far
as I see, one cannot mount a DOS partition by hand.
/ivo
duling@niehs.nih.gov wrote:
: Can someone tell me how I can use the little DOS partition that
: NS/fip can create on installation. My experience with it was
: dubious. Both the DOS 6.0 icon in Workspace Manager and the
: DOS boot option failed.
: Any help is appreciated.
: -- Dave Duling
: net. duling@niehs.nih.gov
: tel. 919-541-3381
--
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
From: hussain@artsci.wustl.edu (G. H. Chinoy)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
Subject: remote mounting of a disk
Date: 27 Oct 1993 18:39:26 GMT
Organization: Washington University, St. Louis, MO
Message-ID: <2amf8u$6g3@wuecl.wustl.edu>
Hi y'all,
I was wondering if someone could help me with this question:
How do I remotely mount a hard disk on another machine?
NeXTmail welcome
________________________________
G. Hussain Chinoy
Consultant, Arts & Sciences NeXT Lab
Cupples I, Room 213
Washington University in St. Louis
hussain@artsci.wustl.edu
Newsgroups: comp.sys.next.sysadmin
From: nvenkate@acs.ucalgary.ca (Natarajan Venkateswaran)
Subject: NeXT Mail - Problem
Message-ID: <Oct27.182336.25709@acs.ucalgary.ca>
Date: Wed, 27 Oct 1993 18:23:36 GMT
Distribution: na
Organization: The University of Calgary, Alberta
Hi,
In our NeXT machine we have a problem with the mail set-up. The
system is on ethernet and is able to send email to other addresses on
internet but is not able to receive mail. I wonder if anyone could help
us out by suggestions or pointers to course of action. We are not very
knowledgable about computer systems, but our feeling is that the
configuration specification of the host system is not right. Could the
problem be tracked to the file sendmail.cf ?
Thanks for the help. Please reply by email to nvenkate@acs.ucalgary.ca
if possible.
- Natarajan
Chemical Engineering
nvenkate@acs.ucalgary.ca
Newsgroups: comp.sys.next.sysadmin
From: rpomeroy@aunext1.amd.com (Ron Pomeroy x(Coop))
Subject: Re: I need a WORKING Appletalk/Appleshare
Message-ID: <CFKK2v.7uB@dvorak.amd.com>
Sender: news@dvorak.amd.com (Usenet News)
Organization: Advanced Micro Devices, Austin TX
References: <1993Oct27.150302.19388@neptune.inf.ethz.ch>
Distribution: usa
Date: Wed, 27 Oct 1993 18:44:55 GMT
In article <1993Oct27.150302.19388@neptune.inf.ethz.ch> daniel@vis.inf.ethz.ch
(Daniel G. Kluge) writes:
>>Here at the ETH, we have some Macs installed, and most people prefere them
over our Sparc-Station (even more since we got Solaris 2.2 *RAAAAAAAH*).
>>Here at the students assocication we have two mostly working machines: an
NeXT-Monostation, and a MAC LC II, both on our Ethernet.
>>
>>Most people in the working here _hate_ the NeXT, simply because it doesn't
do, what the Mac does, and the NeXT doesn't, these are simply two things:
>>-Sharing Files via Appleshare and the Mac-Server
>>-Printing via Apple-talk to our own Laser-Writer (we do it by now via an
public-domain lpdaemon on the Mac, but it doesn't work from time to time....)
>>
>>So, does anybody have, or know about a REALLY STABLE appleshare-solution on
the NeXT side, not this almost-everytime crashing thing, that came with 3.0 ??
>>
>>-daniel
>>--
IPT makes the AppleShare software for NeXT now. Anyone know their number ?
--
Ronald Pomeroy
Advanced Micro Devices
CAM Applications Group
rpomeroy@aunext1.amd.com
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: kluge@avalon.unizh.ch (Daniel G. Kluge)
Subject: Re: Problem trying to dial out from standalone NeXT
Message-ID: <1993Oct27.184733.9235@ifi.unizh.ch>
Sender: news@ifi.unizh.ch (USENET News Admin)
Organization: University of Zurich, Department of Computer Science
References: <22597@news.duke.edu>
Date: Wed, 27 Oct 1993 18:47:33 GMT
Denise Blakeley (blake015@mc.duke.edu) wrote:
: Hey, folks--
: There's got to be a quick, simple answer to this problem.
: I have a standalone Turbo Color at home running NS 3.1. I just bought a
: DoveFax modem, but I don't think the modem has anything to do with my problem.
[kermit setup munched]
yes, you will have to 'suid' kermit by:
#chown uucp.daemon /usr/local/bin/kermit
#chmod 4755 /usr/local/bin/kermit
If you look at the kermit-docu, you will see that kermit tries to avoid
security holes by using the getrealuserid call.
: I've dinked around with PrintManager but nothing seems to help. Can somebody
What did you you use Printmanager for ?
: Denise Blakeley | PROGRAM, tr. v., An activity similar
: Duke Med Center Info Systems | to banging one's head against a wall,
: Durham, NC | but with fewer opportunities for
: (919) 286-6468 W | reward.
: blake015@mc.duke.edu | NeXTMail welcome!
-daniel
--
Daniel G. Kluge @ Swiss Federal Institute of Technology Zuerich
E-Mail : kluge@avalon.unizh.ch (NeXT-Mail welcome)
study-related stuff : dankluge@iiic.ethz.ch
DECnet : EZINFO::CLUESCH
Newsgroups: comp.sys.next.sysadmin
From: petcher@howdy.wustl.edu (Donald N. Petcher)
Subject: Problem recognizing removable disks
Message-ID: <1993Oct27.214642.10728@wuphys.wustl.edu>
Sender: usenet@wuphys.wustl.edu (USENET)
Organization: Physics Dept, Washington U in St Louis
Date: Wed, 27 Oct 1993 21:46:42 GMT
My NeXTstation (runnning NS 3.0) has a problem with removable disks
(floppies, MO, CD). Whenever I insert a disk, it appears as an entry in the
file viewer (in the root directory) and I can access it as normal, but it
does not appear on the dock (even though my preferences are set so that it
should) and the Disk->Eject menu item is turned off, so that I cannot eject
any removable disk, without logging out (then NS does eject all disks for
me). This problem does not appear to exist under other accounts (at least
everything works with the root account). Is there a bug somewhere that I
have run into? Would it be corrected with NS 3.1? (Just haven't got around
to upgrading even though I have already received the CDs). Rebooting the
computer doesn't help either.
Cheers,
Don Petcher
Newsgroups: comp.sys.next.sysadmin
From: melli@kits.sfu.ca (Gabor S. Melli)
Subject: loginwindow: could not find WindowServer port!
Message-ID: <melli.751763430@sfu.ca>
Summary: loginwindow fails with a port error
Keywords: loginwindow WindowServer ttys console
Sender: news@sfu.ca
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Wed, 27 Oct 1993 23:10:30 GMT
One of my NeXTs I recently upgraded to NEXTSTEP 3.1 will not execute
the loginwindow program. The /usr/adm/messages file contains error
messages like:
loginwindow[737]: loginwindow: could not find WindowServer port!
and are repeated about once a minute.
The process table lists:
root 294 0.0 9.6 19.3M 1.91M S 0:01 - console (WindowServer)
root 295 0.0 3.3 3.77M 680K S 0:00 - console (loginwindow)
root 296 0.0 1.1 2.66M 224K S 0:00 - console (WindowServer)
A normal terminal window can come up if the /etc/ttys console line
is updated.
--Gabor Melli
Systems Developer
School of Computing Science
Simon Fraser University
From: bchs2l@maggie.cc.uh.edu ( Zhong)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Screen saver problem
Date: 27 Oct 1993 23:22:50 GMT
Organization: University of Houston
Message-ID: <2amvsa$qh8@menudo.uh.edu>
References: <2am90i$1u3@news.u.washington.edu>
In article <2am90i$1u3@news.u.washington.edu> averill@bela.music.washington.edu
(Ron Averill) writes:
> We have a screen saver program called VidLev which is called in
> LogoutHook, so when a user logs out, the screen saver automatically comes
> on. After installing system 3.1, we began having problems
> with the screens constantly going dark. We finally discovered that the
> VidLev program was being called over and over. As there were no problems
> with it before system 3.1, I assume that the new operating system is
> causing it not to work.
>
> My question is: does anyone have a suggestion for an alternative method
> of saving the screen? There is a screen saver which the operating system
> uses, but it doesn't kick in for about an hour and I haven't been able to
> find a way to make it start up sooner.
>
> Thanks for your help.
>
> Ron Averill
> University of Washington
> School of Music Computer Center
> raverill@u.washington.edu
Try to set the defaults as root(dwrite):
loginwindow MoveWhenIdle YES
loginwindow MovementRate 0.067
loginwindow MovementScale 2
loginwindow MovementTimeout 30
- Zhong Chen
From: dario@cns.nyu.edu (Dario Ringach, x3941)
Newsgroups: comp.sys.next.sysadmin
Subject: Help: Cannot read from NFS mounted file system
Date: 27 Oct 1993 23:23:53 GMT
Organization: Center for Neural Science, New York University.
Distribution: world
Message-ID: <2amvu9$st0@cmcl2.NYU.EDU>
I have the following on my NeXT:
voluptas% /etc/mount
/dev/sd0a on / type 4.3 (rw,noquota,noauto)
voluptas:(autonfsmount[101]) on /Net type nfs (ro,intr,port=701)
vere:/usr/people on /private/Net/vere/usr/people type nfs (rw,bg,net)
wotan:/u/u2 on /private/Net/wotan/u/u2 type nfs (rw,bg,net)
and on my Indigo (vere) I have:
[vere] [201] ~ >cat /etc/exports
/usr/people -rw=voluptas.cns.nyu.edu
I can read from the remote file system, but I can't write to it.
Can anyone help me?!?
Thanks in advance!
--
Dario
---
Dario Ringach office: (212) 998-7614
Center for Neural Science home: (212) 727-9346
New York University e-mail: dario@cns.nyu.edu
Newsgroups: comp.sys.next.sysadmin
From: kluge@avalon.unizh.ch (Daniel G. Kluge)
Subject: Re: I need a WORKING Appletalk/Appleshare
Message-ID: <1993Oct27.232747.14730@ifi.unizh.ch>
Sender: news@ifi.unizh.ch (USENET News Admin)
Organization: University of Zurich, Department of Computer Science
References: <1993Oct27.150302.19388@neptune.inf.ethz.ch> <CFKK2v.7uB@dvorak.amd.com>
Distribution: usa
Date: Wed, 27 Oct 1993 23:27:47 GMT
Ron Pomeroy x(Coop) (rpomeroy@aunext1.amd.com) wrote:
: In article <1993Oct27.150302.19388@neptune.inf.ethz.ch> daniel@vis.inf.ethz.ch
: (Daniel G. Kluge) writes:
[munch, I know what I'm writing]
: IPT makes the AppleShare software for NeXT now. Anyone know their number ?
This is, what the Third-Party Products for Nextstep Guid sais:
ipt
805-541-3000
805-541-3037
: --
: Ronald Pomeroy
: Advanced Micro Devices
: CAM Applications Group
: rpomeroy@aunext1.amd.com
-daniel
--
Daniel G. Kluge @ Swiss Federal Institute of Technology Zuerich
E-Mail : kluge@avalon.unizh.ch (NeXT-Mail welcome)
study-related stuff : dankluge@iiic.ethz.ch
DECnet : EZINFO::CLUESCH
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: intermittent timeouts
Date: 28 Oct 1993 00:02:14 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <2an266$bn6@news.mic.ucla.edu>
As soon as I hook three disks into my bus, I get tons of timeout errors
(below). I am using forced perfect termination (the best in active
termination), and 3 1.5' cables on a DPT SCSI controller, running at
5MB/sec.
Do the SCSI disks have certain id's, or is there a setting to tell them that
with 3 disks it may take longer to get acknowledgement, or something else
appropriate? (By the way, I am not running dptfmt first; I think it makes no
difference.)
Oct 27 15:04:26 next mach: Resetting SCSI Bus...
Oct 27 15:04:26 next mach: sd0: I/O Timeout; Retrying.
Oct 27 15:04:26 next mach: target:1 lun:0 op:Write block:237824 blockCount:16
Oct 27 15:04:37 next mach: sd0: No error to report; Retrying.
Oct 27 15:04:37 next mach: target:1 lun:0 op:Write block:523519
Oct 27 15:04:37 next mach: sd2: No error to report; Retrying.
Oct 27 15:04:37 next mach: target:4 lun:0 op:Write block:5593362
Oct 27 15:12:03 next mach: sd1: UNIT ATTENTION; Retrying.
Oct 27 15:12:03 next mach: target:2 lun:0 op:Read block:409884 blockCount:16
Oct 27 15:12:58 next mach: EATA timeout
--
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
Newsgroups: comp.sys.next.sysadmin
From: ml@tsiny.psca.com
Subject: COPS under NS
Message-ID: <1993Oct27.175220.14181@tsiny.psca.com>
Sender: usenet@tsiny.psca.com
Organization: TSI of New York, Inc.
Date: Wed, 27 Oct 1993 17:52:20 GMT
Has anybody done any customizing of COPS for NEXTSTEP? I am about to
embark in some mods and would like to know if somebody has already gone
through the pain.
thanks
mark
--
Mark LeScoezec TSI of NY, Inc.
System Administrator (212)856-9000
ml@tsiny.psca.com 666 Third Ave
NeXTmail okay NY, NY 10017
From: perseant@stein1.u.washington.edu (Konrad Schr{\o}der)
Newsgroups: comp.sys.next.sysadmin
Subject: Shadow passwords under NetInfo?
Date: 28 Oct 1993 05:44:11 GMT
Organization: University of Washington
Message-ID: <2anm7b$eva@news.u.washington.edu>
Summary: Looking for an implementation of shadow passwords under NetInfo.
Keywords: shadow passwords netinfo passwd security fascist
The subject line basically says it: is there an implementation of shadow
passwords written to work with NetInfo? Alternatively, a version of
NetInfo hacked to work with shadow passwords? :-)
I realize that all of this can be done with NIS, but I'd much rather do
it through NetInfo if at all possible.
Thanks,
Konrad Schroder
perseant@u.washington.edu
Newsgroups: comp.sys.next.sysadmin
From: gpmenos@firestone.Princeton.EDU (Gerard Philippe Menos)
Subject: Can't fax to Phone Numbers Outside US and Canada (?)
Message-ID: <1993Oct27.131937.29499@Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
Date: Wed, 27 Oct 1993 13:19:37 GMT
This has been on the back burner for a while, but can't stay there any
more...
Configuration: network of NeXTstations, sharing an HSD fax/modem.
We used to be able to fax to any destination. But a couple of months
ago, faxes destined for sites *outside* the US and Canada (e.g.,
Europe, South America). The faxing system tells us that "The number
you tried to fax to didn't answer, or wasn't answered by a fax
machine." Yet, if I dial the number with a voice phone, the other
side clearly answers as a fax system.
Has anyone else experienced this weird change? Can anyone offer any
explanations? (Faxing within the US and Canada continue to work
beautifully.)
Thanks for any insights.
Phil Menos
--
G. Philippe Menos
gpmenos@firestone.princeton.edu [NeXTmail OK.]
Systems Administrator, Princeton University Libraries
voice: 609-258-5183 fax: 609-258-5571
Newsgroups: comp.sys.next.sysadmin
From: serge@dadofsam.Princeton.EDU
Subject: Printer accounting
Message-ID: <1993Oct27.144216.5395@Princeton.EDU>
Originator: news@nimaster
Keywords: printer accounting
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
Distribution: unlimited
Date: Wed, 27 Oct 1993 14:42:16 GMT
I need to collect printer accounting information on a Next. I've turned on
page accounting, but I need more than just page counts by user/machine. I need
name of file, total bytes, total print time. Does anyone know how to get this
information, short of writing a script that scans the print queues every so
often? (Or has someone written such a script that they'd be willing to share?)
Serge J. Goldstein
NeXT SysAdmin
Princeton University CIT
serge@princeton.edu
Newsgroups: comp.sys.next.sysadmin
From: serge@dadofsam.Princeton.EDU
Subject: DPT2022
Message-ID: <1993Oct27.203321.455@Princeton.EDU>
Originator: news@nimaster
Keywords: DPT2022 scsi disk
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
Distribution: unlimited
Date: Wed, 27 Oct 1993 20:33:21 GMT
Has anyone gotten NS/FIP installed on an Intel machine that uses a DPT2022 SCSI
controller (not someone whose just heard that it works, but someone who
actually has it working). If so, could you give me a call and/or send me mail.
I keep getting "Drive not ready" messages during the install when NS goes to
register sd0. The SCSI chain is properly terminated. OS/2 and DOS and the
DPTMGR application all work just fine. I have the CDROM (a toshiba 3401E1) at
SCSI ID 6 (we've tried every SCSI ID); the disk is a SEAGATE ST11200N at SCSI
ID 0.
Serge J. Goldstein
Next SysAdmin
Princeton University CIT
serge@princeton.edu
609-258-6059
Newsgroups: comp.sys.next.sysadmin
From: gordie@cyclesoft.com (Gordie Freedman)
Subject: Re: Problem trying to dial out from standalone NeXT
Message-ID: <1993Oct28.003913.10627@netcom.com>
Sender: gordie@netcom.com
Organization: Cyclesoft Media Works
References: <22597@news.duke.edu>
Date: Thu, 28 Oct 1993 00:39:13 GMT
In article <22597@news.duke.edu> blake015@mc.duke.edu (Denise Blakeley) writes:
> If I'm logged in as myself and enter "kermit" from a shell prompt, I get some
> message about "access permission denied for device /dev/cub" (that's the port
> I've got everything set for and that the modem is plugged into). If I change
> everything to use /dev/cua, same difference.
>
> If I login as root and try it (same .kermrc file), it works okay. But having
> to login as root to dial out is unacceptable.
>
I set the kermit executable's permissions to be suid/sgid:
272 -rws--s--x 1 uucp daemon 266816 Oct 25 1992 /usr/local/bin/kermit
But I also have /dev/cua set up like this:
0 crwxrwxrwx 1 uucp wheel 11,192 May 5 00:39 /dev/cua
I'm not sure if it will work if I change /dev/cua's permissions.
--
>>> Gordie Freedman -> gordie@cyclesoft.com NeXTMail Yes!
>>> Thou shalt not inline functions more complicated than 20
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Help: Cannot read from NFS mounted file system
Date: 28 Oct 1993 14:08:32 GMT
Organization: University of Houston
Distribution: world
Message-ID: <2aojp0$8pv@menudo.uh.edu>
References: <2amvu9$st0@cmcl2.NYU.EDU>
In article <2amvu9$st0@cmcl2.NYU.EDU> dario@cns.nyu.edu (Dario Ringach,
x3941) writes:
#I have the following on my NeXT:
#
#voluptas% /etc/mount
#/dev/sd0a on / type 4.3 (rw,noquota,noauto)
#voluptas:(autonfsmount[101]) on /Net type nfs (ro,intr,port=701)
#vere:/usr/people on /private/Net/vere/usr/people type nfs (rw,bg,net)
#wotan:/u/u2 on /private/Net/wotan/u/u2 type nfs (rw,bg,net)
#
#and on my Indigo (vere) I have:
#
#[vere] [201] ~ >cat /etc/exports
#/usr/people -rw=voluptas.cns.nyu.edu
#
#I can read from the remote file system, but I can't write to it.
#Can anyone help me?!?
Your NeXT _needs_ to be added to the /etc/hosts file of your SGI (it doesn't
matter if you use DNS or equiv). It also wouldn't hurt to add a NetInfo
entry for the SGI on your NeXT, if you are using NetInfo... If you need to
understand why, read "Managing NFS and NIS" by Hal Stern (it is an O'Reilly
Nutshell book).
#---
#Dario Ringach office: (212) 998-7614
#Center for Neural Science home: (212) 727-9346
#New York University e-mail: dario@cns.nyu.edu
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
******* I do not represent the University of Houston *********
Newsgroups: comp.sys.next.sysadmin
From: mbrier@ceco.ceco.com (Michael Brier)
Subject: Printing problems
Message-ID: <CFM901.1zF@ceco.ceco.com>
Organization: Commonwealth Edison Co.
Distribution: world
Date: Thu, 28 Oct 1993 16:39:28 GMT
Hi,
I discovered last night that I can no longer print from a standard
print panel. After pressing the print button I get an alert panel informing
me that the application can't connect to the print daemon. I can still print
from the terminal using lpr. I tried rebooting but the problem remained. Is
there another daemon other than lpd that handles printing from the print panel?
I am running NS3.1 on black hardware using the NeXT back and white
laser printer. Any suggestions would be welcome.
Thanks,
Michael
Newsgroups: comp.sys.next.sysadmin
From: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Subject: Can you mix NS3.0 and 2.x machines
Message-ID: <1993Oct28.172248.4651@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Thu, 28 Oct 93 17:22:48 GMT
When people started to upgrade to 3.0 I seemed to remember hearing that
you have to do it all at once. You can't have 3.0 and 2.0 under the same
NetInfo network at the same time. Is this true? Can they co-exist on a
non-NetInfo network well?
CW
Newsgroups: comp.sys.next.sysadmin
From: francisr@stupid.ucs.indiana.edu (Rob Francis)
Subject: Re: Shadow passwords under NetInfo?
Message-ID: <CFMFs9.9pK@usenet.ucs.indiana.edu>
Keywords: shadow passwords netinfo passwd security fascist
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: University Computing Services
References: <2anm7b$eva@news.u.washington.edu>
Date: Thu, 28 Oct 1993 19:07:21 GMT
In article <2anm7b$eva@news.u.washington.edu> perseant@stein1.u.washington.edu (Konrad Schr{\o}der) writes:
>The subject line basically says it: is there an implementation of shadow
>passwords written to work with NetInfo? Alternatively, a version of
>NetInfo hacked to work with shadow passwords? :-)
There aren't any implementations that I know of. When I was at
NextWorld, I talked to the folks at Xedoc about it, and they said they
were planning on doing it at some point. I've been asking NeXT to do
this for years, but no dice.
-rob
---
Rob Francis Unix Systems Specialist, University Computing Services
Indiana University, francisr@indiana.edu (812)855-0327
Newsgroups: comp.sys.next.sysadmin
From: francisr@stupid.ucs.indiana.edu (Rob Francis)
Subject: Re: Can you mix NS3.0 and 2.x machines
Message-ID: <CFMFv1.9zo@usenet.ucs.indiana.edu>
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: University Computing Services
References: <1993Oct28.172248.4651@leland.Stanford.EDU>
Date: Thu, 28 Oct 1993 19:09:01 GMT
In article <1993Oct28.172248.4651@leland.Stanford.EDU> cew@quark.Stanford.EDU (Carlin E. Wiegner) writes:
>When people started to upgrade to 3.0 I seemed to remember hearing that
>you have to do it all at once. You can't have 3.0 and 2.0 under the same
>NetInfo network at the same time. Is this true? Can they co-exist on a
>non-NetInfo network well?
I have been running mixed networks of 2.x and 3.x for over a year
without any problems. One network is pure NetInfo, the other is
mixed.
-rob
---
Rob Francis Unix Systems Specialist, University Computing Services
Indiana University, francisr@indiana.edu (812)855-0327
Newsgroups: comp.sys.next.sysadmin,news.software.nntp
From: gvh@metrosoft.com (Gordon Van Huizen)
Subject: INN on NeXT
Message-ID: <1993Oct28.170100.4327@metrosoft.com>
Sender: gvh@metrosoft.com
Organization: Metrosoft
Date: Thu, 28 Oct 1993 17:01:00 GMT
We are converting over to a network provider whose
newsfeeds are sent via INN. Has anyone compiled the INN
package under NEXTSTEP, and/or have configuration
advice for NEXTSTEP?
Any pointers to INN documentation (other than the FAQ's
in news.software.nntp, of course) would be helpful as
well.
Also, does NewsGrazer (or any other NEXTSTEP reader)
handle INN?
Thanks in advance!
Gordon
--
Gordon Van Huizen vox: 619.488.9411 fax: 619.488.3045
Metrosoft gvh@metrosoft.com [NeXTmail welcome]
Newsgroups: comp.sys.next.sysadmin
From: trapac@netcom.com (Transpacific Container)
Subject: Reliable communications w/NSFIP
Message-ID: <trapacCFMD5z.LKw@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Thu, 28 Oct 1993 18:10:46 GMT
Even with the latest Serial Port Drivers for NSFIP, modem communications seems unreliable. I'm using an Intel GX/Pro with a Practical Peripherals 14.4K modem.I've tried the demo of Microphone Pro on the 3rd Party CD but I can usually get it to crash even at slower speeds (9600). If I must operate at 2400 then it just isn't worth it.
Does anyone know of a reliable way (configuration or software) to perform dialupcommunications with NSFIP? I'm also interested in dialup SLIP or PPP connectionsoftware.
Any suggestions welcome.
Keith Carpenter
TraPac
trapac@netcom.com
(310) 513-7414 or (310) 513-7400 fax
From: yygold@yadin.phyast.pitt.edu (Yadin Y. Goldschmidt)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: VT100 keypad
Message-ID: <5360@blue.cis.pitt.edu>
Date: 28 Oct 93 19:44:14 GMT
References: <2587@nikhefh.nikhef.nl> <fyr.93Oct26133731@nol512>
Sender: news+@pitt.edu
fyr@ubszh.net.ch wrote:
: I have the same problem and I couldn't find another way than to work with Stuart.
: With Stuart you can generate the PF-Keys.
: If somebody has the same problems please report.
: Roger Frey
: _________________________________________________________________________Union Bank of Switzerland
: Roger P. Frey
: LHIS/LHDD-FYR
: Flurstrasse 68
: CH-8048 Zurich
: Switzerland
: phone: +41 1 236 60 52
: fax: +41 1 236 86 08
: RFC822: fyr@ubszh.net.ch (NeXT-Mail ok)
This a well known bug in 3.1. Use Terminal.app frm 3.0 till 3.2 will
come along. Yadin.
Newsgroups: comp.sys.next.sysadmin
From: sherwood@fenris.space.ualberta.ca (Sherwood Botsford)
Subject: Re: Disk with > 2 partitions?
Message-ID: <1993Oct28.213542.19413@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <1993Oct25.184945.10773@news.nd.edu>
Date: Thu, 28 Oct 1993 21:35:42 GMT
james scott (jscott@confucius.helios.nd.edu) wrote:
: Is there a way to format a disk so that it has > 2 partitions? Is this
: something I would want to undertake as a relative newbie to sysadmin
: stuff and a student with more pressing problems?
You can do it, it isn't that hard, but it's an easy way to kill an
afternoon if your a newbie.
: Motivation: I'm getting a new drive and I want to move /LocalApps,
: /LocalLibrary, and /users onto it, but still have them appear
: as subdirectories
: of the root directory. I have a NsTC running 3.1 and it's a standalone
: machine.
You don't need to.
What I did is mounted the new disk as /.NextDisk
.NextDisk has directories LocalApps, Untested, Ftp, and so on.
Then on the root disk I removed the /LocalApps... trees, and
create symbolic links.
ln /.NextDisk/LocalApps /LocalApps
and so on.
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
From: mgrmja@NeXTwork.Rose-Hulman.Edu (Michael J. Allard)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Trouble with Quantum ELS127 drives
Followup-To: poster
Date: 28 Oct 1993 22:34:46 GMT
Organization: Rose-Hulman Institute of Technology
Distribution: world
Message-ID: <2aphe6$1td@master.cs.rose-hulman.edu>
Greetings.
We have bought a couple Quantum ProDrive 127s (ELS127S) and I am having some
trouble with them. I wrote the disk label once, but I could not write
anything else to the disk.
Now, when I try to write the disk label, I get the following (at least 4
times):
sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48, retry 1
sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48, retry 2
sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48, retry 3
sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48, retry 4
sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48, retry 5
sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48, retry 6
sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48, retry 7
sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48, retry 8
sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48, retry 9
sd1: Incomplete disk transfer - FATAL
I have used/built numerous Quantum 120MB drives recently with no problem.
The ELS127S is (I believe) a newer drive, and it may be attempting that evil
synchronous mode data transfer stuff that NeXT insists on being the boss
about. Am I just plain out of luck here?
The only jumpers on the drive are for SCSI ID. Is this drive too smart for
NeXT's britches? I really dislike the thought of sending these back. :-(
BTW, the drive is terminated OK. The original label I wrote appears on the
screen at boot time:
QUANTUM ELS127S Rev 4.07 as sd1 at sc0 target 2 lun 0
Disk Label: NeXT_3.1
Disk Capacity 122MB, Device Block 512 bytes
Please e-mail any responses. I will gladly summarize.
Thanks in advance - I'm stuck on this one.
Mike
P.S. The Quantum 120s were also of the 512-byte-block variety, and I had no
problem with that. :-?
--
Michael J. Allard --- Workstation Manager, Waters Computing Center
Rose-Hulman Institute of Technology, Terre Haute, IN 812-877-8273
E-Mail: <Michael.Allard@rose-hulman.edu> Fax: 812-877-3198
#import <std/disclaimer.h> -- NeXTmail Friendly! -- HAMnet: KA9VDC
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.misc
Subject: TIP: dwrite Mail MailFilter to remove unwanted header lines
Date: 29 Oct 1993 02:06:39 GMT
Organization: University of California, Berkeley
Distribution: world
Message-ID: <2aptrf$qv4@agate.berkeley.edu>
Keywords: Mail, NeXT, NEXTSTEP, header
This may already be known, but...
If you want to remove mail headers like "X-Vms-To", "Precedence",
or "Content-Transfer-Encoding" from appearing in Mail.app, do
from Terminal (as one line):
dwrite Mail MailFilter "Received:From
:Status:Message-Id:Return-Path:Next-Reference:Errors-To:X-Sequence:Precedence:Content-Length:Conten
t-Type:X-Vms-To:Content-Transfer-Encoding:Mime-Version:X-Mailer"
(add more as needed separating each item by ":")
Then quit Mail.app and restart it.
To go back to original Mail.app behavior do:
dremove Mail MailFilter
Default MailFilter string for 3.0 is:
MailFilter "Received:From :Status:Message-Id:Return-Path:Next-Reference"
There is also:
MailMarker "Subject:From:To:Cc:Attachment:Date:Reply-To:Sender:In-Reply-To"
which I don't know the function of, but you can probably guess.
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
Newsgroups: comp.sys.next.sysadmin
From: mark@ve6mgs.ampr.org (Mark G. Salyzyn)
Subject: Re: Has the serial drivers problem been solved?
Organization: ADEC Systems Inc.
Distribution: na
Date: Thu, 28 Oct 93 19:02:45 GMT
Message-ID: <1993Oct28.190245.18076@ve6mgs.ampr.org>
References: <1993Oct19.130933.637@rna.indiv.nluug.nl> <CF7puu.FFK@newshub.ccs.yorku.ca>
No (19200 dies three times a day, 9600 dies once every three days)
Ciao -- Mark
Waiting for 3.2 ...
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Shadow passwords under NetInfo?
Message-ID: <1993Oct29.035403.24489@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <2anm7b$eva@news.u.washington.edu> <CFMFs9.9pK@usenet.ucs.indiana.edu>
Date: Fri, 29 Oct 1993 03:54:03 GMT
It can be done. It's not difficult. I e-mailed NeXT a proposed
mechanism for doing this "cleanly" a *long* time ago.
But others have pointed out that there are alternatives where
NetInfo proper is left as-is (and non-null passwords are replaced
with *).
1) Modify certain key executables (login, passwd, ftpd, etc.) to
use a different getpwnam(). The only software that presents
even a slight challenge is loginwindow.
-or-
2) Have lookupd implement shadow passwords.
These are arguably more flexible approaches, but not as elegant
as simply fixing netinfod (which would be trivial for anyone with
the NetInfo source code).
-=EPS=-
--
Yo NeXT! It would be oh-so-easy for loginwindow to look for a
loadable replacement for validate_user(). Hint, hint. :-)
Newsgroups: comp.sys.next.sysadmin
From: carey@tybrin.com (Joseph Carey)
Subject: Landscape Printing
Message-ID: <1993Oct28.130927.2829@tybrin.com>
Organization: Tybrin Corporation, Shalimar, FL
Date: Thu, 28 Oct 1993 13:09:27 GMT
I'm using a remote NeXT printer for our Sun machines. I want
to pass a filter to the printcap entry on the Sun to put the NeXT printer
into landscape mode.
Is there an escape sequence that I could include in a C program to force
the printer into Landscape mode?
Joe Carey carey@tybj1.eglin.af.mil Tybrin Corporation
From: seubert@cip.mathematik.uni-wuerzburg.de (Klemens Seubert)
Newsgroups: comp.sys.next.sysadmin
Subject: Quota software
Date: 29 Oct 1993 09:51:54 GMT
Organization: University of Wuerzburg, Germany
Message-ID: <2aqp3q$mel@winx03.informatik.uni-wuerzburg.de>
Helo,
I recently asked for a quota software for the NeXT.
All answers I got, concerned the application "Quotas.app"
which I already use for some time.
But a hard quota system like sun has, would be better.
Does anyone know if something like that exist?
Thank you all,
Klemens
--
Klemens Seubert email: seubert@cip.mathematik.uni-wuerzburg.de
Universitaet Wuerzburg
Institut fuer Angewandte Mathematik
From: jonathan@pear.wustl.edu (Jonathan A. Parsons)
Newsgroups: comp.sys.next.sysadmin
Subject: Account specific Mail.App pictures
Date: 29 Oct 1993 03:54:29 GMT
Organization: Washington University, St. Louis, MO
Message-ID: <2aq45l$ajd@wuecl.wustl.edu>
Keywords: Mail Pictures NeXTMail
Is there any way to have Mail.app search a local directory for pictures of
the sender? I want to store account specific .tiff files that will show
up when I recieve mail from specific people. The usual place is in
LocalLibrary/Images/People, I would like Mail.app to look at
{accountname}/Library/Images/People.
Thanks,
Jonathan A Parsons
--
jonathan@artsci.wustl.edu << NeXTMail
japarson@artsci.wustl.edu << non-NeXTMail
From: rsalz@uunet.uu.net (Rich Salz)
Newsgroups: comp.sys.next.sysadmin,news.software.nntp
Subject: Re: INN on NeXT
Date: 29 Oct 1993 08:13:16 -0400
Organization: UUNET Technologies Inc, Falls Church, VA
Message-ID: <2ar1csINN2bt@rodan.UU.NET>
References: <1993Oct28.170100.4327@metrosoft.com>
In <1993Oct28.170100.4327@metrosoft.com> gvh@metrosoft.com (Gordon Van Huizen) writes:
>We are converting over to a network provider whose
>newsfeeds are sent via INN. Has anyone compiled the INN
>package under NEXTSTEP
It doesn't matter what your newsfeed uses. Since the NNTP protocol is
an Internet standard, you could have Edusystem-25 Basic on a pdp-8/e
at the other end. You do not need to upgrade just because your feed
does. (They may want you to upgrade for efficiency reasons, however.)
Several people have built INN on a NeXT without problems. Don't ask
me for config data, however.
>Any pointers to INN documentation (other than the FAQ's
>in news.software.nntp, of course)
I'm not aware of anything other then the docs that come with INN and
Tom's FAQ.
>Also, does NewsGrazer (or any other NEXTSTEP reader) handle INN?
Since NNTP is standard, and since NewsGrazer does NNTP, the answer
is yes.
(Okay, pedants: there are various extensions to the NNTP protocol that
some readers and some servers need/want/use/provide. INN implements
most of them.)
/r$
Newsgroups: comp.sys.next.sysadmin
From: luis@elysia.com (Luis Arias)
Subject: Re: Problem with fsck
Message-ID: <1993Oct29.172155.1323@elysia.fdn.org>
Sender: luis@elysia.fdn.org
Organization: Elysia - Rueil_Malmaison, France.
References: <2a6j14$k8s@agate.berkeley.edu>
Date: Fri, 29 Oct 1993 17:21:55 GMT
In article <2a6j14$k8s@agate.berkeley.edu> izumi@pinoko.berkeley.edu
(Izumi Ohzawa) writes:
> NeXT has a half-assed program called "reasb" on ftp.next.com which
> is supposed to swap good backup blocks with bad blocks which may
> develop over time. I don't know how well that works.
>
>
> --
> Izumi Ohzawa [ $@Bg_78^=;(J ]
> USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
> Telephone: (510) 642-6440 Fax: (510) 642-3323
> Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
I have used reasb on magneto-optical media. The problem is you will
almost always lose data this way unless it just happens to be something
like a copy of the superblock.
--
Luis Arias Elysia, Inc. [33] (1) 47 49 61 96
President 23, rue Buffon [33] (1) 47 14 99 08 fax
92500 RUEIL-MALMAISON luis@elysia.com
FRANCE (small NeXTmail ok)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: gsk@world.std.com (Geoffrey S Knauth)
Subject: problem posting from NewsGrazer
Message-ID: <CFnyL3.37J@world.std.com>
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 29 Oct 1993 14:51:01 GMT
Posting from NewsGrazer, I get the following error:
Post failed: canonhdr: ^A^C^A^K@: not found
canonhdr: T: not found
canonhdr: syntax error at line 3: `^W' unexpected
/projects/knownet/news/newsbin/inject/injnews:
article in /home/gsk/dead.article
If you know why this is happening, please send email to "gsk@marble.com".
Thank you!
Geoffrey
--
Geoffrey S. Knauth, Marble Associates, Inc. Member BCS-NeXT, LPF
gsk@marble.com, (617) 891-5555 Standard Disclaimers
Newsgroups: comp.sys.next.sysadmin
From: mcnichol@math.syr.edu (Brendan T. McNichols)
Subject: Login Screensaver problems
Message-ID: <1993Oct29.110938.22655@newstand.syr.edu>
Date: Fri, 29 Oct 93 11:09:38 EDT
Hi all,
We have a user here who has been having intermittant problems with the
Login window screensaver. Sometimes, when the screen saver is active, he
will press a key, the login window will show for a second, then the screen
saver will be shown again and the computer will freeze. The only way to
get out of this situation is to reboot the computer.
Has anyone else experienced this problem? Know how to fix it?
The machine is a NeXTstation 25 MHz.
Thanks in advance for any information,
Brendan
--
Brendan T. McNichols, Computer Support (315) 682-1553 (home)
Syracuse University Mathematics Dept. mcnichol@syr.edu (NeXT)
215 Carnegie Hall
Syracuse, NY 13244
Newsgroups: comp.sys.next.sysadmin
From: CCGREG@mizzou1.missouri.edu (Greg Johnson)
Subject: Re: Shadow passwords under NetInfo?
Message-ID: <16C7699E2.CCGREG@mizzou1.missouri.edu>
Sender: news@mont.cs.missouri.edu
Organization: University of Missouri
References: <2anm7b$eva@news.u.washington.edu> <CFMFs9.9pK@usenet.ucs.indiana.edu> <1993Oct29.035403.24489@csus.edu>
Date: Fri, 29 Oct 93 10:56:24 CDT
eps@futon.SFSU.EDU (Eric P. Scott) writes:
>Yo NeXT! It would be oh-so-easy for loginwindow to look for a
>loadable replacement for validate_user(). Hint, hint. :-)
Yes! The "secure_passwords" NetInfo property was a step in the right
direction. But we need even better security. Please.
With Crack variants widely circulated, the days of distributing
encrypted passwords whether by /etc/passwd or even by a server ought
to be considered over. I can't imagine that any organization would
like the prospect of changing all passwords (and looking for suid
programs,etc.) whenever any employee leaves, but that's the situation
with the current NetInfo. Shadow passwords or something similar
would be another big step in the right direction!
Newsgroups: comp.sys.next.sysadmin
From: mross@antigone.com
Subject: Re: Can't fax to Phone Numbers Outside US and Canada (?)
Message-ID: <1993Oct29.100622.779@antigone.com>
Organization: Antigone Press gateway, San Francisco
References: <1993Oct27.131937.29499@Princeton.EDU>
Date: Fri, 29 Oct 1993 10:06:22 GMT
Gerard Philippe Menos (gpmenos@firestone.Princeton.EDU) wrote:
: We used to be able to fax to any destination. But a couple of months
: ago, faxes destined for sites *outside* the US and Canada (e.g.,
: Europe, South America). The faxing system tells us that "The number
: you tried to fax to didn't answer, or wasn't answered by a fax
: machine." Yet, if I dial the number with a voice phone, the other
: side clearly answers as a fax system.
Try restricting the "quality" of the responses your modem produces, so that it
doesn't respond to certain wierd international sounds and frequencies as if they
mean lack of carrier or busy. I.e. replace
any X4 or X5 in the initialization string with X3, X2 or even X1. (Test them out.) If
you can't edit the
initialization string (I don't know how the HSD does it), you can issue an ATX1,
then save the configuration (probably AT&W). However, if the software clears the
modem with a AT&F (factory defaults reset) instead of the usual ATZ, you're out of
luck...
--
Michael Ross
Antigone Press, San Francisco, California
e-mail: mross@antigone.com
FAX: +1 415 431 3650
Newsgroups: comp.sys.next.sysadmin
From: raul@pencom.com (Raul Alvarez)
Subject: Re: Bios and NS/FIP - I need help
Message-ID: <1993Oct29.204731.22798@pencom.com>
Sender: usenet@pencom.com (News system)
Organization: Pencom Systems Incorporated
References: <2ahofo$5n1@news.intercon.com>
Date: Fri, 29 Oct 1993 20:47:31 GMT
In article <2ahofo$5n1@news.intercon.com> csmith@blackplague.gmu.edu
(Christian Smith) writes:
> I am trying to get NS/FIP running on a WIN 486 DX2 (WIN is a local PC
> compatable company)
>
> Configuration
> Bios - AMIBIOS
> Ram - 32meg
> SCSI - Adaptec 1542
> Video - VESALocal Bus Diamond StealthPro
> Ethernet - 3Com Etherlink 16
> Hard Drive - Maxtor 520meg
> CDRom - Toshiba 1301 (actually Procomm)
>
> My problem is that when the installer goes to install the software I get
> the following error message
>
> fdisk - bogus bios info
> some bios' can not handle non-sequential targets
> fdisk - bogus bios info
> some bios' can not handle non-sequential targets
> /etc/rc.cdrom.i386: test: arguement expected
> CDRom boot procedure complete.
> Please wait until it is safe to turn off your computer.
> Killing all processes
> continuing
> unmounting /private/tmp/mntb/ . . . done
> It's safe to turn off the computer
>
> Ok, so it looks like the Bios is not compatable. Anybody know if this
is
> the case? Is it possible to change the Bios on a PC compatable?
I don't believe that it's a bios problem. It's probably a SCSI problem.
You may have your drives SCSI id's backwards, and NS install is trying to
install something on the CD-ROM.
--
Raul Alvarez raul@pencom.com 212-513-7777 NeXT Mail is encouraged
Remember: If you're not the lead dog, the view never changes.
Newsgroups: comp.sys.next.sysadmin
From: raul@pencom.com (Raul Alvarez)
Subject: Re: Dos partition in NS/FIP question
Message-ID: <1993Oct29.205346.22865@pencom.com>
Sender: usenet@pencom.com (News system)
Organization: Pencom Systems Incorporated
References: <1993Oct26.205257.19484@ousrvr.oulu.fi>
Date: Fri, 29 Oct 1993 20:53:46 GMT
In article <1993Oct26.205257.19484@ousrvr.oulu.fi> duling@niehs.nih.gov
writes:
> Can someone tell me how I can use the little DOS partition that
> NS/fip can create on installation. My experience with it was
> dubious. Both the DOS 6.0 icon in Workspace Manager and the
> DOS boot option failed.
>
> Any help is appreciated.
>
> -- Dave Duling
> net. duling@niehs.nih.gov
> tel. 919-541-3381
Need to get a DOS boot floppy with the format command on it. After
booting off the floppy, type
format c:
I'm assuming NS called the partition you made the C: partition. You can
now do dos things with this c: drive. NS will automount this partition
next time you boot up.
--
Raul Alvarez raul@pencom.com 212-513-7777 NeXT Mail is encouraged
Remember: If you're not the lead dog, the view never changes.
From: ramesh@bodhi.esys.cwru.edu (Ramesh Dodamani)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Hard Disk Crashed - Would appreciate any help
Date: 29 Oct 1993 22:07:47 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
Message-ID: <2as47k$qdp@usenet.INS.CWRU.Edu>
Hello friends
This morning when I was testing my software(NS/FIP), the whole system
froze(this happens often and the result is usually files getting
corrupted). The only way in such times is to press the reset button. When
I did it this time, when it was rebooting, it started giving the following
error continuously.
sd0: No error to report; Retrying
target:0 lun:0 op:Read block:1865136
IO error on pagein(breadDirect)
I just cannot do anything anything with it. To me it looks like a defect
in the hardware. Anybody have any suggestions?
Thanks
Ramesh
--
=======================================================
Ramesh Doddamani
Crawford Hall, # 604
Case Western Reserve University
Cleveland OH 44106
=======================================================
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,su.computers.next
From: tamarind@leland.Stanford.EDU (Ranjini Ramachandran)
Subject: CAP 6.0 on NexTStep3.0
Message-ID: <1993Oct29.220846.28880@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University, California
Distribution: ba
Date: Fri, 29 Oct 93 22:08:46 GMT
I'm having problems installing CAP6 on a NeXT3.0?
No problems during the install.
I ran aarpd. I start atis, and start-cap-servers
( which starts aufs among other things, I suppose...) and
set up the afpvols, etc.,etc.,
The fileserver never shows up in the Chooser and also,
the "getzones" program that is supposed to give a list
of zones, returns an error;
error -1096 getting zone list
Any suggestions?
( an e-mail messahe would be highly appreciated...)
Thanks
Ranjini
From: karthy@dannug.dk (Karsten Thygesen)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
Subject: Re: Mailing List Software
Date: 29 Oct 1993 20:32:24 GMT
Organization: Dannug - Danish NeXT Users Group
Message-ID: <KARTHY.93Oct29213224@dannug.dannug.dk>
References: <2a24i9$t4s@ftp.alleg.edu> <1993Oct22.025852.25240@antigone.com>
<jladwig.751291680@saturn>
In-reply-to: jladwig@soils.umn.edu's message of Fri, 22 Oct 1993 12:08:00 GMT
>>>>> On Fri, 22 Oct 1993 12:08:00 GMT, jladwig@soils.umn.edu (John Ladwig) said:
John> In <1993Oct22.025852.25240@antigone.com> mross@antigone.com writes:
John> Unix ListProc (note new name please), is running *extremely* well for
John> me on NeXTSTEP 2.1, and I have reports that it runs well on 3.0, but
John> I'm not sure about 3.1.
Just for the record: it works just great on 3.1 - no problems at all
except the NeXT lack of locks...
We use it internally in the Danish NeXT User Group to distribute both
local and global information.
It's a great program!!
Regards,
Karsten.
--
Karsten Thygesen I Aalborg, Denmark
karthy@dannug.dk (NeXT-Mail welcome) I Voice: +45 98 12 42 59
President, Danish NeXT Users Group I Fax: +45 98 12 44 81
Newsgroups: comp.sys.next.sysadmin
From: matthews@henson.cc.wwu.edu (Geoffrey Matthews)
Subject: NS Install on Compaq Portable
Message-ID: <1993Oct29.235830.7648@henson.cc.wwu.edu>
Summary: cant find cdrom
Keywords: compaq nextstep
Organization: Western Washington University
Date: Fri, 29 Oct 1993 23:58:30 GMT
I can't get Nextstep to install on a compaq portable.
It says "cant find CDROM", after the floppy does its boot stuff,
even though the CDrom is a Next (tm) CDrom, attached to
the builtin scsi drive, and Dos can find it easily.
Anybody know how to get this to work?
--
Geoffrey Matthews
matthews@fortress.cs.wwu.edu
Newsgroups: comp.sys.next.sysadmin
From: root@hpms.chem.ualberta.ca (Operator)
Subject: Overly cautious /etc/disk utility question
Message-ID: <1993Oct30.015257.2228@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Sat, 30 Oct 1993 01:52:57 GMT
As is usual for the NeXT the /etc/disk utility has been
modified (I think is improved) and low and behold a utility
called hdform now exists. Check that one out.
Anyway, I have managed to trash a Quantum ELS127 drive trying
to get 1024 blocks so I am cautious about trying the same
right now. I have a brand new DEC3160 (looks cool and was super cheap
see - Megahaus Houston, only 1219$ with crappy but useable MAC
style enclosure) that I really do not want to destroy in any way.
I have had experience with other Quantum drives, Fujitsu, and
Maxtors and have always found formatter_1.2 to work when desired,
however it does not work with the DEC. It looks as if
/etc/disk supports the low-level formatting of non 512 blocks
with the -d option:
usage: disk [option flags] [action flags] raw-device
option flags:
-h hostname specify host name
-l labelname specify label name
-k kernelname specify default file to boot
-t disk_type specify disk type name
-p part_size specify partition 'a' size
-n part_size specify bfd partition size
-d density specify format density (in KBytes)
action flags:
-b write boot block
-e eject disk
-i initialize disk
-q query disk name and print it
-s print disk statistics
-B[n] bootfile write boot block [#n] from file
-F Format Disk
-H hostname change host name on label
-L labelname change disk label name
-N do not format disk during initialization
-T run test patterns
-f Don't force blksize to be >= DEV_BSIZE
-u Use all sectors, not just those bios-accessible
interactive mode if no action flags specified
however the man page entry is from an earlier version of NS
(this disk useage came from 3.1). I can make a lot of guesses
as to how to use this from the obvious (not normally operational
in unix) to the tar - tape - length style fiasco. Can someone
with experience help. I am sitting here trying to get this
operational . I really think that 1024 blocks are better here
Thanks in advance -
Jamey Hovey
Chemistry Department
U. of Alberta
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,su.computers.next
From: neilc@wallaby.stanford.edu (Neil Crellin)
Subject: Re: CAP 6.0 on NexTStep3.0
In-Reply-To: tamarind@leland.Stanford.EDU's message of Fri, 29 Oct 93 22:08:46 GMT
Message-ID: <NEILC.93Oct29200849@wallaby.stanford.edu>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Department of Statistics, Stanford University
References: <1993Oct29.220846.28880@leland.Stanford.EDU>
Distribution: ba
Date: 30 Oct 1993 03:08:49 GMT
tamarind@leland.Stanford.EDU (Ranjini Ramachandran) writes:
I'm having problems installing CAP6 on a NeXT3.0?
No problems during the install.
I ran aarpd. I start atis, and start-cap-servers
( which starts aufs among other things, I suppose...) and
set up the afpvols, etc.,etc.,
The fileserver never shows up in the Chooser and also,
the "getzones" program that is supposed to give a list
of zones, returns an error;
error -1096 getting zone list
Check you have the 4 at-* services in the 200 range in your netinfo
services. Read the CAP FAQ or Networking's notes on CAP to figure out
which is at-zip, at-nbp, at-rtmp, etc. Don't forget to niload the
services, and make sure that in HostManager you've set your subnet
mask as 255.255.0.0 and your broadcast address as 35.<subnet>.255.255.
-Neil, ResComputing
Newsgroups: comp.sys.next.sysadmin
From: knudsens@newton.ccs.tuns.ca (Steven K Knudsen)
Subject: Help needed to set up primary domain name server.
Summary: need help to set up domain name server
Message-ID: <1993Oct29.204848.2966@newton.ccs.tuns.ca>
Date: Fri, 29 Oct 1993 20:48:48 GMT
Distribution: na
Organization: Technical University of Nova Scotia, Halifax, N.S.
Keywords: nameserver domain name
Hi,
I've been trying to set one of my black boxes up as a primary
domain name server. I've followed the procedure outlined by
several generic (non-NeXT) unix admin manuals and am, I think,
halfway there.
I've set up the
named.boot, named.host, named.local, named.rev
files as best I can and have booted named up.
Trouble is that I only get some of the functionality I think I should.
Example of nslookup session:
============================
kafka:16# nslookup
Default Server: kafka
Address: 0.0.0.0
> kafka
Server: kafka
Address: 0.0.0.0
res_mkquery(0, kafka., 1, 1)
------------
Got answer:
HEADER:
opcode = QUERY, id = 1, rcode = NOERROR
header flags: response, auth. answer, want recursion, recursion avail.
questions = 1, answers = 1, authority records = 0, additional = 0
QUESTIONS:
kafka, type = A, class = IN
ANSWERS:
-> kafka.burchill.ns.ca
internet address = 192.139.2.131
ttl = 86400 (1 day)
------------
Name: kafka.burchill.ns.ca
Address: 192.139.2.131
>
============================
This was onthe machine "kafka". Why is there no address for kafka, but
if I ask about kafka in nslookup, the correct address is returned? More
interesting is the fact that if I run nslookup from a Sun that is in
kafka's domain, the server domain and IP address are correctly
identified.
On all machines in the network I am unable to ftp to sites by domain
name. I get an "unknown host" error.
Is there some document (other than the SysAdmin doc on Mixed_DNS) that
I can look at to sort things out? Do I have to reconfigure the NeXT
machines now that I want to have them be part of an internet domain?
I know that my problem statement is vague, but I'm really not sure
what's the problem.
Please email answers and suggestions to knudsens@tuns.ca
thanks,
steven k.
--
K. Steven Knudsen | The lasers are in the labs, the old
TUNS | man is dressed in white clothes.
Department of Electrical Engineering | Everybody says that he's mad -
knudsens@tuns.ca | Nobody knows the things that he knows.
From: ccas57@next.arch.strath.ac.uk (Gabor Freivogel)
Newsgroups: comp.sys.next.sysadmin,
Subject: Problem: Shared mail Silicon -- Next
Date: 30 Oct 1993 11:01:09 GMT
Organization: University of Strathclyde Computer Centre
Distribution: world
Message-ID: <2athhl$r03@loch2.cc.strath.ac.uk>
Keywords: bin-mail / ucb-mail
Hello ,
I would like to use NeXT- mail on our mixed (Silicon SUN and NeXT )
system. Our mailhost is a Silicon Elan. Unfortunately it uses bin-mail
insted of ucb-Mail. So I am only able to read my mail with bin-mail (wich
works on both computers) but can t use next-mail. We also have
username.rolock files in our mail folder. I have no idea what they are
for.
I have no acces to the Silicon Systemadministration Manuals so I have no
idea how to tell the computer to use ucb-Mail insted of bin mail. Can I
force the next to use bin-mail in the Mail.app ?
Culd somebody give me some Ideas?
Thanks in advance.
Gabor
| E mail : ccas57@strath.ac.uk
| or
| gabor@architektur.uni-kassel.de
Newsgroups: comp.sys.next.sysadmin
From: ginsparg@lanl.gov (PG)
Subject: Re: Can I turn on/off the sound from the command-line?
Message-ID: <1993Oct30.160734.6195@newshost.lanl.gov>
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Lab
References: <1993Oct26.174404.6180@beech.csis.gvsu.edu>
Date: Sat, 30 Oct 1993 16:07:34 GMT
In article <1993Oct26.174404.6180@beech.csis.gvsu.edu>
wissner@beech.mcs.gvsu.edu () writes:
> I thought I had a solution by making a little script to go through at
the
> right time and "dwrite" the sound "on", make the sound, and then
"dwrite"
> the sound back off again. But it doesn't work. Of course, this is
> dependant on who is logged in (which in itself could be worked around) -
> but even with the correct scripting it didn't work. dread shows that
the
> sound is turned on, but still no sound.
courtesy of peter eisch, you could compile the following .m files
(or modify appropriately to pass args). the latter, after compilation
(use cc -s -O -Wall -o filename filename.m -lNeXT_s ) also
works fine called from LoginHook to standardize sound settings at login.
mute.m:
#import <soundkit/Sound.h>
main()
{
[Sound setMute:YES];
}
unmute.m:
#import <soundkit/Sound.h>
main()
{
[Sound setVolume:0.8 :0.8];
[Sound setMute:NO];
}
Newsgroups: comp.sys.next.sysadmin
From: ginsparg@lanl.gov (PG)
Subject: Re: Clock Drift and NTP driftfile (/etc/ntp.drift)
Message-ID: <1993Oct30.161519.7971@newshost.lanl.gov>
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Lab
References: <1993Oct26.200445.14300@kakwa.ucs.ualberta.ca>
Distribution: comp
Date: Sat, 30 Oct 1993 16:15:19 GMT
another possibility for fighting clock drift is to use /usr/ucb/rdate
(it is included with nextstep distribution, but w/o man page as far as
i can tell).
with an entry
/usr/ucb/rdate ns1
in /usr/adm/weekly or /usr/adm/daily you can synchronize as often
as you please.
(here ns1 is my local nameserver, but command [executed as root]
seems to work from next to next, next to sun, next to hp, without
starting up any special daemons, etc.)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: xinwei@otter.Stanford.EDU (Sha Xin Wei)
Subject: Re: Mail Preprocessor that will correct UUNECODED files to NeXTMail
Message-ID: <1993Oct30.222925.29367@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <1993Oct25.145708.1537@nosc.mil>
Date: Sat, 30 Oct 93 22:29:25 GMT
In comp.sys.next.software article <1993Oct25.145708.1537@nosc.mil> Ron wrote:
>
> Again, the problem is that sometimes people read mail with the NeXTmail
> app, other times they read mail using some other mail client (user agent).
..
> Someday, everything will be MIME compliant and this problem will go away.
> I'm just trying to hack things up to hold us over until that time.
>
> --Ron
In a few months, I hope to run two classes where the students will be
encouraged to exchange docs over NeXTMail.
They'll all have AFS accounts, with mail pointed to ordinary (X) unix
mbox'es. It's ok, for now, if on an X machine they see cryptic junk from
NeXTMail -- we'll tell them to login to a NeXT to read such mail. Is it
possible for students to log into their afs accounts on a NeXT, and get a view
of the _same_ mbox, without .forward?
If you come up with something transparent, could you send us a copy?
Mac + NeXT:
Another twist, many folk on campus use a Mac program (eg. Eudora), to
download mail into thier local Macs. I've been told that large attachments can
jam the Mac and leave corrupted files on both their Mac and unix directories.
Is this true? I'm told that Eudora is not smart enough to check in advance to
see if the the file may be too big or contains attachments.
Xin Wei
From: louie@uunet.uu.net (Louis A. Mamakos)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Re: Clock Drift and NTP driftfile (/etc/ntp.drift)
Date: 30 Oct 1993 21:52:02 -0400
Organization: UUNET Technologies Inc, Falls Church, VA, USA
Message-ID: <2av5o2INNoq4@rodan.UU.NET>
References: <DAHL.93Oct23142041@esca.esca.com> <CEDMAN.93Oct24095034@capitalist.princeton.edu>
In article <CEDMAN.93Oct24095034@capitalist.princeton.edu>,
Carl Edman <cedman@princeton.edu> wrote:
> I'm using a stand alone machine and my clock loses a lot of time.
>
> The man pages for ntp talk about a driftfile (/etc/ntp.drift) so my
> guess is that I can set the driftfile manually and let the ntpd do the
> clock adjustments for me.
When I wrote the code that maintained the /etc/ntp.drift file, the
intention was to have the ntpd daemon process read the file when it
was started, rather than having to recompute the drift from scratch
everytime the system was booted. This allows the logical clock's
phase-locked-loop to lock faster with the result of much less jitter
on the local clock offset since there are fewer frequency corrections
that would need to be applied.
It never occured to me that you would want to use ntpd to read this
file and maintain your clock, without actually peering with a remote
system. I don't know how well this would actually work and I know
that *I've* never tested it to work that way.
>You are correct. The drift file consists out of five floats encoding
>the drift of the clock in the last five hours (newest first), followed
>by an integer specifying how many hours ntpd has been running.
>Positive floats describe a slow clock, negative floats a fast one.
>The size of the daily drift (in seconds) is the float multiplied by
>(86400/4096).
Carl's explanation is correct.
If all you want to do is apply corrections to your clock, you might
just consider hacking a 10 line program that just invokes adjtime()
periodically. See 'man 2 adjtime' for details.
>Of course considering that the great guru of NeXTdom, author of
>dialupip and ntp, Louis Mamakos himself is known to read this group,
>maybe I should not have answered this question. Darn.
Guru? Where? When it comes to ntpd, I recommend that folks serious
about keeping good time get the latest xntpd3 from LOUIE.UDEL.EDU (no
relation). That's what I run on my machine, and I've not done any
development or maintenance on ntpd in 3 years. Been spending all my
spare time working in SLIP, it seems.
--
Louis A. Mamakos louie@uunet.uu.net
UUNET Technologies, Inc. uunet!louie
3110 Fairview Park Dr., Suite 570 Voice) +1 703 204 8000
Falls Church, Va 22042 Fax) +1 703 204 8001
From: louie@uunet.uu.net (Louis A. Mamakos)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Clock Drift and NTP driftfile (/etc/ntp.drift)
Date: 30 Oct 1993 22:07:26 -0400
Organization: UUNET Technologies Inc, Falls Church, VA, USA
Distribution: comp
Message-ID: <2av6kuINNpa1@rodan.UU.NET>
References: <1993Oct26.200445.14300@kakwa.ucs.ualberta.ca> <1993Oct30.161519.7971@newshost.lanl.gov>
In article <1993Oct30.161519.7971@newshost.lanl.gov>,
PG <ginsparg@lanl.gov> wrote:
>another possibility for fighting clock drift is to use /usr/ucb/rdate
>(it is included with nextstep distribution, but w/o man page as far as
>i can tell).
>
>with an entry
> /usr/ucb/rdate ns1
>in /usr/adm/weekly or /usr/adm/daily you can synchronize as often
>as you please.
Ick. You're idea of "synchronize" is clearly MUCH different than
mine! Using NTP, I'm used to haveing clocks synchronized to withing a
few milliseconds of each other.
The rdate program uses TCP, and will require a length multi-packet
exchange to open the connection and again to close it. It makes no
attempt to measure the round-trip delay time across the network. If
all you require is the time within a second or two, then I guess it
will work for you. It's a real shame to not use a really good
tool/protocol (NTP) to solve this problem. You might as well set the
time from your watch.
--
Louis A. Mamakos louie@uunet.uu.net
UUNET Technologies, Inc. uunet!louie
3110 Fairview Park Dr., Suite 570 Voice) +1 703 204 8000
Falls Church, Va 22042 Fax) +1 703 204 8001
From: Architecture Account <aa99+@andrew.cmu.edu>
Newsgroups: comp.sys.next.sysadmin
Subject: sysadm and dev documentations
Date: Sat, 30 Oct 1993 23:44:26 -0400
Organization: Departmental account, Architecture, Carnegie Mellon, Pittsburgh, PA
Message-ID: <AgonGOK00WB312Yo9m@andrew.cmu.edu>
We just installed our educational bundle of NS 3.1 for x86 on our
486/50. I'd like to know what sysadmin and s/w devlopment
documentations are avavailable and where from?
Thanks.
-Robert Tseng
Computing Facilities Manager
Carnegie Mellon University, Dept. of Architecture
CFA201, 5000 Forbes Ave., PGH PA 15213-3890
operator@arc.cmu.edu, 412-268-6422/6129(FAX)
From: christov@nazgul.st.hmc.edu (Christopher R. Douty)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Login Screensaver problems
Date: 31 Oct 1993 04:00:29 GMT
Organization: Harvey Mudd College, Claremont CA
Message-ID: <2avd8t$htt@jaws.cs.hmc.edu>
References: <1993Oct29.110938.22655@newstand.syr.edu>
Keywords: problem yes clue no
In article <1993Oct29.110938.22655@newstand.syr.edu> mcnichol@math.syr.edu
(Brendan T. McNichols) writes:
> We have a user here who has been having intermittant problems with the
> Login window screensaver. Sometimes, when the screen saver is active, he
> will press a key, the login window will show for a second, then the screen
> saver will be shown again and the computer will freeze. The only way to
> get out of this situation is to reboot the computer.
>
> Has anyone else experienced this problem? Know how to fix it?
Well, I have experienced the problem, but have no idea how to fix it. I
think it responds to a particular keypress combination though. I dropped
something on my keyboard and got the peculiar login/back to screensaver/no
response problem. It has only happened once.
I have a 25MHz NeXTdimension running 3.1.
--
Christopher Douty
cdouty@nazgul.st.hmc.edu | MIME and | "I ask you, which government
Christopher_Douty@hmc.edu | NeXTmail OK | is more threat to liberty, the
----------------------------------------------+ weak, severely limited
government of 1789, or the mega-state of today that takes 40 to 50 percent
of our income, has minions as numerous as the stars in the heavens and
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Printing from Parallel
Date: 27 Oct 1993 09:31:20 +0100
Organization: Palumbian Research Labs
Message-ID: <2albko$bm@marsu.tynet.sub.org>
References: <1993Oct22.033803.5671@weston.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
jspears@weston.com (Wes Spears) writes:
>I am working on a Compaq Prosignia and can not get it to print from the
>parallel port.
>Has anyone had a problem, and had any revalations?
Make sure that your printer is connected and turned on during the
boot procedure. Otherwise, /dev/pp0 cannot be registered by the
operating system.
Regards,
Markus.
--
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Expert in quantum bogodynamics
Newsgroups: comp.sys.next.sysadmin
From: gsl@netcom.com (Greg Lindholm)
Subject: Re: Has the serial drivers problem been solved?
Message-ID: <gslCFr570.ApG@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <1993Oct28.190245.18076@ve6mgs.ampr.org>
Distribution: na
Date: Sun, 31 Oct 1993 08:06:36 GMT
Yes, I'm using them right now with kermit from a 14400 modem V.32 V.42
with a connect speed of 19200. Using a Gateway 2000 telepath modem.
Have had zero problems with them since I installed the patch.
Greg Lindholm
gsl@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: gsl@netcom.com (Greg Lindholm)
Subject: Re: Printing from Parallel
Message-ID: <gslCFr5L7.B56@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <1993Oct22.033803.5671@weston.com>
Date: Sun, 31 Oct 1993 08:15:06 GMT
Wes Spears (jspears@weston.com) wrote:
: I am working on a Compaq Prosignia and can not get it to print from the
: parallel port.
: Has anyone had a problem, and had any revalations?
: Thanks
: Wes Spears
: --
: Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
: The Weston Group (UUCP and SENDMAIL Consultation)
: 8524 Highway 6 North, 162, Houston, TX 77095
On my Gateway 2000, the Base I/O addresses for LPT1 and LPT2 were reversed.
You can't tell this from the ROM configuation utility, I had to boot in
DOS and run a program call Check-It to find this out (there's probably
other ways to find out, but a DOS'er told me this one.) Anyway, I configured
the port as LPT2 instead of LPT1 and printing has worked fine since.
Greg Lindholm
gsl@netcom.com
Newsgroups: comp.sys.next.sysadmin,news.software.nntp
From: flo@pezzi.freiburg.sub.org (Florian Wolpert)
Subject: Re: INN on NeXT
Message-ID: <CFq1v0.10s@pezzi.freiburg.sub.org>
Followup-To: comp.sys.next.sysadmin,news.software.nntp
Organization: Flo & Co, a FreiNet site
References: <1993Oct28.170100.4327@metrosoft.com>
Date: Sat, 30 Oct 1993 17:56:59 GMT
Gordon Van Huizen (gvh@metrosoft.com) wrote:
: We are converting over to a network provider whose
: newsfeeds are sent via INN. Has anyone compiled the INN
: package under NEXTSTEP, and/or have configuration
: advice for NEXTSTEP?
we have successfully installed INN on our NeXTStation! there
was no problem at al. But first get and install gnu-grep/gnu-find/perl.
Then you may also set the new Path to gnu-find in expire/makeactive.c:
F = popen("exec /usr/local/bin/find . -follow -type d -print", "r");
: Also, does NewsGrazer (or any other NEXTSTEP reader)
: handle INN?
no problem, but i prefer tin ;-) (and waiting for NewsGrazer Pro...)
- Flo.
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: silbar@cantina.lanl.gov (Dick Silbar)
Subject: Re: HPLaserJet4ML DOES work with NS/I!
Message-ID: <1993Oct31.172449.29728@newshost.lanl.gov>
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Lab
Date: Sun, 31 Oct 1993 17:24:49 GMT
About two weeks ago I posted a long saga about how I got finally the HP-4ML
printer to work with our Epson NX computers (NS/I 3.1). Here is a little
addendum for your enjoyment.
The fellow who got the NX machine finally started doing some actual work with
it; he's using NeXTTeX to write a paper with equations. The stuff on the
screen in TeXView looks normal (quality expected for 91 dpi) but the _printed_
output was pretty shoddy. The italics characters looked like they too were 91
dpi, not the "resolution-enhanced" 300 dpi that we were expecting from the 4ML.
The problem was this. There is no driver for HP-4ML provided in NS/I 3.1 (it
being a relatively new machine), but there is one for an HP-4M. I chose that
option when creating the printer with the PrintManager.app.
Bad choice, since the the 4M is 600 dpi. Choosing instead one of the HP-III
drivers (which _are_ 300 dpi) makes a BIG improvement.
--
Dick Silbar
WhistleSoft, Inc.
NeXTMail: silbar@cantina.lanl.gov
Newsgroups: comp.sys.next.sysadmin
From: jfs@dlogics.com (John F Sasso)
Subject: Crashed next station: checking system files forever
Message-ID: <CFs74J.Hzr@dlogics.com>
Organization: Datalogics, Incorporated, Chicago, IL
Date: Sun, 31 Oct 1993 21:45:55 GMT
I've inherited a next station which will not boot up. The machine
worked at one time. I believe it was turned off without proper
shutdown, and the system disk is hozed.
I let it run all night, and it stayed at the spinning disk
"Checking System Files". Is there any way to recover my machine
without a system reinstall? I do not have a set of system media.
I have no other next stations or utilities. I don't even know
what version of the OS it is.
Please e-mail any responses. Condolences are acceptable. ;-)
jfs
--
Time means nothing.
Time means nothing to me anymore.
Newsgroups: comp.sys.next.sysadmin
From: jspears@weston.com (Wes Spears)
Subject: Re: Dos partition in NS/FIP question
Message-ID: <1993Nov1.020616.268@weston.com>
Sender: jspears@weston.com (Wes Spears)
References: <1993Oct29.205346.22865@pencom.com>
Date: Mon, 1 Nov 1993 02:06:16 GMT
In article <1993Oct29.205346.22865@pencom.com> raul@pencom.com (Raul
Alvarez) writes:
> In article <1993Oct26.205257.19484@ousrvr.oulu.fi> duling@niehs.nih.gov
> writes:
> > Can someone tell me how I can use the little DOS partition that
> > NS/fip can create on installation. My experience with it was
> > dubious. Both the DOS 6.0 icon in Workspace Manager and the
> > DOS boot option failed.
> >
> > Any help is appreciated.
> >
> > -- Dave Duling
> > net. duling@niehs.nih.gov
> > tel. 919-541-3381
>
> Need to get a DOS boot floppy with the format command on it. After
> booting off the floppy, type
> format c:
You should probably do a format c: /s
the /s puts the system on the disk so that you can boot off of it. This
is of course assuming that you own a copy of MS DOS.
Thanks
NOTE: DOS knowledge is nothing to be proud of!
--
Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
The Weston Group (UUCP and SENDMAIL Consultation)
8524 Highway 6 North, 162, Houston, TX 77095
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.programmer
Subject: Re: Can I turn on/off the sound from the command-line?
Message-ID: <SCOTT.93Nov1031711@nic.gac.edu>
From: scott@nic.gac.edu (Scott Hess)
Date: 1 Nov 93 03:17:11
References: <1993Oct26.174404.6180@beech.csis.gvsu.edu>
Organization: Is a sign of weakness
In-reply-to: wissner@beech.mcs.gvsu.edu's message of Tue, 26 Oct 1993 17:44:04 GMT
In article <2ajtit$41i@master.cs.rose-hulman.edu>,
schultrj@NeXTwork.Rose-Hulman.Edu writes:
>The only thing I ever came up with for this was the short program like
>this:
>
>#import <soundkit/soundkit.h>
>#import <appkit/publicWraps.h>
>
>void main()
>{
> [Sound setMute:YES];
> [Sound setVolume:0.94 :0.94];
> }
>
>Then compile (with the right libraries...) and put the file where you want
>it. You can make another program with setMute:NO and call it something
>else. Anybody have a better way?
Here's a little hack I wrote for someone with a similar problem:
#! /bin/sh
# This is a shell archive, meaning:
# 1. Remove everything above the #! /bin/sh line.
# 2. Save the resulting text in a file.
# 3. Execute the file with /bin/sh (not csh) to create the files:
# sndvolume.c
# This archive created: Mon Nov 1 03:09:45 1993
export PATH; PATH=/bin:$PATH
echo shar: extracting "'sndvolume.c'" '(2816 characters)'
if test -f 'sndvolume.c'
then
echo shar: will not over-write existing file "'sndvolume.c'"
else
sed 's/^X//' << \SHAR_EOF > 'sndvolume.c'
X/* sndvolume.c
X *
X * cc -g -O2 -s -object -o sndvolume sndvolume.c
X *
X * Set some volume-related sound parameters. "sndvolume" with no parameters
X *
X * Copyright 1993 Scott Hess. This source code may be redistributed
X * and modified without restriction. Well, one restriction - do not
X * claim that you wrote it.
X *
X * Scott Hess
X * 12901 Upton Avenue South, #326
X * Burnsville, MN 55337
X * (612) 895-1208
X * scott@gac.edu
X * shess@ssesco.com
X */
X#import <libc.h>
X#import <sound/utilsound.h>
X
Xvoid main( int argc, char **argv)
X{
X int left, right, on;
X SNDGetVolume( &left, &right);
X SNDGetMute( &on);
X if( argc==1) {
X printf( "left %d right %d %s\n", left, right, on ? "unmute" : "mute");
X exit( 0);
X }
X while( argc>1) {
X if( !strcasecmp( argv[ 1], "mute")) {
X if( on) {
X on=0;
X }
X } else if( !strcasecmp( argv[ 1], "unmute")) {
X if( !on) {
X on=1;
X }
X } else if( !strcasecmp( argv[ 1], "right")) {
X if( argc>2) {
X argc--;
X argv++;
X if( argv[ 1][ 0]=='+' || argv[ 1][ 0]=='-') {
X right+=atoi( argv[ 1]);
X } else if( isdigit( argv[ 1][ 0])) {
X right=atoi( argv[ 1]);
X } else {
X fprintf( stderr, "Bad volume '%s'\n", argv[ 1]);
X exit( 1);
X }
X }
X } else if( !strcasecmp( argv[ 1], "left")) {
X if( argc>2) {
X argc--;
X argv++;
X if( argv[ 1][ 0]=='+' || argv[ 1][ 0]=='-') {
X left+=atoi( argv[ 1]);
X } else if( isdigit( argv[ 1][ 0])) {
X left=atoi( argv[ 1]);
X } else {
X fprintf( stderr, "Bad volume '%s'\n", argv[ 1]);
X exit( 1);
X }
X }
X } else if( isdigit( argv[ 1][ 0])) {
X left=atoi( argv[ 1]);
X right=atoi( argv[ 1]);
X } else if( argv[ 1][ 0]=='+' || argv[ 1][ 0]=='-') {
X left+=atoi( argv[ 1]);
X right+=atoi( argv[ 1]);
X } else {
X fprintf( stderr, "Bad parameter '%s'\n", argv[ 1]);
X fprintf( stderr, "Usage:\n");
X fprintf( stderr, "sndvolume\n\tPrint out current volume status.\n");
X fprintf( stderr, "sndvolume [mute|unmute] [[left|right] [+|-]volume]\n");
X fprintf( stderr, "\tparameters may be applied multiple times in any order.\n");
X fprintf( stderr, "\tmute and unmute modify the mute status of the speaker.\n");
X fprintf( stderr, "\tleft or right specifies a channel to apply a volume change to.\n");
X fprintf( stderr, "\tabsolute volumes set the channel's volume.\n");
X fprintf( stderr, "\trelative volumes adjust the channel's volume.\n");
X fprintf( stderr, "\tif a channel is not specified, both are changed.\n");
X exit( 1);
X }
X argc--;
X argv++;
X }
X if( left<0 || left>43) {
X fprintf( stderr, "Left volume %d exceeds range.\n", left);
X exit( 1);
X }
X if( right<0 || right>43) {
X fprintf( stderr, "Right volume %d exceeds range.\n", right);
X exit( 1);
X }
X SNDSetVolume( left, right);
X SNDSetMute( on);
X exit( 0);
X}
SHAR_EOF
if test 2816 -ne "`wc -c < 'sndvolume.c'`"
then
echo shar: error transmitting "'sndvolume.c'" '(should have been 2816 characters)'
fi
fi # end of overwriting check
# End of shell archive
exit 0
Later,
--
scott hess <scott@nic.gac.edu> <I can handle NeXTMail, but don't like it>
12901 Upton Avenue South, #326 Burnsville, MN 55337 (612) 895-1208 Anytime!
<C++: ... One Language to bring them all and in the darkness bind them>
<In the Land of Redmond where the Shadows lie.>
Newsgroups: comp.sys.next.sysadmin,comp.os.linux.admin
From: eric@whyanext.com (Eric Schwartz)
Subject: NFS-related system panic!
Message-ID: <CFt5HE.An7@unix.portal.com>
Sender: news@unix.portal.com
Organization: Portal Communications Company
Date: Mon, 1 Nov 1993 10:08:00 GMT
I'm frequently getting the following System Panic message when I try to
use my NeXT (NS 2.1) as an NFS client:
'NFS read failed for server screech: RPC: Remote system error'
The automounter seems to be successfully mounting screech:/temp in /Net,
and typically I can do a 'cat /Net/screech/temp/testfile' from a command
shell. But it seems that every time I try dealing with an NFS-mounted
file from the Workspace - either by double-clicking an openable file in
screech:/temp/ or copying a file onto the other machine, I get the panic
and have to reboot.
Big clue: 'screech' is a PC running the SLS distribution of Linux. This
may have everything to do with the problem, but I don't know.
Also, my NeXT seems to have no trouble acting as an NFS server - screech
can read/write to the NeXT via NFS without any apparent problems.
Any ideas?
Thanks!
Eric
Newsgroups: comp.sys.next.sysadmin
From: stabl@antigone.ppp.informatik.uni-muenchen.de (Robert Stabl)
Subject: amd problems under 3.0
Message-ID: <1993Nov1.111224.958@antigone.ppp.informatik.uni-muenchen.de>
Sender: stabl@antigone.ppp.informatik.uni-muenchen.de (Robert Stabl)
Organization: Institut fuer Informatik der Universitaet Muenchen
Date: Mon, 1 Nov 1993 11:12:24 GMT
I tried to install amd920824upl75 on one of our NeXTstations running NeXTstep
3.0 today. It compiled fine and I was able to automount remote filesystems
with "type:=nfs". But I got in trouble when I tried to mount using the option
"type:=direct", e.g. with the following configuration
./amd -D all -p -x all -l ./log -w 900 \
/usr/local/test amd.direct -type:=direct \
</dev/null >/etc/amd.pid 2>/dev/null
amd.direct:
usr/local/test type:=nfs;rhost:=server;rfs:=/export/usr/local/somedir;\
opts:=rw,bg,intr
When I did an "ls /usr/local/test" the mount was executed
client# ls -al /usr/local/test
lrwxrwxrwx 1 root 15 Nov 1 12:02 /usr/local/test ->
/a/server/export/usr/local/somedir/@
A "cd /usr/local/test" yielded
client# cd /usr/local/test
/usr/local/test: Not a directory.
client# amq
/ root "root" client:(pid189)
/usr/local/test direct amd.direct /usr/local/test
/usr/local/test/. nfs server:/export/usr/local/somedir
/a/server/export/usr/local/somedir
The same configuration worked on SPARCstations running SUNOS4.1.3 and
Solaris2.1. So, how to get this running on the NeXT?
Thanks in advance
Robert Stabl.
--
Robert Stabl email: stabl@informatik.uni-muenchen.de
Computer Science Institute Tel: +(49) 89 2180 6316
University of Munich FAX: +(49) 89 2180 6310
Leopoldstr. 11B "Wer die Wahrheit nicht weiss, der ist bloss ein
D-80802 Muenchen Dummkopf. Aber wer sie weiss und sie eine Luege
Germany nennt, der ist ein Verbrecher!" B.Brecht,"Galileo"
Newsgroups: comp.sys.next.sysadmin
From: rashidi@thunder.acs.wmich.edu (Reza Rashidi)
Subject: mtab files
Sender: news@gumby.cc.wmich.edu (USENET News System)
Organization: Western Michigan University Academic Computing Services
Date: Mon, 1 Nov 1993 15:29:06 GMT
Message-ID: <1993Nov1.152906.9374@gumby.cc.wmich.edu>
On an NFS client I frequently notice accumulation of 0 byte sized files named
something like: mtab000755
Why are these files created? Why are they not removed later?
Appreciate any info.
--
Reza Rashidi
rashidi@wmich.edu
From: hickman@cse.unl.edu (Hubert B. Hickman)
Newsgroups: comp.sys.next.sysadmin
Subject: Changing a hostname on a network
Date: 1 Nov 1993 16:36:18 GMT
Organization: University of Nebraska--Lincoln
Distribution: world
Message-ID: <2b3du2$6sn@crcnis1.unl.edu>
I need to change a hostname of a machine on a NetInfo network. Is there
any easy way to make sure that all of the occurences of the old
hostname is changed to the new hostname in NetInfo?
Thanks,
Hubert Hickman
hickman@cse.unl.edu
From: whitem@jester.usask.ca (Matt White)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,su.computers.next
Subject: Re: CAP 6.0 on NexTStep3.0
Followup-To: comp.sys.next.sysadmin,comp.sys.next.software,su.computers.next
Date: 1 Nov 1993 16:35:19 GMT
Organization: University of Saskatchewan
Distribution: ba
Message-ID: <2b3ds7$hj3@tribune.usask.ca>
References: <1993Oct29.220846.28880@leland.Stanford.EDU>
On Fri, 29 Oct 93 22:08:46 GMT, Ranjini Ramachandran (tamarind@leland.Stanford.EDU) wrote:
: I'm having problems installing CAP6 on a NeXT3.0?
: No problems during the install.
: I ran aarpd. I start atis, and start-cap-servers
: ( which starts aufs among other things, I suppose...) and
: set up the afpvols, etc.,etc.,
: The fileserver never shows up in the Chooser and also,
: the "getzones" program that is supposed to give a list
: of zones, returns an error;
: error -1096 getting zone list
: Any suggestions?
: ( an e-mail messahe would be highly appreciated...)
: Thanks
: Ranjini
First of all, unless you've done some hard work, Ethertalk is not
supported on NeXT machines, which means you must use IPTalk. aarpd is
only used for Ethertalk, so shouldn't be run. IPTalk requires an
Appletalk bridge that talks IPTalk (such as the Kinetics/Shiva Fastpath,
Webster Multiport, etc).
If you (or anyone...) has been able to get CAP running with Ethertalk on
a NeXT, PLEASE let me know.....
--------------------My real computer is an Amiga---------------------
- Matt White Matt.White@usask.ca -
- Client Services whitem@jester.usask.ca -
- Dept. of Computing Services University of Saskatchewan -
---------------------------------------------------------------------
It sure is Monday... Ain't it a sin
I've gotta work my way thru the week again.
- Mark Chesnutt..."Sure Is Monday"
From: mgrmja@NeXTwork.Rose-Hulman.Edu (Michael J. Allard)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: SUMMARY: Trouble with Quantum ELS127 drives
Date: 1 Nov 1993 19:28:08 GMT
Organization: Rose-Hulman Institute of Technology
Distribution: world
Message-ID: <2b3o08$2i9@master.cs.rose-hulman.edu>
References: <2aphe6$1td@master.cs.rose-hulman.edu>
In article <2aphe6$1td@master.cs.rose-hulman.edu> I wrote:
> Greetings.
>
> We have bought a couple Quantum ProDrive 127s (ELS127S) and I am having
> trouble with them. I wrote the disk label once, but I could not write
> anything else to the disk.
>
> Now, when I try to write the disk label, I get the following (at least 4
> times):
>
>
> I have used/built numerous Quantum 120MB drives recently with no problem.
> The ELS127S is (I believe) a newer drive, and it may be attempting that
> evil synchronous mode data transfer stuff that NeXT insists on being the
> boss about. Am I just plain out of luck here?
Thanks to:
David Casti <disc@vector.intercon.com>
Max Hailperin <max@gac.edu>
They informed me of what I figured out by trial and error: The Quantum ELS
series drives do not get along with other SCSI devices when hooked to a
NeXT. Someone in our C.S. department mentioned something about Wide
SCSI-2... In any case, the drive works great as the only SCSI device.
Since we are using the drives to upgrade "diskless" cubes, this is fine for
us.
Thanks again to David and Max, and to anyone else whose replies I may not
have received yet due to the vastly temporal nature of Usenet propagation...
:-)
--
Michael J. Allard --- Workstation Manager, Waters Computing Center
Rose-Hulman Institute of Technology, Terre Haute, IN 812-877-8273
E-Mail: <Michael.Allard@rose-hulman.edu> Fax: 812-877-3198
#import <std/disclaimer.h> -- NeXTmail Friendly! -- HAMnet: KA9VDC
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: dgursky@nextsrv1.andi.org (David Gursky)
Subject: Mix and match disks
Message-ID: <dgursky.752185956@news.andi.org>
Summary: Need to locally mount disk formatted by a Sun 4/110 on an NSTC
Organization: Association of NeXTSTEP Developers International
Date: Mon, 1 Nov 1993 20:32:36 GMT
Recently, our Sun 4 finally gave up the ghost and died (or at least it is
doing a remarkable imitation of having died...) I would now like to take
the 600 MB disk from the Sun and attach it to my NeXT. The problem is that
the NeXT does not recognize the filesystem that the Sun wrote on the disk.
Every time I try and use the disk on the NeXT, I get a message to the effect
of "Unreadable SCSI disk. Do you want to format?" (or maybe it is
"Unrecognizable SCSI disk...") In any event, I would prefer not to have to
reformat and restore a 600+ MB disk from backup tapes (especially as I'm
reasonably certain that the disk had not been backed up recently). Is there
any way to accomplish this? [The disk was mounted on the Sun as a 4.2 volume.
It only has one partition that encompasses the complete disk. The disk is a
Fujitsu M2263-512 mechanism.]
-----
David M. Gursky MIME and NEXTMAIL accepted
Synex, Inc. e-mail: .. dgursky@nextsrv1.andi.org
5950 Symphony Woods Road voice: ............. (301) 621-5732
Columbia, MD 21044 fax: ............. (301) 621-6005
--
David M. Gursky MIME and NEXTMAIL accepted
Synex, Inc. e-mail: .. dgursky@nextsrv1.andi.org
5950 Symphony Woods Road voice: ............. (301) 621-5732
Columbia, MD 21044 fax: ............. (301) 621-6005
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: Reverse alias mapping in sendmail with netinfo?
Message-ID: <1993Nov1.203401.1499@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
Date: Mon, 1 Nov 1993 20:34:01 GMT
Currently, when you want to do inverse alias mapping for outgoing mail you have
to run NIS. I do not want to run NIS next to netinfo. Are netinfo patches for
sendmail available somewhere? Or does someone know how to achieve this with
netinfo?
Thanks,
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
From: andrew@wuecl.wustl.edu (Andrew S Koransky)
Newsgroups: comp.sys.next.sysadmin
Subject: Public Window Server - how to use?
Date: 1 Nov 1993 21:16:23 GMT
Organization: Washington University, St. Louis MO
Message-ID: <2b3ub7$234@wuecl.wustl.edu>
Does anyone know how to launch a NeXT app from a remote computer and
have it display locally? I have my local machine set up to be a Public
Window Server, but I couldn't find anything in the docs (online or offline)
that would tell me how to take advantage of this feature! Thanks in
advance!
RESPOND VIA E-MAIL: andrew@wuecl.wustl.edu
--
Andrew Koransky |College address: | "Incompetence is the key to
6235 River Chase Circle|7536 Parkdale Ave | adventure."
Atlanta, GA 30328 | Apartment 3 | -Unknown
(andrew@wuecl.wustl.edu)|St. Louis, MO 63105| Happy OS2 user!
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Copying from bootable disk to another
Date: 2 Nov 1993 01:30:14 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <2b4d76$p90@news.mic.ucla.edu>
References: <2ameh6$ap8@news.mic.ucla.edu>
Here are some of the (very helpful) responses. Thanks for your help.
From brown@quorum.com Wed Oct 27 20:54:42 1993
From: brown@quorum.com (Robert E. Brown)
To: ivo@next.agsm.ucla.edu (Ivo Welch)
In-Reply-To: ivo@next.agsm.ucla.edu's message of 27 Oct 1993 18:26:46 GMT
Subject: Copying from bootable disk to another
You are glossing over several separate issues in your questions. It's easy to
make a "carbon copy" of a disk by using the "dd" program to exactly copy the
entire contents of one disk to another. If you use the disk device that
represents the entire disk, then the result will be an exact carbon copy of
the source disk. Your partitions will be exactly the same size, which means
that if the target disk is bigger than the source disk, you will not be able
to access the extra space on the target. DOS partitions will also be
transferred.
Disks are bootable when they contain the operating system and other system
files that are necessary for booting. At boot time the ROM monitor loads a
bootstrap from the beginning of the disk, which then reads the operating
system from the root directory. If you make a carbon copy of a disk, then the
boot block will also be copied, so no extra steps are required. If you make a
disk copy by using dump/restore or tar, then your target disk will contain a
copy of the data on your source, but won't include the boot block, since it is
outside the Unix file systems that are stored on a disk. You'll need to
install a boot block on the target disk with the "/etc/disk" program.
Using dump and restore to copy Unix files to a second disk is quite
reasonable. First format the target disk with "newfs", boot in single user
mode, mount the target disk and use dump and restore to copy your boot disk to
the target. You won't need extra disk space if you use a pipe:
dump 0f - / | (cd /targetdisk ; restore xf -)
Once you have a file system on the target disk, use /etd/disk to place a boot
block on it. Disconnect your original boot disk and see if the machine will
boot from your new boot disk.
Good luck!
bob
From Mike_Matthews@sgate.com Thu Oct 28 09:58:24 1993
Return-Path: <Mike_Matthews@sgate.com>
Date: Thu, 28 Oct 93 09:06:32 -0400
From: Mike Matthews <Mike_Matthews@sgate.com>
To: ivo@next.agsm.ucla.edu
Subject: Re: Copying from bootable disk to another
Newsgroups: comp.sys.next.sysadmin
Organization: Collins International Services Company
If you want to make an exact image of one disk, including its partition
tables, that may be difficult. The only way that *might* work is to use a dd
pipe on the /dev/rsd?c partition (which normally covers the whole disk). The
problem is, that doesn't get the boot sector which has the partition
information.
Might be easier/safer to create duplicate partitions on the target hard
drive, and use a dump/restore pipe (which does not take up any extra disk
space, other than the restoresymtab file which is negligible as long as you
aren't at 99% capacity). The DOS partition should probably be better suited
for a dd pipe of the raw devices.
------
Mike Matthews, Mike_Matthews@sgate.com (NeXTmail accepted)
------
From sottilej@robadome.com Thu Oct 28 14:17:49 1993
Return-Path: <sottilej@robadome.com>
Date: Thu, 28 Oct 93 14:06:59 PDT
From: sottilej@robadome.com (Joseph J. Sottile)
Message-Id: <9310282106.AA05169@clipper.eng.sc.rolm.com>
To: ivo@next.agsm.ucla.edu
Subject: Re: Copying from bootable disk to another
BuildDisk.app will ask you which packages you want installed on the new disk,
and it includes the packages in the Receipts directory.
_____________________________________________________________________________
Joseph J. Sottile | Worldwide PhoneMail Development | ROLM Systems
+1-415-988-0496 (h) | sottilej@robadome.com | A Siemens Company
+1-408-492-3223 (w) |__________________________________|__________________
____ | My opinions don't belong to ROLM, just my mind.
\ / On all the best |_____________________________________________________
\/ planets. | B3 f+ w(+) c g+ k+ sv r(-) p | Mind at
| S7/2 b- g+ l- y- z- n o x-- a++ u-- v j++ | Play
From @mars.space.ualberta.ca:sherwood@space.ualberta.ca Thu Oct 28 14:30:49 1993
Return-Path: <@mars.space.ualberta.ca:sherwood@space.ualberta.ca>
Date: Thu, 28 Oct 1993 15:17:18 -0600
From: sherwood@space.ualberta.ca
To: ivo@next.agsm.ucla.edu (Ivo Welch)
Subject: Re: Copying from bootable disk to another
Newsgroups: comp.sys.next.sysadmin
Cc: sherwood@space.ualberta.ca
X-Newsreader: TIN [version 1.2 PL1]
Message-Id: <93Oct28.153036mdt.8814@mars.space.ualberta.ca>
Use a pipe. eg
dump -0uf - | (cd mountpoint; restore -[options])
Should proceed at about half a meg per second.
May have to play with options some...
--
=> Sherwood Botsford sherwood@space.ualberta.ca <=
=> University of Alberta Lab Manager, Space Physics Group <=
=> tel:403 492-3713 fax: 403 492-4256 <=
From verket@venice.sedd.trw.com Fri Oct 29 09:19:02 1993
Return-Path: <verket@venice.sedd.trw.com>
Date: Fri, 29 Oct 93 09:19:08 -0700
From: verket@venice.sedd.trw.com (Paul Verket)
Message-Id: <9310291619.AA12778@venice.sedd.trw.com>
To: ivo@agsm.ucla.edu (Ivo Welch)
Subject: Re: Copying from bootable disk to another
Newsgroups: comp.sys.next.sysadmin
Organization: TRW Systems Engineering & Development Division, Carson, CA
X-Newsreader: TIN [version 1.2 PL1]
In article <2ameh6$ap8@news.mic.ucla.edu> you wrote:
: ... I believe that I can use dump/restore to completely
: rebuild volumes, but not only does it seem slow, it also requires extra disk
: space.
Dump and restore accept the "f -" option and argument so you could
pipe the output from the dump to the input of the restore. That way
you wouldn't need a third disk.
Gnutar would also work in a similar fashion. Run it with "+help" to
get a list of all the command line options.
Paul Verket (NeXTmail ok)
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
From: lje0106@sigma.tamu.edu (Louis J. Everett)
Newsgroups: comp.sys.next.sysadmin
Subject: NeXT suddenly becomes SLOW
Date: 1 Nov 1993 16:48:10 GMT
Organization: Texas A&M University, College Station, TX
Distribution: world
Message-ID: <2b3eka$6ga@TAMUTS.TAMU.EDU>
Recently, my Next began to be poke slow. What is going on? what do I check?
I have not changed the configuration or software. Over the weekend it has
become unbearable.
In fact I am able to type faster than this mail application can display
the characters. Now that's slow.
--
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Louis Everett
lje0106@sigma.tamu.edu
NeXT mail welcome
Newsgroups: comp.sys.next.sysadmin
From: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Subject: Trying to add new printer......
Message-ID: <1993Nov2.052916.20417@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Tue, 2 Nov 93 05:29:16 GMT
I thought I read somewhere there is a reason why in the
PrintManager.app sometimes "NeXTPrinter" isn't highlighted
when I want to create a new printer....any ideas?
please email replies...I'll post a summary....
CW
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,su.computers.next
From: mpetach@storm.Stanford.EDU (Matthew N. Petach)
Subject: Re: CAP 6.0 on NexTStep3.0
Message-ID: <1993Nov2.064722.23384@leland.Stanford.EDU>
Followup-To: comp.sys.next.sysadmin,comp.sys.next.software,su.computers.next
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <1993Oct29.220846.28880@leland.Stanford.EDU>
Distribution: ba
Date: Tue, 2 Nov 93 06:47:22 GMT
NB: Bounce to user.
Ranjini Ramachandran (tamarind@leland.Stanford.EDU) wrote:
: I'm having problems installing CAP6 on a NeXT3.0?
: No problems during the install.
: I ran aarpd. I start atis, and start-cap-servers
: ( which starts aufs among other things, I suppose...) and
: set up the afpvols, etc.,etc.,
: The fileserver never shows up in the Chooser and also,
: the "getzones" program that is supposed to give a list
: of zones, returns an error;
: error -1096 getting zone list
: Any suggestions?
: ( an e-mail messahe would be highly appreciated...)
: Thanks
: Ranjini
Make sure you have the necessary links in /etc, and make
sure your /etc/atalk.local files are setup correctly:
here's ours; modify as necessary.
Storm.Stanford.EDU:/users/user/mpetach> more /etc/at*
#host's appletalk network, node of machine, zone
21.1 189 Sweet2
#bridge's appletalk network, node, and Kbox's ip address
21.1 138 36.21.0.138
If you're not sure of this info, send a note back indicating
what zone you're in and what your IP address is, and I can
send you an example of what the correct file should be.
Hope this helps!
Matt Petach
Yes, we have CAP6.0 running perfectly under NS3.0 :-)
Newsgroups: comp.sys.next.sysadmin
From: mpetach@storm.Stanford.EDU (Matthew N. Petach)
Subject: Re: Public Window Server - how to use?
Message-ID: <1993Nov2.073757.26347@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <2b3ub7$234@wuecl.wustl.edu>
Date: Tue, 2 Nov 93 07:37:57 GMT
Andrew S Koransky (andrew@wuecl.wustl.edu) wrote:
: Does anyone know how to launch a NeXT app from a remote computer and
: have it display locally? I have my local machine set up to be a Public
: Window Server, but I couldn't find anything in the docs (online or offline)
: that would tell me how to take advantage of this feature! Thanks in
: advance!
Sure. open a terminal window on the remote system, and type
prompt> MyApp -NXHost mylocalhost.wherever.edu
: RESPOND VIA E-MAIL: andrew@wuecl.wustl.edu
I'd love to, but tin doesn't support that.
: --
: Andrew Koransky |College address: | "Incompetence is the key to
: 6235 River Chase Circle|7536 Parkdale Ave | adventure."
: Atlanta, GA 30328 | Apartment 3 | -Unknown
: (andrew@wuecl.wustl.edu)|St. Louis, MO 63105| Happy OS2 user!
Matt
Newsgroups: comp.sys.next.sysadmin
From: arrouye@petole.imag.fr (Yves Arrouye)
Subject: Problems 1/ being a server 2/ managing users
Message-ID: <ARROUYE.93Nov2114355@petole.imag.fr>
Sender: news@imag.fr
Organization: Institut Imag, Grenoble, France
Date: Tue, 2 Nov 1993 10:43:53 GMT
Hi,
I have two problems with my NS 3.1 machine:
SNS did not want to let my machine be a server exporting
directories and users (it showed an alert panel saying that there was
not enough memory on my HD --- I had 500 MB free!), so I've set upt
the NFS server myself, but
1. The /Net directory is empty (I expected it to contain my
machine).
2. My users (which are created under / using UserManager) can login,
work etc. but the users directories are not shown with houses icons.
Thanks for any help,
Yves.
--
Advocates for the C++ school claim that a well designed Yves Arrouye
program does not need the extra flexibility (a lie), Yves.Arrouye@imag.fr
while advocates for the Objective-C school claim that (33) 76 57 48 64
the errors are no problem in practice (another lie). NeXT Mail
From: matthewm@sgate.com (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin,comp.sys.dec
Subject: NEXTSTEP 3.0 NFS serving DEC OSF 1.3a
Date: 1 Nov 1993 15:15:46 -0500
Organization: Collins International Services Company
Message-ID: <2b3qpi$bo2@sgate.com>
I know, I know, I've got that one backwards, but the NEXTSTEP machine's our
mailhost.
Anyway, I'm having a problem NFS mounting the /usr/spool/mail directory onto
a DEC 3000/500 under OSF 1.3a. The mount works, reading the files work, but
if you try to access the file (either through the Berkeley mailer or 'from')
the process seems to hang on the file close. You can ^z the process, but it
won't die (at first I thought this was DEC's attempt at some Halloween humor,
but...).
There doesn't seem to be any harm done here, other than the leftover
<exiting> process, and it doesn't happen all the time, which makes things
even more fun.
An example dead process:
-> ps -el -p 446
F STAT UID PID PPID %CPU PRI NI RSS WCHAN TT TIME
COMMAND
80888421 S 297 446 433 0.0 44 0 440K lockct p0 0:00.04
<exiting
Here's the DEC's entry in /etc/fstab:
/usr/spool/mail@mailhost /usr/spool/mail nfs rw,bg 0 0
Mailhost is exporting /usr/var/spool/mail with root permissions to the DEC.
------
Mike Matthews, Mike_Matthews@sgate.com (NeXTmail accepted)
------
From: chi@watserv.ucr.edu (Denny Chuang)
Newsgroups: comp.sys.next.sysadmin
Subject: Boot up problem.
Date: 2 Nov 1993 13:32:38 GMT
Organization: University of California, Riverside
Message-ID: <2b5nhm$bsh@galaxy.ucr.edu>
My system got stuck at the Load of /etc/mach_init, errno 2, trying
/etc/init after I change the graphic card from regular VGA
to a Diamond Stealth Pro S3928 chip. I would like to find out
how to solve this problem. Please give me some suggestions to
correct this problem. As I don't want to reinstall the whole
NeXTSTEP once again! (Note: I have installed NS/FIP 3 time this week.)
Thanks for your help!
From: bora@ils.nwu.edu (Don Bora)
Newsgroups: comp.sys.next.sysadmin
Subject: Problem launching Disk Builder
Date: 2 Nov 1993 15:50:34 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <2b5vka$a3c@anaxagoras.ils.nwu.edu>
References: <2b3eka$6ga@TAMUTS.TAMU.EDU>
First, when I put an unformatted floppy disk in the drive it
get's spit back out with a message on the Console that the
disk is unformated! What the heck? Why doesn't the Cube
just format it?
Then when I tried to launch the Disk Builder I get the following on the
Console:
Nov 1 21:56:45 Workspace[219]:
Cannot fork for /usr/lib/NextStep/Workspace.app/WM.app/AppFinder.tool
Nov 1 21:56:45 Workspace[219]:
No tool for launch notice on pid : 225
Any clue what the heck this means?
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
From: pkron@corona.com (Peter Kron)
Organization: Corona Design, Inc., Seattle, WA
Date: Tue, 2 Nov 1993 08:08:31 PST
Message-ID: <1993Nov02.160831.2059@corona.com>
Newsgroups: comp.sys.next.sysadmin
Subject: NeXT suddenly becomes SLOW
References: <2b3eka$6ga@TAMUTS.TAMU.EDU>
lje0106@sigma.tamu.edu (Louis J. Everett) writes:
> Recently, my Next began to be poke slow. What is going
> on? what do I check? I have not changed the configuration
> or software. Over the weekend it has become unbearable.
I have occasionally seen the Workspace and "console (WindowServer)"
get into some sort of spin condition and gobble CPU seconds. I haven't
determined any cause for this condition, but it does bring everything
else down to a crawl. Logging out and back in again seems to clear it
up.
---
NeXTMail:Peter_Kron@corona.com
Corona Design, Inc.
P.O. Box 51022
Seattle, WA 98115-1022
Newsgroups: comp.sys.next.sysadmin
From: duling@niehs.nih.gov (David R Duling)
Subject: Intel boot drive question
Message-ID: <duling.47.0@niehs.nih.gov>
Sender: postman@alw.nih.gov (AMDS Postmaster)
Organization: LMB
Date: Tue, 2 Nov 1993 21:41:04 GMT
I have NS/fip installed on one IDE disk and the NT dual boot (DOS&NT)
installed on another IDE disk. Is there a way I can have my choice of booting
without re-installing one or more of these systems ? Any help appreciated.
Isnt there a faq somewhere concerning multi-boot setups ?
-- Dave Duling
Laboratory of Molecular Biophysics
National Institute of Environmental Health Sciences
net. duling@niehs.nih.gov tel.919-541-3381
From: kay@cs.tu-berlin.de (Kay Neuenhofen)
Newsgroups: comp.sys.next.software,comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Request for user experience with PhoneKit
Date: 2 Nov 1993 18:48:47 GMT
Organization: Technical University of Berlin, Germany
Message-ID: <2b6a2f$28m@news.cs.tu-berlin.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Is there anyone out there using PhoneKit ?
Where do you use it for ? (connectivity or telephony ?)
Positive/negative experience ?
Please reply via email to kay@cs.tu-berlin.de, I'll summarize.
Thanks
Newsgroups: comp.sys.next.sysadmin
From: gregg@outback.ny.tpc.com (Greg Gershowitz)
Subject: /etc/printcap ?
Message-ID: <1993Nov2.171308.24394@outback.ny.tpc.com>
Organization: Out Back Trading
Date: Tue, 2 Nov 1993 17:13:08 GMT
I am new to NeXTstep, so please bear with me.
I am trying to set up my /etc/printcap so that I can print to my
Sun's printer. However, lpc doesn't seem to be able to find any of
the printers. It doesn't complain about missing directories, nothing.
What can I do?
-Greg G
--
"No matter who you are, no matter what you look like, deep down in
the gunny sack of your soul, in the top drawer, in the back, on the
bottom, we all have a pair of pants with a pocket full of kryptonite."
"When God belches, it sounds OK" - Spin Doctors, Jones Beach, 7/9/93
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
From: harv@narwal.ali.bc.ca (Harvey C. Dueck)
Subject: Connecting a terminal to a serial port under NS/FIP
Message-ID: <1993Nov2.191155.3476@narwal.ali.bc.ca>
Organization: A.L.I. Technologies
Distribution: na
Date: Tue, 2 Nov 1993 19:11:55 GMT
Has anyone had any success using a terminal connected to a serial port
under NS/FIP?
We have no problems using a Wyse 160 in vt100 emulation mode connecting
to NS/FIP via a DEC terminal server, but when we try to connect via the
serial port we see some weird behaviour. The fourth character in a line
is frequently dropped, and the driver wants to map the F1 function key
to the NULL character. We can probably deal with the latter problem via
termcap changes, but the dropped characters are a concern.
More details on the setup:
- Wyse 160 in vt100 emulation mode
- 19200 baud, 8 bits, no parity
- modified /etc/gettytab so that the std.19200 entry reads
g|std.19200|19200-baud:\
:sp#19200:p8:ap:
- set up getty in /etc/ttys as
ttyb "/usr/etc/getty std.19200" vt100 on secure
- serial cable only has TX, RX and GND connected
We tried reducing the baud rate to 9600, but characters were still being
dropped.
Any suggestions are welcome. I would prefer to rely on software flow
control if possible, but I can connect the hardware flow control lines
if necessary. I should point out that we had no trouble getting
19200 baud connections over a 3 wire cable under SVR4.
- harv
--
Harvey C. Dueck A.L.I. Technologies Ltd.
harv@ali.bc.ca 320 - 3700 Gilmore Way
Phone: (604) 433-3422 Ext. 314 Burnaby, British Columbia
FAX: (604) 433-5712 V5G 4M1
From: swany@duncan.cs.utk.edu (Martin Swany)
Newsgroups: comp.sys.next.sysadmin
Subject: Anonymous FTP
Date: 2 Nov 1993 20:33:04 GMT
Organization: Computer Science Dept, University of Tennessee, Knoxville
Distribution: world
Message-ID: <2b6g60INN86r@CS.UTK.EDU>
Keywords: FTP
I was wondering about setting up anonymous FTP on a Black hardware
Next running NS 3.1. I have made the user and the home directory
and made the mini file system for the chroot to go to, but when I
ftp in it says 'can't set guest privilages.'
Any ideas?
thanks in advance,
Martin Swany, UT Computing Center, UNIX Systems Group
From: perkins@andromeda.rutgers.edu (Steve Perkins)
Newsgroups: comp.sys.next.sysadmin
Subject: NS/FIP hangs during boot at Configuring Device Drivers line
Keywords: Configuring, Device, Drivers
Message-ID: <Nov.2.16.27.24.1993.19347@andromeda.rutgers.edu>
Date: 2 Nov 93 21:27:25 GMT
Organization: Rutgers Univ., New Brunswick, N.J.
I have NS/FIP on a 486/33 clone with supported boards. As root I used prefer
ence to change the serial port to com2 and to add the PAS16. I shutdown and
restarted. The machine hung at the Configuring Device Drivers line. I waited
two hours and reset the computer. I can boot into single-user command line
but not into anything else. If I logout of single-user mode it hangs at
Configuring Device Drivers. I have gone into .NeXT and renamed .NeXTdefaults.L
and then rebooted. That did not help. Anyone have any ideas other than a
reinstall? If I have to reinstall, I will wait to receive the 3.2 upgrade.
TIA,
Steven C. Perkins perkins@andromeda.rutgers.edu
Newsgroups: comp.sys.next.sysadmin
From: messner@hopper.ACS.Virginia.EDU (David Messner)
Subject: user domain confusion
Message-ID: <CFs2B0.G5D@murdoch.acc.Virginia.EDU>
Summary: multiple users assigned to same id number
Keywords: domain, users
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: U.Va. Internet Public Access Project
Distribution: usa
Date: Sun, 31 Oct 1993 20:01:47 GMT
Hi. As an inexperienced administrator of a small netinfo network, I am
running into a rather confusing situation. Our network of five NeXT
computers has both network wide and local domain users. The problem is
that the same user id # is assigned to both a local user on machine foo and
to a network-wide user. When the network user logs in on machine foo, he
sees all the ownerships in his home directory belong to the local user.
(since the id# is the same, he has access to his files though).
When creating network users I save them to the root (/) domain. The question
is, how do I tell the netinfo database to not assign them an id already
allocated to a local domain on the network?
Somebody please help clear this up for me before more users are added.
Thanks a bunch!
David Messner
messner@hopper.acs.virginia.edu
-------------------------------------------------------------------------
In my spare time I like to sit and wonder why I have no spare time.
--
----------------------------------------------------------------------------
David Messner All opinions are those of
messner@hopper.acs.virginia.edu myself and not the
University
Future author of 'NeXTSTEP: The NeXT Generation'
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.bugs
From: cuilla@black_silk (Chris Cuilla)
Subject: Booting NS/Intel
Message-ID: <1993Nov2.214726.3276@il.us.swissbank.com>
Sender: root@il.us.swissbank.com (Operator)
Organization: Swiss Bank Corporation CM&T Division
Date: Tue, 2 Nov 1993 21:47:26 GMT
I have a NS/Intel machine...when I boot it...everything is fine, etc, etc.
And I'm asked which mode I want to boot in (NS or DOS) (after a delay of a
few seconds (if I don't respond) it automatically boots in DOS/Windows.)
This happens everytime, even when I choose NS, the next time it does the
same thing. I believe it should be booting in NS by default once I select
NS. What am I doing wrong.
Also, I'm asked to press "F1" to proceed each time (before I'm prompted
for the OS of choice).
Thoughts?
--
Chris Cuilla
chris@its.com
---
Opinions voiced are my own and only my own and I defend to the death my
right to deny I said anything.
---------------------------------------------------------------------
"There's no such thing a as 'part-time' perfectionist."
---------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Subject: Name extension script.....
Message-ID: <1993Nov3.023829.644@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Wed, 3 Nov 93 02:38:29 GMT
Does anybody have a simple csh script that if I'm working in the
teminal shell, I can hit escape (twice or something) and if it can it
will finish the name of the command I'm working on?
CW
From: steve@eps.rain.com (Steve Kornreich)
Newsgroups: comp.sys.next.sysadmin
Subject: Network Printing
Message-ID: <752295541.0snx@eps.rain.com>
Date: 3 Nov 93 02:59:01 GMT
Article-I.D.: eps.752295541.0snx
Distribution: world
Organization: EPS
I am triing to print from my NS_FIP workstation to a Sun Sparcstation that
acts as my PrintServer /spooler. Is this poosible to do?
--
Steven Kornreich
steve@eps.rain.com
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: patt@sage.cc.purdue.edu (Sam Li)
Subject: Anyone has experience with "Text-to-speech" yet?
Message-ID: <CFwJIz.5B3@mentor.cc.purdue.edu>
Followup-To: poster
Keywords: text-to-speech
Sender: news@mentor.cc.purdue.edu (USENET News)
Organization: Purdue University
Distribution: usa
Date: Wed, 3 Nov 1993 06:04:10 GMT
Hi,
I am thinking of whether to try the Text-to-speech application or not. So, has anyone try that program yet? I think it has been on the market for a while, but I have never seen any review or comment on that yet! Can anyone tell me your experience and comments on the product? The most important thing is the accuracy of the program.
Thanks!
I can be reach at patt@sage.cc.purdue.edu
<<<<Non-NeXTmail ONLY!!!>>>>
Sam.
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: Trouble with Quantum ELS127 drives
Message-ID: <1993Nov2.220457.15321@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <2aphe6$1td@master.cs.rose-hulman.edu>
Date: Tue, 2 Nov 1993 22:04:57 GMT
In article <2aphe6$1td@master.cs.rose-hulman.edu>
mgrmja@NeXTwork.Rose-Hulman.Edu (Michael J. Allard) writes:
> Greetings.
>
> We have bought a couple Quantum ProDrive 127s (ELS127S) and I am having
some
> trouble with them. I wrote the disk label once, but I could not write
> anything else to the disk.
>
> Now, when I try to write the disk label, I get the following (at least 4
> times):
>
> sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48,
retry 1
> sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48,
retry 2
> sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48,
retry 3
> sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48,
retry 4
> sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48,
retry 5
> sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48,
retry 6
> sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48,
retry 7
> sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48,
retry 8
> sd1: Incomplete disk transfer; bytes moved = 0x1e00, resid = 0x1c48,
retry 9
> sd1: Incomplete disk transfer - FATAL
>
> I have used/built numerous Quantum 120MB drives recently with no
problem.
> The ELS127S is (I believe) a newer drive, and it may be attempting that
evil
> synchronous mode data transfer stuff that NeXT insists on being the boss
> about. Am I just plain out of luck here?
>
> The only jumpers on the drive are for SCSI ID. Is this drive too smart
for
> NeXT's britches? I really dislike the thought of sending these back.
:-(
>
> BTW, the drive is terminated OK. The original label I wrote appears on
the
> screen at boot time:
>
> QUANTUM ELS127S Rev 4.07 as sd1 at sc0 target 2 lun 0
> Disk Label: NeXT_3.1
> Disk Capacity 122MB, Device Block 512 bytes
>
> Please e-mail any responses. I will gladly summarize.
>
> Thanks in advance - I'm stuck on this one.
>
> Mike
>
> P.S. The Quantum 120s were also of the 512-byte-block variety, and I
had no
> problem with that. :-?
>
> --
> Michael J. Allard --- Workstation Manager, Waters Computing Center
> Rose-Hulman Institute of Technology, Terre Haute, IN 812-877-8273
> E-Mail: <Michael.Allard@rose-hulman.edu> Fax: 812-877-3198
> #import <std/disclaimer.h> -- NeXTmail Friendly! -- HAMnet: KA9VDC
--
I did have the same problem IBM 1Gbyte 3,5" hard drive. The answer from
IBM was : change some setting with the scsi mode select command. I did it
on a Mac with the Sedit app because I did not want to write a program on
NeXT.
Thanks to the people at IBM UK who own a NeXT Station.
Fabien
P.S. If somebody needs the IBM mode select config info, please don't
hesitate to contact me thru E-mail.
---------------------------------------------------------------------
Reply to Fabien_Roy@free.fdn.org or if your mail bounce back
to Fabien_Roy@free.fr. (uucp road-map problem) NextMails accepted
Fabien Roy Electronic Engineering (Former NeXT Distributor)
----------> Almost killed by NEXT when they stop the hardware.
---------------> Still alive with NEXTSTEP FOR INTEL PROCESSORS.
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: Crashed next station: checking system files forever
Message-ID: <1993Nov2.223132.15494@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <CFs74J.Hzr@dlogics.com>
Date: Tue, 2 Nov 1993 22:31:32 GMT
In article <CFs74J.Hzr@dlogics.com> jfs@dlogics.com (John F Sasso) writes:
>
> I've inherited a next station which will not boot up. The machine
> worked at one time. I believe it was turned off without proper
> shutdown, and the system disk is hozed.
>
> I let it run all night, and it stayed at the spinning disk
> "Checking System Files". Is there any way to recover my machine
> without a system reinstall? I do not have a set of system media.
> I have no other next stations or utilities. I don't even know
> what version of the OS it is.
>
> Please e-mail any responses. Condolences are acceptable. ;-)
>
> jfs
>
> --
> Time means nothing.
> Time means nothing to me anymore.
John you should try to boot your NeXt in single user mode:
1) after the bip test press simultaneously "left Command, right Command
and ~ " to get into the monitor.
2) When you get into the monitor type bsd -s (hit return)
3) at '#' prompt type fsck -n /dev/rsd0a (hit return)
4) post a summary of the print out, I (or somebody else) will try to
analyze it
5) If fsck reports no errors, try to reset NetInfo by doing the
followings:
a) still at '#' prompt type cd /etc/netinfo (hit return)
b) type mv network.nidb network.nidb.old (hit return)
c) type mv local.nidb local.nidb.old (hit return)
d) type mkdir local.nidb (hit return)
e) type cd local.nidb (hit return)
f) type cp /usr/template/client/etc/netinfo/local.nidb . (hit
return)
g) type sync (hit return)
h) type /etc/halt (hit return)
i) at NeXT monitor prompt type b
Have fun with NeXT
Fabien
--
---------------------------------------------------------------------
Reply to Fabien_Roy@free.fdn.org or if your mail bounce back
to Fabien_Roy@free.fr. (uucp road-map problem) NextMails accepted
Fabien Roy Electronic Engineering (Former NeXT Distributor)
----------> Almost killed by NEXT when they stop the hardware.
---------------> Still alive with NEXTSTEP FOR INTEL PROCESSORS.
Newsgroups: comp.sys.next.sysadmin
From: wfc@cl.cam.ac.uk (William Clocksin)
Subject: Re: NeXT suddenly becomes SLOW
Message-ID: <1993Nov3.100722.27234@infodev.cam.ac.uk>
Sender: news@infodev.cam.ac.uk (USENET news)
Organization: U of Cambridge, England
References: <1993Nov02.160831.2059@corona.com>
Date: Wed, 3 Nov 1993 10:07:22 GMT
In article <1993Nov02.160831.2059@corona.com> pkron@corona.com (Peter Kron)
writes:
> lje0106@sigma.tamu.edu (Louis J. Everett) writes:
> > Recently, my Next began to be poke slow. What is going
> > on? what do I check? I have not changed the configuration
> > or software. Over the weekend it has become unbearable.
>
> I have occasionally seen the Workspace and "console (WindowServer)"
> get into some sort of spin condition and gobble CPU seconds. I haven't
> determined any cause for this condition, but it does bring everything
> else down to a crawl. Logging out and back in again seems to clear it
> up.
I have noticed that some modem software enables gettys that are never used.
disabling the gettys brought the system back to life.
----------------------------------------------------
W.F. Clocksin, Assistant Director of Research,
Computer Laboratory, University of Cambridge
Pembroke Street, Cambridge CB2 3QG, U.K.
Internet: wfc@CL.cam.ac.uk (NeXTMail is acceptable)
Tel UK: (0223) 334628. Tel (Int'l): +44 223-334628.
Fax UK: (0223) 334678. Fax (Int'l): +44 223-334678.
From: seubert@cip.mathematik.uni-wuerzburg.de (Klemens Seubert)
Newsgroups: comp.sys.next.sysadmin
Subject: Size of swapfile
Date: 3 Nov 1993 10:54:14 GMT
Organization: University of Wuerzburg, Germany
Message-ID: <2b82km$fuh@winx03.informatik.uni-wuerzburg.de>
Hi,
at our department we have a pool of ten NeXTstations turbo and one
NeXT-Cube. The swapspace on these machines grows as memory is required,
but the swapfile never shrinks (back to 16MB).
Booting the Cube is not recommended, because he is our file- and
networkserver.
Is there a way to shrink the size of the swapfile "by hand"?
We run NeXTSTEP 3.0.
Thanks.
Klemens
--
Klemens Seubert
Universitaet Wuerzburg
Institut fuer Angewandte Mathematik
email: seubert@cip.mathematik.uni-wuerzburg.de
NeXTmail welcome
Newsgroups: comp.sys.next.sysadmin
From: edmtl@taxus.uib.no (Thor Legvold)
Subject: NMI Monitor Big -> small???
Message-ID: <1993Nov3.111338.27902@alf.uib.no>
Sender: edmtl@alf.uib.no (Thor Legvold)
Organization: University of Bergen, Norway
Date: Wed, 3 Nov 93 11:13:38 GMT
Hi.
I chose the option in the NMI Mini montitor to make it bigger
some months ago during a serious system failure, and I ccan't
seem to make it smaller again. Nothing really super imortant,
but irritating. Anyone know the magic word to restore the
Mini monitor to Mini size???
Please e-mail replies, my SLIP link is down at the moment so
I can't read any followups to this posting.
Regards,
--
Thor Legvold | This is the strangest life
NorNeXT User Group leader | I've ever known...
University of Bergen | - Jim Morrison, The Doors
Norway | edmtl@fiol.uib.no (NeXTmail)
Newsgroups: comp.sys.next.sysadmin
From: mark_anenberg@ccmail.com (Mark Anenberg)
Subject: changing # of kernel buffers at boot time on NS/I
Message-ID: <mark_anenberg.97.00093103@ccmail.com>
Sender: news@ccmail.com
Organization: Lotus CCMail
Distribution: ca, na
Date: Wed, 3 Nov 1993 09:11:25
On NeXTStep for Motorola processors, you used to be able to boot the kernel
with an option to specify the number of kernel buffers:
sd -nbuf=128 (For example)
I can't seem to get this to work on NS/Intel. Has anyone been able to get this
to work?
Thanks,
Mark Anenberg
Newsgroups: comp.sys.next.sysadmin
From: jgg@LoftTech.com (J. G. Gregory)
Subject: Netware Aware?
Message-ID: <1993Nov3.190759.230@LoftTech.com>
Keywords: Novell
Sender: jgg@LoftTech.com
Organization: LoftTech Incorporated
Date: Wed, 3 Nov 1993 19:07:59 GMT
I need to talk to some people who have experience in NS and Novell Netware
coexistence, and stability thereof.
The questions are pretty basic. Does it work? Can I assume that I can bring
an NS system (their first) into a customer account that is Netware-only (no
UNIX machines present) and have it work with file and resource sharing?
Thanks to all who reply, I will summarize if asked.
--J Gregory
LoftTech Incorporated
From: andrew@wuecl.wustl.edu (Andrew S Koransky)
Newsgroups: comp.sys.next.sysadmin
Subject: autonfsmount - Is there a better one?
Date: 3 Nov 1993 19:57:31 GMT
Organization: Washington University, St. Louis MO
Message-ID: <2b92fb$jk5@wuecl.wustl.edu>
The automounter that was included with NeXTSTEP 3.0 and 3.1 does not support
wildcards. Does anyone know where I can find a decent automounter (source
code preferred) that is known to work with NeXTSTEP 3? I have heard of
one other automounter called amd. Has anyone heard of this? Thanks in
advance...
--
Andrew Koransky |College address: | "Incompetence is the key to
6235 River Chase Circle|7536 Parkdale Ave | adventure."
Atlanta, GA 30328 | Apartment 3 | -Unknown
(andrew@wuecl.wustl.edu)|St. Louis, MO 63105| Happy OS2 user!
Newsgroups: comp.sys.next.sysadmin
From: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Subject: Good data usage program....
Message-ID: <1993Nov3.213312.5311@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Wed, 3 Nov 93 21:33:12 GMT
Is there a good program that graphically displays how much of the
system folders consume. Hopefully you could run the program at any
level.....
Thanks for the emailed replies....
CW
Newsgroups: comp.sys.next.sysadmin
From: coconut@crash.cts.com (Brian Dear)
Subject: HELP: Moving CD-ROM drive
Organization: Coconut Computing, Inc.
Date: 03 Nov 93 13:42:24 PST
Message-ID: <1993Nov03.134224.11529@crash>
In preparation for NS3.2 I'd like to know if there is a way to safely
unplug a NeXT CD-ROM drive from the PLI SuperFloppy which is in turn
connected to our NeXTCube, without having to shut down the Cube.
I need to move the CD-ROM drive to an Intel GX workstation to install
NS3.2 when it arrives. I really hate having to shut down the Cube
just to detach the CD temporarily, install NS3.2 on Intel, then reattach
back to the Cube.
But I'll do it the tedious way if necessary (to avoid damaging equip.,etc).
Anyone have any suggestions/advice?
- bd
brian dear / coconut computing, inc. / brian@coconut.com
Newsgroups: comp.sys.next.sysadmin
From: coconut@crash.cts.com (Brian Dear)
Subject: Re: Public Window Server - how to use?
Organization: Coconut Computing, Inc., La Jolla, CA
Date: 03 Nov 93 13:47:16 PST
Message-ID: <1993Nov03.134716.11613@crash>
References: <1993Nov2.073757.26347@leland.Stanford.EDU>
Matthew N. Petach (mpetach@storm.Stanford.EDU) wrote:
: Andrew S Koransky (andrew@wuecl.wustl.edu) wrote:
: : Does anyone know how to launch a NeXT app from a remote computer and
: : have it display locally? I have my local machine set up to be a Public
: : Window Server, but I couldn't find anything in the docs (online or offline)
: : that would tell me how to take advantage of this feature! Thanks in
: : advance!
:
: Sure. open a terminal window on the remote system, and type
:
: prompt> MyApp -NXHost mylocalhost.wherever.edu
:
: : RESPOND VIA E-MAIL: andrew@wuecl.wustl.edu
:
: I'd love to, but tin doesn't support that.
:
: : --
: : Andrew Koransky |College address: | "Incompetence is the key to
: : 6235 River Chase Circle|7536 Parkdale Ave | adventure."
: : Atlanta, GA 30328 | Apartment 3 | -Unknown
: : (andrew@wuecl.wustl.edu)|St. Louis, MO 63105| Happy OS2 user!
:
:
: Matt
You say, "open a terminal window on the remote system..." Pardon my
ineptitude, but exactly how do you open a terminal window on the
remote system? Simply run Terminal.app, telnet or rlogin to the
remote system and run it that way?
- bd
Newsgroups: comp.sys.next.sysadmin
From: dond@cpqhou.sys.hou.compaq.com (Don DuPuis)
Subject: Re: NS Install on Compaq Portable
Organization: Compaq Computer Corp.
Date: Wed, 3 Nov 1993 21:38:58 GMT
Message-ID: <CFxqsz.29w@cpqhou.sys.hou.compaq.com>
References: <1993Oct29.235830.7648@henson.cc.wwu.edu>
Geoffrey Matthews (matthews@henson.cc.wwu.edu) wrote:
: I can't get Nextstep to install on a compaq portable.
: It says "cant find CDROM", after the floppy does its boot stuff,
: even though the CDrom is a Next (tm) CDrom, attached to
: the builtin scsi drive, and Dos can find it easily.
: Anybody know how to get this to work?
The embedded scsi controller isn't supported by NeXTStep.
you need to use a controller that is supported such as an
adaptec or DPT. Look in the hardware compatability guide for
such controllers
: --
: Geoffrey Matthews
: matthews@fortress.cs.wwu.edu
From: pegasus@Leland.Stanford.EDU (Betty Lee)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Name extension script.....
Date: 3 Nov 1993 16:54:14 -0600
Organization: Stanford University
Sender: daemon@cs.utexas.edu
Message-ID: <199311032253.OAA05161@elaine19.Stanford.EDU>
In comp.sys.next.sysadmin, you (cew@quark.Stanford.EDU (Carlin E. Wiegner))
write...
+ Does anybody have a simple csh script that if I'm working in the
+ teminal shell, I can hit escape (twice or something) and if it can it
+ will finish the name of the command I'm working on?
Why don't you just use tcsh? You can get a copy of tcsh (from sonata,
I believe...). You can set your Terminal to use tcsh as its default,
rather than csh. In tcsh, command completion is ^D and filename
completion is <tab>.
--
B E T T Y L E E | That's not a "bug"; that's a feature!
Pegasus@Leland.Stanford.EDU | -- From Murphy's Computer Law
Newsgroups: comp.sys.next.sysadmin
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Re: Good data usage program....
Message-ID: <1993Nov3.231252.9933@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <1993Nov3.213312.5311@leland.Stanford.EDU>
Date: Wed, 3 Nov 93 23:12:52 GMT
Carlin E. Wiegner writes
> Is there a good program that graphically displays how much of the
> system folders consume. Hopefully you could run the program at any
> level.....
BlackForest. Somewhere on the archives. Real cool app.
--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@leland.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
From: adams@bright.uoregon.edu (Jeff Adams)
Newsgroups: comp.sys.next.sysadmin
Subject: Deleting my password, removing the network
Date: 3 Nov 1993 23:45:45 GMT
Organization: Dept. of Mathematics, University of Oregon, Eugene OR 97403-1222
Message-ID: <2b9fr9$j71@pith.uoregon.edu>
References: <199311032253.OAA05161@elaine19.Stanford.EDU>
I have a NeXT at home, not connected to anything. Over the summer,
a friend brought his NeXT over and we tried to set up a network for fun.
We set his machine up as the server.
In the process of ftp-ing a lot of stuff, I also found that I had to
set up a password for my account. Until that point, my wife and I had
had separate accounts, but without passwords. FTP, however, wouldn't
let us work without one, so I made up a simple one. Now, I don't want
to have it anymore.
Question 1:
How do I change back to "no password"? Everything I try won't work.
If I try to change it via passwd or via Preferences, it won't take
a carriage-return without a string first.
Question 2:
I notice that my system still looks for a network every time it
boots. I suspect this takes longer than if it didn't look. How can
I tell it there's no network any more?
Thanks.
Jeff
--
__________________________________________________________________________
Jeff Adams, Grad Student adams@euclid.uoregon.edu
Department of Mathematics
University of Oregon (Eugene)
From: matthewm@sgate.com (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: 'mt' status meanings
Date: 3 Nov 1993 10:08:33 -0500
Organization: Collins International Services Company
Message-ID: <2b8hhh$nb3@sgate.com>
Does anyone know what the meanings for the status byte is for the mt command?
I'm getting sense keys of 0x20 after tarring to tape and immediately trying
to tvf the tape. It's very, very annoying.
The man page for mt references mt(4) but of course mt(4) does not exist.
------
Mike Matthews, Mike_Matthews@sgate.com (NeXTmail accepted)
------
A baby is an alimentary canal with a loud voice at one end and no
responsibility at the other.
From: cahalan@clouds.gsfc.nasa.gov (Robert F. Cahalan)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Good data usage program....
Date: 4 Nov 1993 13:35:43 GMT
Organization: NASA Goddard Space Flight Center -- InterNetNews site
Distribution: world
Message-ID: <2bb0ff$pcb@skates.gsfc.nasa.gov>
References: <1993Nov3.231252.9933@leland.Stanford.EDU>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
In article <1993Nov3.231252.9933@leland.Stanford.EDU>
spagiola@frinext.stanford.edu (Stefano Pagiola) writes:
> Carlin E. Wiegner writes
> > Is there a good program that graphically displays how much of the
> > system folders consume. Hopefully you could run the program at any
> > level.....
>
> BlackForest. Somewhere on the archives. Real cool app.
>
> --
> -
> Stefano Pagiola
> Food Research Institute, Stanford University
> spagiola@leland.stanford.edu (NeXTMail encouraged)
> spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
DarkForest, at cs.orst.edu in
/pub/next/binaries/util/DarkForest.tar.Z
One of my favorite utilities!
[BlackForest is a nice appname, too, though.]
--Bob--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.Dr. Robert F. Cahalan (Bob)...#..Laboratory for Atmospheres......
.cahalan@clouds.gsfc.nasa.gov..#..NASA-Goddard Space Flight Center
.*** NeXTMail accepted ***.....#..Greenbelt, MD 20771.............
.FAX: (301) 286-1627...........#..voice: (301) 286-4276...........
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: Hal.Varian@umich.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Why is Outgoing MBox 1.3 megs?
Date: 4 Nov 1993 14:53:55 GMT
Organization: University of Michigan - College of Literature, Science, and TheArts
Distribution: world
Message-ID: <2bb523$3gi@controversy.math.lsa.umich.edu>
References: <1993Nov4.071417.3499@leland.Stanford.EDU>
In article <1993Nov4.071417.3499@leland.Stanford.EDU> cew@quark.Stanford.EDU
(Carlin E. Wiegner) writes:
> I think some programs I NeXTMailed are still in there...How can I
> delete them?
> CW
Use Utilities/Compact from the Mail.app menu.
--
Hal.Varian@umich.edu Hal Varian
voice: 313-764-2364 Dept of Economics
fax: 313-764-2364 Univ of Michigan
Ann Arbor, MI 48109-1220
Newsgroups: comp.sys.next.sysadmin
From: s9uart@blackhole (Ried Thiel)
Subject: Re: Name extension script.....
Message-ID: <1993Nov4.145448.8272@almserv.uucp>
Sender: usenet@almserv.uucp
Organization: Fannie Mae
References: <CFy0ny.2yC@genoa.com>
Date: Thu, 4 Nov 1993 14:54:48 GMT
In article <CFy0ny.2yC@genoa.com> alex@cs.umd.edu (Alex Blakemore) writes:
> Carlin E. Wiegner writes
> > Does anybody have a simple csh script that if I'm working in the
> > teminal shell, I can hit escape (twice or something) and if it can it
> > will finish the name of the command I'm working on?
>
> the right way to do this is to get a modern shell to replace the
> ancient csh that NeXT supplies. there are several high quality free
ones
> available. I recommend tcsh available prebuilt on sonata.cc.purdue.edu
> or tesla.ee.cornell.edu in source form. its totally upwardly compatible
> replacement for csh, just adds lots of useful conveniences like
> completion and command recall.
> --
> Alex Blakemore
> alex@cs.umd.edu NeXT mail accepted
I realize everyone is trying to be helpful but not everyone has the
ability to get free software or maybe there company does not allow it.
The simples answer for him is to put:
set editmode = emacs
in his .cshrc and then by hitting ESC twice filename completion will work.
Ried
Newsgroups: comp.sys.next.sysadmin
From: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Subject: Still haven't gotten an answer...
Message-ID: <1993Nov4.195833.21678@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
Date: Thu, 4 Nov 93 19:58:33 GMT
I still haven't gotten an answer for how to create a printer entry
for a local NeXTPrinter. It won't let me pick 400 dpi LaserPrinter
when I try to create a new print entry....Also, before the entry got
deleted by accident; it used to say "Can only print one page"....
Please help.....thanks....
CW
From: zryx0376@awssg7.rus.uni-stuttgart.de (Markus Wenzel (Hiwi bei R.Rabenseifner))
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problems 1/ being a server 2/ managing users
Date: 4 Nov 1993 20:19:46 GMT
Organization: Visualization Group Comp.Center (RUS) U of Stuttgart, FRG
Message-ID: <2bbo52$14mb@info2.rus.uni-stuttgart.de>
References: <ARROUYE.93Nov2114355@petole.imag.fr>
In article <ARROUYE.93Nov2114355@petole.imag.fr> arrouye@petole.imag.fr (Yves Arrouye) writes:
>Hi,
>
>I have two problems with my NS 3.1 machine:
>
>SNS did not want to let my machine be a server exporting
>directories and users (it showed an alert panel saying that there was
>not enough memory on my HD --- I had 500 MB free!), so I've set upt
>the NFS server myself, but
Oh, SNS really _is_ a bug. I thought refusing the installation of a
NIS was related with my full harddisk, but if 500 MB aren't enough... :-)
>1. The /Net directory is empty (I expected it to contain my
>machine).
Start NFSManager.app and import/export whatever you want.
I expect /Net to contain any other machine but mine...
>2. My users (which are created under / using UserManager) can login,
>work etc. but the users directories are not shown with houses icons.
Make home directories for each user, e.g. /user1, /user2 and so on,
or better, /users/user1, /users/user2, ...
Fill in these paths in the appropriate field of UserManager, and check
if the user/group permissions are correct.
--
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Expert in quantum bogodynamics
From: zryx0376@awssg7.rus.uni-stuttgart.de (Markus Wenzel (Hiwi bei R.Rabenseifner))
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Re: Connecting a terminal to a serial port under NS/FIP
Date: 4 Nov 1993 20:24:52 GMT
Organization: Visualization Group Comp.Center (RUS) U of Stuttgart, FRG
Distribution: na
Message-ID: <2bboek$1i9u@info2.rus.uni-stuttgart.de>
References: <1993Nov2.191155.3476@narwal.ali.bc.ca>
In article <1993Nov2.191155.3476@narwal.ali.bc.ca> harv@narwal.ali.bc.ca (Harvey C. Dueck) writes:
>
>Has anyone had any success using a terminal connected to a serial port
>under NS/FIP?
I had no problems connecting an old Atari with a VT100 compliant terminal
program.
>We have no problems using a Wyse 160 in vt100 emulation mode connecting
>to NS/FIP via a DEC terminal server, but when we try to connect via the
>serial port we see some weird behaviour. The fourth character in a line
>is frequently dropped, and the driver wants to map the F1 function key
>to the NULL character. We can probably deal with the latter problem via
>termcap changes, but the dropped characters are a concern.
Strange...
I never saw anything like that, not with the new serial driver.
>More details on the setup:
> - Wyse 160 in vt100 emulation mode
> - 19200 baud, 8 bits, no parity
> - modified /etc/gettytab so that the std.19200 entry reads
> g|std.19200|19200-baud:\
> :sp#19200:p8:ap:
I set it to ...:p8:zp:
>We tried reducing the baud rate to 9600, but characters were still being
>dropped.
9600 really works for me. That cannot be the problem.
--
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Expert in quantum bogodynamics
Newsgroups: comp.sys.next.sysadmin
From: bau@cs.cornell.edu (David Bau)
Subject: The right way to name a standalone machine?
Message-ID: <1993Nov4.231052.29962@cs.cornell.edu>
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Thu, 4 Nov 1993 23:10:52 GMT
To register some software, I have to give a name to my (intel)
machine, which is a standalone machine. What is the right way
to do this? (There's almost no documentation on how to set
up a standalone machine in the Sysadmin docs!)
When I stuck the name into the /etc/hostconfig file, the
machine came up correctly with the new name (raindrop), but
my Emacs started complaining could not find host "raindrop".
Sure enough, I cannot rlogin or telnet to "raindrop", even
though the hostname is raindrop. Just "localhost".
.... actually, it'd be nice to have some pointers on how
to set up things correctly in general on a standalone machine
with multiple users.
David
Newsgroups: comp.sys.next.sysadmin,comp.mail.uucp,comp.mail.sendmail
From: kramer@fragile.termfrost.org (Mike Andrews)
Subject: NeXT sendmail rearranging From: lines on UUCP host w/ domain name
Message-ID: <CFzp6A.2xC@fragile.termfrost.org>
Organization: Terminal Frost, Springfield OH
Date: Thu, 4 Nov 1993 22:58:58 GMT
Yes, this is probably an oft-asked question, but I can't find an FAQ...
I'm running NeXT's sendmail (5.67?) on NEXTSTEP 3.1, along with Taylor
UUCP 1.04, and my From: lines on outgoing mail are being rewritten somewhere
along the way. When I write mail using Mush or Mail, the 4 important lines
coming out of this are: (I've deleted the Date and Message-ID and such)
From kramer Thu Nov 4 17:40:01 1993
From: kramer@fragile.termfrost.org (Mike Andrews)
Reply-To: Mike Andrews <kramer@fragile.termfrost.org>
To: kramer@wittenberg.edu
(The NextMail app just has "From: kramer" with no real name or Reply-To)
By the time this ends up in the Taylor UUCP queue, however, it's been
mutated to:
From kramer Thu Nov 4 17:40:02 1993 remote from fragile.termfrost.org
Received: by fragile.termfrost.org (NX5.67d/NX3.0Mtf1)
id AA03702; Thu, 4 Nov 93 17:40:02 -0500
From: Mike Andrews <fragile.termfrost.org!kramer>
Reply-To: Mike Andrews <fragile.termfrost.org!kramer>
To: kramer@wittenberg.edu
My UUCP mailer spec in sendmail.cf (mostly sendmail.mailhost.cf) is:
Muucp, P=/usr/local/bin/uux, F=msDFMhuU, S=13, R=21, E=\n,
A=uux - -a$f -r $h!rmail ($u)
/usr/local/bin/uux is the Taylor UUCP uux, and R=21 keeps the To: line from
being rearranged into a bang path. Changing S=13 to S=21 in an attempt to
do the same to the From: line generates a "No ! in UUCP!" bounce, BUT ALSO
leaves a properly formatted message in the outbound UUCP queue. ("properly"
meaning the From: and Reply-To: lines are in user@fragile.termfrost.org
format) The rest of my sendmail.cf is pretty much the same as the stock
/etc/sendmail/sendmail.mailhost.cf file that NeXT supplies...
I'm assuming that the From_ line (the first one, with the "remote from"
clause) is correct, from everything I've read -- someone even sent me a
"uux.filter" program to force it into that format, but apparently that
wasn't necessary with Taylor UUCP. However, even when I hand-edit the From:
line into the correct format, the receiver gets it like this:
From: fragile.termfrost.org!kramer@ms.uky.edu
and either Reply-To: Mike Andrews <kramer@fragile.uucp>
or Reply-To: Mike Andrews <fragile.termfrost.org!kramer@ms.uky.edu>
I even went so far as to hand-edit the From_ line, and noticed that
whatever trailed "remote from" was what was written into the new From:
line, not necessarily what was there before. Weird....
So first off,
- which way should my messages look in my UUCP outbound queue, and how do
I get sendmail to do that without generating that "No ! in UUCP!" error?
- How can I keep my remote UUCP host from rearranging it again? The
postmaster there is going to strangle me severely if I ask him any more
questions about it (hi Dan :-) and they're running MMDF, which I know
nothing about. How much message mangling does rmail do before handing
things off to MMDF or sendmail?
Thanks for any help you can give an obviously clueless person ;-)
Email responses to one of the below addresses would be great... oh,
for a working SLIP connection...
--
Mike Andrews
root@fragile.termfrost.org [NeXTmail OK]
kramer@wittenberg.edu (school) "This guy's pretty bizarre, Gus."
kramer@mik.uky.edu (hometown) -- Primus
Newsgroups: comp.sys.next.sysadmin
From: dal@netcom.com (Dana Andre Letendre)
Subject: Dynamic SLIP and rexpect
Message-ID: <dalCFzu5F.DHJ@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Fri, 5 Nov 1993 00:46:26 GMT
Help with rexpect and regular expressions.
I'm having trouble writing a regular expression to read in the dynamic
IP address from a SLIP server. Could someone help me on this?
---from /usr/dialupip/config/login-remoteServer.tcl:
#
# send command to put terminal server into SLIP mode
#
xmit "slip\r"
# Wait a few seconds for login info to be sent
sleep 3
# Sample Lines from remoteServer:
# Entering SLIP mode.
# Your IP address is 145.32.47.101. MTU is 1500 bytes
# RECV: slip\r\nEntering SLIP mode.\r\nYour IP address is 145.32.47.101. MTU is 1500 bytes\r\n
#
# Use regular-expression based expect command to match addresses in message
# that the cisco server emits.
#
rexpect {slip+Entering SLIP mode.+Your IP address is ([0-9]+\.[0-9]+\.[0-9]+\.[0-9]+). MTU is 1500 bytes+}
# We now ifconfig the interface, using the IP address given us from
# cisco-ts2/UOnet
#
exec /etc/ifconfig $interface $1
#
log "My IP address should be $1"
#
# wait a bit for server to switch to SLIP mode
#
sleep 3
#
# that's all
return "Connected"
---from /usr/dialupip/log/trans:
TRACE 2> xmit "slip\r"
XMIT slip
PUT s (0163)
PUT l (0154)
PUT i (0151)
PUT p (0160)
PUT 0x0d (0015)
TRACE 2> sleep 3
TRACE 2> rexpect {slip+Entering SLIP mode.+Your IP address is ([0-9]+\.[0-9]+\.[0-9]+\.[0-9]+). MTU is 1500 bytes+}
RECV: slip\r\nEntering SLIP mode.\r\nYour IP address is 145.32.47.101. MTU is 1500 bytes\r\n
expect: does {slip\r\nEntering SLIP mode.\r\nYour IP address is 145.32.47.101. MTU is 1500 bytes\r\n} match RE 'slip+Entering SLIP mode.+Your IP address is ([0-9]+\.[0-9]+\.[0-9]+\.[0-9]+). MTU is 1500 bytes+'? no
expect: set expect_match {slip\r\nEntering SLIP mode.\r\nYour IP address is 145.32.47.101. MTU is 1500 bytes\r\n}
expect: timed out after 10 secnds
TRACE 3> error "expect timed out -- no contingency"
Script Error: expect timed out -- no contingency
Error Code: NONE
Error Info:
ERR: expect timed out -- no contingency
ERR: while executing
ERR: "error "expect timed out -- no contingency""
ERR: invoked from within
ERR: "rexpect {slip+Entering SLIP mode.+Your IP address is ([0-9]+\.[0-9]+\.[0-9]+\.[0-9]+). MTU is 1500 bytes+}"
ERR: (file "/usr/dialupip/config/login-remoteServer.tcl" line 51)
ERR: invoked from within
ERR: "source "/usr/dialupip/config/login-remoteServer.tcl""
ERR: (file "/usr/dialupip/config/slip-srv.script.tcl" line 34)
End error info.
From: andylee@nic.cerf.net (Andy Lee)
Newsgroups: comp.sys.next.sysadmin
Subject: WANTED: Create Mirror Directory
Date: 4 Nov 1993 18:36:33 -0800
Organization: CERFnet Dial n' CERF Customer
Message-ID: <2bce7h$ljg@nic.cerf.net>
What is the easiest (or best) way to create a "mirror" directory? (A
"mirror" directory periodically duplicates an original directory for
backup purpose, i.e. accidental rm's; the original and the mirror
directory are usually located on different hard drives.)
I have been using cron to "cp" the mirror directory, but it doesn't
preserve the time and owner of the files being copied. Using tar
instead of "cp" preserves some of the time stamps, but not ownership.
Also, "cp" or tar overwrites every file (it would be better if only
modified files are copied).
I've been thinking about writting a small program to do this, but
before I do, I have to make sure it hasn't been done already.
Newsgroups: comp.sys.next.sysadmin
From: zyrtec!micha (Michael_Wolter)
Subject: Re: Bios and NS/FIP - I need help
Message-ID: <1993Nov4.001155.629@zyrtec.han.de>
Sender: micha@zyrtec.han.de
Organization: Private Site
References: <2ahofo$5n1@news.intercon.com>
Date: Thu, 4 Nov 1993 00:11:55 GMT
In article <2ahofo$5n1@news.intercon.com> csmith@blackplague.gmu.edu (Christian
Smith) writes:
> fdisk - bogus bios info
> some bios' can not handle non-sequential targets
> fdisk - bogus bios info
> some bios' can not handle non-sequential targets
> /etc/rc.cdrom.i386: test: arguement expected
> CDRom boot procedure complete.
> Please wait until it is safe to turn off your computer.
> Killing all processes
> continuing
> unmounting /private/tmp/mntb/ . . . done
> It's safe to turn off the computer
Set CD-Rom to target 1 and the drive to target 0. This will help soon !
mic
--
Michael Wolter
location : Germany/30167 Hannover, Asternstr.24
voice : + 49-511-717543
e-mail : Michael_Wolter@zyrtec.han.de (NeXT-Mail welcome)
Newsgroups: comp.sys.next.sysadmin
From: jbardt@trumpet.aix.calpoly.edu ((3josh) Joshua Bardt)
Subject: NSFIP partition problems. Help!
Message-ID: <1993Nov04.155416.127965@zeus.aix.calpoly.edu>
Keywords: DOS partition OS/2 3.1 Intel 486 freespace fdisk
Sender: news@zeus.calpoly.edu
Organization: California Polytechnic State University, San Luis Obispo
Date: Thu, 04 Nov 1993 15:54:16 GMT
I've been running NSFIP for about 3 weeks now, and I still haven't been
able to figure out some problems I'm having dealing with partitions..
First, let me give an overview of how my drives are set up. I'm using an
Adaptec 1542 (floppies disabled) with 2 scsi HD's and a Sony CDROM.
Drive 0 is a 1.3 gig connor. Drive 1 is a 350 (about) meg Micropolis.
Drive 0 (the 1.3 gig) is partitioned as follows:
1 meg os/2 boot manager part
300 meg DOS
700 meg NSFIP
300 meg freespace
(although I'd like to have the last gig be all NS, this seems to be
necessary for bios compatibility [ie, being able to boot NS])
Drive 1 (the 350 meg):
All OS/2 (hpfs)
I think there may be a 1 meg boot manager (either at the begining or end,
I need to go look again) on this because it was once the boot drive.
Anyway the problems I'm having are:
1: I can't seem to figure out how to mount the DOS partition. I was under
the impression that this would automount, but have tried useing the mount
command.
2: I can't I can't figure out how to format the 300 megs of freespace so I
can mount my /users and /ftp there.. All attemps at using fdisk and disk
just show me the usage screen no matter how many times I read the manual
(or tell me invalid device).
3: When a user logs into the console, the Workspace manager promps them
that there is an unreadable partition and asks if they want to
initialize it. I'm not sure if this is the HPFS drive (os/2),
one of the boot managers, the dos partition (unreadable for some
reason?) or even the freespace (doubtful). Whatever it is, I'm
pretty sure that I don't want anyone to initialize it (which,
as luck would have it, is the defualt on the prompt). So is there
anyway to avoid this??
Any and all help, "me too!"'s, whatever appreciated. Mail, post, yell
really loud out your window, I dunno.. :)
josh
josh@vegiwopr.calpoly.edu <-- NeXTmail and MIME ok, but no audio :(
"Don't drop the terminal" -- AT&T Manual
From: Tim Pugh <tpugh@oce.orst.edu>
Newsgroups: comp.sys.next.sysadmin
Subject: Re: The right way to name a standalone machine?
Date: 5 Nov 1993 23:12:08 GMT
Organization: University Computing Services - Oregon State University
Message-ID: <2bemk8$b2s@gaia.ucs.orst.edu>
References: <2beb5m$fs3@news.cs.tu-berlin.de>
In article <2beb5m$fs3@news.cs.tu-berlin.de> herding@cs.tu-berlin.de (Bernd Herding)
writes:
> bau@cs.cornell.edu (David Bau) writes:
>
> >To register some software, I have to give a name to my (intel)
> >machine, which is a standalone machine. What is the right way
> >to do this? (There's almost no documentation on how to set
> >up a standalone machine in the Sysadmin docs!)
>
> >When I stuck the name into the /etc/hostconfig file, the
> >machine came up correctly with the new name (raindrop), but
> >my Emacs started complaining could not find host "raindrop".
> >Sure enough, I cannot rlogin or telnet to "raindrop", even
> >though the hostname is raindrop. Just "localhost".
>
> >.... actually, it'd be nice to have some pointers on how
> >to set up things correctly in general on a standalone machine
> >with multiple users.
>
> >David
>
> I just don't know anything about NS on Intel-machines, but isn't there an application
called HostConfig (or something like this) in /NextAdmin??? (Got the same problem today
on my new machine and asked a friend...:-))
>
> Bernd Herding (herding@cs.tu-berlin)
It sounds like "raindrop" is not registered in the netinfo database so when
emacs/rlogin/telnet does a lookup, netinfo reports no machine by the name of "raindrop".
Modifying /etc/hostconfig is not enough. You must modify netinfo also.
See the HostManager.app or SimpleNetworkStarter.app in /NextAdmin to setup your
standalone machine and be sure to look at the on-line documentation in Librian.app first.
To setup your machine, go to the HostManager.app, select the Local... menu to bring up a
panel of choices for localhost network configuration. This application will modify
/etc/hostconfig and netinfo databases for you.
--------------------------------------------------------------
Tim Pugh email: tpugh@oce.orst.edu
Oceanic and Atmospheric Sciences voice: 503-737-2270
Oregon State University fax: 503-737-2064
NeXTmail ok!
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: Using NeXT as router / SLIP vs ppp
In-Reply-To: cew@quark.Stanford.EDU's message of Thu, 4 Nov 93 07:18:09 GMT
To: cew@quark.Stanford.EDU (Carlin E. Wiegner)
Message-ID: <CEDMAN.93Nov4084036@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <CFyCy6.4Dv.2@cs.cmu.edu> <1993Nov4.071809.3757@leland.Stanford.EDU>
Date: Thu, 4 Nov 1993 13:40:35 GMT
In article <1993Nov4.071809.3757@leland.Stanford.EDU> cew@quark.Stanford.EDU (Carlin E. Wiegner) writes:
With regards to what is the better protocol, (Protocol God please
correct me if I'm wrong) PPP is newer and apparently a little better
(read quicker) than SLIP. I'm still a fan of SLIP and its commercial
cousin CSLIP though because I've heard less horror stories...
Anytime. Yes, PPP is newer and arguably slightly better than SLIP.
It is _not_ faster. Actually it is about two byte per packet slower
due to another set of unneeded redundant checksums. The C in CSLIP
does not stand for "commercial" but for "compressed" because it
implements Van Jacobsen TCP header compression. On the NeXT, it so
happens that there is an absolutely free version of SLIP, but usage of
CSLIP requires the payment of a fee.
While CSLIP only has a marginal impact throughput (i.e. it will not
significantly increase your ftp speed), it does significantly reduce
latency which is a boon for interactive traffic (i.e. telnet and
rlogin). If your server supports CSLIP, get a CSLIP capable client
even if it costs you a few dollars.
Carl "Protocol God" Edman
From: rolf@rose.lbl.gov (Rolf Behrsing)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: unreadable mail
Followup-To: comp.sys.next.sysadmin
Date: 6 Nov 1993 10:55:22 GMT
Organization: Lawrence Berkeley Laboratories
Distribution: world
Message-ID: <2bfvqq$5lg@overload.lbl.gov>
>Hi All!
>
>A few days ago someone sent me mail regarding an ATI refresh rate posting
>I submitted to the Net. Unfortunately, my workstation doesn't support
>NextMail and consequently I can't read what this guy sent me. To make
>matters worse, he can no longer be reached to re-send it in ASCII format.
>
>It would seem, since internet mail is transmitted in ASCII format, that I
>should be able to copy what I got onto a floppy disk (DOS format), bring
>it to my NS/i machine at home, do a little cutting/splicing and view it.
>But none of the Next manuals give me enough information about NextMail to
>successfully do this.
>
>If this piece of mail wasn't important I'd just throw it away, but
>unfortunately, that's not the case. So, It would really make me happy if
>someone could help me out here.
>
>
>thanks,
>Rolf
I'd like to thank everyone who sent me mail with suggestions on how to
solve my unreadable mail dilemma. Judging by the sheer volume of
decriptive and acurate advice, I'd have to say that the members of
comp.sys.next.xxx really know how to take care of those in need.
Thanks again,
Rolf Behrsing
behrsing@cory.berkeley.edu
From: therbert@umiami.ir.miami.edu
Newsgroups: comp.sys.next.sysadmin
Subject: HELP on installing NS/fip on HP
Message-ID: <1993Nov5.121600.16243@umiami.ir.miami.edu>
Date: 5 Nov 93 12:16:00 EST
Organization: Univ of Miami IR
One of my colleagues at the University of Miami is trying
to install NS/fip on a loaner HP machine - a Netserver.
The CD Rom Drive is plugged into the on board SCSI and
will not be recognized by NS. The floppy starts the
installation procedure but a message comes up saying
that the CD Rom Drive cannot be found. Everything appears
to be configured as NeXT suggests.
Is the on board SCSI incompatible with NS/fip 3.1 or is
there an easy fix?
Thanks,
Tom Herbert
therbert@umiami.ir.miami.edu (NO NeXTmail {yet}, please)
Newsgroups: comp.sys.next.sysadmin,comp.mail.uucp,comp.mail.sendmail
From: alex@octagon.de (Alexander Steins)
Subject: Re: NeXT sendmail rearranging From: lines on UUCP host w/ domain name
Message-ID: <1993Nov5.181535.2818@octagon.de>
Organization: Octagon Computer+Kommunikation
References: <CFzp6A.2xC@fragile.termfrost.org>
Date: Fri, 5 Nov 1993 18:15:35 GMT
kramer@fragile.termfrost.org (Mike Andrews) writes:
>Yes, this is probably an oft-asked question, but I can't find an FAQ...
>I'm running NeXT's sendmail (5.67?) on NEXTSTEP 3.1, along with Taylor
>UUCP 1.04, and my From: lines on outgoing mail are being rewritten somewhere
>along the way. When I write mail using Mush or Mail, the 4 important lines
>coming out of this are: (I've deleted the Date and Message-ID and such)
>From kramer Thu Nov 4 17:40:01 1993
>From: kramer@fragile.termfrost.org (Mike Andrews)>Reply-To: Mike Andrews <kramer@fragile.termfrost.org>
>To: kramer@wittenberg.edu
>(The NextMail app just has "From: kramer" with no real name or Reply-To)
>By the time this ends up in the Taylor UUCP queue, however, it's been
>mutated to:
>From kramer Thu Nov 4 17:40:02 1993 remote from fragile.termfrost.org
>Received: by fragile.termfrost.org (NX5.67d/NX3.0Mtf1)
> id AA03702; Thu, 4 Nov 93 17:40:02 -0500
>From: Mike Andrews >Reply-To: Mike Andrews <fragile.termfrost.org!kramer>
>To: kramer@wittenberg.edu
>My UUCP mailer spec in sendmail.cf (mostly sendmail.mailhost.cf) is:
>Muucp, P=/usr/local/bin/uux, F=msDFMhuU, S=13, R=21, E=\n,
> A=uux - -a$f -r $h!rmail ($u)
>/usr/local/bin/uux is the Taylor UUCP uux, and R=21 keeps the To: line from
>being rearranged into a bang path. Changing S=13 to S=21 in an attempt to
>do the same to the From: line generates a "No ! in UUCP!" bounce, BUT ALSO
>leaves a properly formatted message in the outbound UUCP queue. ("properly"
>meaning the From: and Reply-To: lines are in user@fragile.termfrost.org
>format) The rest of my sendmail.cf is pretty much the same as the stock
>/etc/sendmail/sendmail.mailhost.cf file that NeXT supplies...
I had the same Problem some time ago and I remember there is a Patch available
(as far I can remember the sendmail binary must be patched...).
It seems that that it was working after this. Ah, there was anothter trick,
you can use a file /etc/resolv.conf, wich is looked up from sendmail and wich
includes your Domainadress. (see documentation)
But anyway, I found it to complicated to work with sendmail and then I changed
to Zmailer, which is working very well the last 6 Month here and all of the
problems you wrote, disappeared with zmailer. AND: it is really easy to
configure for different uplinks, routes and downlinks.
I suggest search archie for zmailer and try this package, it is really great.
alex
--
Alexander Steins -- Octagon Computer+Kommunikation -- Voice: +49-89-8110622
Raffweg 15 email: ast@octagon.de
81247 Muenchen (GER) NeXTmail OK!
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: My modem is trying to kill me!!
Message-ID: <rorCG2JHs.80w@netcom.com>
Summary: Please, oh please, help me set up this stupid modem...
Keywords: modem, Supra, dialup, dialin
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Sat, 6 Nov 1993 11:49:04 GMT
Howdy,
Will someone _please_ help me setup a modem on my NEXTSTEP/FIP machine so
that other people can call in? I've read NeXT's documentation, and it is
really limited, and I believe that I've followed their instructions to the
letter. I am very experienced with modems, because I run a BBS, and I've
spent a lot of time debugging them...and I'm just not getting anywhere.
Here's what I've done so far:
- Installed NeXT's updated serial drivers.
- Hooked my modem up to Com 2 (serial port B) with a hardware handshaking
compatible cable. My modem is a Supra SupraFAXmodem V.32bis.
- Set my modem to boot up with the init string: "\N3&K3W0&Q5&D2&C1S0=2."
\N3 = Make fastest connection possible w/best correction & compression.
* &K3 = RTS/CTS Hardware handshaking (flow control.)
W0 = CONNECT reports computer rate. No error correction/call progress
result codes.
&Q5 = Asynchronous error correction mode.
* &D2 = Disconnect and return to command state when DTR dropped.
* &C1 = DCD indicates when carrier from remote modem is present.
S0=2 = Modem automatically answers the phone after 2 rings.
[The things with asterisks in front of them are the things that
NeXT mentions as being necessary.]
- Edited up /etc/ttys and /etc/gettytab like it says to do in the NeXT
documentation:
/NextLibrary/Documentation/NextAdmin/07_Peripherals/03_Modems.rtf
- Ripped a whole bunch of my hair out.
Entry in /etc/ttys:
-------------------
ttydfb "/usr/etc/getty D14400" dialup on
Entry in /etc/gettytab is:
--------------------------
g|std.14400|14400-baud:\
:sp#14400:
And on this gettytab one, I am totally guessing. There doesn't seem to be
much documentation on how this type of thing is setup. Supposedly, in th
unix man pages the format for these files is described. When you go to
look at these man pages, they are insanely cryptic, and there are comments
i them like "This option is really stupid," and "Something more logical
should be thought up immediately." Great.
Anyway, if you could please help me, I would be very appreciative. I must
get this accomplished, and I'm brand new at using a NeXT. I'm not very
familiar with unix, either.
Thanks in advance,
Zach
--
ror@netcom.com ~RoR-Alucard~
Newsgroups: comp.sys.next.sysadmin,comp.unix.admin,comp.unix.shell
From: esky@marathon.cs.ucla.edu (Eskandar Ensafi)
Subject: rsh problems - cannot run remote commands
Organization: UCLA CS Department, Los Angeles, CA
Message-ID: <1993Nov04.215626.20454@cs.ucla.edu>
Date: Thu, 04 Nov 93 21:56:26 GMT
Hello,
In the past, I had no problem using rsh to run remote commands on my machine.
Some common uses were to see who was logged on or what processes I had in the
background, without having to log in:
rsh <myhost> who
rsh <myhost> ps x
I would also use rcp rather than starting an ftp session to transfer files
between my host and other hosts in my .rhosts file, without problems; but now
none of this works. I can still log in transparently using rsh and rlogin,
though...
I can run remote commands FROM my host on OTHER hosts:
myhost% rsh <otherhost> <command>
but the reverse fails:
otherhost% rsh <myhost> <command>
After a few seconds delay, there is no output from the remote process -- not
even an error message!
As for rcp, I can no longer rcp from other hosts. I get an error message
instead, saying that the connection was lost:
otherhost% rcp <local-file> myhost:<remote-path>
otherhost% rcp myhost:<remote-file> <local-path>
rcp: lost connection
This is driving me crazy. Other users on my host are NOT experiencing this
problem!?! I even rebooted the machine, but the problem persists...
Any idea what could be wrong?
E-MAIL WOULD BE APPRECIATED
- Eskandar
--
"Dance with the dead in my dreams
Listen to their hollowed screams
The dead have taken my soul
Temptation's lost all control" -- Slayer (Dead Skin Mask)
From: aking@bbn.com (Allen King)
Newsgroups: comp.sys.next.sysadmin
Subject: ftp performance Next->Zyplex->Sun
Date: 6 Nov 1993 19:08:29 GMT
Organization: Bolt Beranek and Newman Inc., Cambridge MA
Distribution: world
Message-ID: <mdnthdINNr3f@news.bbn.com>
I'm happily using SLIP with a 14.4 Zyxel 14.4 modem, except for one thing:
FTP performance on uploads (Next standard /usr/ucb/ftp through a ZYPLEX
concentrator to a Sun running 4.1.3) is abhorable. Most of the time the line
sits idle, and where as downloads often exceed 1.4Kbytes/s because of
compression, uploads seldom get above 0.12Kbytes/s, especially for things
longer than 10K or so.
A friend of mine has tested the ZYPLEX/Sun end with a Mac, and gotten
close to full performance, so I'm suspecting some incompatibility with
SLIP and/or ftp's configuration. The only thing is that I do not know what,
if anything could be changed. I've turned on ftp debug and trace modes, but
they shed little light.
I need to be able to send megabyte files. What's the best way to speed this
thing up?
Allen King
Please email responses to aking@hornet.bbn.com. Non-NeXTMail preferred --
(NeXTMAIL currently only with pain).
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: golden@cady.sscnet.ucla.edu (Miriam Golden)
Subject: Can't print after 3.1 upgrade (black)
Message-ID: <CG35LD.LGK@sscnet.ucla.edu>
Keywords: printing, upgrade
Sender: usenet@sscnet.ucla.edu
Organization: UCLA, Social Sciences Computing
Distribution: na
Date: Sat, 6 Nov 1993 19:46:24 GMT
I just upgraded from 2.1 to 3.1 on black hardware (a NeXTstation), with a
NeXT black and white laser printer attached. Although I can hear the
printer turn on when I boot up, when I go to the PrintManager, the only
apprpropriate printer listed (the NeXT 400 dpi Level II Printer) is greyed
out. Most other options (HP lasers, Apples, etc.) seem irrelevant, and
anyway are connected through serial port A or B. (I assume my NeXT
printer should be specified as a SCSI device.) So how do I configure the
NeXT printer to print under 3.1?
Any immediate help appreciated, since I can't work if I can't print!
Miriam Golden, UCLA
From: thor@sushi.uib.no
Newsgroups: comp.sys.next.sysadmin
Subject: Problem upgrading 3.0J to 3.1E
Date: 6 Nov 1993 21:32:05 GMT
Organization: University of Bergen, Norway
Distribution: world
Message-ID: <2bh54l$97@due.uninett.no>
Hi.
I have 3.0J installed on my cube (J is Japanese version).
I buy 3.1E (international) with free 3.2 upgrade, and
3.1 installer dies saying:
Preparing / for upgrade...
This upgrade can't be used to upgrade Release 3.0J.
I've tried asking my sales representative and the
Japanese NeXT user mailing list (which I am a part of)
without response.
So I'm trying for a remote chance that someone here might
know or have heard something about it....
Regards,
--
Thor Legvold | "This is the strangest life
NorNeXT User Group leader | I've ever known..."
University of Bergen | -Jim Morrison, The Doors
NORWAY | edmtl@edb.uib.nong my sales representative and the
Japanese NeXT user mailing list (which I am a part of)
without response.
So I'm trying for a remote chance that someone here might
know or have heard something about it....
Regards,
--
Thor Legvold | "This is the strangest life
NorNeXD
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: mpetach@storm.Stanford.EDU (Matthew N. Petach)
Subject: Re: Mix and match disks
Message-ID: <1993Nov7.080058.20595@leland.Stanford.EDU>
Followup-To: comp.sys.next.sysadmin,comp.sys.next.hardware
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <dgursky.752185956@news.andi.org>
Date: Sun, 7 Nov 93 08:00:58 GMT
NB: Bounce to user...
David Gursky (dgursky@nextsrv1.andi.org) wrote:
: Recently, our Sun 4 finally gave up the ghost and died (or at least it is
: doing a remarkable imitation of having died...) I would now like to take
: the 600 MB disk from the Sun and attach it to my NeXT. The problem is that
: the NeXT does not recognize the filesystem that the Sun wrote on the disk.
: Every time I try and use the disk on the NeXT, I get a message to the effect
: of "Unreadable SCSI disk. Do you want to format?" (or maybe it is
: "Unrecognizable SCSI disk...") In any event, I would prefer not to have to
: reformat and restore a 600+ MB disk from backup tapes (especially as I'm
: reasonably certain that the disk had not been backed up recently). Is there
: any way to accomplish this? [The disk was mounted on the Sun as a 4.2 volume.
Hate to tell you, but you're out of luck. NeXT doesn't recognize
UFS filesystems, which is what Sun disks use. If you can get access
to a sun that can rewrite the filesystem as a 4.3 BSD filesystem,
you might have a prayer, but otherwise tar tapes would be your only
hope. dump and restore aren't portable, so dump tapes wouldn't
help you all that much. :-(
: It only has one partition that encompasses the complete disk. The disk is a
: Fujitsu M2263-512 mechanism.]
: --
: David M. Gursky MIME and NEXTMAIL accepted
: Synex, Inc. e-mail: .. dgursky@nextsrv1.andi.org
: 5950 Symphony Woods Road voice: ............. (301) 621-5732
: Columbia, MD 21044 fax: ............. (301) 621-6005
MAtt Petach
Newsgroups: comp.sys.next.sysadmin
From: cowboy@omega.csuohio.edu (Joe Rosenfeld)
Subject: Re: Problem upgrading 3.0J to 3.1E
Message-ID: <1993Nov7.153832.10844@news.csuohio.edu>
Sender: news@news.csuohio.edu (USENET News System)
Organization: Cleveland State University
References: <2bh54l$97@due.uninett.no>
Date: Sun, 7 Nov 1993 15:38:32 GMT
thor@sushi.uib.no wrote:
: Hi.
: I have 3.0J installed on my cube (J is Japanese version).
: I buy 3.1E (international) with free 3.2 upgrade, and
: 3.1 installer dies saying:
: Preparing / for upgrade...
: This upgrade can't be used to upgrade Release 3.0J.
I think what this means is you have to back up your data and
reinitialize the hard disk when you install 3.1. I believe it was
this way for me, with NS 3.1 for Black hardware.
Always back up your data :-)
Cowboy
Newsgroups: comp.sys.next.sysadmin
From: axelrod@runge.mit.edu (Scott Axelrod)
Subject: Boot in single user mode problem solved
Message-ID: <1993Nov8.020243.15150@galois.mit.edu>
Sender: news@galois.mit.edu
Organization: MIT Department of Mathematics, Cambridge, MA
Date: Mon, 8 Nov 93 02:02:43 GMT
Sometime ago I submitted an article with the following problem:
> ... I have a system that
> boots to single user mode because the root file system only gets mounted
> read only and needs to be remounted by hand. ...
I received 2 replies from people with similar problems.
Also, one kind soul mailed me a copy of the boot floppy in case I needed
it to be able to get my cube to rebuild the file system off of a CD.
Fortunately, this was not necessary.
Eventually I called the NeXT system support hotline.
I was very pleased with the help I got in solving this (and another
unrelated) problem.
It turns out that, in my ignorance, I decided to change the login directory
for root. In the process of doing this I moved the file .path from the
root directory / to another directory.
Since the operating system must find this file
in the root directory when starting up, it booted me in single user mode.
Thanks to all those who replied,
Scott Axelrod
axelrod@math.mit.edu
MIT Math Depatment
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
From: rawyatt@netcom.com (Robert Wyatt)
Subject: Need help with addresses file in NEXTSTEP 3.0
Message-ID: <rawyattCG5ssJ.3zK@netcom.com>
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Mon, 8 Nov 1993 06:02:42 GMT
I am posting this to both sysadmin and bugs groups. Either the problem is my
inability to understand NEXTSTEP, or a bug...I'll let the net decide...
I wanted to create a shared addresses file for our network (ie: for faxing; we
all fax to the same people!). NeXT never sent us a 3.0 User Guide when we
upgraded (they said there weren't significant changes from the 2.0 guide).
Anyway, I created an addresses file and put it in LocalLibrary, then linked the
file to each user's Addresses folder (we are a small network of about 10
users). Each user is able to add addresses to the file, but the other users
can't see them. Is there any reason addresses files can not be linked? Has
anyone figured out how to do this (I'm sure this is a piece of cake for all
experienced NEXTSTEPers!)?
I would *greatly* appreciate any insight or assistance! Please reply to:
rob%zeus.uucp@netcom.com
I can receive NeXTmail at this address and it is my work address (I am posting
from home). Thanks in advance to all kind helping souls!
-Rob Wyatt
Newsgroups: comp.sys.next.sysadmin
From: hein@vtm.be
Subject: networking problem
Message-ID: <CG6Hw0.8su@vtm.be>
Date: Mon, 8 Nov 1993 15:04:48 GMT
Organization: Vlaamse Televisie Maatschappij N.V.
Hi there,
I have installed NeXTSTEP v3.1 on a 486 with a 3COM Etherlink III ethernet
card.
I want to plug it into our company's network as a normal unix client. So
no NetInfo, no NIS.
I followed the instructions in the NextAdmin chapters, but something goes
terribly wrong.
When trying things out with a ping, almost 90 percent of the packages are
lost, and the ones that do come back take about 100 (yes, hunderd) seconds
on average.
The bizarre thing is that with the same machine, under DOS, everything works
OK. (ping takes 3 MILLI-seconds on average).
Has anybody had this kind of problem? Suggestions to solutions are welcome.
Hein.
--
______________________________________________________________________
Hein Saris
email: hein@vtm.be
Vlaamse Televisie Maatschappij N.V.
From: Ada Scorsone <as8t+@andrew.cmu.edu>
Newsgroups: comp.sys.next,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next.marketplace
Subject: HELP- new video board installation
Date: Mon, 8 Nov 1993 10:32:01 -0500
Organization: Graduate School of Industrial Administr., Carnegie Mellon, Pittsburgh, PA
Message-ID: <IgraNlK00iV1I54WYN@andrew.cmu.edu>
Any help in this matter would be greatly appreciated.
Q1.
I am trying to install a new video board onto my computer. The video
board is ODIVGA by Oak Technologies. I have removed dos from my
computer. I have installed the driver for the board -(next already had
it) - so, I selected it, turned off the machine, put in the new card and
the pc won't boot up.
Any suggestions on how to install the new card ?? this is frustrating...
Q2.
My old video card is Cirrus. DOes anybody know where I can find an SVGA
driver for the card? Is the manufacturer the only way to get the
driver??
Thanks in advance.
--Ada Scorsone Research Computing Analyst
GSIA - Carnegie Mellon University
412-268-5880
Thanks,
--Ada Scorsone x5880
GSIA Computing Group
From: Ada Scorsone <as8t+@andrew.cmu.edu>
Newsgroups: comp.sys.next.marketplace,comp.sys.next.software,comp.sys.next.sysadmin,comp.sys.next
Subject: Best PC HW configuration
Date: Mon, 8 Nov 1993 10:35:42 -0500
Organization: Graduate School of Industrial Administr., Carnegie Mellon, Pittsburgh, PA
Message-ID: <EgraRCu00iV1A54X8M@andrew.cmu.edu>
What is the best PC hardware configuration for a PC running nextstep
486?? Board name brands, cdrom host adapter brands, video card brand,
speciations for the motherboard, etc.
My guess is a 32 bit machine with 32 Mb memory, but I don't know the rest.
Thanks in advance.
--Ada Scorsone
GSIA Carnegie Mellon University
412-268-5880
From: Cuong Van Nguyen <cn0x+@andrew.cmu.edu>
Newsgroups: comp.sys.next.software,comp.sys.next,comp.sys.next.sysadmin
Subject: tar: CHECKSUM error
Date: Mon, 8 Nov 1993 12:04:48 -0500
Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
Message-ID: <QgrbkkK00WB54rnrYQ@andrew.cmu.edu>
In-Reply-To: <EgraRCu00iV1A54X8M@andrew.cmu.edu>
Hi all,
Does anyone know how to retrieve files inside a tar file with a
checksum error? I ftp'ed the tar file to and from a server on AFS in
binary mode. It seems like the tar file still contains the info, but it
must have been corrupted somehow while on the AFS server. I can only
retrieve a few of the files. Here's what I got:
---------------
nguyen> tar xvf bin.tar
x bin/a5p.dda5p.snd.compressed, 2072 bytes, 5 tape blocks
x bin/dbfile.txt, 453 bytes, 1 tape blocks
x bin/foo.snd, 1712 bytes, 4 tape blocks
x bin/listfile, 49 bytes, 1 tape blocks
x bin/m.ma4i.snd, 2114 bytes, 5 tape blocks
tar: directory checksum error (2858 != 2790)
nguyen>
----------------------
Thanks in advance for any help,
Cuong
From: bora@ils.nwu.edu (Don Bora)
Newsgroups: comp.sys.next.sysadmin
Subject: Question about Macintosh Emulators
Date: 8 Nov 1993 18:08:35 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <2bm1v3$42m@anaxagoras.ils.nwu.edu>
I am wondering about the availability (and pricing) of
Macintosh emulators for black hardware. Any one out there
know anything on this subject?
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
From: kunkle@harry.cofc.edu (Tom Kunkle)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: The right way to name a standalone machine?
Date: 8 Nov 1993 16:16:15 GMT
Message-ID: <2blrcf$86f@cofc20.cs.cofc.edu>
References: <2beb5m$fs3@news.cs.tu-berlin.de>
In article <2beb5m$fs3@news.cs.tu-berlin.de> herding@cs.tu-berlin.de
(Bernd Herding) writes:
>... isn't there >an application called HostConfig
>(or something like this) in /NextAdmin???
Bernd has the right idea. I named my NextStation by running
SimpleNetworkStarter (yes, it's in /NextAdmin).
Just type in the new name in ``Box 2. Hostname:''
tom kunkle
From: kunkle@harry.cofc.edu (Tom Kunkle)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: The right way to name a standalone machine?
Date: 8 Nov 1993 16:16:36 GMT
Message-ID: <2blrd4$86g@cofc20.cs.cofc.edu>
References: <2beb5m$fs3@news.cs.tu-berlin.de>
(Bernd Herding) writes:
>... isn't there >an application called HostConfig
>(or something like this) in /NextAdmin???
Bernd has the right idea. I named my NextStation by running
SimpleNetworkStarter (yes, it's in /NextAdmin).
Just type in the new name in ``Box 2. Hostname:''
tom kunkle
From: kunkle@harry.cofc.edu (Tom Kunkle)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: The right way to name a standalone machine?
Date: 8 Nov 1993 16:17:15 GMT
Message-ID: <2blreb$86h@cofc20.cs.cofc.edu>
References: <2beb5m$fs3@news.cs.tu-berlin.de>
(Bernd Herding) writes:
>... isn't there >an application called HostConfig
>(or something like this) in /NextAdmin???
Bernd has the right idea. I named my NextStation by running
SimpleNetworkStarter (yes, it's in /NextAdmin).
Just type in the new name in ``Box 2. Hostname:''
tom kunkle
.........................................
.........................................
.........................................
.........................................
.........................................
.........................................
From: kunkle@harry.cofc.edu (Tom Kunkle)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: The right way to name a standalone machine?
Date: 8 Nov 1993 16:17:51 GMT
Message-ID: <2blrff$86i@cofc20.cs.cofc.edu>
References: <2beb5m$fs3@news.cs.tu-berlin.de>
(Bernd Herding) writes:
>... isn't there an application called HostConfig
>(or something like this) in /NextAdmin???
Bernd has the right idea. I named my NextStation by running
SimpleNetworkStarter (yes, it's in /NextAdmin).
Just type in the new name in ``Box 2. Hostname:''
tom kunkle
From: kunkle@harry.cofc.edu (Tom Kunkle)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: The right way to name a standalone machine?
Date: 8 Nov 1993 16:19:15 GMT
Message-ID: <2blri3$86j@cofc20.cs.cofc.edu>
References: <1993Nov4.231052.29962@cs.cornell.edu>
(David Bau) writes:
> To register some software, I have to give a name to my (intel)
> machine, which is a standalone machine. What is the right way
> to do this?
> David
(Bernd Herding) writes:
>... isn't there an application called HostConfig
>(or something like this) in /NextAdmin???
David and Bernd:
Bernd has the right idea. I named my NextStation by running
SimpleNetworkStarter (yes, it's in /NextAdmin).
Just type in the new name in ``Box 2. Hostname:''
tom kunkle
From: tomcoop@bcarh775.bnr.ca (Steven K. Besler)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Boot in single user mode problem solved
Date: 8 Nov 1993 18:36:39 GMT
Organization: Bell-Northern Research, Ottawa, Canada
Sender: tomcoop@bcarh775 (Steven K. Besler)
Distribution: world
Message-ID: <2bm3jn$32d@bcars64a.bnr.ca>
References: <1993Nov8.020243.15150@galois.mit.edu>
In article <1993Nov8.020243.15150@galois.mit.edu>, axelrod@runge.mit.edu (Scott Axelrod) writes:
[munch]
> I received 2 replies from people with similar problems.
|> Also, one kind soul mailed me a copy of the boot floppy in case I needed
|> it to be able to get my cube to rebuild the file system off of a CD.
|> Fortunately, this was not necessary.
[munch]
I just thought I'd post a note to say that I actually have rebuilt my
slab's disk in 3.0 after I totally screwed it up. I did this by actually
booting off of the 3.0 CD. So you don't actually need the BootFloppy to
do this. It's a little slow, but does the job.
--
Steven Besler | "Abstraction + Chaos = Beauty"
WORK PHONE: (613) 765-2230 | Personal Email: ak866@freenet.carleton.ca
Newsgroups: comp.sys.next.sysadmin
From: bau@cs.cornell.edu (David Bau)
Subject: Unresolved... (The right way to name a standalone machine?)
Message-ID: <1993Nov8.193740.12733@cs.cornell.edu>
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
References: <2beb5m$fs3@news.cs.tu-berlin.de> <2blreb$86h@cofc20.cs.cofc.edu>
Date: Mon, 8 Nov 1993 19:37:40 GMT
I wrote:
> To register some software, I have to give a name to my (intel)
> machine, which is a standalone machine. What is the right way
> to do this?
> David
and many people posted and mailed suggestions. Thanks very much
for all your help! I've tried all the different solutions, but
none of them resolves one of my main problems:
When I change the name using HostManager or SNS (when I can coax
SNS into working), the hostname is correctly set to "raindrop",
but "telnet raindrop" still fails (I can only "telnet localhost").
Does anybody with a standalone machine have a setup where they
can rlogin or telnet to their own machine name?
Is "telnet hostname" even supposed to work on a standalone
machine?
Well, it seems that some programs expect "telnet hostname" to
work, so I worked around the problem on my machine with the
following hack; after changing the local hostname to "raindrop"
with HostManager, I manually added a host "raindrop" (still
using HostManager). Then I set the inet address of the new
"raindrop" to 127.0.0.1, the loopback address. This doesn't
seem like a very good solution. (Or maybe it is! Is this
the way it is supposed to be done?) So... what is the right
way to name a standalone machine so that telnet and rlogin
can work with the new hostname?
David
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 8 Nov 1993 14:55:59 -0500
Organization: Next Announcements
Message-ID: <2bm88d$bq3@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
The NEXTSTEP FAQs are posted here monthly as well.
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material.
The NEXTSTEP programmer FAQs are posted here.
Generic UNIX questions belong elsewhere (comp.unix.questions),
although specific questions about NeXT's implementation or
porting issues are appropriate here. Note that there are
several other more "horizontal" newsgroups (comp.lang.objective-c,
comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip,
etc.) that may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
comp.soft-sys.nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
comp.lang.objective-c
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
comp.object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
---------------------------------------------------------------------
Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are
now available as a mailing list digest as well.
next-nextstep-d
next-advocacy-d
next-announce-d
next-bugs-d
next-hardware-d
next-marketplace-d
next-misc-d
next-programmer-d
next-software-d
next-sysadmin-d
(For a full description, send mail saying LISTS to
<digestif@antigone.com>).
The subscription syntax is essentially the same as LISTSERV's.
To subscribe, send a message to <digestif@antigone.com> saying:
SUB Listname YourName
Example: SUB next-hardware-d John Doe
--------------------------------------------------------------------
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish sanguish@digifix.com
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
From: ski2@stein1.u.washington.edu (Chris Kacoroski)
Newsgroups: comp.sys.next.sysadmin
Subject: Changing the root device
Date: 8 Nov 1993 20:23:35 GMT
Organization: University of Washington, Seattle
Message-ID: <2bm9s7$88g@news.u.washington.edu>
Hi,
I have inherited the sysadmin job for a Next Cube. It has a 100Meg
internal and a new 660Meg external drive. I managed to install 3.0
on both drives but cannot figure out how to force it to boot from the
external drive. I want to do this so I can install the rest of 3.0.
What I did do was to change the boot params (using p from the ROM
monitor) to ask for the root device but there has to be a better way.
The documentation says to use the power icon in the preferences
application but when I try that I get a not applicable message.
Second question is what is the best use for the 100Meg harddrive.
Should I put the swap there? Appreciate your ideas.
Thanks for your help.
Newsgroups: comp.sys.next.sysadmin
From: gthomas@fraser.sfu.ca (Guy Thomas)
Subject: Mail.app and sendmail 8.6.4 not communicating
Message-ID: <gthomas.752789420@sfu.ca>
Summary: Mail.app can not send mail using sendmail 8.6.4. Is a fix available?
Keywords: sendmail 8.6.4 Mail.app
Sender: news@sfu.ca
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Mon, 8 Nov 1993 20:10:20 GMT
In response to the recent CERT advisory I have installed
sendmail 8.6.4. It works fine with incoming mail. However,
with outgoing mail using elm or pine works but not Mail.app.
Has anyone else seen this? I am using NeXTSTEP 2.1 on a
slab.
Thanks to anyone with leads.
---
Guy R. Thomas Native Education Centre
Library Coordinator 285 East Fifth Avenue
gthomas@native-ed.bc.ca Vancouver B. C.
V:(604) 873-3761 --- F:(604) 873-9152 V5T 1H2
From: litbu741@lando.cc.emory.edu (Shyela Aberman)
Newsgroups: comp.sys.next.sysadmin
Subject: search path for Window Server
Message-ID: <5482@emoryu1.cc.emory.edu>
Date: 8 Nov 93 17:25:38 GMT
Sender: news@emory.edu
Hey,
Can you modify the places that the Window Server looks for Apps.
The reason is that we have a NeXTcube with four pizza boxes
(workstations) and /LocalApps on the cube is mounted under
the name /NetApps on the stations. I can modify my UNIX PATH
so that I can get to the bins in /NetApps from the command line,
but 1) running NS apps from the command line is dumb, even if I
could remember what program was what, and 2) double-clicking on
a doc that belongs to an app in /NetApps opens the doc up in Edit.
any help would be appreciated,
and don't forget, you can mail me directly (instead of braving
the vagaries of Usenet): labsha@vader.cc.emory.edu
thanx,
shy
Newsgroups: comp.sys.next.sysadmin
From: gthomas@fraser.sfu.ca (Guy Thomas)
Subject: Re: Mail.app and sendmail 8.6.4 not communicating
Message-ID: <gthomas.752791866@sfu.ca>
Keywords: sendmail 8.6.4 Mail.app
Sender: news@sfu.ca
Organization: Simon Fraser University, Burnaby, B.C., Canada
References: <gthomas.752789420@sfu.ca>
Date: Mon, 8 Nov 1993 20:51:06 GMT
gthomas@fraser.sfu.ca (Guy Thomas) writes:
The error that sendmail reports using syslog is
/usr/lib/sendmail: illegal option -- O
and it repots this twice for each piece of mail sent.
>In response to the recent CERT advisory I have installed
>sendmail 8.6.4. It works fine with incoming mail. However,
>with outgoing mail using elm or pine works but not Mail.app.
>Has anyone else seen this? I am using NeXTSTEP 2.1 on a
>slab.
>Thanks to anyone with leads.
>---
>Guy R. Thomas Native Education Centre
>Library Coordinator 285 East Fifth Avenue
>gthomas@native-ed.bc.ca Vancouver B. C.
>V:(604) 873-3761 --- F:(604) 873-9152 V5T 1H2
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: 'mt' status meanings
Message-ID: <1993Nov4.154607.658@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <2b8hhh$nb3@sgate.com>
Date: Thu, 4 Nov 1993 15:46:07 GMT
In article <2b8hhh$nb3@sgate.com> matthewm@sgate.com (Mike Matthews)
writes:
>
> Does anyone know what the meanings for the status byte is for the mt
command?
> I'm getting sense keys of 0x20 after tarring to tape and immediately
trying
> to tvf the tape. It's very, very annoying.
>
> The man page for mt references mt(4) but of course mt(4) does not exist.
> ------
> Mike Matthews, Mike_Matthews@sgate.com (NeXTmail accepted)
> ------
> A baby is an alimentary canal with a loud voice at one end and no
> responsibility at the other.
Hi
Sense keys of 0x20 means target not ready, according to scsireg.h
#define SENSE_NOSENSE 0x0 /* no error to report */
#define SENSE_RECOVERED 0x1 /* recovered error */
#define SENSE_NOTREADY 0x2 /* target not ready */
#define SENSE_MEDIA 0x3 /* media flaw */
#define SENSE_HARDWARE 0x4 /* hardware failure */
#define SENSE_ILLEGALREQUEST 0x5 /* illegal request */
#define SENSE_UNITATTENTION 0x6 /* drive attention */
#define SENSE_DATAPROTECT 0x7 /* drive access protected */
#define SENSE_ABORTEDCOMMAND 0xb /* target aborted command */
#define SENSE_VOLUMEOVERFLOW 0xd /* eom, some data not transferred
*/
#define SENSE_MISCOMPARE 0xe /* source/media data mismatch */
Sense key is coded on 4 bits.
So you should wait for your tape to rewind before issuing tar tvf.
It is best to do between each tar "mt -f /dev/rst0 rew"
--
---------------------------------------------------------------------
Fabien_Roy@free.fdn.org (NextMails accepted)
Fabien Roy Electronic Engineering (Former NeXT Distributor)
----------> Almost killed by NEXT when they stop the hardware.
---------------> Still alive with NEXTSTEP FOR INTEL PROCESSORS.
From: citdem@violet.ccit.arizona.edu (MCCOLLAM, DON)
Newsgroups: comp.sys.next.sysadmin
Subject: NS 3.2 and PLI 2.88 drive
Date: 8 Nov 1993 16:19 MST
Organization: University of Arizona
Distribution: world
Message-ID: <8NOV199316192905@violet.ccit.arizona.edu>
News-Software: VAX/VMS VNEWS 1.41
Hi.
Will someone who gets an early copy of NS 3.2 on black hardware and who has
a PLI 2.88MB floppy please check to see if NeXT has fixed the "I can't
format a 2.88MB floppy" bug. This ought to be the telling on NeXT "continued"
support for black hardware.
Thanks
Don McCollam
citdem@happy.rc.arizona.edu
From: hans@symbas.UUCP (Hans Aafloy)
Newsgroups: comp.sys.next.sysadmin
Subject: multiple serialports on Intel
Message-ID: <3841@symbas.UUCP>
Date: 8 Nov 93 14:34:25 GMT
Distribution: world
Organization: LindMac A/S, Trondheim, Norway
With success, I've used an RS-232 MUX ( i.e. a card with 4 or 8 serial
ports ) on PC ( DOS ) earlier.
I now wonder if Nextstep ( 3.1 - Intel ) supports drivers for
serial port extention or an RS-232 multiplexer card.
Do I hear yes ??
hans
========================================================================
Hans Aafloy hans@symbas.lind.no
LindMac A/S phone: +477 967311
7038 Trondheim, NORWAY fax: .......5479
========================================================================
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.bugs
From: mark@cyantic.com (Mark T. Dornfeld)
Subject: NeXT Freezes
Organization: CYANTIC Systems
Date: Mon, 08 Nov 1993 22:41:13 GMT
Message-ID: <1993Nov08.224113.11206@cyantic.com>
Last week I posted this article:
#We just upgraded two NS slabs to NS 3.1. On one of them we have been
#experiencing a problem reading pages from a fax. A Postscript error is
#encountered and the system crashes. Sometime last night, my Turbo "froze".
#This morning, I couldn't halt or reboot the system, so I had to unplug it.
#Everything seems fine, but the 3.1 upgrade seems to have introduced some
#instability.
#There were no console messages for the Turbo crash.
#Is 3.1 less stable than 3.0?
I have since discovered that the /usr/adm/daily maintenance shell script
that runs at 4:00AM does a find on all mounted file systems to look for
stale ".nfs*" files. The system crashed two out of four nights since I did
the upgrade to 3.1. On those nights I left the Nova CD mounted in the CD
drive and the time on the NeXT clock in the Dock was 4:01AM.
I ran the find command manually and crashed the system. Find returns: BAD
Status on the first three files it meets and then bombs. I guess this is a
bug.
Has anyone else had this problem?
--
Mark T. Dornfeld, CYANTIC Systems Voice: (416) 234-9048
101 Subway Crescent Suite 2103 Facsimile: (416) 234-0477
Etobicoke, Ontario, M9B 6K4 CANADA Email: mark@cyantic.com
From: thor@sushi.uib.no
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem upgrading 3.0J to 3.1E
Date: 9 Nov 1993 01:01:11 GMT
Organization: University of Bergen, Norway
Distribution: world
Message-ID: <2bmq4n$p7a@due.uninett.no>
References: <1993Nov7.153832.10844@news.csuohio.edu>
In article <1993Nov7.153832.10844@news.csuohio.edu> cowboy@omega.csuohio.edu
(Joe Rosenfeld) writes:
> thor@sushi.uib.no wrote:
> : Hi.
>
> : I have 3.0J installed on my cube (J is Japanese version).
> : I buy 3.1E (international) with free 3.2 upgrade, and
> : 3.1 installer dies saying:
>
> : Preparing / for upgrade...
> : This upgrade can't be used to upgrade Release 3.0J.
>
> I think what this means is you have to back up your data and
> reinitialize the hard disk when you install 3.1. I believe it was
> this way for me, with NS 3.1 for Black hardware.
>
> Always back up your data :-)
>
> Cowboy
Could anyone verify this, i.e. that I have to rebuild the entire
hard disk to get 3.1 up??? I have installed 3.0J ON TOP OF
3.0E (i.e. I did an upgrade), so the file system is _not_ the
weird, non standard Japanese fs, it is the international 3.0
version with Japanese libs/fonts/etc added afterwords.
Of course I should back up - and I do. Over a 9600 SLIP link,
at the moment... :-( As soon as someone makes an _affordable_
device for black hardware (what ever became of the Floptical 21MB
floppy/optical wonder I waited and waited for???) I'll buy it.
In the meantime there is no way in h*ll I'm backing up a GIG
of disk over 9600 baud, nor the approx. 100MB used in my home
directory (in it's entirety).
Well, there had to come a day I'd regret selling the OD...
Regards,
--
Thor Legvold | "This is the strangest life
NorNeXT User Group leader | I've ever known..."
University of Bergen | -Jim Morrison, The Doors
NORWAY | edmtl@edb.uib.nod
From: kline@CS.Arizona.EDU (Nick Kline)
Newsgroups: comp.sys.next.sysadmin
Subject: my cube died when I upgraded memory. help!
Date: 8 Nov 1993 20:39:54 -0700
Organization: University of Arizona CS Department, Tucson AZ
Message-ID: <2bn3ea$n04@cheltenham.cs.arizona.edu>
My 040 mono cube has always had 12meg of ram (12x1meg of course). I recently
bought 4x4meg of pc simms and I was wondering if this would work in my cube.
"Someone" told me it wouldn't hurt to try, so I put in the new 4 meg's at
the high end (it bank 3 of 0,1,2,3). I took a simm out of the end of bank
2 to look at it and then put it back. Hope trying this didn't fry my system.
I powered up and got an error saying:
there is a problem in bank 2 (bank 0 is the first) and also
there are 4 meg simms in bank 3 but we can't read them
So, probably need to reseat the simms in bank 2 again.
Reseated them and rebooted. same error.
Removed the new simms from bank 3. powered up. Only one error now
about bank 2. poweredup. Now the monitor didn't come on! Now I'm
really starting to sweat. Hmm, perhaps I didn't reconnect those
internal cables correctly. Reseat those, make sure the monitor cables
are screwed in, no go! What to do?
By the way, when the monitor didn't come on, I couldn't get the system
to shut it self off via the power key, either. This suggested either
the monitor was not connected (and thus the keyboard was not connected
since it goes through the monitor), or something else :-)
I then rebooted the system with the monitor unplugged and the system
wouldn't do anything. Ie the power didn't come on. I remember reading
that it worked this way from some long ago reading on the net. So I
plugged in the monitor and the powerup made the usual coming on noises
but the monitor was dim.
Then I remembered something about using portb for a tty port when
trying to boot and when you are having problems. I connected my wyse75
upto port b and nothing happened when booting at either 9600 or 19200.
Same with port a. What are the settings necessary for this to work?
Later I reconnected the monitor back up and powered on. the system came
on but nothing happenned to the monitor. As dark as death. Hopefully not
the death of my system.
So, some questions. Suppose I screwed up the nvram somehow. Should I
remove the battery? How long does it take it to reset.
What about the battery? Is it dead? The last time I rebooted was
on sunday by the way. I shut off my system for about 12 hours and then
powered up with no problems.
Since the system powers up, it suggests that the internal cosistency
check that the monitor is present is satisfied. Somehow the monitor
itself is not working or the cpu board controls for it don't work.
There's no external fuse on the monitor. I might as a last resort
crack it open and check it out inside. I know to be very careful of
capacitors etc.
So, what should I do?
1. remove battery and wait?
2. reseat ram?
3. try to reseat some chips?
4. crack open the monitor?
How can I activate the sys admin messages to make them go out port b?
Thanks,
Nick Kline
Kline@cs.arizona.edu
From: kline@CS.Arizona.EDU (Nick Kline)
Newsgroups: comp.sys.next.sysadmin
Subject: my cube died when I upgraded memory. help!
Date: 8 Nov 1993 20:43:31 -0700
Organization: University of Arizona CS Department, Tucson AZ
Message-ID: <2bn3l3$n31@cheltenham.cs.arizona.edu>
My 040 mono cube has always had 12meg of ram (12x1meg of course). I recently
bought 4x4meg of pc simms and I was wondering if this would work in my cube.
"Someone" told me it wouldn't hurt to try, so I put in the new 4 meg's at
the high end (it bank 3 of 0,1,2,3). I took a simm out of the end of bank
2 to look at it and then put it back. Hope trying this didn't fry my system.
I powered up and got an error saying:
there is a problem in bank 2 (bank 0 is the first) and also
there are 4 meg simms in bank 3 but we can't read them
So, probably need to reseat the simms in bank 2 again.
Reseated them and rebooted. same error.
Removed the new simms from bank 3. powered up. Only one error now
about bank 2. poweredup. Now the monitor didn't come on! Now I'm
really starting to sweat. Hmm, perhaps I didn't reconnect those
internal cables correctly. Reseat those, make sure the monitor cables
are screwed in, no go! What to do?
By the way, when the monitor didn't come on, I couldn't get the system
to shut it self off via the power key, either. This suggested either
the monitor was not connected (and thus the keyboard was not connected
since it goes through the monitor), or something else :-)
I then rebooted the system with the monitor unplugged and the system
wouldn't do anything. Ie the power didn't come on. I remember reading
that it worked this way from some long ago reading on the net. So I
plugged in the monitor and the powerup made the usual coming on noises
but the monitor was dim.
Then I remembered something about using portb for a tty port when
trying to boot and when you are having problems. I connected my wyse75
upto port b and nothing happened when booting at either 9600 or 19200.
Same with port a. What are the settings necessary for this to work?
Later I reconnected the monitor back up and powered on. the system came
on but nothing happenned to the monitor. As dark as death. Hopefully not
the death of my system.
So, some questions. Suppose I screwed up the nvram somehow. Should I
remove the battery? How long does it take it to reset.
What about the battery? Is it dead? The last time I rebooted was
on sunday by the way. I shut off my system for about 12 hours and then
powered up with no problems.
Since the system powers up, it suggests that the internal cosistency
check that the monitor is present is satisfied. Somehow the monitor
itself is not working or the cpu board controls for it don't work.
There's no external fuse on the monitor. I might as a last resort
crack it open and check it out inside. I know to be very careful of
capacitors etc.
So, what should I do?
1. remove battery and wait?
2. reseat ram?
3. try to reseat some chips?
4. crack open the monitor?
How can I activate the sys admin messages to make them go out port b?
Thanks,
Nick Kline
Kline@cs.arizona.edu
From: kline@CS.Arizona.EDU (Nick Kline)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <2bn3ea$n04@cheltenham.cs.arizona.edu>
Control: cancel <2bn3ea$n04@cheltenham.cs.arizona.edu>
Date: 8 Nov 1993 22:05:43 -0700
Organization: University of Arizona CS Department, Tucson AZ
Message-ID: <2bn8f7$ogv@cheltenham.cs.arizona.edu>
<2bn3ea$n04@cheltenham.cs.arizona.edu> was cancelled from within trn.
From: rcfa@cubiculum.com (Ronald C.F. Antony)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Boot in single user mode problem solved
Date: 9 Nov 1993 06:10:06 GMT
Organization: NeXT-BUG (NeXT at Brown University Group)
Distribution: world
Message-ID: <2bnc7u$1a1@tunix.cubiculum.com>
References: <2bm3jn$32d@bcars64a.bnr.ca>
In article <2bm3jn$32d@bcars64a.bnr.ca> tomcoop@bcarh775.bnr.ca (Steven K.
Besler) writes:
> I just thought I'd post a note to say that I actually have rebuilt my
> slab's disk in 3.0 after I totally screwed it up. I did this by actually
> booting off of the 3.0 CD. So you don't actually need the BootFloppy to
> do this. It's a little slow, but does the job.
This is not quite true. Only on slabs this holds. The original cubes were not
built with floppies and CD-ROMs in mind and thus they need a boot floppy that
teaches them about these devices. You can even find that in the Upgrading
manual that NeXT ships with the OS.
-- Ronald
==============================================================================
"The reasonable man adapts himself to the world; the unreasonable one persists
in trying to adapt the world to himself. Therefore all progress depends on the
unreasonable man." G.B. Shaw
------------------------------------------------------------------------------
rcfa@cubiculum.com rcfa@ANDI.org rcfa@sleepy.cis.brown.edu | NeXT-mail welcome
Newsgroups: comp.sys.next.sysadmin
From: img@aisb.ed.ac.uk (Ian Green)
Subject: obtaining NS3.x
Message-ID: <1993Nov9.095303.4213@aisb.ed.ac.uk>
Sender: news@aisb.ed.ac.uk (Network News Administrator)
Organization: Dept AI, Edinburgh University, Scotland
Date: Tue, 9 Nov 93 09:53:03 GMT
From where can I find out the variety of ways of
finding/buying/installing/etc NS3.x on a nextstation?
please reply by email due to short expiry times here. thank you.
-ian
Newsgroups: comp.sys.next.sysadmin
From: tlm@tantalus.scl.ameslab.gov (Tom Marchioro)
Subject: Re: Unresolved... (The right way to name a standalone machine?)
Message-ID: <CG8AM6.DD4@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
References: <1993Nov8.193740.12733@cs.cornell.edu>
Date: Tue, 9 Nov 1993 14:22:54 GMT
David Bau writes
[]I wrote:
[]
[]> To register some software, I have to give a name to my (intel)
[]> machine, which is a standalone machine. What is the right way
[]> to do this?
[]> David
[]
[]and many people posted and mailed suggestions. Thanks very much
[]for all your help! I've tried all the different solutions, but
[]none of them resolves one of my main problems:
[]
[]When I change the name using HostManager or SNS (when I can coax
[]SNS into working), the hostname is correctly set to "raindrop",
[]but "telnet raindrop" still fails (I can only "telnet localhost").
[]Does anybody with a standalone machine have a setup where they
[]can rlogin or telnet to their own machine name?
[]
[]Is "telnet hostname" even supposed to work on a standalone
[]machine?
[]
[]Well, it seems that some programs expect "telnet hostname" to
[]work, so I worked around the problem on my machine with the
[]following hack; after changing the local hostname to "raindrop"
[]with HostManager, I manually added a host "raindrop" (still
[]using HostManager). Then I set the inet address of the new
[]"raindrop" to 127.0.0.1, the loopback address. This doesn't
[]seem like a very good solution. (Or maybe it is! Is this
[]the way it is supposed to be done?) So... what is the right
[]way to name a standalone machine so that telnet and rlogin
[]can work with the new hostname?
I think that basically is the right way, although it can be done in a way
that is simple enough to *almost* make sense.
Just go into HostManager.app and give the local information for you machine
as was mentioned before, i.e., under "Local" put the name you want
(raindrop). Then, go to the Host/Open menu and click, double-click on the
"localhost" host entry, and when the panel comes up alias localhost to the
name you want your machine to have, e.g., in your case add "raindrop" as an
alias for localhost. All will work well from then on.
By the way, I learned this after finding out that RenderManager gets
confused without it, much as telnet and rlogin do.
Hope this helps --- Tom
--
Dr. Thomas L. Marchioro II Two-wheeled theoretical physicist
Center for Physical and
Computational Mathematics 515-294-5543
Ames Laboratory 515-233-1216 (home)
Ames, Iowa 50011 tlm@iastate.edu
From: perkins@andromeda.rutgers.edu (Steve Perkins)
Newsgroups: comp.sys.next.sysadmin
Subject: Boot halts at Configuring Device Drivers - solved
Keywords: Device
Message-ID: <Nov.9.10.15.08.1993.25098@andromeda.rutgers.edu>
Date: 9 Nov 93 15:15:10 GMT
Organization: Rutgers Univ., New Brunswick, N.J.
I had a problem of not being able to boot NSFIP in any mode except single
user. This included not being able to get it to boot with config=Default.
I solved this by going to /usr/Devices/* and going down the directory tree
until I got to the two devices I had reconfigured before I had the
problem. I then copied the Default.table over the Instance0.table and restarted. The Login panel then came up and the system was back.
Steven C. Perkins perkins@andromeda.rutgers.edu
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Boot in single user mode problem solved
Date: 9 Nov 1993 15:17:57 GMT
Organization: University of Houston
Distribution: world
Message-ID: <2bocb5$al@menudo.uh.edu>
References: <2bm3jn$32d@bcars64a.bnr.ca>
In article <2bm3jn$32d@bcars64a.bnr.ca> tomcoop@bcarh775.bnr.ca (Steven K.
Besler) writes:
#In article <1993Nov8.020243.15150@galois.mit.edu>, axelrod@runge.mit.edu
(Scott Axelrod) writes:
#
#[munch]
#
#> I received 2 replies from people with similar problems.
#|> Also, one kind soul mailed me a copy of the boot floppy in case I needed
#|> it to be able to get my cube to rebuild the file system off of a CD.
#|> Fortunately, this was not necessary.
#
#[munch]
#
#I just thought I'd post a note to say that I actually have rebuilt my
#slab's disk in 3.0 after I totally screwed it up. I did this by actually
#booting off of the 3.0 CD. So you don't actually need the BootFloppy to
#do this. It's a little slow, but does the job.
#
NOTE: You can only boot directly from the NS3.0 CD if you have a Turbo
machine. The older, non-turbos don't have the proper info in prom to deal
with the CD-ROM and the 2K sector size...
#--
#Steven Besler | "Abstraction + Chaos = Beauty"
#WORK PHONE: (613) 765-2230 | Personal Email: ak866@freenet.carleton.ca
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Changing the root device
Date: 9 Nov 1993 15:19:41 GMT
Organization: University of Houston
Message-ID: <2boced$cr@menudo.uh.edu>
References: <2bm9s7$88g@news.u.washington.edu>
In article <2bm9s7$88g@news.u.washington.edu> ski2@stein1.u.washington.edu
(Chris Kacoroski) writes:
#Hi,
#
#I have inherited the sysadmin job for a Next Cube. It has a 100Meg
#internal and a new 660Meg external drive. I managed to install 3.0
#on both drives but cannot figure out how to force it to boot from the
#external drive. I want to do this so I can install the rest of 3.0.
#What I did do was to change the boot params (using p from the ROM
#monitor) to ask for the root device but there has to be a better way.
#The documentation says to use the power icon in the preferences
#application but when I try that I get a not applicable message.
#
#Second question is what is the best use for the 100Meg harddrive.
#Should I put the swap there? Appreciate your ideas.
#
#Thanks for your help.
#
Make the external disk SCSI ID 0. The interal drive is by default SCSI ID
1, unless you changed it to something else. The system will boot from the
drive with the _lowest_ SCSI by default...
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: dan@pdh.com (Dan Delany)
Subject: Problem installing NS3.1 on Intel HW
Message-ID: <CG75uF.3M2@pdh.com>
Organization: PDH, Inc.
Date: Mon, 8 Nov 1993 23:42:11 GMT
I'm trying to install NEXTSTEP 3.1 on a brand-new, straight out of the box,
Gateway 2000 4DX2-66V machine. The machine came with Windows preinstalled,
and if I boot that it runs fine. But when I try to boot from the NS3.1
floppy, the machine goes fine for a while and then says:
Warning: Using internal backup device configuration tables
PCPointer probe: mouseInit failure
Registering: PCKeyboard0
Registering: PCPointer0
At this point, the machine hangs.
The machine has a PS/2 type mouse, and the NeXTanswers document on mouse
support says:
PS/2 Compatible Mouse Setup and Installation
PS/2 compatible mice require no special setup. Simply plug the device into
your computer, and NEXTSTEP will automatically recognize its presence
during software installation.
I'd appreciate any suggestions anybody might have. The Gatway tech support
person didn't even know what NEXTSTEP was, and I'm inclined to believe that
the problem is not in the equipment because Windows can talk to the mouse
just fine.
--
Dan Delany, dan@pdh.com (NeXT mail OK)
PDH, Inc. / 2635 N First St, Suite 224 / San Jose, CA 95134-2032
(408) 428-9596 Fax: (408) 428-9599 /
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem installing NS3.1 on Intel HW
Date: 9 Nov 1993 16:15:53 GMT
Organization: University of Houston
Message-ID: <2bofnp$4rk@menudo.uh.edu>
References: <CG75uF.3M2@pdh.com>
In article <CG75uF.3M2@pdh.com> dan@pdh.com (Dan Delany) writes:
#I'm trying to install NEXTSTEP 3.1 on a brand-new, straight out of the box,
#Gateway 2000 4DX2-66V machine. The machine came with Windows preinstalled,
#and if I boot that it runs fine. But when I try to boot from the NS3.1
#floppy, the machine goes fine for a while and then says:
#
#Warning: Using internal backup device configuration tables
#PCPointer probe: mouseInit failure
#Registering: PCKeyboard0
#Registering: PCPointer0
#
#At this point, the machine hangs.
#
#The machine has a PS/2 type mouse, and the NeXTanswers document on mouse
#support says:
#
#PS/2 Compatible Mouse Setup and Installation
#PS/2 compatible mice require no special setup. Simply plug the device into
#your computer, and NEXTSTEP will automatically recognize its presence
#during software installation.
#
#I'd appreciate any suggestions anybody might have. The Gatway tech support
#person didn't even know what NEXTSTEP was, and I'm inclined to believe that
#the problem is not in the equipment because Windows can talk to the mouse
#just fine.
#
#--
#Dan Delany, dan@pdh.com (NeXT mail OK)
#PDH, Inc. / 2635 N First St, Suite 224 / San Jose, CA 95134-2032
#(408) 428-9596 Fax: (408) 428-9599 /
Ok.. (This should really be a FAQ by now...)
If your system was manufactured after 10/10/93, then you likely have the new
PS/2 mouse and keyboard connectors on your system board. This configuration
works just fine, as we have installed and tested it, but there is one thing
that must be there first:
There is a jumper, W3 that must have a jumper on it. It is between jumper
W2 and W4. W3 basically tells the BIOS that it needs to handle PS/2 style
devices. In the past, the system boards were shipped without this jumper
(in fact, Gateway2000 didn't even know the purpose of that jumper until NeXT
and Micronics got together...). However, most of the systems I have seen
recently have been shipped with the jumper on, but it might not have been in
your case... Anyway, here is a rather poor diagram of the location of the
jumper:
+++++++ <- Power connector
:::::: <- W2, W3, W4
xxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxx <- Slot 1 ISA/VLB
xxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxx <- Slot 2 ISA/VLB
xxxxxxxxxxxxxxxxxxxxxxx <- Slot 3 ISA
xxxxxxxxxxxxxxxxxxxxxxx
..
I hope this gives you a good idea where to look for this jumper. Btw, this
jumper is labeled W7 on pre-Oct 1993 Gateways (but it is in the same
location)....
Would someone please make this part of the FAQs???
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: dasu@tulip.tulip.physics.wisc.edu (Sridhara)
Newsgroups: comp.sys.next.sysadmin
Subject: chown -R dir problem in 3.1?
Date: 09 Nov 1993 18:19:02 GMT
Organization: High Energy Physics, U. of Wisconsin, Madison
Distribution: world
Message-ID: <DASU.93Nov9121902@tulip.tulip.physics.wisc.edu>
I am unable to change ownership of files in an entire
directory tree using "chown -R 100.0 dir" command.
I verified that 100 is a valid user in group 0. dir
is NOT a link, and is a directory entry. I am logged
in as root when I issue the command. This seems to
work fine on a 2.2 system. The command actually grinds
for a while, and in the process does change the ownership,
but things seem to revert back to original owner after
the command completes. Has anyone noticed problem with
recursive chown command? Please reply to
dasu@tulip.physics.wisc.edu
- Sridhara Dasu
Newsgroups: comp.sys.next.sysadmin
From: jspears@weston.com (Wes Spears)
Subject: No From Line in Mail Messages
Message-ID: <1993Nov9.180626.2239@weston.com>
Sender: jspears@weston.com (Wes Spears)
Date: Tue, 9 Nov 1993 18:06:26 GMT
There are two machines on a net, both running 3.1. The problem is that if
a user on the client (not mailhost) sends a message to someone in the root
domain, the message arrives with no from line. This does not happen if
the same user sends a message from the mailhost. In addition, messages
sent from the client to the outside world are received correctly.
The mailhost uses its sendmail.mailhost.cf file. The client uses the
sendmail.sharedsubsidiary.cf file. All users are in the root domain.
I was wondering if anyone had any guesses as to the cause or had run into
this before.
Thanks in advance.
Wes Spears
--
Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
The Weston Group (UUCP and SENDMAIL Consultation)
8524 Highway 6 North, 162, Houston, TX 77095
From: devans@herman.cs.uoguelph.ca (David F Evans)
Newsgroups: comp.sys.next.sysadmin
Subject: Booting from CD (was Re: Boot in single user mode problem solved)
Date: 10 Nov 1993 00:42:48 GMT
Organization: University of Guelph
Distribution: world
Message-ID: <2bpde8$na4@nermal.cs.uoguelph.ca>
References: <2bm3jn$32d@bcars64a.bnr.ca> <2bocb5$al@menudo.uh.edu>
In article <2bocb5$al@menudo.uh.edu> Paul S. Sears (sears@tree.egr.uh.edu) wrote:
:>NOTE: You can only boot directly from the NS3.0 CD if you have a Turbo
:>machine. The older, non-turbos don't have the proper info in prom to deal
:>with the CD-ROM and the 2K sector size...
So what approach would you recommend for installing 3.0 in a floppy-less '030
Cube? The disk will have no OS on it whatsoever.
=============================================================================
David Evans devans@snowhite.cis.uoguelph.ca
Computer/Synth Junkie
University of Guelph "Default is the value selected by the
Guelph, Ontario, Canada composer overridden by your command."
- Roland TR-707 Manual
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Booting from CD (was Re: Boot in single user mode problem solved)
Date: 10 Nov 1993 02:11:05 GMT
Organization: University of Houston
Distribution: world
Message-ID: <2bpijp$alf@menudo.uh.edu>
References: <2bpde8$na4@nermal.cs.uoguelph.ca>
In article <2bpde8$na4@nermal.cs.uoguelph.ca> devans@herman.cs.uoguelph.ca
(David F Evans) writes:
#In article <2bocb5$al@menudo.uh.edu> Paul S. Sears (sears@tree.egr.uh.edu)
wrote:
#
#:>NOTE: You can only boot directly from the NS3.0 CD if you have a Turbo
#:>machine. The older, non-turbos don't have the proper info in prom to
deal
#:>with the CD-ROM and the 2K sector size...
#
# So what approach would you recommend for installing 3.0 in a floppy-less
'030
#Cube? The disk will have no OS on it whatsoever.
#
#===========================================================================
==
#David Evans
devans@snowhite.cis.uoguelph.ca
#Computer/Synth Junkie
#University of Guelph "Default is the value selected by
the
#Guelph, Ontario, Canada composer overridden by your
command."
# - Roland TR-707
Manual
Situation/Option 1: (ok choice, but only choice for standalone w/o floppy)
Copy the files off the NS3.x boot floppy and put them on a "boot"
optical disk. This _has_ been done for NS3.0 and NS3.1 is not any
different..
Situation/Option 2: (limited, but easy install)
If you _only_ have and internal HD for some strange reason (like
your OD died...), you need to find a nice friendly person and
give them your HD and they can install it using one of their
systems... I _have_ built a M68k version of NS3.1 on an SCSI disk
that I mounted on an I486 box, using the M68k version of the NS3.1
CD-Rom. Confusing, isn't it? :-)
Situation/Option 3: (better, but assumes you are part of a network cluster)
Boot the cube from a network boot server which is already NS3.x and
run builddisk and build a boot optical, or if present, build the
internal harddisk...
For those who only have opticals, I will build you a NS3.1/NS3.2 Optical
Disk under the following conditions:
1) You ask me first (via email) :-)
2) You fax me a copy of your NS3.2 upgrade card (it has the serial
number of the copy) or you fax me some proof that you are the
legitimate owner of the copy of NS. If you can't prove that
you own it, then don't contact me...
3) You provide me with an Optical Disk. Your choice of shipping
(paid by you).
4) If you contact me first, I can promise a 24 hour turn-around
(receipt-to-ship) if return-shipping is pre-paid (the actually
time period depends on your choice of carrier)...
5) No liablity for upgrade. If your home-brew software breaks,
if your cube blows up after you boot with the upgraded disk,
I ain't responsible...
Btw, if you only have an OD, I would strongly recommend that you purchase a
harddrive (>=250M) for using NS 3.x. A member of the HAL-PC NEXTSTEP Sig is
running NS3.0 off of optical... It isn't pretty.....
I will also build HD for those in situation #2. The same conditions as
building the ODs above except that you _must_ ship the HD to me insured
both-ways...
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Mix and match disks
Message-ID: <1993Nov10.025053.27028@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <dgursky.752185956@news.andi.org> <1993Nov7.080058.20595@leland.Stanford.EDU>
Date: Wed, 10 Nov 1993 02:50:53 GMT
[Inappropriate crossposting removed]
In article <1993Nov7.080058.20595@leland.Stanford.EDU>
mpetach@storm.Stanford.EDU (Matthew N. Petach) writes:
>Hate to tell you, but you're out of luck. NeXT doesn't recognize
>UFS filesystems, which is what Sun disks use.
NeXT most definitely does use UFS filesystems (in fact, NeXT uses
quite a bit of filesystem code licensed from Sun)--it's just that
the disk labels, partition information, etc. are different enough
to make them incompatible.
*** If there's enough demand to justify the effort, the "right"
solution would be a loadable filesystem that would allow NeXTs
full access to Sun-formatted hard drives, floppy disks, and
CD-ROMs. Technically, this wouldn't be very difficult, but since
NeXT hasn't released the API for loadable filesystems, it's
something they would have to provide, just as they have done for
MSDOS and Macintosh.
*** If this capability is important to you, tell NeXT! And tell
NeXTWORLD so they can put it in their "ten most wanted" list.
(And considering that NeXTWORLD and SUNWORLD are colocated, it's
probably something they would want for their own use.)
> If you can get access
>to a sun that can rewrite the filesystem as a 4.3 BSD filesystem,
>you might have a prayer, but otherwise tar tapes would be your only
>hope. dump and restore aren't portable, so dump tapes wouldn't
>help you all that much. :-(
Have you looked at NeXT's dump.old and restore.old?
-=EPS=-
Control: cancel <CG9CIu.3BB@world.std.com>
Newsgroups: comp.sys.next.sysadmin
From: lloyd@world.std.com (Chris Lloyd)
Subject: cmsg cancel <CG9CIu.3BB@world.std.com>
Message-ID: <CG9CLD.3sB@world.std.com>
Sender: lloyd@world.std.com (Chris Lloyd)
Organization: The World Public Access UNIX, Brookline, MA
References: <2bocb5$al@menudo.uh.edu> <2bpde8$na4@nermal.cs.uoguelph.ca> <CG9CIu.3BB@world.std.com>
Date: Wed, 10 Nov 1993 04:03:12 GMT
<CG9CIu.3BB@world.std.com> was cancelled from within rn.
--
:: Christopher Lloyd :: Yrrid Incorporated :: lloyd@world.std.com ::
:: boy, don't we all look _smashing_ in red. ::
From: lusty@lusty.tamu.edu (Lusty Wench)
Newsgroups: comp.sys.next.sysadmin
Subject: Trying to install sendmail 8.6.4
Date: 10 Nov 1993 04:22:18 GMT
Organization: Me
Message-ID: <2bpq9q$c6q@TAMUTS.TAMU.EDU>
Ok, while I still have hair left to pull out I'm admitting
defeat. I've compiled sendmail 8.6.4. It appears to
compile fine. I've installed a new m4. I've created a
new sendmail.cf based on the tcpproto.mc that came with
the sendmail distribution. When I attempt to start the
sendmail daemon, I get the following error
Nov 9 21:58:12 lusty sendmail[97]: NOQUEUE: SYSERR: service "smtp" unknown
Nov 9 21:58:12 lusty sendmail[97]: problem creating SMTP socket
I have no clue why it thinks service "smtp" is unknown.
I have no idea what to look at or fix to correct this.
I'm running 3.0 on black hardware.
Email replies are fine. I've gone back to the previous sendmail.
Help?
Lusty
From: altenber@acpub.duke.edu
Newsgroups: comp.sys.next.sysadmin
Subject: sendmail 8.6.4 for NEXTSTEP
Message-ID: <23409@news.duke.edu>
Date: 10 Nov 93 05:26:10 GMT
Sender: news@news.duke.edu
Organization: Duke University; Durham, N.C.
Originator: altenber@carr5.acpub.duke.edu
s soon as anyone hears about a configuration of Sendmail 8.6.4
for NEXTSTEP, please post it here so that we can patch the
security hole. Thanks,
Lee Altenberg
altenber@acpub.duke.edu
Newsgroups: comp.sys.next.sysadmin
From: mark@ve6mgs.ampr.org (Mark G. Salyzyn)
Subject: Re: Has the serial drivers problem been solved?
Organization: ADEC Systems Inc.
Distribution: na
Date: Tue, 9 Nov 93 19:55:16 GMT
Message-ID: <1993Nov9.195516.22694@ve6mgs.ampr.org>
References: <1993Oct28.190245.18076@ve6mgs.ampr.org> <gslCFr570.ApG@netcom.com>
gsl@netcom.com (Greg Lindholm) writes:
>Yes, I'm using them right now with kermit from a 14400 modem V.32 V.42
>with a connect speed of 19200. Using a Gateway 2000 telepath modem.
>Have had zero problems with them since I installed the patch.
How many Megs of Data to you transfer through the modem a day? My lines are
busy 24 hours a day!
I get random crashes at 19200 or 9600 Baud even with the patch, and I have
50M/day flowing through the Box on UUCP transactions. The `RDP' exception 6
comes up usually on log in (I suspect the modem is screwing me here since it may
be providing noisy control signals, I will `decouple' them to see later). The
crashes (machine just stops), on the other hand, happen in the middle of
operation. I recently suspected the later was a result of running out of swap
space, since I noticed a similar crash when I went nutz viewing some Gif files
with GraphicsWorkshop (coincidentally did a df before the crash in a Terminal
Window). I have 35M free reported by df [50M actual], but alas when the machine
wedges, and it never wedges when I watch serial activity carefully :-}, I can
not find out how much space is free in the swap ...
Ciao -- Mark
Newsgroups: comp.sys.next.sysadmin
Subject: Needed.
Message-ID: <1993Nov10.002452.56187@gmuvax>
From: cdibona@mason1.gmu.edu (Chris J DiBona)
Date: 10 Nov 93 00:24:51 -0500
Distribution: comp.sys.next comp.sys.next.hardware comp.sys.next.misc comp.sys.next.software comp.sys.next.marketplace
Organization: George Mason University, Fairfax, Virginia, USA
I am looking for:
A floptical for the cube that has next version 2.1 on it. Ours got
toasted. I am willing to pay for shipping. All I'm looking for is one that
someone was gonna toss, ya know? We can get one rebuilt but they want sick amounts of money.
Chris DiBona
cdibona@mason1.gmu.edu (poor college student)
---------------------------------------------+------------------------------
cdibona@mason1.gmu.edu | | The end of the world is nigh.
-----------------------+-----+ | I know cause I saw the ad for
Speedy Gonzalez was innocent.| | The pay-per-view special.
-----------------------------+---------------+------------------------------
From: agray@axion.bt.co.uk (Andy Gray)
Newsgroups: comp.sys.next.sysadmin
Subject: UUCP is disenchanting me
Date: 10 Nov 1993 16:15:27 GMT
Organization: BT Laboratories
Distribution: world
Message-ID: <2br42v$6ts@zaphod.axion.bt.co.uk>
As phone costs for failed UUCP connections are threatening the usefulness of my
slab I would be grateful for any answers to the following problem. Please excuse
any emotional comments
What causes the following failure when trying to transfer mail?
uucico -r1 -x99 -sremote
...
Rmtname xxx, Role MASTER, Ifn - 5, Loginuser - root
...
PROCESS: msg - S D.earthseB0092 D.earthseS0092 agent - D.earthseB0092 0666
SNDFILE:
ASSERT ERROR (uucico) pid: 5326 (11/9-20:27) WRONG ROLE - SLAVE (1)
The connection and protocol negotiation is fine. I generally get a series of
'pkcget: alarm 4001' type messages then protocol g is agreed. No mail then fine
it clears down. Any mail at the remote end is disregarded, any local mail causes
the above dump.
I know that the roles are reversed, it tells me in the error message. All of the
preceding messages are as the good book states. All of the file permissions are
as the good book states.
The remote end is (I believe) running HoneyDanBer UUCP. This does allow me to
clock up units on my phone bill and passes through a conversation file provided
it doesn't have to do any work! This implies that my control files are set up
correctly otherwise I wouldn't get there.
In the past I have tried talking to another NeXT. More telephone units wasted as
it repeatedly calls 'pkcget alarms' and eventually times out in mid connection.
HELP!
I am currently running NeXTStep 2.0 on a Monochrome Slab (040). I am loath to
part with any money to upgrade to 3.1 as I am not totally convinced that this
will not be a flashier bug placeholder! It looks nice, doesn't talk to anyone,
but looks nice :-(
Someone has mentioned Taylor UUCP. Is this likely to be of any use to me?
HELP!
Andy Gray
Newsgroups: comp.sys.next.sysadmin
From: joerd@aixesa.csc.wsu.edu (Wayne Joerding - Economics)
Subject: Syquest on a NeXT
Message-ID: <1993Nov10.223609.24706@serval.net.wsu.edu>
Originator: joerd@wsuaix.csc.wsu.edu
Sender: news@serval.net.wsu.edu (USENET News System)
Organization: Washington State University
Date: Wed, 10 Nov 93 22:36:09 GMT
This has probably been asked a hundred times, but I have a Macintosh Syquest
removable 44 MB drive I would like to use with my NeXT Station.
Is this possible?
Does anybody know how?
The particular drive was manufacture by CMS
Thanks in advance,
Wayne
From: mcooper@acamar.usc.edu (Michael A. Cooper)
Newsgroups: comp.sources.bugs,comp.sun.admin,comp.unix.aix,comp.unix.solaris,comp.unix.ultrix,comp.sys.next.sysadmin,comp.sys.alliant
Subject: ANNOUNCING sysinfo 2.0.6 (w/ CRITICAL SECURITY FIX)
Date: 10 Nov 1993 15:54:41 -0800
Organization: USC Computing Services, Los Angeles
Sender: mcooper@acamar.usc.edu
Distribution: world
Message-ID: <2brv01$580@acamar.usc.edu>
A major security hole exists in all versions of sysinfo up to and
including version 2.0.5 on most versions of Unix that sysinfo runs on.
If sysinfo is installed setuid and/or setgid to any user, any user who
can run sysinfo can get the privilages of the owner/group of sysinfo.
This means that if your sysinfo is setuid root as recommended by the
installation instructions, then any user can get root access using
sysinfo on most Unix platforms.
The security hole is fixed in version 2.0.6 of sysinfo. This version
is available via anonymous ftp from host usc.edu as
"/pub/sysinfo/sysinfo.tar.gz". I strongly suggest that everybody
upgrade to version 2.0.6 immediately. If you are unable to upgrade
immediately, then it is recommended that you remove the setuid and/or
setgid file permission bits from sysinfo until you are able to upgrade
to 2.0.6 or later.
I would like to thank Bob Cunningham <bob@kahala.soest.hawaii.edu> for
notifying me of this problem.
I would also like to apologize profusely for this major security bug.
I really hope nobody was hurt by the bug.
The current README for sysinfo is appended below for those who have
never heard of sysinfo.
mike
SYSINFO 2.0
Michael A. Cooper
Research, Development, and Systems Group
University Computing Services
University of Southern California
mcooper@usc.edu
CHANGES
The major changes since version 1.x include adding support for getting
device information from the Open Boot PROM (OBP) on Sun-like machines
and support for SunOS 5.x (Solaris 2.x). The OBP interface provides
more information than ever. The OBP interface also gives sysinfo the
ability to provide detailed information on what types of CPUs are
available.
SunOS 5.x comes with a number of features which makes SYSINFO much
more portable across different manufacturer's hardware running SunOS
5.x. This includes the ability to determine the label on a disk drive
in a device driver independent fashion. This ability alone should
eliminate most of the problems with SYSINFO causing certain systems
with certain system configurations to crash. (Which I still maintain
is the fault of SunOS and not SYSINFO.) The OBP kernel interface in
SunOS 5.x also adds the ability to associate nodes found by looking
through the kernel with those nodes found by querying the OBP
directly. This means SYSINFO can extract and assign much more
information found by direct OBP queries than is possible with SunOS
4.x.
See the file "ChangeLog" for a complete list of changes.
GENERAL INFORMATION
Sysinfo is a program which shows various pieces of information about a
system. The original version was written to simply determine the
model name of a system for use in /etc/motd. It also supported a few
other pieces of information that were simple to obtain, but the method
used to obtain the information on various different OS's varied. The
current version shows many different "general" bits of system
information as well as fairly detailed information on system devices
such as disk drives, frame buffers, tape drives, and many others. A
lot of the information sysinfo displays is difficult, if not
impossible, to determine by normal OS commands and/or files after boot
time on many OS's.
Most of the OS specific information was determined by groveling
/usr/include/{sys,machine,*dev}/*.h files, section 4 man pages, and
reverse engineering the output from various commands like devinfo
(SunOS) and using the trace(2) facility. Some of the network (netif)
code was inspired by the sources to the 4.3BSD netstat and ifconfig
commands.
SUPPORTTED PLATFORMS
Sysinfo has been tested on the platforms listed below. Porting to
other BSD based Unix's is fairly straight-forward.
Sun-3 SunOS 4.1.1
Sun-386 SunOS 4.0.1
Sun-4/SPARC SunOS 4.1.3, 5.2
SPARCbook-1 Solaris 1.0.1 SPARCbook Version A.3, B
Solbourne Series5E OS/MP 4.1A
DEC MIPS Ultrix 4.2A
NeXT MC680x0 NeXTStep 2.2, 3.1
IBM RS/6000 AIX 3.2
Alliant *Concentrix 5.X, *Concentrix-2800 2.0
* - No device information support
INSTALLATION
1) Read the comments in "Makefile" and make any necessary changes.
2) Run "make". If you have multiple kernel architectures (kvm's)
for the same OS (like for SunOS 4.x), you must compile and install sysinfo
for each kernel arch. Currently, this is only required for SunOS 4.x.
It is _NOT_ required for SunOS 5.x.
3) Run "make install" to install the sysinfo binary and "make
install.man" to install the man page.
BUG FIXES
Please send bug fixes, suggestions, and comments to mcooper@usc.edu.
WHERE TO GET IT
The latest/greatest version of sysinfo is available via anonymous ftp
on usc.edu in "/pub/sysinfo".
PLATFORM SPECIFIC NOTES
The following are notes regarding specific platforms:
SunOS 4.x
SYSINFO should be compiled for each kernel architecture machine
you wish to run it on. This is only needed for SunOS 4.x. It
is _NOT_ required for SunOS 5.x. (SYSINFO is normally installed
into /usr/kvm and symlinked into something like /usr/local/bin.)
This is necessary if you wish to be able to get the PROM version
information. The SunOS 4.x interface to the PROM information
does not permit having one binary that can determine the PROM
information on all the different kernel architectures. This
interface problem is fixed in SunOS 5.x.
Your kernel must have NIT (Network Interface Tap) compiled into it
in order to determine the Ethernet MAC address under SunOS 4.x.
Sun386i device support is shakey, at best. No SCSI disk info
is found. The kernel device init table doesn't seem to have
any of the disk info in it. I haven't had time to track this
down.
SunOS 5.x
Unlike SunOS 4.x, you only need one SYSINFO binary for each SunOS
release. You do not need one for each kernel architecture.
i.e. SYSINFO compiled under SunOS 5.2 on a SPARC machine will
run on any SunOS 5.2 SPARC machine of any kernel architecture.
Under SunOS 5.2 FCS on sun4d hosts (like the SPARCcenter-2000), the
kernel has an empty value for the system "root nexus". This means
that you will not see a proper device tree on such systems.
Various nodes will not be attached where they should be.
This bug cropped up between SunOS 5.2 ER2 and FCS.
Ultrix Your kernel must have the PF (Packet Filter) compiled into it
in order to determine the Ethernet MAC address.
Determining the System Model on VAX and MIPS machines is very
difficult. You can get a pretty good idea on most, but not
all VAX and MIPS machines by determining the number of CPUs
in a machine. You really need to know the clock speed of the
CPUs to get a good idea. Unfortuntely, I have neither the time
nor the equipment to work on this.
NeXT Network address info for network interfaces is not working. There
is currently no debugger that works with GCC 2.0 so I haven't spent
time on this.
AIX When looking up device information, SYSINFO uses the AIX "National
Language Catalogs". This means that your $LANG environment
variable must be set correctly. If it is not, SYSINFO may fail
to find most device information.
OTHER KNOWN PROBLEMS
SPARCbook "id" DISKS
The label on "id" disks on the SPARCbook-1 cannot be read. This
appears to be because the definition of IDE_READ in
<taddev/ide_drvr_def.h> is incorrect. This bug is present in
Solaris 1.0.1 Rev A.
--
Michael A. Cooper E-MAIL: mcooper@usc.edu
Manager of Systems Administration PHONE (VOICE): 213-740-2957
University Computing Services PHONE (FAX): 213-740-9312
University of Southern California
Newsgroups: comp.sys.next.sysadmin
From: gthomas@fraser.sfu.ca (Guy Thomas)
Subject: Re: sendmail 8.6.4 for NEXTSTEP
Message-ID: <gthomas.752976825@sfu.ca>
Sender: news@sfu.ca
Organization: Simon Fraser University, Burnaby, B.C., Canada
References: <23409@news.duke.edu>
Date: Thu, 11 Nov 1993 00:13:45 GMT
altenber@acpub.duke.edu writes:
>s soon as anyone hears about a configuration of Sendmail 8.6.4
>for NEXTSTEP, please post it here so that we can patch the
>security hole. Thanks,
This is what I have done.
I -- Get a working newish m4
From the ~/cf/README in the sendmail-8.6.4 distribution...
>This package requires a post-V7 version of m4; if you are running the
>4.2bsd, SysV.2, or 7th Edition version, I suggest finding a friend with
>a newer version. You can m4-expand on their system, then run locally.
>SunOS's /usr/5bin/m4 or BSD-Net/2's m4 both work. GNU m4 (which is a
>language unto itself) also works, but I don't intend to work so hard
>to keep this up in the future. [Note to GNU folks: the construct
>"define(`FOO')" should work without my having to add a null value.]
II -- Configure the .mc files to reflect mail handling at your site.
The README file is very helpful. Other than that you are
on your own.
III -- Get sendmail 8.6.4
From the original CERT advisory...
>
> 1. Where to obtain the program
>
> Copies of this version of sendmail may be obtained via
> anonymous FTP from ftp.cs.berkeley.edu in the
> /ucb/sendmail directory.
>
There are three changes that I have made to the package
as delivered from berkeley. I am using NeXTSTEP 2.1.
1. The file ~/cf/mailer/local.m4 need to be changed so that
the prog and local mailers pass a "P" flag
2. The smtp mailer is configured by default to use IPC rather than TCP
3. In order to make Mail.app communicate with the new sendmail
you have to pretend that the -O option is supported <sigh>.
To do these things to your system:
after unpacking the sendmail distribution in a safe place you can
try the following patch...
----------------------------------------------------------
*** ./cf/mailer/local.m4.orig Sun Oct 24 16:27:35 1993
--- ./cf/mailer/local.m4 Wed Nov 10 16:13:58 1993
***************
*** 33,40 ****
# SUCH DAMAGE.
#
! ifdef(`LOCAL_MAILER_FLAGS',, `define(`LOCAL_MAILER_FLAGS', `rmn')')
ifdef(`LOCAL_MAILER_PATH',, `define(`LOCAL_MAILER_PATH',
/bin/mail)')
ifdef(`LOCAL_MAILER_ARGS',, `define(`LOCAL_MAILER_ARGS', `mail -d
$u')')
! ifdef(`LOCAL_SHELL_FLAGS',, `define(`LOCAL_SHELL_FLAGS', `eu')')
ifdef(`LOCAL_SHELL_PATH',, `define(`LOCAL_SHELL_PATH', /bin/sh)')
ifdef(`LOCAL_SHELL_ARGS',, `define(`LOCAL_SHELL_ARGS', `sh -c $u')')
--- 33,40 ----
# SUCH DAMAGE.
#
! ifdef(`LOCAL_MAILER_FLAGS',, `define(`LOCAL_MAILER_FLAGS', `rmnP')')
ifdef(`LOCAL_MAILER_PATH',, `define(`LOCAL_MAILER_PATH',
/bin/mail)')
ifdef(`LOCAL_MAILER_ARGS',, `define(`LOCAL_MAILER_ARGS', `mail -d
$u')')
! ifdef(`LOCAL_SHELL_FLAGS',, `define(`LOCAL_SHELL_FLAGS', `euP')')
ifdef(`LOCAL_SHELL_PATH',, `define(`LOCAL_SHELL_PATH', /bin/sh)')
ifdef(`LOCAL_SHELL_ARGS',, `define(`LOCAL_SHELL_ARGS', `sh -c $u')')
*** ./cf/mailer/smtp.m4.orig Sun Oct 31 11:38:25 1993
--- ./cf/mailer/smtp.m4 Wed Nov 10 16:17:37 1993
***************
*** 43,52 ****
VERSIONID(`@(#)smtp.m4 8.7 (Berkeley) 10/31/93')
! Msmtp, P=[IPC], F=CONCAT(mDFMuX, SMTP_MAILER_FLAGS),
S=11/31, R=ifdef(`_ALL_MASQUERADE_', `11/31', `21'), E=\r\n,
! ifdef(`_OLD_SENDMAIL_',, `L=990, ')A=IPC $h
! Mesmtp, P=[IPC], F=CONCAT(mDFMuXa, SMTP_MAILER_FLAGS),
S=11/31, R=ifdef(`_ALL_MASQUERADE_', `11/31', `21'), E=\r\n,
! ifdef(`_OLD_SENDMAIL_',, `L=990, ')A=IPC $h
! Mrelay, P=[IPC], F=CONCAT(mDFMuXa, SMTP_MAILER_FLAGS),
S=11/31, R=51, E=\r\n,
! ifdef(`_OLD_SENDMAIL_',, `L=2040, ')A=IPC $h
#
--- 43,52 ----
VERSIONID(`@(#)smtp.m4 8.7 (Berkeley) 10/31/93')
! Msmtp, P=[TCP], F=CONCAT(mDFMuX, SMTP_MAILER_FLAGS),
S=11/31, R=ifdef(`_ALL_MASQUERADE_', `11/31', `21'), E=\r\n,
! ifdef(`_OLD_SENDMAIL_',, `L=990, ')A=TCP $h
! Mesmtp, P=[TCP], F=CONCAT(mDFMuXa, SMTP_MAILER_FLAGS),
S=11/31, R=ifdef(`_ALL_MASQUERADE_', `11/31', `21'), E=\r\n,
! ifdef(`_OLD_SENDMAIL_',, `L=990, ')A=TCP $h
! Mrelay, P=[TCP], F=CONCAT(mDFMuXa, SMTP_MAILER_FLAGS),
S=11/31, R=51, E=\r\n,
! ifdef(`_OLD_SENDMAIL_',, `L=2040, ')A=TCP $h
#
*** ./src/main.c.orig Wed Nov 10 16:03:07 1993
--- ./src/main.c Wed Nov 10 16:06:10 1993
***************
*** 252,257 ****
*/
! #if defined(__osf__) || defined(_AIX3)
! # define OPTIONS "B:b:C:cd:e:F:f:h:Iimno:p:q:r:sTtvX:x"
#else
# if defined(ultrix)
--- 252,257 ----
*/
! #if defined(__osf__) || defined(_AIX3) || defined(NeXT)
! # define OPTIONS "B:b:C:cd:e:F:f:h:Iimno:p:q:r:sTtvX:x:O"
#else
# if defined(ultrix)
***************
*** 583,589 ****
# endif /* DBM */
! # if defined(__osf__) || defined(_AIX3)
case 'x': /* random flag that OSF/1 & AIX mailx
passes */
break;
# endif
--- 583,591 ----
# endif /* DBM */
! # if defined(__osf__) || defined(_AIX3) || defined(NeXT)
case 'x': /* random flag that OSF/1 & AIX mailx
passes */
break;
+ case 'O': /* likewise for Mail.app on NeXT
*/
+ break;
# endif
---
Guy R. Thomas Native Education Centre
Library Coordinator 285 East Fifth Avenue
gthomas@native-ed.bc.ca Vancouver B. C.
V:(604) 873-3761 --- F:(604) 873-9152 V5T 1H2
Newsgroups: comp.sys.next.sysadmin
From: bugni@cs.washington.edu (Paul F Bugni)
Subject: Re: NeXT suddenly becomes SLOW
Message-ID: <1993Nov11.015113.13799@beaver.cs.washington.edu>
Sender: news@beaver.cs.washington.edu (USENET News System)
Organization: Computer Science & Engineering, U. of Washington, Seattle
References: <1993Nov02.160831.2059@corona.com> <1993Nov3.100722.27234@infodev.cam.ac.uk>
Date: Thu, 11 Nov 93 01:51:13 GMT
Newsgroups: comp.sys.next.sysadmin
From: bugni@cs.washington.edu (Paul F Bugni)
Subject: Working clone mother boards?
Message-ID: <1993Nov11.020218.14283@beaver.cs.washington.edu>
Summary: Bus problems on clone 486DX2/66 LB
Sender: bugni@cs.washington.edu
Organization: Computer Science & Engineering, U. of Washington, Seattle
Date: Thu, 11 Nov 93 02:02:18 GMT
Please help. I've tried everything in installing NS486 and believe the problem
resides in my mother board. If anyone has a clone running NS486 could you
please inform me of what chip set it's running on and/or who makes it.
email bugni@cs.washington.edu no nextmail please.
Thankyou!
Newsgroups: comp.sys.next.sysadmin
From: lao@zoo.ncl.omron.co.jp (LAO Shihong)
Subject: Re: Problem upgrading 3.0J to 3.1E
In-Reply-To: thor@sushi.uib.no's message of 9 Nov 1993 01:01:11 GMT
Message-ID: <LAO.93Nov11094917@rinrin.zoo.ncl.omron.co.jp>
Sender: news@omrongw.wg.omron.co.jp (News Manager)
Organization: OMRON Co., Kyoto, 617 Japan.
References: <1993Nov7.153832.10844@news.csuohio.edu>
<2bmq4n$p7a@due.uninett.no>
Date: Thu, 11 Nov 1993 00:49:17 GMT
>>>>> On 9 Nov 93 01:01:11 GMT, thor@sushi.uib.no said:
thor> NNTP-Posting-Host: sushi.uib.no
thor> In article <1993Nov7.153832.10844@news.csuohio.edu> cowboy@omega.csuohio.edu
thor> (Joe Rosenfeld) writes:
> thor@sushi.uib.no wrote:
> : Hi.
>
> : I have 3.0J installed on my cube (J is Japanese version).
> : I buy 3.1E (international) with free 3.2 upgrade, and
> : 3.1 installer dies saying:
>
> : Preparing / for upgrade...
> : This upgrade can't be used to upgrade Release 3.0J.
>
> I think what this means is you have to back up your data and
> reinitialize the hard disk when you install 3.1. I believe it was
> this way for me, with NS 3.1 for Black hardware.
I had such problem when I reinstall my 3.0J. The problem is
in
/usr/lib/NextStep/software_version
the version is written. The installer ONLY know 3.0, so if
one wants to reinstall OS, he should change this file
to the same as in 3.0.
I think your problem should be the same.
You can copy this file from a 3.0 machine, then install.
----
LAO Shihong
Newsgroups: comp.sys.next.sysadmin
From: Aris Theocharides <aris@maths.mu.OZ.AU>
Subject: Re: sendmail 8.6.4 for NEXTSTEP
Message-ID: <9331520.2496@mulga.cs.mu.OZ.AU>
Sender: news@cs.mu.OZ.AU
Organization: Computer Science, University of Melbourne, Australia
References: <23409@news.duke.edu>
Date: Thu, 11 Nov 1993 09:50:58 GMT
In article <23409@news.duke.edu> altenber@acpub.duke.edu writes:
> s soon as anyone hears about a configuration of Sendmail 8.6.4
> for NEXTSTEP, please post it here so that we can patch the
> security hole. Thanks,
>
> Lee Altenberg
> altenber@acpub.duke.edu
I originally had the same problem as someone in a previous post: re: mail would
come in okay but not be able to go out.
I created a new sendmail.cf file, using the m4 files that come with
sendmail.8.6.4 This required a newer version of m4.
From the sendmail.8.6.4.cf.tar.Z distribution, I used the tcpproto.mc file (in
cf/) as a basis and added the line:
include(`../ostype/nextstep.m4')
running the new m4 on it to create a new sendmail.cf file.
NOTE: that the file tcpproto.mc is like the sendmail.subsidary.cf file on the
NeXT. Your case may differ.
Oh well, hopefully this will settle down soon.
--
Aris Theocharides <aris@maths.mu.OZ.AU>
Department of Mathematics
The University of Melbourne Telephone: +613 344 4021
Parkville VICTORIA 3052 AUSTRALIA Facsimile: +613 344 4599
From: erland@spock.physik.uni-konstanz.de (Erland Wittkoetter)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: SMTP, POPserver,...
Date: 11 Nov 1993 11:11:52 GMT
Organization: University of Constance
Message-ID: <2bt6lo$8vv@hermes.uni-konstanz.de>
Hey
I want to install a POPserver on my NeXTStation. What kind
of software do I need, and where do I get it from.
Thank you very much.
Erland
--
-_-_-_-_-_-_-_-_-_-_-_-_- Erland Wittkoetter -_-_-_-_-_-_-_-_-_-_-_-_
Uni Konstanz, Dept.of Physics, LS Dehnen, PO.Box 5560, 78434 Konstanz
Phone: +(49) 7531-88-3747 FAX. +(49) 7531-88-3888
(priv.) Abendbergweg 7, 78465 Konstanz,Germany, Phone:+(49)7531-43078
E-mail: erland@spock.physik.uni-konstanz.de
phwitt@nyx.uni-konstanz.de
From: thor@sushi.uib.no
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.sysadmin,comp.sys.next.software
Subject: Canon BJC 600 on NeXTSTEP???
Date: 11 Nov 1993 13:52:27 GMT
Organization: University of Bergen, Norway
Distribution: world
Message-ID: <2btg2r$sga@due.uninett.no>
Hi.
I'm buying a printer for my NeXT, and have come down to a choice
between two printers - the HP DJ550C and Canons new BJC600.
They cost the same at the offers I've received.
Easy question - does the BJC600 work on NeXTSTEP? Here's why
I wonder...
I know that there are PD support programs (drivers) for the HP,
but the quality of the Canon looks much better, both output,
use of ink, and cost per page. I have verified with Canon
that the engine is _better_ tha the BJC800 used in the
NeXT Color printer. However, although Canon said that the
600's control language was compatible with the 800, they
beleive that NeXT has designed their own controller for the
NeXT Color printer. I have looked at the printing package
and modified a PPD and pmdb file for use with a 600 on a
serial port (slow, I know) through the standard NXColorBJ
driver. I haven't a printer to try - but if the controller
is Canons standard in the NeXT printer, it _should_ work
with the 600 as well...
So - I _really_ want to buy the Canon.
Is there:
1) existing drivers in 3.1, 3.2, or available PD/Shareware to
controll this model?
2) anyone out there who has used this printer with NeXTSTEP?
3) anyone out there who knows that a driver is under way? I
would buy the printer today and use it in Epson (B/W) compatibility
mode for 6 months if I knew a driver was being written... I'd
write it myself if I had the faintest idea how to :-)
I imagine with all the Intel users getting NeXTSTEP _someone_
must have a BJC600 they have hacked to work with NS, no?
Please e-mail replies.
Regards,
--
Thor Legvold | "This is the strangest life
NorNeXT User Group leader | I've ever known..."
University of Bergen | -Jim Morrison, The Doors
NORWAY | edmtl@edb.uib.no
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.sys.next.sysadmin
Subject: Sendmail bug vuneralibility?
Date: 11 Nov 1993 09:13:57 -0000
Organization: me organized? That's a joke!
Message-ID: <2bsvol$iq@steffi.demon.co.uk>
Did anybody find that NeXT's sendmail suffered from the recent
problems outlined in the recent CERT advisory?
I tried to trigger the bug under NS3.1 but I couldn't
(This was following the cookbook suggested)
For some reason I cannot get sendmail to bounce my message in
order to trigger the bug.
Newsgroups: comp.sys.next.sysadmin
From: jspears@weston.com (Wes Spears)
Subject: Re: multiple serialports on Intel
Message-ID: <1993Nov11.045959.4130@weston.com>
Sender: jspears@weston.com (Wes Spears)
References: <3841@symbas.UUCP>
Date: Thu, 11 Nov 1993 04:59:59 GMT
In article <3841@symbas.UUCP> hans@symbas.UUCP (Hans Aafloy) writes:
>
>
> With success, I've used an RS-232 MUX ( i.e. a card with 4 or 8 serial
> ports ) on PC ( DOS ) earlier.
> I now wonder if Nextstep ( 3.1 - Intel ) supports drivers for
> serial port extention or an RS-232 multiplexer card.
>
> Do I hear yes ??
>
I was told by NeXT that this is not supported in 3.1. They did not
speculate on 3.2. This wa about 2 weeks ago.
Thanks
--
Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
The Weston Group (UUCP and SENDMAIL Consultation)
8524 Highway 6 North, 162, Houston, TX 77095
Newsgroups: comp.sys.next.sysadmin
From: oger@suspensions-1.civil.mcgill.ca (luc Oger)
Subject: swapfile size for swapfile and swapfile.front
Message-ID: <1993Nov11.143713.4758@sifon.cc.mcgill.ca>
Keywords: swapfile
Sender: news@sifon.cc.mcgill.ca
Organization: McGill University
Date: Thu, 11 Nov 1993 14:37:13 GMT
two weeks ago I sucessfully installed the NextStep 3.1 on my
Nextstation with a 406 Mb internal Harddisk. But I am
short in free space and I found that NextStep 3.1 use two swapfiles
in the /private/vm folder :swapfile and swapfile.front
the ls command gives :
ls -l
total 43632
-rw------t 1 root 18718720 Nov 11 09:27 swapfile
-rw------t 1 root 25935872 Nov 11 09:27 swapfile.front
the df command gives :
/private/vm/swapfile 402253 329556 32471 91%
/private/vm/swapfile.front
so my questions are :
-could we erase one of the two files to save space and how?
-why these two files have different sizes if there are mounted together?
- how we can activate the operation to go back to the lowat value
defined in the /etc/swaptab file?
may be these questions are too simple but I did not found the answers
in the manual
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: gjudd@hackatg.demon.co.uk (Graham Judd)
Subject: Info on Blake Stone, author of Sentinel
Message-ID: <1993Nov11.145034.254@hackatg.demon.co.uk>
Sender: gjudd@hackatg.demon.co.uk
Organization: Hackwood Service Company
Date: Thu, 11 Nov 1993 14:50:34 GMT
Can anyone give me the email address or telephone number for Blake Stone,
author of Sentinel as I am having problems with the fat version of Sentinel
v1.31 running on Intel/GX and NextStep 3.1.
Please reply by email as my newsfeed is a bit erratic at the moment.
Thanks
Graham
gjudd@hackatg.demon.co.uk
From: amm@NeXT.COM (Alan M. Marcum)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Mail.app and sendmail 8.6.4 not communicating
Date: 9 Nov 1993 00:25:32 GMT
Organization: NeXT, Inc.
Message-ID: <2bmo1s$2gu@rosie.next.com>
References: <gthomas.752789420@sfu.ca>
Guy Thomas writes
> In response to the recent CERT advisory I have installed
> sendmail 8.6.4...
FYI, based on our testing, the sendmail we ship in all releases starting
with 3.0 is not susceptible to the vulnerability described in CERT
Advisory CA-93:16. This version of sendmail is based on 5.67.
(That said, I half expect fifty zillion people to try to hack our
shipping sendmail, just to prove me wrong...)
--
Alan M. Marcum
NeXT Tech Support
amm@NeXT.COM
From: Dan_Peknik
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Unresolved... (The right way to name a standalone machine?)
Date: 10 Nov 1993 06:50:54 GMT
Organization: NeXT, Inc.
Distribution: world
Message-ID: <2bq30e$3sj@rosie.next.com>
References: <1993Nov8.193740.12733@cs.cornell.edu>
In article <1993Nov8.193740.12733@cs.cornell.edu> bau@cs.cornell.edu
(David Bau) writes:
> > To register some software, I have to give a name to my (intel)
> > machine, which is a standalone machine. What is the right way
> > to do this?
> > David
>
> and many people posted and mailed suggestions. Thanks very much
> for all your help! I've tried all the different solutions, but
> none of them resolves one of my main problems:
>
> When I change the name using HostManager or SNS (when I can coax
> SNS into working), the hostname is correctly set to "raindrop",
> but "telnet raindrop" still fails (I can only "telnet localhost").
> Does anybody with a standalone machine have a setup where they
> can rlogin or telnet to their own machine name?
>
> Is "telnet hostname" even supposed to work on a standalone
> machine?
>
> Well, it seems that some programs expect "telnet hostname" to
> work, so I worked around the problem on my machine with the
> following hack; after changing the local hostname to "raindrop"
> with HostManager, I manually added a host "raindrop" (still
> using HostManager). Then I set the inet address of the new
> "raindrop" to 127.0.0.1, the loopback address. This doesn't
> seem like a very good solution. (Or maybe it is! Is this
> the way it is supposed to be done?) So... what is the right
> way to name a standalone machine so that telnet and rlogin
> can work with the new hostname?
>
> David
David,
Creating a standalone machine should be a fairly simple process.
First, you've got to let SNS do it's job with a standard set of files. SNS
is very picky about standard configurations. Make backups of your
/etc/netinfo/*.nidb files, and your hostconfig file (and any others you'd
like) and then delete the originals. Then, copy the template files in to
make your machine a generic setup (AS ROOT, best from command line instead
of FileViewer):
cp -r /usr/template/client/etc/netinfo/local.nidb /etc/netinfo
cp /usr/template/client/etc/hostconfig /etc
This will bring your machine back to a relatively default state (i.e. no
passwords, looks for configuration server on boot, logs you in as the me
account automatically)
Once the machine is in a generic state that SNS can deal with, give SNS
the configuration options of your choice, and let it run.
The machine will then boot as a standalone system.
If you are unable to 'ping' your hostname locally, simply add the hostname
to the machines local domain with NetInfoManager omitting the serves
property, wait a sec, and try ping again. This should cure it.
-Dan
From: gerti@tms-gmbh.de (Gerd Knops)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Syquest on a NeXT
Date: 11 Nov 1993 11:05:23 -0600
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9311111538.AA29903@Cranach.tms-gmbh.de>
Wayne asked:
> This has probably been asked a hundred times, but I
> have a Macintosh Syquest removable 44 MB drive I
> would like to use with my NeXT Station.
>
> Is this possible?
Most of the newer SyQuest drives work without problems. Just a few
older ones (>3 years) were not accepted by black hardware.
gerti
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: swapfile size for swapfile and swapfile.front
Date: 11 Nov 1993 17:31:23 GMT
Organization: Mayo Foundation
Distribution: world
Message-ID: <2btstb$gg7@fermat.mayo.edu>
References: <1993Nov11.143713.4758@sifon.cc.mcgill.ca>
In article <1993Nov11.143713.4758@sifon.cc.mcgill.ca>
oger@suspensions-1.civil.mcgill.ca (luc Oger) writes:
>
> two weeks ago I sucessfully installed the NextStep 3.1 on my
> Nextstation with a 406 Mb internal Harddisk. But I am
> short in free space and I found that NextStep 3.1 use two swapfiles
>[...]
> so my questions are :
> -could we erase one of the two files to save space and how?
no. in fact, if you correctly removed the swapfile.front
your total disk space demands will increase by the difference
of swapfile.front and swapfile.
> -why these two files have different sizes if there are mounted together?
because the swapfile.front is the decompressed version of
swapfile. Swapfile.front is just a set of pointers into a
compressed swapfile. Using File system magic allow swapping
to occur 'through' swapfile.front into swapfile.
> - how we can activate the operation to go back to the lowat value
> defined in the /etc/swaptab file?
make sure your swapfile /etc/swaptab reads like:
/private/vm/swapfile lowat=16777216 # 16 Meg low water mark
> may be these questions are too simple but I did not found the answers
> in the manual
try %man swaptab
Some good info on this can be found at ftp.next.com (or send mail to
Nextanswers@next.com with 1020 as the subject) under the Support
Bulletins
* bulletin 93-winter 93-08-18
1022 contents 23k 93-05-14
1024 fsck to the rescue 32k 93-05-14
>>> 1020 optimizing virtual memory with swaptab 246k 93-05-14
1017 options in email from home 211k 93-05-14
1016 prowling about in syslog 139k 93-05-14
1026 the crash of the master NetInfo server 54k 93-05-14
1018 tips and techniques 21k 93-05-14
1021 when one server isn't enough 99k 93-05-14
- Geoff
-----------------------------------------------------------------
Geoffrey Brunkhorst brunkhorst@Mayo.edu
Research Computing Facility, Guggenheim 10 (507) 284-1805
Mayo Foundation, Rochester MN, 55905, USA fax (507) 284-5231
From: Aaron Herskowitz <aherskow@alleg.edu>
Newsgroups: comp.sys.next.sysadmin
Subject: Pine Mailer
Date: 11 Nov 1993 16:42:55 GMT
Organization: Allegheny College
Distribution: world
Message-ID: <2btq2f$m7j@ftp.alleg.edu>
I have recently compiled the Pine 3.87 Mailer for usage by our dial-up
users. It is a great mailer for users with less experience and no real
reason to learn Unix or Unix mail (i.e. they are used to NeXT apps :-) It
is menu driven, and gives online help for all commands every step of the
way. It is also MIME (Multipart Internet Mail Extensions) compatable.
I was wondering if any other NeXT System Admins use Pine at their sites.
If so, please respond via e-mail.
A precompiled binary version of Pine for the NeXT (along with the source)
is available from ftp.cac.washington.edu if you are interested. There are
also a few ancient NeXT apps which can read MIME mail.
Thanks,
Aaron
Newsgroups: comp.sys.next.sysadmin
From: jspears@weston.com (Wes Spears)
Subject: Intel CD-ROM and Tape drive questions
Message-ID: <1993Nov11.172552.1860@weston.com>
Sender: jspears@weston.com (Wes Spears)
Date: Thu, 11 Nov 1993 17:25:52 GMT
I am working on a Intel machine. NEXTSTEP is running, but I am having the
following problems, and would like some ideas.
I have an Adaptek 1542C with a HP Drive at 0, a Wangtek 1/4 Inch Tape
drive at 4, and a NEC Internal CD-ROM at 6. The HP ends the chain and is
terminated.
Problem 1: The CD-ROM will read data CD's great, but does not like music
CD's. When I put a music CD in, it appears as to be checking, checking,
checking, then request that I eject it. When I bring up CD player, it
never appears to understand the Music CD. THe only CD Player action i can
take to have any effect is to choose the eject button.
Problem 2: The tape drive accepts a tape and does its stuff at the
beginning, and then sits there quitely. I try to run
# tar c /
AND I GET THE FLOOWING MESSAGE
tar: /dev/rxt0: No such device
#
Now, I am not a tape drive, or tar expert, so any suggestions are
welcomed. On other systems, you sometimes have to format the tapes. Is
this the case here? If so, how is that done. Also, what utilities are
there to help me invesigate/diagnose any problems. Lastly, what good
NEXTSTEP software is there to archive and backup to this type of device.
Thanks in advance.
Wes Spears
--
Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
The Weston Group (UUCP and SENDMAIL Consultation)
8524 Highway 6 North, 162, Houston, TX 77095
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.sysadmin,comp.sys.next.software
From: crespo@vcd.hp.com (Ivan Crespo)
Subject: Re: Canon BJC 600 on NeXTSTEP???
Sender: news@vcd.hp.com (News user)
Message-ID: <CRESPO.93Nov11115653@hpvclic.vcd.hp.com>
In-Reply-To: thor@sushi.uib.no's message of 11 Nov 1993 13:52:27 GMT
Date: Thu, 11 Nov 1993 19:56:52 GMT
References: <2btg2r$sga@due.uninett.no>
Organization: Hewlett-Packard VCD
> I'm buying a printer for my NeXT, and have come down to a choice
> between two printers - the HP DJ550C and Canons new BJC600.
> They cost the same at the offers I've received.
>
> Easy question - does the BJC600 work on NeXTSTEP? Here's why
> I wonder...
>
> I know that there are PD support programs (drivers) for the HP,
> but the quality of the Canon looks much better, both output,
> use of ink, and cost per page.
Well, the BJC600 is a very nice color printer. But in my opinion,
Canon compromised black print quality in order to get good results
with color. The HP 550C, on the other hand, gives you very good
color without compromising black only output.
So I would say that if you need only a color printer, buy the BJC600,
but if you want a color printer that will also give you good black
print quality then take another look at the DJ550C.
Another option would be the DJ1200C which is a great color printer
with great black print quality and it supports Postscript..
i.
--
PS. I tried to make a fair comparison, but of course I am very
biased... I work for HP, AND I worked on the HP550C.
Newsgroups: comp.sys.next.sysadmin
From: jonathan@nova.decio.nd.edu (Jonathan Bradshaw)
Subject: Problem with NS3 on slab
Message-ID: <1993Nov11.195249.15587@news.nd.edu>
Sender: news@news.nd.edu (USENET News System)
Organization: University of Notre Dame
Date: Thu, 11 Nov 1993 19:52:49 GMT
-----BEGIN PGP SIGNED MESSAGE-----
I just upgraded a NeXT color slab (non turbo) to NS3.0 and have a problem.
The NeXT is crashing after an amount of time and usage with the following:
mach: panic: (cpu 0) FP not one
mach: killing all processes
I've also seen this message in the log: "Spurious interrupt channel 0x2000150"
Anyone seen this problem before? What can I do? Can I force the NeXT to
reboot instead of killing all processes and sitting in the monitor? This
would at least help! Sitting at a monitor is no use when I'm 20 mins away
from it.
- --
Jonathan Bradshaw | Preferred E-Mail is: Jonathan.Bradshaw@nd.edu | Ham N9OXE
WNDU-AM/FM/TV South Bend IN | Opinions stated are mine and not of my employer
PGP 2.2 Key is available on keyserver or send mail with subject of 'send key'
"If any girl rejects you, don't you doubt it's part of the .plan" - D. Gibson
-----BEGIN PGP SIGNATURE-----
Version: 2.2
iQCVAgUBLOKXRVA1bhXvqhbrAQHmdAP/UxMG0n814JWe7pz5S8kRRWZQ73fJnq9s
qn8csAA+q5356obtd1H5JGzNcmcNQouBqY7RDkorIR7OJFKtO0vCx0WfpYJ0mNVM
JIrOxK0Bqn/EtrjQ2DXMxcDVHiQz8+hBbx3ijy/702mJJGwx/0h6e9R5mvuhi4MY
BmvbaN7A/vo=
=thcI
-----END PGP SIGNATURE-----
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Intel CD-ROM and Tape drive questions
Date: 11 Nov 1993 19:56:14 GMT
Organization: University of Houston
Message-ID: <2bu5cu$ijd@menudo.uh.edu>
References: <1993Nov11.172552.1860@weston.com>
In article <1993Nov11.172552.1860@weston.com> jspears@weston.com (Wes
Spears) writes:
#I am working on a Intel machine. NEXTSTEP is running, but I am having the
#following problems, and would like some ideas.
#
#I have an Adaptek 1542C with a HP Drive at 0, a Wangtek 1/4 Inch Tape
#drive at 4, and a NEC Internal CD-ROM at 6. The HP ends the chain and is
#terminated.
I thought this drive was at 4mm DAT? A 1/4" tape is different and I not
very familiar with it. If it is a 1/4", then ignore the rest of the
message, as it probably doesn't apply....
#
#Problem 1: The CD-ROM will read data CD's great, but does not like music
#CD's. When I put a music CD in, it appears as to be checking, checking,
#checking, then request that I eject it. When I bring up CD player, it
#never appears to understand the Music CD. THe only CD Player action i can
#take to have any effect is to choose the eject button.
#
I have experienced this problem with Apple CD-Rom drives. Using a NeXT
CD-Rom on black hardware works fine with DATA and music CDs. However, I was
never able to get the Apple CD-150 to accept audio CDs. And this was on
black hardware. The problem (stated by Apple) was that the CD-150 uses a
slightly non-standard version of the SCSI command set and thus is not
completely compatible with non-Apple devices...
#Problem 2: The tape drive accepts a tape and does its stuff at the
#
#tar: /dev/rxt0: No such device
#
Wes, try to use /dev/nrxt0 for the no-rewind version of that device. If
this doesn't work, check, during boot, that the WangDAT is correctly
recognized on the SCSI chain. Since this is Gartsman setup, I have serious
doubts about the integrity of the SCSI chain in that system. From my
experience, the Adaptec 1542C is _VERY_ picky about terminiation and the
configuration of the devices on the chain...
Btw, you might try to use the rst1 device:
crw-rw-rw- 1 root 34, 0 Jul 30 1992 rst0
crw-rw-rw- 1 root 34, 8 Jul 30 1992 rst1
#
#Now, I am not a tape drive, or tar expert, so any suggestions are
#welcomed. On other systems, you sometimes have to format the tapes. Is
#this the case here? If so, how is that done. Also, what utilities are
#there to help me invesigate/diagnose any problems. Lastly, what good
#NEXTSTEP software is there to archive and backup to this type of device.
#
No. No need to format if it is a 4mm DAT... and for backup software, I use
gnutar, but you can try SafteyNet. If you like, I can dig up the address in
my NeXTWorld, but I can't do it until I get home...
#Thanks in advance.
#
#Wes Spears
#--
#Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
#The Weston Group (UUCP and SENDMAIL Consultation)
#8524 Highway 6 North, 162, Houston, TX 77095
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: sendmail 8.6.4 for NEXTSTEP
Message-ID: <1993Nov11.194754.10958@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <23409@news.duke.edu>
Date: Thu, 11 Nov 1993 19:47:54 GMT
In article <23409@news.duke.edu> altenber@acpub.duke.edu writes:
>s soon as anyone hears about a configuration of Sendmail 8.6.4
>for NEXTSTEP, please post it here so that we can patch the
>security hole. Thanks,
You're probably better off using the "smrsh" program with the
NeXT-provided sendmail.
Compile with
cc -o smrsh -s -object -O -bsd smrsh.c
chmod 511 smrsh
and follow the installation instructions in the README.
BTW, the comments in the CERT Advisory about shared libraries are
not applicable to NEXTSTEP, so don't let that discourage you.
If you're thinking about installing sendmail 8.6.4 solely to
close the security hole, (1) you're working too hard (2) you
better know what you're doing (3) be prepared for nasty
surprises.
[I'm not saying sendmail 8 is a bad thing, just treat it like an
early beta that belongs to the patch-of-the week club, isn't
compatible with what you're used to, isn't going to get along
with NeXT's "point-and-lose" configuration tools, hasn't been
taught about all of NEXTSTEP's peccadillos, etc. I'm talking
HIGH MAINTENANCE COMMITMENT here. If you don't feel 100%
comfortable with sendmail and all it entails, don't take this
approach.]
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: optadm7@watserv1.uwaterloo.ca (J.Cassidy - Optometry)
Subject: Remote Printing
Message-ID: <CGC8s6.B9G@watserv1.uwaterloo.ca>
Sender: news@watserv1.uwaterloo.ca
Organization: University of Waterloo
Distribution: na
Date: Thu, 11 Nov 1993 17:33:41 GMT
What I would like to do is use one of the several machines we have
that are currently running lpd to perform the printing for my NeXTSTEP machine.
Would anyone be able to let me know how to set up my NeXTSTEP machine
for this purpose?
Thanks in advance!
Jim
=========================================================================
Jim Cassidy jcassidy@sciborg.uwaterloo.ca
University of Waterloo jcassidy@quark.uwaterloo.ca (NeXTmail)
200 University Ave. (519) 885-1211 ext. 6240 Voice
Waterloo, Ontario, Canada N2L 3G1 (519) 725-0784 FAX
Newsgroups: comp.sys.next.sysadmin
From: hgs@dmu.ac.uk (Hugh Sasse)
Subject: $IPBROADCAST in rc.boot: set where?
Message-ID: <1993Nov11.162739.15989@dmu.ac.uk>
Organization: De Montfort University, Leicester, UK
Date: Thu, 11 Nov 1993 16:27:39 GMT
I have been landed with looking after a NeXT cube while a
colleague is away. Therefore I don't read this group normally.
I am trying to figure out the logic of the ifconfig en0 bits,
because the default broadcast address ends in 255 instead of 0,
and 0 would agree with the Sun Sparcs on the net. I would
like to set this up cleanly, rather than knocking out all the
tests for -AUTOMATIC in rc.boot, but I cannot find where it
sets $IPBROADCAST. I want to change it in a place where
a NeXTpert would expect to find the change. Could some kind
soul tell me which file(s) to edit and how, please?
Email responses preferred -- I doubt this is of interest to many
others reading this group.
Thank you,
Hugh Sasse
hgs@dmu.ac.uk
From: ckd@kei.com (Christopher Davis)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: sendmail 8.6.4 for NEXTSTEP
Date: 11 Nov 1993 22:27:47 GMT
Organization: House of the Jhereg
Message-ID: <2bue93$245@kei.com>
References: <23409@news.duke.edu> <1993Nov11.194754.10958@csus.edu>
In-reply-to: eps@futon.SFSU.EDU's message of Thu, 11 Nov 1993 19:47:54 GMT
EPS> == Eric P Scott <eps@futon.SFSU.EDU>
EPS> If you're thinking about installing sendmail 8.6.4 solely to close
EPS> the security hole, (1) you're working too hard (2) you better know
EPS> what you're doing (3) be prepared for nasty surprises.
EPS> [I'm not saying sendmail 8 is a bad thing, just treat it like an
EPS> early beta that belongs to the patch-of-the week club, isn't
EPS> compatible with what you're used to, isn't going to get along with
EPS> NeXT's "point-and-lose" configuration tools, hasn't been taught
EPS> about all of NEXTSTEP's peccadillos, etc. I'm talking HIGH
EPS> MAINTENANCE COMMITMENT here. If you don't feel 100% comfortable
EPS> with sendmail and all it entails, don't take this approach.]
Well, Eric, I have to disagree with you there. In particular:
- While it has had a number of patches recently, I would hardly consider
it an "early beta". (In fact, since that other Eric has put a feature
freeze on, it's been merely a matter of cleaning up those things that
widespread public use found that weren't caught by the more limited beta
test group.)
- It's extremely compatible with what I'm used to, since I'm one of those
silly people who presumes to want the same MTA on all their Unix boxes,
and likes to have source for it. It also, using the 'nextstep'
configuration files and Makefile, uses /etc/sendmail/* by default; I
suspect it could easily use a fairly stock NeXT-distributed sendmail.cf,
but I prefer to have one of the Berkeley-generated ones.
- I don't log in to the NeXT's console very often, so the "point and lose"
tools are a lot less useful to me than the m4-based configuration scheme
that comes with 8.x. The 8.x scheme also allows me to centralize the
"global" information about pseudodomain relays, specific features, and
so on, allowing them to be automatically included in the .cf files for
all the machines I run sendmail on.
- I haven't seen any of NeXTStep's peccadillos causing problems with
8.6.2, 8.6.3, or 8.6.4, and this is under 2.1 on an '040 Cube with an
extremely heavy mail load. (Note that I don't use NetInfo any more than
I can help; as I said, I'm one of those weirdos who wants at least some
consistency across systems.)
It also adds a number of performance features, particularly the connection
caching capability.
While I don't deny that moving to a new version of sendmail is more work
than merely installing smrsh (which, as discussion on the security groups
has shown, is not a cure-all), it's not something you need fear. It
compiles cleanly enough on 2.1, though I don't know how much got broken in
3.x :)
--
Christopher Davis * <ckd@kei.com> * (was <ckd@eff.org>) * MIME * RIPEM * [CKD1]
This netnews posting is presented in the original 80-column aspect ratio.
The black bars bordering the headers and .signature are normal for this format.
Newsgroups: comp.sys.next.sysadmin
From: gthomas@fraser.sfu.ca (Guy Thomas)
Subject: Re: sendmail 8.6.4 for NEXTSTEP
Message-ID: <gthomas.753077388@sfu.ca>
Sender: news@sfu.ca
Organization: Simon Fraser University, Burnaby, B.C., Canada
References: <23409@news.duke.edu> <1993Nov11.194754.10958@csus.edu>
Date: Fri, 12 Nov 1993 04:09:48 GMT
eps@futon.SFSU.EDU (Eric P. Scott) writes:
>[I'm not saying sendmail 8 is a bad thing, just treat it like an
>early beta that belongs to the patch-of-the week club, isn't
>compatible with what you're used to, isn't going to get along
>with NeXT's "point-and-lose" configuration tools, hasn't been
>taught about all of NEXTSTEP's peccadillos, etc. I'm talking
>HIGH MAINTENANCE COMMITMENT here. If you don't feel 100%
>comfortable with sendmail and all it entails, don't take this
>approach.]
> -=EPS=-
Regarding peccadillos, what does Mail.app think the -O flag is
supposed to do to sendmail?
---Guy
Newsgroups: comp.sys.next.sysadmin
From: keith@ursa.com (Keith Hollister)
Subject: Error building bash 1.12
Message-ID: <1993Nov12.024950.4639@ursa.com>
Sender: keith@ursa.com
Organization: Ursa Systems
Date: Fri, 12 Nov 1993 02:49:50 GMT
I'm sure this was probably covered in the distant past, but I am getting
an error during the final link for bash 1.12. Apparently, the ulimit
builtin module is trying to make a call to a ulimit() system function
which doesn't exist under NS 3.0. How do I hack ulimit.c to fix this?
Thanks
--
Keith Hollister
keith@ursa.com
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: Re: My modem is trying to kill me!!
Message-ID: <rorCGDKo8.Iu7@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <rorCG2JHs.80w@netcom.com>
Date: Fri, 12 Nov 1993 10:48:08 GMT
UPDATE ON SETTING UP MY MODEM FOR DIAL-IN.
It took me about 3 days, but I finally have my modem setup so that people
can dial into my 486 NeXT box. What a feeling of accomplishment. I even
got my modem to work with tip for dialout all by myself (that took another
six hours worth of fiddling!)
PROBLEM:
The only remaining problem that I'm having is that every once in awhile,
when a user is online, the machine CRASHES...hard; a "System Panic" window
pops up, the mouse cursor freezes, and the only thing left to do is
reboot...and then the file system has to be cleaned up. Sometimes,
however, I can leave the machine on all day with no problem, even with
several people calling. Could it be something that some USER is doing that
is making it crash? I made a "guest" account with with the
UserManager.app, and several people have been using that to explore my
computer. Does the UserManager.app automatically give them too much
access?
Or maybe I STILL don't have this setup right. Here's what I currently have
in my ttys file:
ttydfb "/usr/etc/getty std.38400" unknown on
and here are my entries in gettytab:
# I believe this sets my dialup to N-8-1
default:\
:zp:im=\r\n\r\nNeXT Mach (%h) (%t)\r\n\r\r\n\r:\
:hn=crazy_nacht:tt=vt100:er=\177:kl=^U:in=^C:lm=\r\n%h login\72
# Fixed speed entries
g|std.19200|19200-baud:\
:sp#19200:
h|std.38400|38400-baud:\
:sp#38400:
i|callin:\
:zp:p8:sp#9600:im=\r\n\r\nNeXT Mach(%t)\r\n\r\n\r:
# Fast dialup terminals
D38400|Fast-Dial-38400:\
:nx=D19200:tc=38400-baud:
D19200|Fast-Dial-19200:\
:nx=D9600:tc=19200-baud:
Again, although I don't feel safe yet letting people call in because the
operating system explodes, It WORKS most of the time. I don't have any
idea how I would have set this up even to this point without the many
EXTREMELEY USEFUL suggestions that I have received via E-mail.
THANKS!
I'd really like to thank David Lemson, Lusty Wench, Mark Adler, Michal
Jaegermann, Robert E. Brown, Maximilian Goedel, Mike_Barthelemy, Yanik
Crepeau, Chris Cleeland, and Ross S. W. Walker for replying to my posting
(I hope I haven't left anyone out.)
Zach
--
ror@netcom.com ~RoR-Alucard~
Newsgroups: comp.sys.next.sysadmin
From: cbradley@bozell.com (Chris Bradley)
Subject: Re: Reverse alias mapping in sendmail with netinfo?
Message-ID: <1993Nov12.021845.19050@bozell.com>
Sender: news@bozell.com
Organization: Bozell, Jacobs, Kenyon & Eckhardt, Inc.
References: <1993Nov1.203401.1499@rna.indiv.nluug.nl>
Date: Fri, 12 Nov 1993 02:18:45 GMT
In article <1993Nov1.203401.1499@rna.indiv.nluug.nl>
gerben@rna.indiv.nluug.nl writes:
> Currently, when you want to do inverse alias mapping for outgoing mail
> you have to run NIS. I do not want to run NIS next to netinfo. Are
> netinfo patches for sendmail available somewhere? Or does someone know
> how to achieve this with netinfo?
This is something that more than a few people would like to be able to do.
Your principal ally is none other than Alan Marcum at NeXT, who noted in
an email to me earlier this month that it would be a Good Idea for us to
communicate this desire to our NeXT salespeople, or to NeXT corporate.
--
Chris Bradley | cbradley@bozell.com
Techno-Slave, with Many Masters | +1 214 830 2273 vox
Bozell, Jacobs, Kenyon & Eckhardt, Inc. | +1 214 830 2687 fax
Advertising and Public Relations | "Born ready"
From: npratt@glacier.sim.es.com (Nevin Pratt)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Syquest on a NeXT
Date: 12 Nov 1993 16:05:25 GMT
Organization: E&S
Distribution: world
Message-ID: <2c0c85$5t6@cnn.sim.es.com>
References: <1993Nov10.223609.24706@serval.net.wsu.edu>
In article 24706@serval.net.wsu.edu, joerd@aixesa.csc.wsu.edu (Wayne Joerding - Economics) writes:
> This has probably been asked a hundred times, but I have a Macintosh Syquest
> removable 44 MB drive I would like to use with my NeXT Station.
>
> Is this possible?
The 44MB Syquest drive will "Just Work" with many configurations.
It specifically will not get along with the Maxtor 8380S and 8760S
hard drives (the 330MB and 660MB drives that are quite common on cubes).
The 88MB Syquest drive *does* work with those Maxtor's.
I also tested the 44MB drive on a station a couple of years ago.
If my memory serves, the station had a 400MB Quantum drive.
It worked OK.
It will probably work fine on your station, but you'll have to test to
make sure, since the drive is somewhat quirky (old SCSI design).
Also, I'm currently using a 44MB hooked up to a NS/FIP machine, using the
Adaptec 1542B controller and a Toshiba 2964-ES 1 GB harddrive.
Works fine.
Nevin
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.mac.comm
From: mohenly@malahat.library.uvic.ca (Michael O'Henly)
Subject: PPP/SLIP for Mac <-> NeXT...
Message-ID: <1993Nov12.161959.9199@sol.UVic.CA>
Sender: news@sol.UVic.CA
Organization: University of Victoria
Date: Fri, 12 Nov 93 16:19:59 GMT
I want to create a dialup IP connection between a Mac and a
NeXTstation. I have a budget of $0.00 to do this with (sigh)...
There's a fair bit of SLIP software on the NeXT side, but I don't
think there are any no-cost SLIP tools for the Mac. There is, however,
a free PPP package (Merit Network's MacPPP).
1. Is there a PPP server for the NeXT (NeXTstep 3.0)?
2. If not, are you aware of any no-cost SLIP tools for the Mac?
Thank you!
Michael
--
o
--/--
__\ Michael O'Henly
\ mohenly@malahat.Library.UVic.CA
From: blake015@mc.duke.edu (Denise Blakeley)
Newsgroups: comp.sys.next.sysadmin
Subject: Problem with termcap
Message-ID: <23552@news.duke.edu>
Date: 12 Nov 93 16:33:42 GMT
Sender: news@news.duke.edu
I have a user who is trying to telnet into our NeXT server (a mono Turbo 32/400
running NS 3.1) from a PC using LAN Workplace for DOS. I don't think the PC
software is at issue here, just the fact that he's on a PC.
Here's what happens:
[He telnets to server bullnext from the PC software]
NeXT Mach (bullnext) (ttyp0)
login: swens001
Password:
Last login: Thu Nov 11 09:44:27 from swens001.mc.duke
Type dec-vt220 unknown
TERM = (unknown)
bullnext> Warning: incomplete termcap entry. Editing disabled.
bullnext>
What can I do to solve this "dec-vt220 unknown" problem? It looks like there's
something in /etc/termcap about vt220 emulation, but I can't seem to find out
what to do with it.
Thanks--
Denise
--
Denise Blakeley | PROGRAM, tr. v., An activity similar
Duke Med Center Info Systems | to banging one's head against a wall,
Durham, NC | but with fewer opportunities for
(919) 286-6468 W | reward.
blake015@mc.duke.edu | NeXTMail welcome!
From: stuckey@mrcnext.cso.uiuc.edu (Anthony J. Stuckey)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem with termcap
Date: 12 Nov 1993 18:37:12 GMT
Organization: University of Illinois at Urbana
Message-ID: <2c0l4o$5ar@vixen.cso.uiuc.edu>
References: <23552@news.duke.edu>
blake015@mc.duke.edu (Denise Blakeley) writes:
>I have a user who is trying to telnet into our NeXT server (a mono Turbo 32/400
>running NS 3.1) from a PC using LAN Workplace for DOS. I don't think the PC
>software is at issue here, just the fact that he's on a PC.
[stuff deleted]
>What can I do to solve this "dec-vt220 unknown" problem? It looks like there's
>something in /etc/termcap about vt220 emulation, but I can't seem to find out
>what to do with it.
Make it look like this:
dl|vt200|vt220|vt200-js|vt220-js|dec-vt220|dec vt200 series with jump scroll:\
^^^^^^^^^^^
:im=\E[4h:ei=\E[4l:mi:dc=\E[P:dm=:ed=:al=\E[L:dl=\E[M:\
:cs=\E[%i%d;%dr:sf=\ED:sr=\EM:sb=\EM:\
:ce=\E[K:cl=\E[H\E[J:cd=\E[J:cm=\E[%i%d;%dH:nd=\E[C:up=\E[A:\
:so=\E[7m:se=\E[27m:us=\E[4m:ue=\E[24m:\
:md=\E[1m:mr=\E[7m:mb=\E[5m:me=\E[m:\
:is=\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h\E[1;24r\E[24;1H:\
:rs=\E>\E[?3l\E[?4l\E[?5l\E[?7h\E[?8h:\
:ks=\E[?1h\E>:\
:tc=vt100:
--
Anthony J. Stuckey stuckey@mrcnext.cso.uiuc.edu
"And if you frisbee-throw a universe where does it go?"
Turquoise, Steve Blunt.
GCS/S -d+@ p c(++) l u+ e+(-) m+(*) s+++/-- !n h(*) f+ g+ w+ t+@ r y?
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.mac.comm
From: mohenly@malahat.library.uvic.ca (Michael O'Henly)
Subject: Re: PPP/SLIP for Mac <-> NeXT...
Message-ID: <1993Nov12.184849.13594@sol.UVic.CA>
Followup-To: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.mac.comm
Sender: news@sol.UVic.CA
Organization: University of Victoria
References: <1993Nov12.161959.9199@sol.UVic.CA>
Date: Fri, 12 Nov 93 18:48:49 GMT
I (mohenly@malahat.library.uvic.ca) wrote:
> I want to create a dialup IP connection between a Mac and a
> NeXTstation. I have a budget of $0.00 to do this with (sigh)...
> There's a fair bit of SLIP software on the NeXT side, but I don't
> think there are any no-cost SLIP tools for the Mac. There is, however,
> a free PPP package (Merit Network's MacPPP).
> 1. Is there a PPP server for the NeXT (NeXTstep 3.0)?
> 2. If not, are you aware of any no-cost SLIP tools for the Mac?
OK. Since posting this, I've learned a bit more...
a) Merit.edu (in ~/pub/ppp/) has a lot of PPP stuff and I've taken a
scan through some of it. However, it's mostly rocket science to me
and I'm not sure it will run on a NeXT. (There is a NeXT hack, but
author doesn't promise much, other than that it will probably
crash your system...)
Is anyone running no-cost PPP server software on a NeXT?
b) InterCon offers a free, ftpable SLIP tool for the Mac.
It looks like Louis Mamakos' TranSys Dial-Up IP package is the
only (free) NeXT-specific SLIP software. Unfortuately, it's a
NeXTstep app and since my access to this system is via dialup, I
can't run it.
So my question should be, is there generic unix SLIP server
software that will compile under NS3.0?
Thanks again!
Michael
--
o
--/--
__\ Michael O'Henly
\ mohenly@malahat.Library.UVic.CA
From: psuver@carson.u.washington.edu (Phil Suver)
Newsgroups: comp.sys.next.sysadmin
Subject: NS 3.1 for Intel, Token Ring, IBM 8209 Bridge, Help.
Date: 12 Nov 1993 20:59:11 GMT
Organization: University of Washington
Message-ID: <2c0tev$6go@news.u.washington.edu>
Summary: Problems with NS for Intel 3.1 on a Token Ring network.
Keywords: Intel, Token Ring, IBM 8209 Bridge, source routing.
We are experiencing problems attempting to establish communications
between two of our NS Intel machines on a token ring network with an IBM
8209 bridge between them. The same problem was resolved on a Novell
network by using the ODI drivers and loading ROUTE.COM twice - once for
the physical token ring NIC and once for the second virtual NIC. Is
there a way to provide support for source routing under Next?
Newsgroups: comp.sys.next.sysadmin
From: kent@infoserv.com
Subject: Re: Booting from CD (was Re: Boot in single user mode problem solved)
Message-ID: <CGD4pn.1C3@infoserv.com>
Sender: kent@infoserv.com (Kent L. Shephard)
Organization: K. L. Shephard Consulting
References: <2bpde8$na4@nermal.cs.uoguelph.ca>
Date: Fri, 12 Nov 1993 05:03:22 GMT
In article <2bpde8$na4@nermal.cs.uoguelph.ca> devans@herman.cs.uoguelph.ca
(David F Evans) writes:
#In article <2bocb5$al@menudo.uh.edu> Paul S. Sears (sears@tree.egr.uh.edu)
wrote:
#
#:>NOTE: You can only boot directly from the NS3.0 CD if you have a Turbo
#:>machine. The older, non-turbos don't have the proper info in prom to deal
#:>with the CD-ROM and the 2K sector size...
#
# So what approach would you recommend for installing 3.0 in a floppy-less
'030
#Cube? The disk will have no OS on it whatsoever.
On my '040 cube it was simple if I wanted to blow away everything
on the HD. I just put the CD in the drive and had it boot from that
SCSI target. It told me that the device was read only and that I could
install to the HD. It stated that this was a fresh install and would
initialize the HD.
Worked no problem. my upgraded cube is non-Turbo.
Kent
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
Newsgroups: comp.sys.next.sysadmin
From: kent@infoserv.com
Subject: Re: Help! UUCP News/Mail feed
Message-ID: <CGD5Bv.1Cx@infoserv.com>
Sender: kent@infoserv.com (Kent L. Shephard)
Organization: K. L. Shephard Consulting
References: <2brav7$fll@bcars64a.bnr.ca>
Date: Fri, 12 Nov 1993 05:16:42 GMT
In article <2brav7$fll@bcars64a.bnr.ca> tomcoop@bcarh775.bnr.ca (Steven K.
Besler) writes:
#I'm having some problems setting up a mail/news feed via UUCP.
#
#First of all, I'm using the UUCP that came with 3.0. Lots of people
#seem to think that it's broken, and that Taylor UUCP is much better.
#Others declare that they have used the NeXT UUCP and it works.
#What's the deal?
I use NeXT UUCP and NeXT sendmail with *NO* problems.
#
#Specifics:
#
#1) I can't get uucico to log in to the other machine. I have tried it
# in "debug" mode, as suggested in the sysadmin module, and the problem
# seems to be that it never gets the "Password:" prompt. I have tried
# various different combinations of L.sys options for hours and hours
# and It Just Doesn't Work. This is the main problem.
L.sys is tricky here is the one I use.
**************************************
# L-sys: Please read UUAIDS/L-sys.samples for some discussions on how to
# use this file as well as the documentation that can be found in the
# Digital Librarian on uucp.
#2104 9314 2106
infoserv Any DIR 38400 cufb "" ATZ "" P_ZERO ""\
ATDT14082439314\
CONNECT~80 PAUSE \
ogin:~15-CR-ogin:~10-CR-ogin:~5-CR-ogin:~5 (my login) \
ssword:~8 (my password)
infoserv1 Any DIR 38400 cufb "" ATZ "" P_ZERO ""\
ATDT14082432104\
CONNECT~80 PAUSE \
ogin:~15-CR-ogin:~10-CR-ogin:~5-CR-ogin:~5 (my login) \
ssword:~8 (my password)
infoserv2 Any DIR 38400 cufb "" ATZ "" P_ZERO ""\
ATDT14082439314\
CONNECT~80 PAUSE \
ogin:~15-CR-ogin:~10-CR-ogin:~5-CR-ogin:~5 (my login) \
ssword:~8 (my password)
***********************************************************
This works great for me.
#
#2) How do I munge sendmail.cf (or whatever) so I can send mail to the
# outside world using "normal" addressing. i.e. user@the.site.name
# My machine is completely standalone.
My machine is also standalone and my sendmail looks like this.
Please note that my domain is the same as my mailserver. If you
have a fully qualified domain name things will be different.
************************************************************
############################################################
#
# Sendmail configuration file for "MAIN MACHINES"
#
# You should install this file as /etc/sendmail/sendmail.cf
# if your machine is the main (or only) mail-relaying
# machine in your domain. Then edit the file to
# customize it for your network configuration.
#
# See the paper "Sendmail Installation and Administration Guide"
# for more information on the format of this file.
#
# @(#)main.mc 1.0 88/10/26 NeXT; from SMI 3.2/4.3 NFSSRC
#
### local info
# my fully qualified hostname, $j, is now set by sendmail internally
#Dj$?m$w.$m$|$w$.
# if you want the gateway to assume the identity of its parent domain, use:
Dj$m
# Major relay mailer - typical choice is "ddn" if you are on the
# Defense Data Network (e.g. Arpanet or Milnet). All mail for
# non-local domains will be forwarded to the major relay host using
# the major relay mailer. We chose "uucp" as the default because most
# isolated networks use it to link their network with the outside
# world.
#
# If you want to use a relay mailer, examine ruleset 0. There are some
# rules that need to be uncommented
DMuucp
# major relay host: use the $M mailer to send mail to other domains
# To have mail automatically forwarded to other domains, you should
# replace this with the name of your major relay host.
DRinfoserv
CRinfoserv
# local UUCP connections - output from the uuname command
FV|/usr/bin/uuname
# options that you probably want on a mailhost:
# checkpoint the queue after this many receipients
OC10
*******************************************************************
#3) I have NewsGrazer, but I don't seem to have inews. How do I set this
# up? Specifically, how do I set up the "active file"
#
#Thanks for any help you can provide!
#
You need to get and install Cnews or the other one is called INN, I think.
I use Cnews. THe active file is best gotten from a site that has an active
file. This is what I did.
Hope this helps.
Kent
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
Newsgroups: comp.sys.next.sysadmin
From: ginsparg@qfwfq.lanl.gov (Paul Ginsparg 505-667-7353)
Subject: Re: Mail.app and sendmail 8.6.4 not communicating
Message-ID: <1993Nov13.005813.25191@newshost.lanl.gov>
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Lab
References: <gthomas.752791866@sfu.ca>
Date: Sat, 13 Nov 1993 00:58:13 GMT
In article <gthomas.752791866@sfu.ca> gthomas@fraser.sfu.ca (Guy Thomas)
writes:
> gthomas@fraser.sfu.ca (Guy Thomas) writes:
>
> >In response to the recent CERT advisory I have installed
> >sendmail 8.6.4. It works fine with incoming mail. However,
> >with outgoing mail using elm or pine works but not Mail.app.
> >Has anyone else seen this? I am using NeXTSTEP 2.1 on a
> >slab.
> The error that sendmail reports using syslog is
> /usr/lib/sendmail: illegal option -- O
> and it repots this twice for each piece of mail sent.
>
i do not know why Mail.app would call sendmail with a -O option
(it doesn't seem to be documented). it is true that sendmail 8.6.4
has different flags from the old sendmail (e.g. -ba is no longer
supported, and some others -- a nuisance).
on the other hand (and i don't wish to propagate any false sense of
security, but...) i have tried to gain illicit access using the
purported bug to slabs running 3.0 and find that they are *not*
susceptible (nor was my hp) -- the problem mainly seems to be on the
suns we've tried here.
pg
Newsgroups: comp.sys.next.sysadmin
From: cbradley@bozell.com (Chris Bradley)
Subject: Re: sendmail 8.6.4 for NEXTSTEP
Message-ID: <1993Nov12.204553.21766@bozell.com>
Sender: news@bozell.com
Organization: Bozell, Jacobs, Kenyon & Eckhardt, Inc.
References: <2bue93$245@kei.com>
Date: Fri, 12 Nov 1993 20:45:53 GMT
In article <2bue93$245@kei.com> ckd@kei.com (Christopher Davis) writes:
> EPS> == Eric P Scott <eps@futon.SFSU.EDU>
> EPS> [I'm not saying sendmail 8 is a bad thing, just treat it like an
> EPS> early beta that belongs to the patch-of-the week club, isn't
> EPS> compatible with what you're used to, isn't going to get along with
> EPS> NeXT's "point-and-lose" configuration tools, hasn't been taught
> EPS> about all of NEXTSTEP's peccadillos, etc. I'm talking HIGH
> EPS> MAINTENANCE COMMITMENT here. If you don't feel 100% comfortable
> EPS> with sendmail and all it entails, don't take this approach.]
>
> Well, Eric, I have to disagree with you there. In particular:
>
> - While it has had a number of patches recently, I would hardly consider
> it an "early beta". (In fact, since that other Eric has put a feature
> freeze on, it's been merely a matter of cleaning up those things that
> widespread public use found that weren't caught by the more limited
> beta test group.)
Just be sure to add the NetInfo calls into your copy of the source for
sendmail 8.6.4. After all, it's just a S.M.O.P....
--
Chris Bradley | cbradley@bozell.com
Techno-Slave, with Many Masters | +1 214 830 2273 vox
Bozell, Jacobs, Kenyon & Eckhardt, Inc. | +1 214 830 2687 fax
Advertising and Public Relations | "Born ready"
From: dbora@ils.nwu.edu (Donald Bora)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Question about fonts on the next
Date: 13 Nov 1993 06:23:41 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <2c1uhd$cue@anaxagoras.ils.nwu.edu>
Hello NeXT world! I have a question about some fonts I got a hold of.
I got some free fonts but there is only one problem. They are not
really professional pring quality. Is there anything I can do about this...
does anybody know if there are really professional type fonts available
for the NeXT?
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
Newsgroups: comp.unix.admin,comp.sys.next.sysadmin,comp.sys.sun.admin,comp.sys.sgi.admin,comp.org.usenix
From: vanepp@fraser.sfu.ca (Peter Van Epp)
Subject: Local LISA (sysadmin) user group forming in Vancouver Canada.
Message-ID: <vanepp.753152640@sfu.ca>
Sender: news@sfu.ca
Organization: Simon Fraser University, Burnaby, B.C., Canada
Distribution: bc
Date: Sat, 13 Nov 1993 01:04:00 GMT
There is an announcement about a local Sysadmin group being formed in
Vancouver Canada posted in the bc.unix news group. A copy of the announcement
is availible by sending email to vanepp@sfu.ca requesting a copy.
This post is purposely being kept short in case the "bc" distribution
restriction that it is posted with doesn't in fact restrict it to BC as it
should. Please feel free to flame via Email if you see this and you don't
think you should (but please don't post the flames!).
Peter Van Epp / Operations and Technical Support
Simon Fraser University, Burnaby, B.C. Canada
Newsgroups: comp.sys.next.sysadmin
From: irving@Happy-Man.com (Irving_Wolfe)
Subject: Re: Trying to install sendmail 8.6.4
Message-ID: <1993Nov13.021259.17404@Happy-Man.com>
Organization: Happy Man Corp, 4410 Pt Robinson, Vashon, WA 98070 206/463-9399
References: <2bpq9q$c6q@TAMUTS.TAMU.EDU>
Date: Sat, 13 Nov 1993 02:12:59 GMT
In <2bpq9q$c6q@TAMUTS.TAMU.EDU> lusty@lusty.tamu.edu (Lusty Wench) writes:
>I've compiled sendmail 8.6.4.
>When I attempt to start the
>sendmail daemon, I get the following error
Someone more knowledgeable than I am can tell you how to do this.
I will only comment that Alan Marcum is a good man, and he was
responsible for Next's sendmail. If he's pretty sure that the
sendmail in 3.0 and later is safe -- and he posted that he was
pretty sure -- then unless someone tells us otherwise, I'd be
inclined to respect that and not bother with 8.6.4.
--
Irving_Wolfe@Happy-Man.com 206/463-9399 x101 fax 206/463-9255
Happy Man Corp. 4410 SW Pt. Robinson Rd., Vashon, WA 98070-7399
We publish SOLID VALUE for the intelligent investor. NextMail OK
Info. packet free. Send POSTAL address: Solid-Value@Happy-Man.com
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: mohenly@malahat.library.uvic.ca (Michael O'Henly)
Subject: Re: SLIP for Mac <-> NeXT...
Message-ID: <1993Nov13.020907.2722@sol.UVic.CA>
Sender: news@sol.UVic.CA
Organization: University of Victoria
References: <1993Nov12.161959.9199@sol.UVic.CA> <1993Nov12.184849.13594@sol.UVic.CA>
Date: Sat, 13 Nov 93 02:09:07 GMT
Michael O'Henly (mohenly@malahat.library.uvic.ca) wrote:
> I want to create a dialup IP connection between a Mac and a
> NeXTstation. I have a budget of $0.00 to do this with (sigh)...
OK. I've made some progress today thanks to one kind soul who
pointed out that Louis Mamakos' TranSys Dial-Up IP package _can_ be
installed and configured remotely (assuming, of course, one has root
privileges -- which I do).
I've retrieved the software and now I'd like to set it up.
Unfortunately, the docs are in RTF, PS, and WriteNow formats and I'm
not making much progress in attempts to decipher them.
The configuration I'm after is fairly simple. I want a SLIP
connection into the NeXT from my Mac at home. There will only ever be
one SLIP line and one user of this setup. I'm not interested in
running a client on the NeXT -- only having the server communicate
with the client on my Mac. The modems at both ends support hardware
handshaking and are already configured.
If you have something like this in place and would be willing to
some of my questions, I would be most grateful. Also, if you know of
any ASCII documentation that would help, I'd appreciate that as well.
Michael
--
o
--/--
__\ Michael O'Henly
\ mohenly@malahat.Library.UVic.CA
From: rbp@investor.pgh.pa.us (Bob Peirce #305)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: Need help to force a modem to hang up
Message-ID: <1993Nov12.134411.10056@investor.pgh.pa.us>
Date: 12 Nov 93 13:44:11 GMT
Organization: Cookson, Peirce & Co., Pittsburgh, PA
I don't suppose this is a problem unique to NeXT, but the solution may
be unique.
The NeXT machine at home polls the office machine to transfer mail. If
the office hangs up, so will the NeXT. However, if any job is running
that connects to that terminal, it doesn't disconnect. It puts up a new
login message. This causes the phone connection to be maintained until
somebody discovers it and cycles the modem off-on. The office machine
is a SysV Rel.2.2 machine if that matters,
My question is: Can somebody provide a piece of software or make a
suggestion for a command I can add to my polling script that will force
a disconnect at the NeXT end after the poll is complete?
On SysV, I have used cu to establish a connectin to a modem so I can
send a +++ and an ath. However, NeXT's cu is not the same and tip
cannot be run from a script. It needs a terminal connmection. I tried
saying
echo -n '+++' > /dev/cua
sleep 3
echo ath > /dev/cua
This does not work either. Nor does it work using the system function
from a C program run by root, so it seems like a dead-end. I suspect I
will need a small C program to make a connection and hang up the line
but I don't know enough about BSD to attempt that. Does anybody have
such a program?
Thanks.
--
Bob Peirce, Pittsburgh, PA rbp@investor.pgh.pa.us 412-471-5320
venetia@investor.pgh.pa.us [NeXT Mail] !uunet.uu.net!pitt!investor!rbp [UUCP]
From: enyaw@quark.uucp (Wayne Simila-Dickinson)
Newsgroups: comp.sys.next.sysadmin
Subject: sendmail appears to mung Reply-To:
Message-ID: <znr753132015k@quark.uucp>
Date: 12 Nov 93 19:20:15 GMT
Article-I.D.: quark.znr753132015k
Organization: Wayne's World (hiz home)
My problem is simple, I have Reply-To: set to:
quark!charmed!enyaw@efn.org
After senmail is through with it, it comes out:
charmed!efn.org!quark!charmed!enyaw
It would be valid if it weren't for the first "charmed", but beyond that
I understood that mailers weren't suposed to muck w/the Reply-To: header
at all.
The following is from my sendmail.cf file, I "think" it's the offending
section, but I AM NOT a UNIX/SENDMAIL wizard. I first looked at it
yesterday. I'd appreciate any help I can get.
#=============================================================================
############################################################
#####
##### UUCP Mailer specification
#####
Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, E=\n,
A=uux - -r $h!rmail ($u)
# Convert uucp sender (From) field
S13
R$+ $:$>5$1 convert to old style
R$=w!$+ $2 strip local name
R$+ $:$w!$1 stick on real hostname
# ^^^^^^^ ***************** DEBUG *******************
# +---> This appears to be the offending line,it adds
# charmed to the FRONT of the Reply-To: header
# ***************** DEBUG *******************
# Convert uucp recipient (To, Cc) fields
S23
R$+ $:$>5$1 convert to old style
#=============================================================================
--
more later.
-Wayne
++===================================================================++
|| Friends don't let friends use QWK on USENET ||
|| Public PGP key available on request or by FINGER on quark ||
++===================================================================++
From: everhart@alterlife.com (Dwight Everhart)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Dynamic SLIP and rexpect
Date: 13 Nov 1993 01:51:27 -0600
Organization: Alterlife
Message-ID: <2c23lv$qm1@biff.alterlife.com>
References: <dalCFzu5F.DHJ@netcom.com>
Summary: Extra space in regular expression
In article <dalCFzu5F.DHJ@netcom.com>, Dana Andre Letendre
<dal@netcom.com> wrote:
>Help with rexpect and regular expressions.
>
>I'm having trouble writing a regular expression to read in the dynamic
>IP address from a SLIP server. Could someone help me on this?
>
[munch]
>---from /usr/dialupip/log/trans:
[munch]
>TRACE 2> rexpect {slip+Entering SLIP mode.+Your IP address is
>([0-9]+\.[0-9]+\.[0-9]+\.[0-9]+). MTU is 1500 bytes+}
^^
> RECV: slip\r\nEntering SLIP mode.\r\nYour IP address is
>145.32.47.101. MTU is 1500 bytes\r\n
^
Your regular expression says that there must be two spaces between
"is" and "1500", but the received text only has one space.
--
Dwight Everhart "You can't do a musical number about elephants
Bella Vista, Arkansas without it being obvious." -- Roger Ebert
everhart@alterlife.com
Newsgroups: comp.sys.next.sysadmin,comp.unix.admin
From: tim@anarch.do.open.de (Tim Bernhardt)
Subject: uutraf + Taylor 1.04
Message-ID: <1993Nov13.184016.2555@anarch.do.open.de>
Sender: usenet@anarch.do.open.de
Organization: LogikFabrik/WiLa Dortmund
Date: Sat, 13 Nov 1993 18:40:16 GMT
Hello all!
I've got a problem with the uutraf perl-script and my Taylor UUCP 1.04
implementation on a NeXT Station. The perl-script tries to match the
following line when reading from the /usr/spool/uucp/SYSLOG file:
$pat = "\\S+\\s+(\\S+)\\s+\\(([-0-9:/]+)\\)\\s+\\(\\d+\\)\\s+(\\w+)
(\\d+) b (\\d+) secs";
$recv = "received";
But the entries in my syslog file look as follows:
admin dortmund (1993-11-06 18:45:14.23) received 57 bytes in 0.671 seconds
(84 bytes/sec)
Does anyone have a matching implementation of uutraf for my system?
Please send it out if you want to help me!
thanks in advance,
Tim Bernhardt
From: wuj9@ac.wfu.edu (joe wu)
Newsgroups: comp.sys.next.sysadmin
Subject: disktab for Tahoe/Pinnacle MO drive
Date: 13 Nov 1993 23:25:44 GMT
Organization: Wake Forest University
Message-ID: <2c3qdo$536@quad.wfunet.wfu.edu>
Please send me info on how to set up the disktab entry for Tahoe/Pinnacle
Magnito-Optical drive. If someone has it already, please send a copy to
me at wuj9@ac.wfunet.wfu.edu. Thanks.
--
Newsgroups: comp.sys.next.sysadmin
From: norm@cfctech.cfc.com (Norman J. Meluch)
Subject: Re: swapfile size for swapfile and swapfile.front
Message-ID: <1993Nov12.003844.28006@cfctech.cfc.com>
Keywords: swapfile
Organization: Chrysler Financial Corp., Southfield, MI
References: <1993Nov11.143713.4758@sifon.cc.mcgill.ca>
Date: Fri, 12 Nov 1993 00:38:44 GMT
oger@suspensions-1.civil.mcgill.ca (luc Oger) writes:
>.. I am short in free space and I found that NextStep 3.1
>use two swapfiles ... swapfile and swapfile.front
>so my questions are :
>-could we erase one of the two files to save space and how?
No. Next Really only uses one swapfile. Swapfile.front is telling you
that you are running a "compressed" swapfile, and it is an indication of
how big your swapfile *would* be, if compression were not running. It's
not really taking any disk space though.
>- how we can activate the operation to go back to the lowat value
>defined in the /etc/swaptab file?
The swapfile should be reset on reboot. You probably need more RAM in
your machine for whatever you're doing.
>may be these questions are too simple but I did not found the answers
>in the manual
Not really. I had to ask next to get the answers when I first looked
at this myself.
There's a next bulletin that you should be able to mail away for that
explains swapfiles in detail.
- Norm
--
Who : Norman J. Meluch E-mail : norm@cfc.com
What : Networking Specialist Uucp : ...!heifetz!cfctech!norm
Fax : (313)948-3342 Voice : (313)948-4809
>> We're running NeXTSTEP on Intel. It doesn't get any beta than this. <<
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.mac.comm
From: cedman@princeton.edu (Carl Edman)
Subject: Re: PPP/SLIP for Mac <-> NeXT...
In-Reply-To: mohenly@malahat.library.uvic.ca's message of Fri, 12 Nov 93 18:48:49 GMT
To: mohenly@malahat.library.uvic.ca (Michael O'Henly)
Message-ID: <CEDMAN.93Nov12231834@capitalist.princeton.edu>
Followup-To: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.mac.comm
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <1993Nov12.161959.9199@sol.UVic.CA> <1993Nov12.184849.13594@sol.UVic.CA>
Date: Sat, 13 Nov 1993 04:18:34 GMT
In article <1993Nov12.184849.13594@sol.UVic.CA> mohenly@malahat.library.uvic.ca (Michael O'Henly) writes:
It looks like Louis Mamakos' TranSys Dial-Up IP package is the
only (free) NeXT-specific SLIP software. Unfortuately, it's a
NeXTstep app and since my access to this system is via dialup, I
can't run it.
Nonsense. No part of dialupip makes any use of the window manager or
the GUI. Of course you can install it even if your only access is via
a tty interface.
Carl Edman
From: bau@cs.cornell.edu (David Bau)
Newsgroups: comp.sys.next.sysadmin
Subject: Resolved! (How to name a standalone machine...)
Message-ID: <1993Nov14.024630.755@cs.cornell.edu>
Date: 14 Nov 93 02:46:30 GMT
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Okay, thanks to Reuven Lerner, I finally have a way to name
my standalone machine so that 1) hostname prints out "myhostname"
2) "telnet myhostname" connects to the loopback correctly 3) when
telnetting, the machine introduces itself by saying:
"NeXT mach (myhostname)..." instead of "NeXT mach (localhost)..."
4) no extra fake hosts have to be added with HostManager.
Here's how. 1) edit /etc/hostconfig to read HOSTNAME=myhostname
2) use NetInfoManager; look under the "name" attribute of
/machines/localhost, and change the FIRST (only) name attribute
to "myhostname". Then add a SECOND name attribute "localhost".
Reuven's letter is pasted below.
David
------
Here's my /etc/hostconfig, which I configured using HostManager,
NetInfo, and a bit of editing by hand. (I had some problems naming my
machine, too!)
#
# /etc/hostconfig
#
# This file sets up shell variables used by the various rc scripts to
# configure the host. Edit this file instead of rc.boot.
#
# Warning: This is sourced by /bin/sh. Make sure there are no spaces
# on either side of the "=".
#
# There are some special keywords used by rc.boot and the programs it
# calls:
#
# -AUTOMATIC- Configure automatically
# -YES- Turn a feature on
# -NO- Leave a feature off or do not configure
#
HOSTNAME=ben-yehuda
INETADDR=-AUTOMATIC-
ROUTER=-NO-
IPNETMASK=
IPBROADCAST=-AUTOMATIC-
NETMASTER=-NO-
YPDOMAIN=-NO-
TIME=-AUTOMATIC-
I also looked through NetInfoManager. Under /machines, I have a
property of "ben-yehuda" and another of "broadcasthost". If I
double-click on "ben-yehuda", I get properties of "name",
"ip_address", and so forth. Clicking once on the "name" property
shows values of "ben-yehuda" and "localhost".
...
Reuven
Newsgroups: comp.sys.next.sysadmin
From: ak866@Freenet.carleton.ca (Steven Besler)
Subject: Re: Help! UUCP News/Mail feed
Message-ID: <CGGu54.7M3@freenet.carleton.ca>
Sender: news@freenet.carleton.ca
Organization: The National Capital Freenet
References: <CGD5Bv.1Cx@infoserv.com> <2brav7$fll@bcars64a.bnr.ca>
Date: Sun, 14 Nov 1993 05:05:27 GMT
In a previous article, kent@infoserv.com () says:
>In article <2brav7$fll@bcars64a.bnr.ca> tomcoop@bcarh775.bnr.ca (Steven K.
>Besler) writes:
>
>I use NeXT UUCP and NeXT sendmail with *NO* problems.
>
Thanks for the info!
I haven't got things working yet, but I think I'm a step closer.
It seems that the other system doesn't recognize my end of line character
(or perhaps anything I send it) Could this be due to me not having the
"P_ZERO" stuff set up? As in zero parity? Hmm, that seems to make sense.
Later,
Steve.
PS. I posted my orignial message from work, so the email address was bogus.
Sorry about that. My real email adress is ak866@freenet.carleton.ca.
Well, at least until I get my UUCP connection up!
--
Steven K. Besler | Life fluctuates between boredom, fascination, and
ak866@freenet.carleton.ca | panic; punctuated by sleep, alcohol, and caffeine.
Newsgroups: comp.sys.next.sysadmin
From: tomi@shinto.nbg.sub.org (Thomas Engel)
Subject: Re: The right way to name a standalone machine? NETINFO!
Message-ID: <CGArA1.70@shinto.nbg.sub.org>
Sender: tomi@shinto.nbg.sub.org (Thomas Engel)
Organization: Molecule Modelling Lab.
References: <2bemk8$b2s@gaia.ucs.orst.edu>
Date: Wed, 10 Nov 1993 22:18:00 GMT
In article <2bemk8$b2s@gaia.ucs.orst.edu> Tim Pugh <tpugh@oce.orst.edu>
writes:
> In article <2beb5m$fs3@news.cs.tu-berlin.de> herding@cs.tu-berlin.de
(Bernd Herding)
> writes:
> > bau@cs.cornell.edu (David Bau) writes:
> >
> It sounds like "raindrop" is not registered in the netinfo database so
when
> emacs/rlogin/telnet does a lookup, netinfo reports no machine by the
name of "raindrop".
> Modifying /etc/hostconfig is not enough. You must modify netinfo also.
Lets make it a little bit more precise.
You MUST to modify netinfo (only netinfo counts). Flat unix files are
useless for NeXTSTEP because netinfo is always running - even on a
standalone machine you have a netinfo server running.
Only the files you need to boot the machine are need with NeXTSTEP (fstab
and ?...I guess only two are needed).
When you read the sys.admin doc you are informed that finding infos goes
like this...NetInfo local..NetInfo(nextLevel of the network up to the
root)...NIS....nothing...nothing....flat files. Flat files are the last
resort. Booting single user with a vanila plain unix..thats were flat file
are concerned. Booting NS alway brings up a NetInfo server (see ps -aux or
the startup messages)
Never ever do changes to the flat files. Always use the NetInfo Apps
(SimpleNetw.Starter, HostManager,...,NetInfo) or tools niload,nidump,...
(As preached and taught by Peter Lipps/ NeXT / German Dev. Support)
Reading the first lines of the hostconfig or what ever flat file states
that these file will never be read if netinfo is running.
I thaught this might be intersting to all the new NS/FIP guys or old unix
gurus or other novices that never read manuals (me included..I did the
same mistakes hmmm :-)
Tomi
--
____________________________________________________
(tomi@shinto.nbg.sub.org) Thomas Engel
Neptunstr. 9
NeXTMail welcome 90522 Oberasbach
Newsgroups: comp.sys.next.bugs,comp.sys.next.hardware,comp.sys.next.sysadmin
From: emarinos@marcon.ka.sub.org (Evstathios Marinos)
Subject: NSFIP does not recognize DOS Partition
Message-ID: <1993Nov12.122536.824@marcon.ka.sub.org>
Sender: emarinos@marcon.ka.sub.org (Evstathios Marinos)
Organization: Marinos EDV - Consulting
Date: Fri, 12 Nov 1993 12:25:36 GMT
Hi,
I have a problem with NSFIP when I boot from OS/2 Bootmanager. In this case no
DOS partitions are recognized, everything else works right.
If I boot with NS bootmanager, the DOS partitions are recognized.
Does anybody know a solution or had the same problem?
Thanks for help.
Stathis
--
Marinos EDV - Consulting | NEXTSTEP Software and Consulting Services
Evstathios Marinos | Phone : +49 721 37 71 78
Gartenstr. 2 | Fax : +49 721 37 71 79
76133 Karlsruhe (GERMANY) | E-Mail: emarinos@marcon.ka.sub.org
From: lcd@umcc.umcc.umich.edu (Leon Dent)
Newsgroups: comp.sys.next.sysadmin,comp.unix.admin
Subject: Re: uutraf + Taylor 1.04
Date: 14 Nov 1993 11:50:10 -0500
Organization: UMCC, Ann Arbor, MI, USA
Message-ID: <2c5nk2$afj@umcc.umcc.umich.edu>
References: <1993Nov13.184016.2555@anarch.do.open.de>
You might want to try tua (the uucp analyzer). It works on HDB and
Taylor logs. It can be ftp'd from itnsg1.science.unitn.it in
/pub/tua.
tua-3.15 seems to be the latest.
Leon Dent
lcd@umcc.umich.edu
From: bublitz@mdd.comm.mot.com (Martin Bublitz)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: Newsgrazer inefficient: always does DNS lookups
Date: 14 Nov 1993 09:18:46 GMT
Organization: Motorola - Wireless Data Group; Richmond, BC
Distribution: na
Message-ID: <2c4t5m$7pf@mmddvan.mdd.comm.mot.com>
When I start up Newsgrazer over the SLIP link, I am able to read
news no problem. It is a super program. However, when specifying
the newsserver, I can only choose a machine name - not its internet
address. Thus, it seems that each time it needs to look for a
message title when doing its initial scan, it looks up the name of
the newsserver in the remote DNS - thus getting a message title at
a rate of about 1 per second.
Is there a way to somehow change this so that it doesn't do the
remote DNS lookup each time. Is it possible to have a local DNS
name cache on my local system so once it reads a name it doesn't
have to during that session anymore. If so, how can I set this
up? If it matters, the remote computer is a SparcStation running
SunOS 4.1.3.
I know this has to be something with NewsGrazer because running
XWindows, xrn doesn't take so long. However, I prefer the GUI of
NewsGrazer to xrn or xvnews.
Thanks,
Martin Bublitz
Newsgroups: comp.sys.next.sysadmin
From: raptor!rlove (Robert B. Love )
Subject: Why the Exception?
Message-ID: <1993Nov13.203407.194@nugget.rmNUG.ORG>
Keywords: boot
Sender: rlove@nugget.rmNUG.ORG
Organization: Rocky Mountain NeXT Users' Group
Date: Sat, 13 Nov 1993 20:34:07 GMT
I need advice: Everytime I power on my NeXT Station I get the monitor
popping up. It says "Exception #3 (0xc) at 0x1000374" What does it mean?
Why am I getting it? What NeXT documentation do I read to learn about
this? I tried "Network and System Administration" but no help.
So I'll take all the help I can get from you. Thanx in advance.
--
-----------------------------------------------------------------
Bob Love rlove@raptor.rmnug.org (NeXT Mail OK)
BIX: rlove
-----------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: cowboy@omega.csuohio.edu (Joe Rosenfeld)
Subject: Re: Mail.app and sendmail 8.6.4 not communicating
Message-ID: <1993Nov14.185920.10915@news.csuohio.edu>
Sender: news@news.csuohio.edu (USENET News System)
Organization: Cleveland State University
References: <gthomas.752789420@sfu.ca> <2bmo1s$2gu@rosie.next.com>
Date: Sun, 14 Nov 1993 18:59:20 GMT
Alan M. Marcum (amm@NeXT.COM) wrote:
: Guy Thomas writes
: > In response to the recent CERT advisory I have installed
: > sendmail 8.6.4...
: FYI, based on our testing, the sendmail we ship in all releases starting
: with 3.0 is not susceptible to the vulnerability described in CERT
: Advisory CA-93:16. This version of sendmail is based on 5.67.
I think the main point I would make is why is NeXTSTEP using such an
old version of Sendmail when it is so easy to upgrade? Or at least I
wish it were for NeXT.
--
| Joe Rosenfeld j.rosenfeld@csuohio.edu
| Automation Librarian (216) 687-6881 [FAX]
| CSU Law Library trans.csuohio.edu [ANON FTP]
| NeXTMail and MIME ok
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin,comp.sys.next.misc
From: henry@trilithon.com (Henry McGilton)
Subject: Re: Question about fonts on the next
Message-ID: <1993Nov14.182650.16480@trilithon.com>
Sender: henry@trilithon.com
Organization: Trilithon Software
References: <2c1uhd$cue@anaxagoras.ils.nwu.edu>
Date: Sun, 14 Nov 1993 18:26:50 GMT
In article <2c1uhd$cue@anaxagoras.ils.nwu.edu> dbora@ils.nwu.edu (Donald
Bora) writes:
* Hello NeXT world! I have a question about some fonts I
* got a hold of. I got some free fonts but there is only
* one problem. They are not really professional pring quality.
Sounds like ``free fonts'' are worth every penny . . .
* Is there anything I can do about this... does anybody know
* if there are really professional type fonts available for
* the NeXT?
We [Trilithon Software] are an Adobe-authorised reseller and can
supply fonts from the Adobe Type Library for NEXTSTEP. Fonts
are shipped with an installer utility.
For non-Adobe fonts, we can supply conversion utilities which
convert Mac to NEXTSTEP or PC to NEXTSTEP. The utilities convert
the storage formats, check and clean up the AFM files [or generate
the AFM files if they don't exist], and install the fonts on NEXTSTEP
for you.
Write To: Trilithon Software,
Two Ohlone,
Portola Valley,
California 94028.
Telephone: (415) 325-0767
FAX: (415) 325-0768
E-mail: info@trilithon.com
........ Henry
From: gbol@rglnext.geol.vt.edu (Gregory Lampshire)
Newsgroups: comp.sys.next.sysadmin
Subject: whining drive(again)...anyone have seagate's phone number ?
Date: 14 Nov 1993 21:06:05 GMT
Organization: Virginia Tech, Blacksburg, Virginia
Message-ID: <2c66jt$kg7@vtserf.cc.vt.edu>
Keywords: whining drive, seagate
I posted a short time ago about a whining drive in my turbo
next station. The whining is starting to drive me batty and
it can be heard throughout my home. Some had suggested that
there was no hope in fixing it and it would have to be replaced...
I am very disappointed.
Has anyone contacted Seagate about this or have their
hotline phone number so I can see what can be done about
this?
Based on this exper., I will never buy another seagate
again unless they change me into a satisfied customer
by solving excessive drive noise problem. I have had
a Fuj 660 MB for the same period of time and am quite
happy with it.
cheers,
gregory
gbol@think.com
gbol@rglnext.geol.vt.edu
From: deviate@lipschitz.sfasu.edu (Kelly Cunningham)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: My modem is trying to kill me!!
Date: 14 Nov 1993 22:29:53 GMT
Organization: As little as I can get away with...
Message-ID: <2c6bh1$36n@sol.ctr.columbia.edu>
References: <rorCG2JHs.80w@netcom.com> <rorCGDKo8.Iu7@netcom.com>
>>- Set my modem to boot up with the init string: "\N3&K3W0&Q5&D2&C1S0=2."
>
In article <rorCGDKo8.Iu7@netcom.com>, RatSnatcher <ror@netcom.com> wrote:
>UPDATE ON SETTING UP MY MODEM FOR DIAL-IN.
>
>Or maybe I STILL don't have this setup right. Here's what I currently have
>in my ttys file:
>
>ttydfb "/usr/etc/getty std.38400" unknown on
>
>and here are my entries in gettytab:
>
># I believe this sets my dialup to N-8-1
>
>default:\
> :zp:im=\r\n\r\nNeXT Mach (%h) (%t)\r\n\r\r\n\r:\
> :hn=crazy_nacht:tt=vt100:er=\177:kl=^U:in=^C:lm=\r\n%h login\72
>
># Fixed speed entries
>
>g|std.19200|19200-baud:\
> :sp#19200:
>h|std.38400|38400-baud:\
> :sp#38400:
>i|callin:\
> :zp:p8:sp#9600:im=\r\n\r\nNeXT Mach(%t)\r\n\r\n\r:
>
># Fast dialup terminals
>
>D38400|Fast-Dial-38400:\
> :nx=D19200:tc=38400-baud:
>D19200|Fast-Dial-19200:\
> :nx=D9600:tc=19200-baud:
>
('040 NeXT station properly wired to a 14.4kb LineLink)
I've tried all of RatSnather's settings (on port a). Now I can dial out with
tip and cu, but they don't die when the modem disconnects. Also, I still
can't dial in (which was the whole point).
Any help appreciated.
-- kc
P.S. Unix MUST provide a simple way to pass AT commands to a modem.
Can someone explain this to me, or is it some sort of dark art not to be
disclosed? (artfmbiwnh)
From: cs438@cleveland.Freenet.Edu (Denis Lafont)
Newsgroups: comp.sys.next.sysadmin
Subject: NS/FIP crashes: "No rom basics,system halted"
Date: 14 Nov 1993 22:44:10 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
Message-ID: <2c6cbq$7ii@usenet.INS.CWRU.Edu>
Hello,
I have such a message when NS/FIP start to boot. The system is a low-end PC,
and this event happens especially when the machine was switch off without any
shutdown (under unix or with the power off option of NS/FIP).
It does not happen every time, but we would like to find the reason, since
it is a test to see if NS is ok for our needs.
Any clue?
Thanks,
Denis
--
--------------------------
Denis Lafont.....cs438@cleveland.freenet.edu
Tel: (+33) (1) 43.45.99.67
--------------------------
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: Re: My modem is trying to kill me!!
Message-ID: <rorCGIDrA.H70@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <rorCGDKo8.Iu7@netcom.com>
Date: Mon, 15 Nov 1993 01:06:45 GMT
RatSnatcher (ror@netcom.com) wrote:
: PROBLEM:
: The only remaining problem that I'm having is that every once in awhile,
: when a user is online, the machine CRASHES...hard; a "System Panic" window
: pops up, the mouse cursor freezes, and the only thing left to do is
: reboot...and then the file system has to be cleaned up. Sometimes,
: however, I can leave the machine on all day with no problem, even with
: several people calling. Could it be something that some USER is doing that
: is making it crash? I made a "guest" account with with the
: UserManager.app, and several people have been using that to explore my
: computer. Does the UserManager.app automatically give them too much
: access?
Okay, I've figured out what is making NEXTSTEP crash! It's ONLY crashes when
people hang-up without logging out. That's it. If they logout with "logout" or
ctrl-D, everything works fine...but if they just dump carrier, the whole machineexplodes!
Now HOW can I fix this? I'm SO close to having this working I can taste it.
There must be a way.
Does anyone have any ideas on this?
Someone suggested that I should check to see if the new serial drivers are
really getting loaded. I installed the new serial drivers as the instructions
indicated. How do I tell if NEXTSTEP is loading the new ones instead of the
old ones?
Thanks for your help in advance,
Zach
--
ror@netcom.com ~RoR-Alucard~
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: SLIP for NEXTSTEP/FIP
Message-ID: <rorCGIE07.HoA@netcom.com>
Summary: Can NEXTSTEP 486 make use of a slip account?
Keywords: SLIP
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Mon, 15 Nov 1993 01:12:07 GMT
Hey, I have a dialup slip account that I use with my Mac currently. I have
a 486 running NEXTSTEP, and I'm wondering, is there any way for me to take
advantage of my SLIP account? So that I can ftp, telnet, etc., from my NeXT?
Thanks,
Zach
--
ror@netcom.com ~RoR-Alucard~
Newsgroups: comp.sys.next.sysadmin
From: ajones@cheshire.oxy.edu
Subject: /dev/lpd/printer problem...doesn't exist any more...
Message-ID: <1993Nov15.024626.23303@cheshire.oxy.edu>
Sender: usenet@cheshire.oxy.edu (System Account)
Organization: Occidental College, Los Angeles, CA. USA
Date: Mon, 15 Nov 1993 02:46:26 GMT
NS 3.0 problem:
i no longer have the system socket /dev/lpd/printer, and need to
recreate it.
how can i? any help would be appreciated.
--lee.
------------------------------------------------
a. lee jones ajones@oxy.edu
root@math.oxy.edu
NeXTnet System Administrator,
Occidental College NeXTmail OK
------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: System Administration: Recommended reading?
Message-ID: <rorCGIIF2.1x9@netcom.com>
Summary: Anyone know any good books on sysadmin stuff?
Keywords: books
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Mon, 15 Nov 1993 02:47:25 GMT
I've been playing around with the tty and gettytab files, and I find them
obtuse, to say the least. The "man" pages don't seem to help much, and the
NeXT documentation doesn't cover these things in much depth. And I'm new
to NeXT and especially Unix...but I really want to learn.
So I'm wondering: where do I find information on this stuff? Are there any
good books on system administration (especially ones that would be useful
for BSD/NeXT unix)?
Are there any books that explain the tty, gettytab, termcaps, remote, etc.,
files?
Thanks,
Zach
--
ror@netcom.com ~RoR-Alucard~
From: christov@nazgul.st.hmc.edu (Christopher R. Douty)
Newsgroups: comp.sys.next.sysadmin
Subject: OK, where's the little houses go?
Date: 15 Nov 1993 04:51:20 GMT
Organization: Harvey Mudd College, Claremont CA
Message-ID: <2c71s8$e09@jaws.cs.hmc.edu>
I know I've seen this question answered here fairly often, but now I find
that _I_ need to know the answer. Where did all the cute little house icons
for home directories go? I still have my own home directory icon (The big
house), but all the "neighbor" houses are gone. I tried logging in as root,
and then I can see most of the other home dir icons. Even as root, one user
has a normal folder. On the off-chance something obvious was wrong with the
NetInfo database, I looked at it with NetInfo Manager. Everything seemed
peachy.
So what broke, and how do I fix it? Any suggestions gratefully accepted.
--
Christopher Douty
cdouty@nazgul.st.hmc.edu | MIME and | "I ask you, which government
Christopher_Douty@hmc.edu | NeXTmail OK | is more threat to liberty, the
----------------------------------------------+ weak, severely limited
government of 1789, or the mega-state of today that takes 40 to 50 percent
of our income, has minions as numerous as the stars in the heavens and
Newsgroups: comp.sys.next.sysadmin
From: alastair@farli.otago.ac.nz (Alastair Thomson)
Subject: How to talk to a dumb printer.
Message-ID: <CGIovK.Dx5@news.otago.ac.nz>
Sender: usenet@news.otago.ac.nz (News stuff)
Organization: University of Otago
Date: Mon, 15 Nov 1993 05:06:56 GMT
Hi,
I have a dumb printer. I want to be able to print on it from NeXTSTEP
PC. I know I can just use cat wibble.c > /dev/pp0 and it will print,
but I need to do it from several machines. If I use lpr to print to a
printer defined in Netinfo, it PostScripts it for me then sends it to
the printer.
How do I get networked machines to print plain text to it?
Thanks,
Alastair
--
Alastair Thomson, | Phone +64-3-479-8347
Chief Programmer, | Fax +64-3-479-8529
The Black Albatross Project, |
University of Otago, | alastair@farli.otago.ac.nz
Dunedin, New Zealand | NeXTmail Welcome
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: How do you compile Zmodem?
Message-ID: <rorCGIwGJ.BBG@netcom.com>
Summary: How the heck do you compile Zmodem?
Keywords: zmodem
Organization: Pigdog
Date: Mon, 15 Nov 1993 07:50:42 GMT
Hi, I'm having trouble compiling zmodem.
I do a "make bsd" and then the compiler bombs out with error messages
regarding macros that don't receive enough arguments.
Maybe I'm using the wrong source code? The archive I'm using is called,
"rzsz9305.tar.Z".
Is that the right source? If it's not, could someone give me a pointer to
the right code. If it is, could someone give me some pointers on compiling it?
I know C, but I don't know enought to debug this...
thanks,
Zach
--
ror@netcom.com ~RoR-Alucard~
Newsgroups: comp.sys.next.sysadmin
From: hgs@dmu.ac.uk (Hugh Sasse)
Subject: Re: $IPBROADCAST in rc.boot: set where?
Message-ID: <1993Nov15.093329.16259@dmu.ac.uk>
Organization: De Montfort University, Leicester, UK
References: <1993Nov11.162739.15989@dmu.ac.uk>
Date: Mon, 15 Nov 1993 09:33:29 GMT
Thank you to the many who responded. I have successfully
changed this now.
Hugh
Newsgroups: comp.sys.next.sysadmin
From: "James "Mike" Conley" <conley@cs.indiana.edu>
Subject: Re: NS/FIP crashes: "No rom basics,system halted"
Message-ID: <1993Nov15.094529.22435@news.cs.indiana.edu>
Organization: Computer Science, Indiana University
References: <2c6cbq$7ii@usenet.ins.cwru.edu>
Date: Mon, 15 Nov 1993 09:45:21 -0500
This is what happens when you set up your machine with multiple partitions
(NeXTSTEP and DOS) and have DOS set as the Active Partition (but don't really
have DOS installed on the other partition). The way to fix it is to:
(1) Set the Active Partition (using FDISK from a DOS floppy)
to be NeXTSTEP if you usually want to run NeXTSTEP rather than
DOS.
(2) Build a bootable DOS system on the drive so that you come
up in DOS by default using FORMAT. It took me a long time, by
the way, to convince myself that FORMAT wouldn't not erase the
entire DISK rather than just the DOS portion of the disk. MS
documentation keeps saying "disk" when they appear to mean
"partition" (in UNIX-speak anyway).
Newsgroups: comp.sys.next.sysadmin
From: rashidi@thunder.acs.wmich.edu (Reza Rashidi)
Subject: Printcap entry
Sender: news@gumby.cc.wmich.edu (USENET News System)
Organization: Western Michigan University Academic Computing Services
Date: Mon, 15 Nov 1993 16:21:25 GMT
Message-ID: <1993Nov15.162125.3244@gumby.cc.wmich.edu>
Keywords: Remote printing, postscript printer
I need to setup a print queue on NeXTstations printing through remote lpr to a
Digital LPS40 printer. I have placed the following in my netinfo printcap
entry:
3fl_laser|lp14|3rd Floor PrintServer (PostScript): \
:lp=:rm=remotemachine.somedomain.edu:rp=3fl_laser:note=PostScript: \
:sd=/usr/spool/lpd:lo=lock:
I can print to this queue by using the "lpr -P3fl_laser filename" command from
a terminal, but when I try to print by choosing the print menu of any
application (e.g. Preview.app) only the header page is printed.
Any help is greatly appreciated.
--
Reza Rashidi
rashidi@wmich.edu
Newsgroups: comp.sys.next.sysadmin
From: kent@infoserv.com
Subject: Re: Syquest on a NeXT
Message-ID: <CGGCso.19M@infoserv.com>
Sender: kent@infoserv.com (Kent L. Shephard)
Organization: K. L. Shephard Consulting
References: <1993Nov10.223609.24706@serval.net.wsu.edu>
Distribution: na
Date: Sat, 13 Nov 1993 22:50:47 GMT
In article <1993Nov10.223609.24706@serval.net.wsu.edu> joerd@aixesa.csc.wsu.edu
(Wayne Joerding - Economics) writes:
#This has probably been asked a hundred times, but I have a Macintosh Syquest
#removable 44 MB drive I would like to use with my NeXT Station.
#
#Is this possible?
#
#Does anybody know how?
Yep it works.
Buy a cable to cennect the drive to the NeXT. The HD
support is built into the OS.
#
#The particular drive was manufacture by CMS
Actually all SyQuest drives are manufactured by SyQuest.
They get packaged by other people.
Kent
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
From: tmarrs@wiltel.com
Newsgroups: comp.sys.next.sysadmin
Subject: Test
Date: 15 Nov 93 11:21:09
Organization: WilTel
Distribution: fj
Message-ID: <tmarrs.93Nov1511219@nxtul73>
Mime-Version: 1.0
Content-Type: text/plain
Sorry bout this, but this is a test...
From: tmarrs@wiltel.com(Terry Marrs)
Newsgroups: comp.sys.next.sysadmin
Subject: System Panic Screen
Date: 15 Nov 1993 17:51:18 GMT
Organization: WilTel
Message-ID: <2c8fim$i36@gateway.wiltel.com>
Does anyone have any idea on how the panic screen could be enlarged?
Or if it is dumped to a log? Or how the information could be dumped to a
file?
The important information is probably scrolled off the screen and not much
can be investigated with the 10 lines(might be more, might be less) that
are left on the screen.
--
+-------------------------------+-------------+
|Terry Marrs | |
|terry_marrs@wiltel.com | |
|WilTel | NeXTmail OK |
----------------------------------------------+
From: terry_marrs@wiltel.com
Newsgroups: comp.sys.next.sysadmin
Subject: Test
Date: 15 Nov 93 12:58:26
Organization: WilTel
Distribution: fj
Message-ID: <tmarrs.93Nov15125826@nxtul73>
Mime-Version: 1.0
Content-Type: text/plain
Last test... Really
Newsgroups: comp.sys.next.sysadmin
From: rob@ai.iit.nrc.ca (Rob Wylie)
Subject: cube + 3.1 = wierd behaviour?
Message-ID: <ROB.93Nov15130303@ksl09.ai.iit.nrc.ca>
Sender: root@nrcnet0.nrc.ca (Operator)
Organization: National Research Council of Canada
Date: 15 Nov 93 13:03:03
well, that about sums it up...
I just installed 3.1 on my cube (040, 8M, OD, 340MB Hd) and at first
everything seemed fine, but now (almost a week later) I am
experiencing strange problems:
The system locks up seemingly randomly: sometimes leaving a blank screen
prior to displaying the login window, sometimes during normal usage,
and sometimes when the machine is sitting idle (eg. overnight).
The lockup is so severe that no keyboard input is possible including
power and screen brightness keys, the mouse, and the key sequence
for invoking the NMI monitor.
When I power-cycle the machine, I find nothing unusual in
/private/adm/messages.
(The machine is standalone so I can't try to log in over the net to
determine whether the system is down or whether just the window server
is somehow hung.)
Another bit of strangeness. I tried (twice) to run the Appsoft Image
demo provided on the 3-rd party software CD. Both times, creating a
new document caused the machine to lock up as described above with
an interesting twist. The screen gets tiled with hundreds of identical
little (1/4"x1") rectangular images (look like an arbitrarily chosen
region of the screen about the size of a menu item).
Finally, the system has paniced (sp?) twice since installing
3.1. (both events generated an "illegal instruction" and a
"untracable recursive call" message). I think both panics occurred
while rebooting after one of the above mentioned power-cycles...
So, Anybody else seen this kind of behaviour? Any suggested repairs?
Any suggested diagnostic tests?
thanks
Rob Wylie
__________________________________________________________________________
Knowledge Systems Lab, Pattern Anal. & Machine Intel. Lab
Institute for Information Technology, Department of Systems Design,
National Research Council of Canada, University of Waterloo,
Ottawa, Canada, K1A 0R6. Waterloo, Ontario, Canada, N2L 3G6
email: rob@ai.iit.nrc.ca
fax: (613) 952-7151
phone: (613) 993-8561 (O)
(819) 827-0858 (H)
From: matthewm@sgate.com (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Mail.app and sendmail 8.6.4 not communicating
Date: 15 Nov 1993 12:30:21 -0500
Organization: Collins International Services Company
Message-ID: <2c8ebd$pkc@sgate.com>
References: <gthomas.752789420@sfu.ca> <2bmo1s$2gu@rosie.next.com> <1993Nov14.185920.10915@news.csuohio.edu>
In article <1993Nov14.185920.10915@news.csuohio.edu> cowboy@omega.csuohio.edu (Joe Rosenfeld) writes:
>I think the main point I would make is why is NeXTSTEP using such an
>old version of Sendmail when it is so easy to upgrade? Or at least I
>wish it were for NeXT.
If it's so easy to upgrade by NeXT, it should be so easy to upgrade by other
folks. Of course, the real question is, why upgrade? What do you need
sendmail 5.67 to do that it can't?
>| Joe Rosenfeld j.rosenfeld@csuohio.edu
------
Mike Matthews, Mike_Matthews@sgate.com (NeXTmail accepted)
------
Horse sense is the thing a horse has which keeps it from betting on
people.
-- W. C. Fields
Newsgroups: comp.sys.next.sysadmin
From: carlos@thinkmuch.dolphin.com (Carlos Salinas)
Subject: Re: tar: CHECKSUM error
Message-ID: <CGIyL3.129@thinkmuch.dolphin.com>
Sender: carlos@thinkmuch.dolphin.com (Carlos Salinas)
Organization: Deep Breakfast Productions
References: <QgrbkkK00WB54rnrYQ@andrew.cmu.edu>
Date: Mon, 15 Nov 1993 08:36:38 GMT
In article <QgrbkkK00WB54rnrYQ@andrew.cmu.edu> Cuong Van Nguyen
<cn0x+@andrew.cmu.edu> writes:
: Hi all,
:
: Does anyone know how to retrieve files inside a tar file with a
: checksum error? I ftp'ed the tar file to and from a server on AFS in
: binary mode. It seems like the tar file still contains the info, but it
: must have been corrupted somehow while on the AFS server. I can only
: retrieve a few of the files. Here's what I got:
:
: ---------------
:
: nguyen> tar xvf bin.tar
: x bin/a5p.dda5p.snd.compressed, 2072 bytes, 5 tape blocks
: x bin/dbfile.txt, 453 bytes, 1 tape blocks
: x bin/foo.snd, 1712 bytes, 4 tape blocks
: x bin/listfile, 49 bytes, 1 tape blocks
: x bin/m.ma4i.snd, 2114 bytes, 5 tape blocks
: tar: directory checksum error (2858 != 2790)
: nguyen>
:
: ----------------------
:
:
: Thanks in advance for any help,
:
: Cuong
:
Yeah, you could manually tweak the corrupted header. Every file archived
in a tar file has a header. The header specifies the file name,
permissions, ownership, ..., and the checksum. The checksum is the sum of
all the bytes in the header. When calculating the checksum the header
bytes that make up the checksum are treated as spaces. So if you are
getting a checksum error on a particular entry, you can:
1. Manually edit the header's checksum to match the calculated checksum.
2. Manually edit the header to match the current checksum.
3. Remove the file with the corrupted header.
4. Give up.
If you decide to do number 1 or 2:
The headers are written in ASCII. The header and tar file format are
described in man page "tar" section 5. The checksum is a 6 byte octal
number in ASCII followed by a NULL (0) and a space character (ASCII 32).
The calculated checksum value is that given by the error message, in this
case 2790 (or could be 2858...). So the checksum field that would make tar
happy is: " 5346\0 " (where "\0" is the NULL character). You can use your
favorite editor to edit the checksum.
'Los
Deep Breakfast Productions
"Hack all night, sleep all day."
From: blanchardmar@bvc.edu
Newsgroups: comp.sys.next.sysadmin
Subject: NeXT Upgrade Problem
Message-ID: <1993Nov15.153604.6256@bvc.edu>
Date: 15 Nov 93 15:36:04 CDT
Organization: Buena Vista College, Storm Lake, IA
I have a problem installing NeXTStep 3.0 on my next machine. The problem
deals with the UpgradePrep 3 1/2 inch disk that NeXT sent me when I
recieved the upgrade. Our NeXT machine doesn't have a floppy drive and the
NeXT service Department says they can't send the files to me on an optical
disk. Is there anyone out there that can compress it and send me a copy of
these files? or any other type of help would be deeply appreciated..
Thanks in advance.
Mark Blanchard e-mail: blanchardmar@bvc.edu
Buena Vista College markb@cs.bvc.edu
Storm Lake, Iowa radio: KA0VPC @ KE0WO.#NWIA.IA.USA.NA
work: 749-2380
Prof. Student 749-2362
From: ski2@stein1.u.washington.edu (Chris Kacoroski)
Newsgroups: comp.sys.next.sysadmin,uw.next
Subject: CAP60 on the Next
Date: 15 Nov 1993 21:51:28 GMT
Organization: University of Washington, Seattle
Message-ID: <2c8tl0$co@news.u.washington.edu>
Hi,
I am trying to make our next machine into a printer server for a group
of Macs. I have compiled CAP60 (up through patch level 100)
successfully, but am having problems getting it to work. I am
definitely confused by the variety of options (UAB, ethertalk, etc.)
for communicating with the mac and am unsure of which one to use.
Appreciate any help and pointers to making this work. Thanks
From: christov@nazgul.st.hmc.edu (Christopher R. Douty)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: OK, where's the little houses go?
Date: 15 Nov 1993 23:00:19 GMT
Organization: Harvey Mudd College, Claremont CA
Message-ID: <2c91m3$oij@jaws.cs.hmc.edu>
References: <2c71s8$e09@jaws.cs.hmc.edu>
Thank you to all of the people who have sent me email. The little houses
go away when you turn on "Large File System." As I haven't noticed any
improvement using that option (and I prefer eye-candy) I turnned it off. All
but one of the little houses came back.
It turns out that one of the users home directory had become owned by
someone else! Since he didn't own his home directory, whatever logic that
decides where to put the house icon decided not to put one there. I reset the
ownership to what it should be and everything is peachy again. How the files
changed ownership in the first place, I don't know... :-(
Thank you again.
--
Christopher Douty
cdouty@nazgul.st.hmc.edu | MIME and | "I ask you, which government
Christopher_Douty@hmc.edu | NeXTmail OK | is more threat to liberty, the
----------------------------------------------+ weak, severely limited
government of 1789, or the mega-state of today that takes 40 to 50 percent
of our income, has minions as numerous as the stars in the heavens and
Newsgroups: comp.sys.next.sysadmin
From: preuss@netcom.com (Peter Preuss)
Subject: Help! eps printing from windoze
Message-ID: <preussCGK0Is.4oq@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Mon, 15 Nov 1993 22:16:03 GMT
Windows' (pseudo?) postscript printer drivers allow you to save print
output to file. While single page docs print right, multi page documents
seem to be rendered onto a single page. Sort of "formfeed missing".
Does anybody have the right postscript hack around? Or better Windows
postscript printer drivers (I tried AGFA, Apple Laserwriter, Linotronic)?
Too bad NeXT's 400 dpi Laser Printer is not on Windows' list of supported
printers - as opposed to Windows NT :)
Is this Microsoft's contibution to saving the woods?
Peter.
--
preuss@futon.sfsu.edu San Francisco State University
From: alan@softpac.com.au (Alan Goldberg)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: No sound from CD player
Date: 15 Nov 1993 21:31:49 +1100
Organization: Softpac P/L, Sydney, Australia
Message-ID: <2c7lql$ge@softpac.softpac.com.au>
I have the Pro Audio Spectrum 16 configured on the ISA 486DX33,
IRQ 15 and DMA 3. The CD ROM is a Sony CDU 561 with an audio cable to the sound card.
The demo sound software works in that all the sounds are output from
the sound card, both from the system speaker and output sound port.
I tried to get the CD player working. All functions such as track
select, volume, etc, work but I don't get any sound output
from the sound card. I know all the functions work because if
I plug in the headphones to the CD player I can hear the music.
The volume changes and the track changes when selected.
Is there something I have missed?
Alan Goldberg.
Newsgroups: comp.sys.next.sysadmin
From: deviate@lipschitz.sfasu.edu (Kelly Cunningham)
Subject: Re: My modem is trying to kill me!!
Message-ID: <ID8IB96B@math.fu-berlin.de>
Sender: news@math.fu-berlin.de (Math Department)
Organization: As little as I can get away with...
References: <rorCG2JHs.80w@netcom.com> <rorCGDKo8.Iu7@netcom.com> <2c6bh1$36n@sol.ctr.columbia.edu>
Date: Tue, 16 Nov 1993 02:41:37 GMT
In article <2c6bh1$36n@sol.ctr.columbia.edu>,
Kelly Cunningham <deviate@lipschitz.sfasu.edu> wrote:
>
>P.S. Unix MUST provide a simple way to pass AT commands to a modem.
>Can someone explain this to me, or is it some sort of dark art not to be
>disclosed? (artfmbiwnh)
I'm going to assume that you kept this from me as a "learning experience."
As root: echo "ATyourAtCommandHere\r" > /dev/cu[f]a
-- kc (festering...)
P.S. AAAAAAAAAAAAAARRRRRRRRRRRRRRRRRRRRRRRRRRRRGGGGGGGGGGGGGGHHHHH!!!!
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: CAP60 on the Next
Message-ID: <1993Nov16.070648.6404@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <2c8tl0$co@news.u.washington.edu>
Date: Tue, 16 Nov 1993 07:06:48 GMT
In article <2c8tl0$co@news.u.washington.edu>
ski2@stein1.u.washington.edu (Chris Kacoroski) writes:
> I have compiled CAP60 (up through patch level 100)
The current patch level is 162. You're missing a year and a half
of updates.
-=EPS=-
From: M.Crawford@dcs.sheffield.ac.uk (Malcolm Crawford)
Newsgroups: comp.sys.next.sysadmin
Subject: Best PC HW configuration
Date: 16 Nov 1993 04:48:13 -0600
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9311161035.AA08883@dcs.shef.ac.uk>
The best I've seen so far is from eCesys:
Here's an excerpt from a recent post I made...
"the eCesys minitower system [is] remarkable for its sleek,
professional, and in particular black presentation. eCesys only make
machines to run NEXTSTEP, and they do it very well indeed. I must in
fairness admit a personal interest here, but IMHO the eCesys is the
closest I've yet seen to a replacement for NeXT's own hardware. The
bonus is that it's a lot faster! It uses the Wingine graphics chip and
is finely tuned throughout its design for optimum performance. I
gather that a sound system as tightly integrated as the graphics is due
in the not-too-distant-future."
Contacts:
Marty Fossum
Vox: 800 732 3797
ECESYS@delphi.com
Jackie Mackay
The Business
24 Torbay Road
London NW6 7DY
Vox: 071 329 2501
Fax: 071 328 7555
Email - Jackie Mackay <mackay@cognito.demon.co.uk>
I hope this helps,
Have fun,
mmalcolm.
From: M.Crawford@dcs.sheffield.ac.uk (Malcolm Crawford)
Newsgroups: comp.sys.next.sysadmin
Subject: print job owner
Date: 16 Nov 1993 05:51:49 -0600
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9311161058.AA09030@dcs.shef.ac.uk>
Hi,
Has anybody ever come across a situation where the creator of a print
job is not its owner...?
We have had a couple of unusual cases here where:
User A starts print job (from a sparc host):
userA% lpr -Pnext paper.ps
User A then finds a reason why he (for it was a he) wants to kill the
job, so he finds the process number:
userA% lpq -Pnext
Printing
Rank Owner Job Files Total Size
active userB 138 paper.ps 417422 bytes
^
This means, obvioulsy, that when he tries to remove the job, he is not
allowed to:
userA% lprm -Pnext 138
next: cfA138sparc: Permission denied
next: cfA138sparc: Permission denied
Can anybody suggest how this is happening, and how it might be
corrected?
The NeXT is running 3.1, if that makes any difference...
I don't know what other context to supply, I'm afraid: if anybody has
any ideas I can give more information.
Have fun,
mmalcolm.
Newsgroups: comp.sys.next.sysadmin
From: cowboy@omega.csuohio.edu (Joe Rosenfeld)
Subject: Re: Mail.app and sendmail 8.6.4 not communicating
Message-ID: <1993Nov16.135221.10798@news.csuohio.edu>
Sender: news@news.csuohio.edu (USENET News System)
Organization: Cleveland State University
References: <gthomas.752789420@sfu.ca> <2bmo1s$2gu@rosie.next.com> <1993Nov14.185920.10915@news.csuohio.edu> <2c8ebd$pkc@sgate.com>
Date: Tue, 16 Nov 1993 13:52:21 GMT
Mike Matthews (matthewm@sgate.com) wrote:
: In article <1993Nov14.185920.10915@news.csuohio.edu> cowboy@omega.csuohio.edu (Joe Rosenfeld) writes:
: >I think the main point I would make is why is NeXTSTEP using such an
: >old version of Sendmail when it is so easy to upgrade? Or at least I
: >wish it were for NeXT.
: If it's so easy to upgrade by NeXT, it should be so easy to upgrade by other
: folks. Of course, the real question is, why upgrade? What do you need
: sendmail 5.67 to do that it can't?
What I like is having software that is not years behind the most
current version which is freely available on the net. I think that is
not too much to ask, or is it to you??
--
| Joe Rosenfeld j.rosenfeld@csuohio.edu
| Automation Librarian (216) 687-6881 [FAX]
| CSU Law Library trans.csuohio.edu [ANON FTP]
| NeXTMail and MIME ok
From: horst@faui63.informatik.uni-erlangen.de (Horst Luehrsen)
Newsgroups: comp.sources.bugs,comp.sun.admin,comp.unix.aix,comp.unix.solaris,comp.unix.ultrix,comp.sys.next.sysadmin,comp.sys.alliant
Subject: Re: ANNOUNCING sysinfo 2.0.6 (w/ CRITICAL SECURITY FIX)
Date: Tue, 16 Nov 1993 14:00:30 GMT
Organization: IMMD 6 - Lehrstuhl fuer Datenbanksysteme
Distribution: world
Message-ID: <2camduE7ah@uni-erlangen.de>
References: <2brv01$580@acamar.usc.edu>
In article <2brv01$580@acamar.usc.edu>, mcooper@acamar.usc.edu (Michael A. Cooper) writes:
>From: mcooper@acamar.usc.edu (Michael A. Cooper)>Newsgroups: comp.sources.bugs,comp.sun.admin,comp.unix.aix,comp.unix.solaris,comp.unix.ultrix,comp.sys.next.sysadmin,comp.sys.alliant
>Subject: ANNOUNCING sysinfo 2.0.6 (w/ CRITICAL SECURITY FIX)
>Reply-To: mcooper@usc.edu
>
>
...
>The security hole is fixed in version 2.0.6 of sysinfo. This version
>is available via anonymous ftp from host usc.edu as
>"/pub/sysinfo/sysinfo.tar.gz". I strongly suggest that everybody
>upgrade to version 2.0.6 immediately. If you are unable to upgrade
>immediately, then it is recommended that you remove the setuid and/or
>setgid file permission bits from sysinfo until you are able to upgrade
>to 2.0.6 or later.
>
...
> mike
>--
>Michael A. Cooper E-MAIL: mcooper@usc.edu
>Manager of Systems Administration PHONE (VOICE): 213-740-2957
>University Computing Services PHONE (FAX): 213-740-9312
>University of Southern California
>
Nice Program, unfortunately it doesn't work on our machines - AIX 3.2.4.
Sysinfo -debug produces lots of errors. Anyone fixed this?
Horst
--
Horst Luehrsen <Horst.Luehrsen@Informatik.Uni-Erlangen.DE>
Martensstrasse 3, 91058 Erlangen
Tel: +49-9131-857884 Fax:+49-9131-32090
** cat: 0652-050 .signature kann nicht geöffnet werden. **
From: beckers@quip.eecs.umich.edu (Becki Kain)
Newsgroups: comp.sys.next.sysadmin
Subject: greyscale on dell jaws
Date: 16 Nov 1993 14:29:26 GMT
Organization: University of Michigan EECS Dept., Ann Arbor, MI
Message-ID: <2cao46$5ug@zip.eecs.umich.edu>
howdy:
does anyone know how to set a dell 450 de/2 into greyscale using 3.1 or 3.2?
thanks
beckers
Newsgroups: comp.sys.next.sysadmin
From: fyr@ubszh.net.ch
Subject: Netware different Frametypes
Content-Type: text/plain
Message-ID: <fyr.93Nov1615388@nol512>
Sender: usenet@ubszh.net.ch (news)
Organization: Union Bank of Switzerland
Mime-Version: 1.0
Date: Tue, 16 Nov 1993 14:38:08 GMT
On a normal Novell Lan there are different frame types.
There are ethernet_ii, ethernet_802.2, ethernet_802.3 (strings /usr/netware/etc/npsd |grep ether). npsd contains stuff for different frame types. But at a normal startup npsd only will look for ethernet_ii servers. The following messages appears:
NPSD: Binding to network 13005001 using Ethernet_II frames.
Does any know more about the npsd and which frametypes npsd is supporting? Or how I can switch to the other frametypes?
Roger
_________________________
Union Bank of Switzerland
Roger P. Frey
LEIT/LITP-FYR
Flurstrasse 68
CH-8048 Zurich
Switzerland
phone: +41 1 236 60 52
fax: +41 1 236 86 08
RFC822: fyr@ubszh.net.ch (NeXT-Mail ok)
From: pkron@corona.com (Peter Kron)
Organization: Corona Design, Inc., Seattle, WA
Distribution: world
Date: Tue, 16 Nov 1993 06:06:17 PST
Message-ID: <1993Nov16.140617.219@corona.com>
Newsgroups: comp.sys.next.sysadmin
Subject: Strange tftpboot directory?
My system (NS/Intel, 3.1) has developed a strange directory loop which
has me concerned. The directory /private/tftpboot has appeared, and
seems to contain links to the root directory of the file system.
I'm fairly sure this has appeared within the last couple weeks, as I
believe I would have noticed it before. The system is not on a network
and is not used for ftp. I believe I recently tried to ftp to
localhost, though, just to check the status of the ftp software.
I haven't noticed any problems. The system reboots without error and
passes the fsck -p. I haven't tried fsck -P yet. The root
filesystem is a partition on an IDE drive. There is also a second
(DOS) partition on the drive (/disk_ide230) and a partition on a SCSI
driver (/Disk).
The only non-standard thing I know I have done is to symbolic link
/tmp from the root file system to the SCSI drive, which has more
space.
Is this normal? Can I delete this tree? I'm concerned about the link
to mach_kernel and root and don't want to host the disk.
Please e-mail any response; I will summarize.
Thanks
korona> ls -i /
-1 Disk/ 189 NextDeveloper/ 17 mach@
18054 Library/ 12 NextLibrary/ 19 mach_kernel
176 LocalApps/ 28207 Users/ 10260 me/
177 LocalLibrary/ 20500 bin/ 1280 private/
20580 Mailboxes/ 15 dev/ 108 tmp/
160 Maildrop/ -1 disk_ide230/ 18 tmpide/
29666 Multi/ 16 etc/ 5120 usr/
21791 NextAdmin/ 25747 lib/
9001 NextApps/ 3 lost+found/
korona> ls -i /private
12815 Net/ 3871 etc/ 19322 tftpboot/ 2560 vm/
14097 adm/ 11550 preserve/ 20576 tmp/
15379 dev/ 16661 spool/ 3840 tmpide/
korona> ls -i /private/tftpboot
19 mach_kernel 21874 private/
korona> ls -i /private/tftpboot/private
21875 tftpboot/
korona> ls -i /private/tftpboot/private/tftpboot
-1 Disk/ 189 NextDeveloper/ 17 mach@
18054 Library/ 12 NextLibrary/ 19 mach_kernel
176 LocalApps/ 28207 Users/ 10260 me/
177 LocalLibrary/ 20500 bin/ 1280 private/
20580 Mailboxes/ 15 dev/ 108 tmp/
160 Maildrop/ -1 disk_ide230/ 18 tmpide/
29666 Multi/ 16 etc/ 5120 usr/
21791 NextAdmin/ 25747 lib/
9001 NextApps/ 3 lost+found/
korona> ls -ld /tmp*
lrwxrwxrwx 1 root 9 Jun 16 06:11 /tmp -> /Disk/tmp/@
lrwxrwxrwx 1 root 11 May 30 12:40 /tmpide -> private/tmp/@
---
NeXTMail:Peter_Kron@corona.com
Corona Design, Inc.
P.O. Box 51022
Seattle, WA 98115-1022
Newsgroups: comp.sys.next.sysadmin,comp.protocols.ppp
From: dsiebert@icaen.uiowa.edu (Doug Siebert)
Subject: Anyone get PPP 0.3 to work from NeXT to Annex?
Message-ID: <1993Nov16.063836.13730@icaen.uiowa.edu>
Sender: usenet@icaen.uiowa.edu (UseNet News daemon)
Organization: Iowa Computer Aided Engineering Network, University of Iowa
Date: Tue, 16 Nov 1993 06:38:36 GMT
If anyone has done this, please give me some information on how you have it
configured, I'm eager to get this to work and am hoping it will be possible.
Thanks!
--
Doug Siebert dsiebert@isca.uiowa.edu
[Insert clever quote here]
Newsgroups: comp.sys.next.sysadmin
From: willers@itp.unibe.ch (Moritz Willers)
Subject: Re: German Spell Module available ?
Message-ID: <1993Nov16.150434.8855@aragorn.unibe.ch>
Sender: news@aragorn.unibe.ch
Organization: University of Berne, Switzerland
References: <2bladp$2k1@balu.hnv.icem.de>
Date: Tue, 16 Nov 1993 15:04:34 GMT
In article <2bladp$2k1@balu.hnv.icem.de> js@balu (Juergen Sell) writes:
> Hello,
> is there a german spell module available?
> I could make good use of one for NS3.0.
> Thanks,
> Juergen
> --
> _ _ Juergen Sell E-Mail juergen.sell@icem.de
> ' | (_ Icem Systems ( NeXTMail welcome )
> ,| _) Deisterstr. 18 Fax ++49-511-440617
> (_| BRD 30449 Hannover Fon ++49-511-440688
Well I just decided to put my attempt to write something like a
international spell server onto cs.orst.edu into /pub/next/submissions:
internationalspell.tar.gz
I've been fiddling around with it for quite some time and lately never had
the time to give it the final touch. Have a look at it. It needs
ispell-3.0.9b installed. ispell is available at lot of sites. I hope it
suits your needs or anybody else's.
It spells ENGLISH, GERMAN, FRENCH, ITALIAN, DUTCH, ... all languages that
are available for ispell.
--
Moritz Willers
Institute for Theoretical Physics, Berne
Switzerland
willers@itp.unibe.ch
From: diego@ds5000.dgsca.unam.mx (Diego Martin Zamboni)
Newsgroups: comp.sys.next.sysadmin
Subject: How to create multiple file systems.
Date: 16 Nov 1993 16:31:47 GMT
Organization: UNIVERSIDAD NACIONAL AUTONOMA DE MEXICO
Message-ID: <2cav9j$ghb@gaia.ucs.orst.edu>
Hi all:
I'm just about to install NS on an Intel machine with a ~1 GB
hard disk. I've not yet done anything, so maybe my question is dumb, but
I have to ask, since I have not seen anything about this in the manuals
(by the way, is there some good book on NS System administration?). The
question is: how do I create multiple NEXTSTEP partitions in the hard
drive, so I can have multiple file systems in the disk? Is it done with
fdisk when installing or there is some other way of doing this? Is there
any default partitioning when installing NS?
Thanks a lot.
--
*************************************************************************
* Diego Martin Zamboni * Depto. de Administracion de Supercomputo *
* diego@ds5000.dgsca.unam.mx * D.G.S.C.A., UNAM, Mexico. *
* (132.248.204.8) * *
*************************************************************************
From: bchuang@css.itd.umich.edu (Galactus)
Newsgroups: comp.sys.next.sysadmin
Subject: Using simple network manager
Date: 16 Nov 1993 19:09:30 GMT
Organization: University of Michigan ITD/User Services
Message-ID: <2cb8ha$69n@terminator.rs.itd.umich.edu>
I have about 5 nexts that I want to put
under one netinfo domain (/).
I ran simple network manager, configured the
preferences for "make it a server" on the server.
Now, I was wondering what are the pre-conditions
for the other nexts to startup and ask if they should
join the / netinfo domain.
The reason I'm wondering is that it wasn't obvious to
me if a NeXT will always try to join a netinfo domain
if it doesn't recognize it, or only under certain conditons,
such as being freshly reloaded and unconnfigured.
There has been a fair amount of mucking around done to
the other 4 machines, such as passwords being created,
and users configuring the machines with "me" passwords.
Under the current situation, they boot and and ifconfig en0
reveals their ip number as 0.0.0.0
I wasn't sure what this meant either.
They are all running 3.0
--
-----------------------------------------------v.1---
my name: Benjamin S. Chuang (Ben Chuang)
my uniqname: bchuang
my X.500 info: type "finger bchuang@umich.edu"
<any U of M person with a uniqname can be fingered too>
Newsgroups: comp.sys.next.sysadmin
From: Becki Kain <beckers@imagine.com>
Subject: nfs chameleon/pcnfsd
Message-ID: <1993Nov16.192739.279@imagine.com>
Sender: beckers@imagine.com
Organization: Imagine Multimedia, Inc., Ann Arbor, MI, USA
Date: Tue, 16 Nov 1993 19:27:39 GMT
anyone have any experience with chameleon? specifically, i'm reading the
instructions and it's looking for the pcnfsd to be running and as far as i
can tell, the next's don't have it.
any assistance with this would be great
thanks
beckers
--
Becki Kain Imagine Multimedia NeXTmail welcome beckers@imagine.com
"forever in debt to your priceless advice" nirvana
Newsgroups: comp.sys.next.sysadmin
From: andrew@stone.com (Andrew Stone)
Subject: Mini Muffin Fan - where to obtain?
Message-ID: <1993Nov16.135917.257@stone.com>
Keywords: whiney
Sender: andrew@stone.com
Organization: Stone Design Corp
Date: Tue, 16 Nov 1993 13:59:17 GMT
One of our external gig drives has the whiniest muffin fan - it's
smaller than any of the electronics/computer stores in Albuquerque
carries, so I'm looking for a vendor I can reach by phone to get a
replacement:
Model: 4020 D1 MaxFlow
Volts: 12 V. DC
Amps: 0.05 A
Dims: 1.5625" square
0.75" thick
Mounting Holes:
1.25" on center
0.25" bore
Please email me, and I'll summarize.
andrew
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!/:&QF<SM]"EQM87)G
M;#$R,`I<;6%R9W(Q,C`*7'!A<F1<='@Q,34R7'1X,C,P-%QT>#,T-39<='@T
M-C`X7'1X-3<V,%QT>#8Y,3)<='@X,#8T7'1X.3(Q-EQT>#$P,S8X7'1X,3$U
M,C!<9C!<8C!<:3!<=6QN;VYE7&9S,C1<9F,P7&-F,"!/;F4@;V8@;W5R(&5X
M=&5R;F%L(&=I9R!D<FEV97,@:&%S('1H92!W:&EN:65S="!M=69F:6X@9F%N
M("T@:70G<R!S;6%L;&5R('1H86X@86YY(&]F('1H92!E;&5C=')O;FEC<R]C
M;VUP=71E<B!S=&]R97,@:6X@06QB=7%U97)Q=64@8V%R<FEE<RP@<V\@22=M
M(&QO;VMI;F<@9F]R(&$@=F5N9&]R($D@8V%N(')E86-H(&)Y('!H;VYE('1O
M(&=E="!A(')E<&QA8V5M96YT.EP*7`I-;V1E;#H)-#`R,"!$,2!-87A&;&]W
M7`I6;VQT<SH),3(@5BX@1$-<"D%M<',Z"3`N,#4@05P*1&EM<SH),2XU-C(U
M(B!S<75A<F5<"@DP+C<U(@ET:&EC:UP*36]U;G1I;F<@2&]L97,Z7`H),2XR
M-2(@;VX@8V5N=&5R7`H),"XR-2(@8F]R90E<"EP*4&QE87-E(&5M86EL(&UE
B+"!A;F0@22=L;"!S=6UM87)I>F4N7`I<"F%N9')E=PI]"G-E
`
--
||<<->>||<<==>>||<<++>>||<<?>>||<<+>>||<<-->>||<<==>>||<<+>>||
!! Andrew Stone !! (505) 345-4800 !!
!! andrew@stone.com <> Stone Design Corp !!
||<<->>||<<==>>||<<++>>||<<?>>||<<+>>||<<-->>||<<==>>||<<+>>||
From: alevine@ucsd.edu
Newsgroups: comp.sys.next.sysadmin
Subject: X-terminal on Next?
Date: 17 Nov 1993 00:37:55 GMT
Organization: A poorly-installed InterNetNews site
Distribution: world
Message-ID: <2cbrp3INN2i5@network.ucsd.edu>
Does anyone have any experience hanging an X-terminal onto a Next (25MHz
Color, NS 3.1)? We are looking into that possibility as one way of
improving our resources (relatively) cheaply. Any thoughts on brands of
hardware, expense, etc? I'll summarize if there's interest.
--
Alexander Levine Department of Philosophy
alevine@ucsd.edu 0302, UCSD
NeXTMail fine La Jolla, CA 92093
************************************************
Disclaimer: I am responsible for all opinions
expressed by anyone at any time.
From: shi@napoli.ks.uiuc.edu (Zhouhong Joel Shi)
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin
Subject: HELP: CD player problem
Date: 17 Nov 1993 03:51:53 GMT
Organization: University of Illinois at Urbana
Message-ID: <2cc74p$egm@vixen.cso.uiuc.edu>
Keywords: CD_ROM, data CD and audio CD
I read some posters about the CD player. I have some problems with
my CD player too. My CD-ROM also can read data but not audio. As
suggested, I put /usr/lib/kern_loader/Audio/audio_reloc
into /etc/kern_loader.conf
and reboot the system, the autio filesystem has been installed. But
when I run cd player, it is said that my CD-Driver can not found.
and from the console, I got following error message:
cdutil: findDrive: Ioctl SGIOCSTL failed: 3
cdutil: findDrive: Permission denied
cdutil: findDrive: Ioctl SGIOCSTL failed: 4
cdutil: findDrive: Permission denied
cdutil: findDrive: Ioctl SGIOCSTL failed: 7
cdutil: findDrive: Permission denied
sd2 (4,0): ERROR op:0x28 sd_state:4 scsi status:0x0
sd2 (4,0): sense key:0x5 additional sense code:0x64
SCSI Block in error = 0 (no valid label)
sd2 (4,0): ERROR op:0x28 sd_state:4 scsi status:0x0
sd2 (4,0): sense key:0x5 additional sense code:0x64
SCSI Block in error = 4 (no valid label)
sd2 (4,0): ERROR op:0x28 sd_state:4 scsi status:0x0
sd2 (4,0): sense key:0x5 additional sense code:0x64
SCSI Block in error = 8 (no valid label)
sd2 (4,0): ERROR op:0x28 sd_state:4 scsi status:0x0
sd2 (4,0): sense key:0x5 additional sense code:0x64
SCSI Block in error = 12 (no valid label)
DISK UNFORMATTED
Disk is Write Protected
probing for cdaudio
Nov 16 21:29:45 Workspace: Mounted scsi disk at /cdaudio
cdutil: findDrive: Ioctl SGIOCSTL failed: 3
cdutil: findDrive: Permission denied
cdutil: findDrive: Ioctl SGIOCSTL failed: 4
cdutil: findDrive: Permission denied
cdutil: findDrive: Ioctl SGIOCSTL failed: 7
cdutil: findDrive: Permission denied
Could some experts tell me what the problem is and how to fix it?
Thanks a lot in advance.
--
Joel Shi
+--------------------------------------------------------------------
|Programming and System Administration
|Theoretical Biophysics shi@lisboa.ks.uiuc.edu
|University of Illinois Tel: (217)-244-1851
+--------------------------------------------------------------------
From: mat@murdock.oscs.montana.edu (Mat Watson)
Newsgroups: comp.sys.next.sysadmin
Subject: MEDIA ERROR; need help
Date: 17 Nov 1993 02:52:43 GMT
Organization: Montana State University, Bozeman, MT.
Distribution: world
Message-ID: <2cc3lr$4im@max.physics.sunysb.edu>
One of my hard disks has developed a case of MEDIA ERRORs. It still
works, but I'm worried that the problem will get worse. The error messages
typically look like:
Target 3: MEDIA ERROR; block ba038H retry 1
<repeated 9 times>
Sometimes this message shows up following the message just shown:
sd2 (3,0): sense key:0x3 additional sense code:0x10
SCSI Block in error = 761969; Partition a F.S. sector 380824
I thought that formatting the disk might fix it, but sdform failed. I've
included a sample of the session below my signature. I would greatly
appreciate any advice regarding a fix. Are there any commands I can
use to do a REALY low level format that will record media errors and
bypass them? (reasb warns against frequent use, and it seems I've many
bad sectors.)
--Mat
mat@murdock.oscs.montana.edu
Here's what happened when I tried to reformat the disk:
(while in single user mode)
# sdform /dev/rsd2a
device = /dev/rsd2a block size = 512 capacity = 496 MBytes
***FORMATTING THIS DISK CAUSES ALL DISK DATA TO BE LOST***
This will take approximately 16 minutes.
Do you wish to proceed? (Y/anything) Y
Disk Format in progress...
Target 3: MEDIA ERROR; block 1fH retry 1
... <seven entries deleted> ...
Target 3: MEDIA ERROR; block 1fH retry 9
Sd2 (3,0): sense key:0x3 additional sense code:0x19
SCSI Block in error = 31 (front porch)
...Retrying with cdb->fc_dlf = FMTD_INDEX
...rtn = 0(d) sr_io_status = 2H
sr_io_status = 2 ; check status, sr_esense valid
sense key = 03H sense code = 19H
Sense Data:
000: F0 00 03 00 00 00 1F 28 00 00 00 00 19 00 00 00
010: 00 00 30 04 B3 0C 08 04 10 00 00 00 00 00 00 00
020: 00 3C 00 03 B9 D3 00 00 00 00 00 00 00 00 00 00
Target 3: MEDIA ERROR; block 1fH retry 1
... <seven entries deleted> ...
Target 3: MEDIA ERROR; block 1fH retry 9
Sd2 (3,0): sense key:0x3 additional sense code:0x19
SCSI Block in error = 31 (front porch)
SCSI status = 02H
Format command failed
sr_io_status = 2 ; check status, sr_esense valid
SCSI status = 02H
***FORMAT UNIT COMMAND FAILED***
--Mat
mat@murdock.oscs.montana.edu
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: chown -R dir problem in 3.1?
Date: 13 Nov 1993 18:21:38 +0100
Organization: Palumbian Research Labs
Message-ID: <2c3532$3hl@marsu.tynet.sub.org>
References: <DASU.93Nov9121902@tulip.tulip.physics.wisc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
dasu@tulip.tulip.physics.wisc.edu (Sridhara) writes:
>I am unable to change ownership of files in an entire
>directory tree using "chown -R 100.0 dir" command.
>I verified that 100 is a valid user in group 0. dir
>is NOT a link, and is a directory entry. I am logged
>in as root when I issue the command. This seems to
>work fine on a 2.2 system. The command actually grinds
>for a while, and in the process does change the ownership,
>but things seem to revert back to original owner after
>the command completes. Has anyone noticed problem with
>recursive chown command? Please reply to
I never encountered any problems using "chown -R user.group foo"
on NS/Intel 3.1.
Sounds very strange...
--
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Expert in quantum bogodynamics
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Has the serial drivers problem been solved?
Date: 13 Nov 1993 18:26:57 +0100
Organization: Palumbian Research Labs
Distribution: na
Message-ID: <2c35d1$3if@marsu.tynet.sub.org>
References: <1993Oct28.190245.18076@ve6mgs.ampr.org> <gslCFr570.ApG@netcom.com> <1993Nov9.195516.22694@ve6mgs.ampr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
mark@ve6mgs.ampr.org (Mark G. Salyzyn) writes:
>gsl@netcom.com (Greg Lindholm) writes:
>>Yes, I'm using them right now with kermit from a 14400 modem V.32 V.42
>>with a connect speed of 19200. Using a Gateway 2000 telepath modem.
>>Have had zero problems with them since I installed the patch.
>How many Megs of Data to you transfer through the modem a day? My lines are
>busy 24 hours a day!
>I get random crashes at 19200 or 9600 Baud even with the patch, and I have
>50M/day flowing through the Box on UUCP transactions. The `RDP' exception 6
>comes up usually on log in
I had no crashes after updating the serial driver any more, but recently
my /usr/adm/messages file gets filled with entries like that:
Nov 13 17:45:33 marsu mach: ttyscc1: receive error 2 (-902)
Nov 13 17:47:06 marsu last message repeated 12 times
Nov 13 17:48:09 marsu mach: ttyscc1: receive error 2 (-902)
Nov 13 17:48:49 marsu last message repeated 35 times
Nov 13 17:48:50 marsu mach: ttyscc1: receive error 2 (-902)
Nov 13 17:48:50 marsu last message repeated 43 times
Nov 13 17:48:55 marsu mach: ttyscc1: receive error 2 (-902)
Nov 13 17:48:55 marsu last message repeated 4 times
Nov 13 17:49:37 marsu mach: ttyscc1: receive error 2 (-902)
Nov 13 17:51:10 marsu last message repeated 34 times
Nov 13 17:51:18 marsu mach: ttyscc1: receive error 2 (-902)
Nov 13 17:51:37 marsu last message repeated 39 times
This reduces noticably my transfer rates of uucp calls.
Even very short disk access (like navigating through the file system in
the Workspace Manager) causes scc errors.
I must admit that Linux did a better job in serial communication.
Regards,
Markus.
--
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Expert in quantum bogodynamics
From: izumi@mindseye.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: chown -R dir problem in 3.1?
Date: 17 Nov 1993 08:16:40 GMT
Organization: /etc/organization
Message-ID: <2ccml8$gmo@agate.berkeley.edu>
References: <DASU.93Nov9121902@tulip.tulip.physics.wisc.edu> <2c3532$3hl@marsu.tynet.sub.org>
In article <2c3532$3hl@marsu.tynet.sub.org> mow@marsu.tynet.sub.org (Markus Wenzel) writes:
>dasu@tulip.tulip.physics.wisc.edu (Sridhara) writes:
>
>>I am unable to change ownership of files in an entire
>>directory tree using "chown -R 100.0 dir" command.
>>I verified that 100 is a valid user in group 0. dir
>>is NOT a link, and is a directory entry. I am logged
>>in as root when I issue the command. This seems to
>>work fine on a 2.2 system. The command actually grinds
>>for a while, and in the process does change the ownership,
>>but things seem to revert back to original owner after
>>the command completes. Has anyone noticed problem with
>>recursive chown command? Please reply to
>
>I never encountered any problems using "chown -R user.group foo"
>on NS/Intel 3.1.
>
>Sounds very strange...
This is a typical symptom of a filesystem that is not mounted
at the boot time, but mounted later by Workspace when a user
logs in. There are two common causes:
[1] There is no entry in /etc/fstab for the partition in question.
Fix: add a line to /etc/fstab while making sure that you
do NOT use "noauto" option keyword. NeXT Doc is incorrect
on this.
[2] There is an entry for it, but the line has "noauto" option.
Fix: delete "noauto" keyword from the line.
--
Izumi Ohzawa [ $BBg_78^=;(B ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTmail OK)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Netware different Frametypes
Message-ID: <john-171193010113@johnppp.byu.edu>
From: john@compricorn.byu.edu (John K. Peterson)
Date: 17 Nov 93 01:05:50 -0700
Followup-To: comp.sys.next.sysadmin
References: <fyr.93Nov1615388@nol512>
Distribution: world
Organization: Brigham Young University
In article <fyr.93Nov1615388@nol512>, fyr@ubszh.net.ch wrote:
>
> On a normal Novell Lan there are different frame types.
> There are ethernet_ii, ethernet_802.2, ethernet_802.3 (strings /usr/netware/etc/npsd |grep ether). npsd contains stuff for different frame types. But at a normal startup npsd only will look for ethernet_ii servers. The following messages appears:
> NPSD: Binding to network 13005001 using Ethernet_II frames.
>
> Does any know more about the npsd and which frametypes npsd is supporting? Or how I can switch to the other frametypes?
>
I watched it with a packet analyzer once. It probes for the Novell network
number using each of the frame types and then seems to bind to the first
one it finds. Thus, on my 802.3 network, it uses 802.3 frames.
Hope this helps.
jp
Newsgroups: comp.sys.next.sysadmin
From: mxedisn@teal.csn.org (David C. Whitcombe)
Subject: Unable to print from Digital Webster
Message-ID: <CGMtD6.4KL@csn.org>
Keywords: WEBSTER PRINT HELPME
Sender: news@csn.org (The Daily Planet)
Organization: Colorado SuperNet, Inc.
Date: Wed, 17 Nov 1993 10:34:17 GMT
I can't print from Digital Webster. I upgraded to 3.0 with an OD that
didn't have the images installed. I copied the images from a 2.1 OD into
the directory, and when I try to print, I get an error on the console to
the effect of:
Nov 17 03:31:39 gendep Server:Local_Printer[4800]: Context error (1002).
Window Server died?
The printer "whoofs" like it's getting ready to print, and a panel comes
up saying:
Printing
Some or all of the pages in your print request couldn't be printed.
HALP!
(reply to mxedisn@gendep.com)
---
I have no signature file.
I make each one up as I go along.
Call me old fashioned.
---
From: mgrmja@NeXTwork.Rose-Hulman.Edu (Michael J. Allard)
Newsgroups: comp.sys.next.sysadmin
Subject: .frame files not recognized after upgrade to 3.1
Followup-To: poster
Date: 17 Nov 1993 13:32:19 GMT
Organization: Rose-Hulman Institute of Technology
Distribution: world
Message-ID: <2cd953$cq0@master.cs.rose-hulman.edu>
Greetings.
Since we upgraded our NeXT machines to NS 3.1, FrameMaker documents (.frame
and .framemif files) have not been recognized by the Workspace - they just
show up as generic documents.
I have tried playing around with the iconheader, but to no avail. I am just
completely stumped on this.
We are running AFS here, if you feel that makes a difference. :-?
*Any* ideas whatever, no matter how off-the-wall, will be considered, as
this is really becoming annoying to the hard-core Frame users here.
Please e-mail replies, and I will summarize. Gladly. :-)
Thanks in advance,
Mike
--
Michael J. Allard --- Workstation Manager, Waters Computing Center
Rose-Hulman Institute of Technology, Terre Haute, IN 812-877-8273
E-Mail: <Michael.Allard@rose-hulman.edu> Fax: 812-877-3198
#import <std/disclaimer.h> -- NeXTmail Friendly! -- HAMnet: KA9VDC
From: anderson@sapir.cog.jhu.edu (Stephen Anderson)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.programmer
Subject: CAP60 on NeXT problem
Date: 17 Nov 1993 13:55:23 GMT
Organization: Dept. of Cognitive Science, The Johns Hopkins University
Message-ID: <ANDERSON.93Nov17085523@sapir.cog.jhu.edu>
I'm trying to build cap60.162 for NeXT (OS 3.1/Motorola). Using the
default configuration parameters, everything makes all right except
applications/lwserv, where I get the following errors:
cc -O -DNeXT -DADDRINPACK -c lwsrv.c
lwsrv.c: In function `childdone':
lwsrv.c:394: warning: passing arg 1 of `wait' from incompatible pointer type
lwsrv.c: In function `childjob':
lwsrv.c:1174: warning: passing arg 1 of `wait' from incompatible pointer type
lwsrv.c:1187: request for member `w_S' in something not a structure or union
lwsrv.c:1187: request for member `w_T' in something not a structure or union
*** Exit 1
Stop.
Since others seem to have built this successfully, I thought I'd ask
here about whether there's a straightforward fix before attempting to
work it out for myself.
Thanks in advance for any help,
--Steve Anderson
From: greis@cg-atla.UUCP (Peter Greis)
Newsgroups: comp.sys.next.sysadmin
Subject: DiskEjectFix
Keywords: Disk
Message-ID: <10465@cg-atla.UUCP>
Date: 17 Nov 93 13:05:36 GMT
Distribution: usa
Organization: Agfa Compugraphic Division, Wilmington, Mass. USA
OK, so a while ago a put the DiskEjectFix
daemon on my cube, and then threw it out
later when I upgraded. The system, however,
complains that it can't run the program when
I log in. I've looked all over to try and
find out where this sucker sources from,
and have had no luck. Any ideas ? How
does one put in a hook to run something
on login if it's not in the .login file ?
please email...
-peter
greis@cg-atla.agfa.com
Newsgroups: comp.sys.next.sysadmin
From: finkenst@enmu.edu (Tim Finkenstadt)
Subject: Re: Test
Sender: news@math.enmu.edu
Message-ID: <1993Nov17.165919.5359@math.enmu.edu>
Date: Wed, 17 Nov 1993 16:59:19 GMT
References: <tmarrs.93Nov1511219@nxtul73>
Organization: Mathematical Sciences Department
In article 93Nov1511219@nxtul73, tmarrs@wiltel.com () writes:
>
> Sorry bout this, but this is a test...
it worked
---
****************************************************************
Timothy Finkenstadt | finkenst@math.enmu.edu
Systems Administrator | finkenst@ziavms.enmu.edu
Eastern New Mexico University
****************************************************************
The older a man gets, the farther he
had to walk to school as a boy.
From: blake015@mc.duke.edu (Denise Blakeley)
Newsgroups: comp.sys.next.sysadmin
Subject: How is owner/group getting reset?
Message-ID: <23799@news.duke.edu>
Date: 17 Nov 93 13:09:29 GMT
Sender: news@news.duke.edu
A couple of weeks ago I posted a problem in trying to get kermit to work on my
standalone Turbo Color running NS 3.1. Part of the answer turned out to be to
change kermit's owner and group to uucp.daemon (or uucp.wheel). I did this and
everything worked out fine.
Now a couple of days ago kermit suddenly stopped working again. Kermit's owner
and group had mysteriously changed to denise.nogroup. Now here comes the truly
strange part: no matter how I change the owner and group back to uucp.daemon,
as soon as I log out and back in they've change back to denise.nogroup!
What's going on here? I think this isn't all that's wrong, but it certainly
doesn't help. Thanks.
Denise
--
Denise Blakeley | PROGRAM, tr. v., An activity similar
Duke Med Center Info Systems | to banging one's head against a wall,
Durham, NC | but with fewer opportunities for
(919) 286-6468 W | reward.
blake015@mc.duke.edu | NeXTMail welcome!
From: blake015@mc.duke.edu (Denise Blakeley)
Newsgroups: comp.sys.next.sysadmin
Subject: Where is the 'on' command?
Message-ID: <23815@news.duke.edu>
Date: 17 Nov 93 15:19:04 GMT
Sender: news@news.duke.edu
I'm able to look up the man page for the 'on' command (executes a command on
another host machine), but when I try to execute it I get "on: command not
found". Sure enough, it doesn't seem to exist in any of the ususal */bin
directories. Am I missing something, or did 'on' get left out of NS 3.1?
Denise
--
Denise Blakeley | PROGRAM, tr. v., An activity similar
Duke Med Center Info Systems | to banging one's head against a wall,
Durham, NC | but with fewer opportunities for
(919) 286-6468 W | reward.
blake015@mc.duke.edu | NeXTMail welcome!
From: terry_marrs@wiltel.com(Terry Marrs)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Test
Date: 17 Nov 1993 18:33:04 GMT
Organization: WilTel
Message-ID: <2cdqp0$25m@gateway.wiltel.com>
References: <1993Nov17.165919.5359@math.enmu.edu>
> > Sorry bout this, but this is a test...
>
>
> it worked
Thanks!
--
|Terry Marrs
|terry_marrs@wiltel.com
|WilTel | NeXTmail OK
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: DiskEjectFix
Date: 17 Nov 1993 19:27:01 GMT
Organization: University of California, Berkeley
Distribution: usa
Message-ID: <2cdtu5$ltj@agate.berkeley.edu>
References: <10465@cg-atla.UUCP>
In article <10465@cg-atla.UUCP> greis@cg-atla.UUCP (Peter Greis) writes:
>OK, so a while ago a put the DiskEjectFix
>daemon on my cube, and then threw it out
>later when I upgraded. The system, however,
>complains that it can't run the program when
>I log in. I've looked all over to try and
>find out where this sucker sources from,
>and have had no luck. Any ideas ? How
>does one put in a hook to run something
>on login if it's not in the .login file ?
Try
dread -o Workspace | grep LaunchPaths
Then you will get something like:
Workspace LaunchPaths
/usr/local/bin/DiskEjectFix.daemon;/possibly/another/useful.daemon;/yet/another..
So, rewrite your LaunchPaths without the DiskEjectFix part by:
dwrite Workspace LaunchPaths /possibly/another/useful.daemon;/yet/another..
If the first dread command only shows DiskEjectFix.daemon, then
you can do:
dremove Workspace LaunchPaths
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
Newsgroups: comp.sys.next.sysadmin
Subject: metamail compilation problems
Message-ID: <1993Nov17.195839.128308@embl-heidelberg.de>
From: grindrod@EMBL-Heidelberg.DE (David Grindrod)
Date: 17 Nov 93 19:58:36 +0100
Keywords: mm metamail sendmail
I have been trying to get metamail version 2.6 to compile on my next
machines. Although everything compiles ok I can not get the program to
link since it is missing the function putenv (see link erros below). I
have searched the source code and the standard libraries in /usr/lib and
can not find this function at all. I have compiled metamail on my SGI
machines and this function is a standard and can be found in libraries
such as /usr/lib/libc_s.a amongst others.
Has anyone compiled metamail on the NeXT's and if so can they tell me how
they got around this problem. I would like to run metamail with the elm
mailer.
Also on a slightly different front, are there any programs which convert
normal mbox mail into the Nextmail contents format.
Thanks in advance.
David Grindrod
NMR System Manager
EMBL
Heidelberg
Germany
e-mail: grindrod@EMBL-Heidelberg.DE
Error message:
(cd metamail ; make CONFIGDIR=../. CFLAGS="-g -I. " CC="cc"
LDLIBS="")
rm -f metamail
cc -I../. -g -I. -o metamail metamail.o codes.o uue.o shared.o
ld: Undefined symbols:
_putenv
*** Exit 1
Stop.
*** Exit 1
Stop.
Newsgroups: comp.sys.next.sysadmin
From: macedo@uminho.pt (Joaquim Macedo)
Subject: Teste- delete
Message-ID: <1993Nov17.140510.9238@wep.uminho.pt>
Sender: newsadm@wep.uminho.pt (Network News Account)
Organization: Universidade do Minho
Date: Wed, 17 Nov 1993 14:05:10 GMT
Please remove
--
Joaquim Macedo
Departamento de Informatica
Universidade do Minho
Portugal
--
From: mehta-anand@cs.yale.edu (Anand Mehta)
Newsgroups: comp.sys.next.sysadmin
Subject: SLIP working manually, but not on demand
Date: 17 Nov 1993 15:17:32 -0500
Organization: Yale University Undergrad Applied Math
Distribution: usa
Message-ID: <2ce0ssINNphd@SUNED.ZOO.CS.YALE.EDU>
I have Transys slip up and running, but cannot get it to run on
demand. If I do a simple telnet to an explicit ip number an error of
the "network down" type comes up. I've checked the routing tables,
and the default route is over the slip0 interface.
Any ideas would be greatly appreciated!
-Anand
===============================================================================
Anand Mehta mehta-anand@yale.edu 203-436-1482 Computing Assistant, Pierson
We dance round in a ring and suppose,
But the Secret sits in the middle and knows.
===============================================================================
Newsgroups: comp.sys.next.sysadmin
From: dean@rdcalr.realdec.com (Dean Banfield)
Subject: Re: Has the serial drivers problem been solved?
Organization: Real Decisions Corporation
Distribution: na
Date: Wed, 17 Nov 1993 20:49:43 GMT
Message-ID: <CGnLuw.Ksq@rdcalr.realdec.com>
References: <1993Oct28.190245.18076@ve6mgs.ampr.org> <gslCFr570.ApG@netcom.com> <1993Nov9.195516.22694@ve6mgs.ampr.org> <2c35d1$3if@marsu.tynet.sub.org>
This persistent thread indicates that it has *not* been solved.
I, too, suffer from the the ttyscc errors in the log file, and my
uucp has been unstable even with the SerialDriver update from NeXT.
My question is: Is the ftpable serial driver update the same implementation
being delivered with 3.2? If so then it will remain on the hit list
of reasons to get down on NeXT.
Respectfully,
Dean Banfield
--
===============================================================
Dean Banfield
Real Decisions Corporation Voice: 203.656.1500
22 Thorndal Circle FAX: 203.656.1659
Darien, CT USA 06840 e-mail: dean@rdcalr.realdec.com
===============================================================
Newsgroups: comp.sys.next.sysadmin
From: Becki Kain <beckers@imagine.com>
Subject: DNS server
Message-ID: <1993Nov17.205638.1318@imagine.com>
Sender: beckers@imagine.com
Organization: Imagine Multimedia, Inc., Ann Arbor, MI, USA
Date: Wed, 17 Nov 1993 20:56:38 GMT
in trying to set up chameloen nfs to connect our pc's to our next
stations, we would like to set up our netinfo server as a dns server. all
i can find in the man pages and sys ad manual is how to set up a dns
client or secondary server. has anyone done this before?
thanks
beckers
--
Becki Kain Imagine Multimedia NeXTmail welcome beckers@imagine.com
Newsgroups: comp.sys.next.sysadmin
From: preuss@netcom.com (Peter Preuss)
Subject: Re: nfs chameleon/pcnfsd
Message-ID: <preussCGnM2u.E7G@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <1993Nov16.192739.279@imagine.com>
Date: Wed, 17 Nov 1993 20:54:27 GMT
Becki Kain (beckers@imagine.com) wrote:
: anyone have any experience with chameleon? specifically, i'm reading the
: instructions and it's looking for the pcnfsd to be running and as far as i
: can tell, the next's don't have it.
: any assistance with this would be great
: thanks
: beckers
: --
: Becki Kain Imagine Multimedia NeXTmail welcome beckers@imagine.com
: "forever in debt to your priceless advice" nirvana
I'm using SUN's PC-NFS on the "dark side of the universe", but the NeXT
shouldn't care much. I added one line in /etc/rc to start up the (hidden,
undocumented) pcnfsd on the NeXT. Add the line containing pcnfsd and
enjoy the funny looking UNIX filenames on the PC.
Peter.
=== excerpt of /etc/rc ===
# If exportfs finds something to export (either using /etc/exports or the
# exports NetInfo directory), then start the NFS daemons (which service
# NFS requests) and the mount server (which services NFS mount requests).
if [ -f /usr/etc/exportfs ]; then
# Clear the table of exported filesystems before running exportfs.
> /etc/xtab
fbshow -B -I "Exporting filesystems" -z 68
if /usr/etc/exportfs -a >/dev/console 2>&1; then
# There is no "right" number of nfsd's. Infrequently-accessed
# servers can get by with 4 or fewer. 8 is not excessive for
# heavily-loaded servers.
/usr/etc/nfsd 6 && (echo -n ' nfsd') >/dev/console
/usr/etc/rpc.mountd && (echo -n ' rpc.mountd') >/dev/console 2>&1
### added 021193 pp
/usr/etc/rpc.pcnfsd && (echo -n ' rpc.pcnfsd') >/dev/console 2>&1
fi
fi
===
--
preuss@futon.sfsu.edu San Francisco State University
Newsgroups: comp.sys.next.sysadmin
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Re: Teste- delete
Message-ID: <1993Nov17.232807.12522@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <1993Nov17.140510.9238@wep.uminho.pt>
Date: Wed, 17 Nov 93 23:28:07 GMT
Joaquim Macedo writes
> Please remove
Ouch... this sounds painful
--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@leland.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
Newsgroups: comp.sys.next.sysadmin
From: fattouh@cui.unige.ch (Fattouh Wassim)
Subject: Upgrade (Long Live NeXT!)
Message-ID: <1993Nov17.170812.18333@news.unige.ch>
Sender: usenet@news.unige.ch
Organization: University of Geneva, Switzerland
Date: Wed, 17 Nov 1993 17:08:12 GMT
Hello,
I'm new in NeXT World ...
I tried to upgrade from 2.1(!!!) to 3.0 following the upgrade manual.But when
I try to run UpgradePrep from a 3 1/2 disk I get this message :
"No Wrapper : Run this application from the Workspace Manager"
I tried to copy the application to the hard disk...Didn't work either.
My second problem is: I connected a CD-ROM Drive to that NeXTstation , and when
I insert the Upgrade CD it gives me a "bad sblock" message on the console
and a panel saying "Unreadable disk" asking if I want to reinitialise it.
Any suggestion would comfort me !
Merci beaucoup ! (i.e Thanks :) )
----------
Wassim Fattouh
--> fattouh@cui.unige.ch
University of Geneva (Switzerland)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: coconut@crash.cts.com (Brian Dear)
Subject: HELP: Why slow disks all of a sudden?
Organization: Coconut Computing, Inc.
Date: 17 Nov 93 18:12:27 PST
Message-ID: <1993Nov17.181227.7948@crash>
Recently we discovered that our NeXT machines (a cube and a slab) have
gotten VERY slow when it comes to inserting or ejecting any disks or
CD-ROMs. On the cube, we have a PLI SuperFloppy drive and a NeXT CD-ROM
drive, and of course, the optical drive. It now takes MUCH longer to
load them and eject them, especially eject (the mouse cursor goes busy
for like 1-2 mins).
Same slowness on the NeXTstation.
The only change is that an Intel NEXTSTEP machine is temporarily off
the net for reconfiguration. But why would that cause such symptoms?
Any suggestions appreciated!
- bd
brian dear / coconut computing, inc / brian@coconut.com
From: gregory@athena.mit.edu (Gregory B Howland)
Newsgroups: comp.sys.next.sysadmin
Subject: Booting from a remote disk
Date: 18 Nov 1993 05:26:04 GMT
Organization: Massachusetts Institute of Technology
Distribution: world
Message-ID: <2cf11c$s2o@senator-bedfellow.MIT.EDU>
We share a network of 486s, our files are on a remote hard drive
connected by ethernet. I wish to store NEXTStep in my directory
on the remote drive and boot the machine that I am using from that
directory. Is this possible and would this be better than running
the computer from a CD drive (each computer has a CD drive)?
Greg Howland
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Has the serial drivers problem been solved?
Date: 18 Nov 1993 05:38:06 GMT
Organization: Northwestern University, Evanston IL USA
Distribution: na
Message-ID: <2cf1nu$56a@news.acns.nwu.edu>
References: <1993Oct28.190245.18076@ve6mgs.ampr.org> <1993Nov9.195516.22694@ve6mgs.ampr.org> <2c35d1$3if@marsu.tynet.sub.org> <CGnLuw.Ksq@rdcalr.realdec.com>
In article <CGnLuw.Ksq@rdcalr.realdec.com>,
Dean Banfield <dean@rdcalr.realdec.com> wrote:
>This persistent thread indicates that it has *not* been solved.
>I, too, suffer from the the ttyscc errors in the log file, and my
>uucp has been unstable even with the SerialDriver update from NeXT.
>My question is: Is the ftpable serial driver update the same implementation
>being delivered with 3.2? If so then it will remain on the hit list
>of reasons to get down on NeXT.
>
>Respectfully,
>Dean Banfield
>
One additional item is worth considering. What type of serial chip
does your machine have? If you have the 16550 uart, then you probably
have a valid gripe. I wouldn't give two cents for the single buffered
uarts (16540,8250). My Gateway doesn't even have conventional uart.
Looks like they emulate one in a PLD array ;-(
--
Jerry S. Weiss
j-weiss@nwu.edu
Dept. Medicine, Northwestern Univ. Medical School, Chicago, Illinois
%SYSTEM-S-PHALOKTARG, Phasers Locked on Target, Ready to Fire
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 18 Nov 1993 01:53:25 -0500
Organization: Next Announcements
Message-ID: <2cf653$hl@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
The NEXTSTEP FAQs are posted here monthly as well.
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material.
The NEXTSTEP programmer FAQs are posted here.
Generic UNIX questions belong elsewhere (comp.unix.questions),
although specific questions about NeXT's implementation or
porting issues are appropriate here. Note that there are
several other more "horizontal" newsgroups (comp.lang.objective-c,
comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip,
etc.) that may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
comp.soft-sys.nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
comp.lang.objective-c
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
comp.object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
---------------------------------------------------------------------
Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are
now available as a mailing list digest as well.
next-nextstep-d
next-advocacy-d
next-announce-d
next-bugs-d
next-hardware-d
next-marketplace-d
next-misc-d
next-programmer-d
next-software-d
next-sysadmin-d
(For a full description, send mail saying LISTS to
<digestif@antigone.com>).
The subscription syntax is essentially the same as LISTSERV's.
To subscribe, send a message to <digestif@antigone.com> saying:
SUB Listname YourName
Example: SUB next-hardware-d John Doe
--------------------------------------------------------------------
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish sanguish@digifix.com
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
Newsgroups: comp.sys.next.sysadmin
From: osanai@synapse.phys.nagoya-u.ac.jp (Makoto Osanai
Subject: Re: nfs chameleon/pcnfsd
Content-Type: text/plain
Message-ID: <osanai.93Nov1893721@synapse>
Sender: usenet@nucc.cc.nagoya-u.ac.jp
Organization: Nagoya University
References: <1993Nov16.192739.279@imagine.com>
Mime-Version: 1.0
Distribution: nu
Date: Thu, 18 Nov 1993 00:37:21 GMT
beckers@imagine.com writes:
> anyone have any experience with chameleon? specifically, i'm reading
> the instructions and it's looking for the pcnfsd to be running and as
> far as i can tell, the next's don't have it.
>
You look at /usr/etc and you can find rpc.pcnfsd. Then start the daemon, "rpc.pcnfsd". (I have next station turbo color and NeXTSTEP 3.0J.)
I'm sorry for my poor English.
--------
Makoto Osanai
(K-lab.(Biophysics, Neuroscience) dept. of physics Nagoya University)
Tel. 81-52-781-1005 ext.6636
Fax: 81-52-781-7439
osanai@synapse.phys.nagoya-u.ac.jp
Newsgroups: comp.sys.next.sysadmin
From: hwr@pilhuhn.sub.org (Heiko W.Rupp)
Subject: Re: DNS server
References: <1993Nov17.205638.1318@imagine.com>
Date: Thu, 18 Nov 1993 10:51:10 GMT
Organization: The home of the Pilhuhn
Message-ID: <CGootC.68@pilhuhn.sub.org>
Becki Kain <beckers@imagine.com> writes:
>stations, we would like to set up our netinfo server as a dns server. all
>client or secondary server. has anyone done this before?
Sure. But Netinfo has nothing to do with DNS. lookupd uses them both
(only if a named is running) to look up ip-numbers and hostnames, but
that is the only connection between them.
Why don't you just add the entries for your PC's to your netinfo
database? It is enough, if the PC's don't connect to the internet. If
they connect to the internet you should run DNS so that the other
hosts get to know the name and domain of the PC's.
--
Heiko W.Rupp Gerwigstr.5 D-76131 Karlsruhe +49 721 9661521
In a Paris hotel elevator: Please leave your values at the front desk.
Newsgroups: comp.sys.next.sysadmin
From: fyr@ubszh.net.ch
Subject: Re: Netware different Frametypes
Content-Type: text/plain
Message-ID: <fyr.93Nov1813655@nol512>
Sender: usenet@ubszh.net.ch (news)
Organization: Union Bank of Switzerland
References: <fyr.93Nov1615388@nol512> <john-171193010113@johnppp.byu.edu>
Mime-Version: 1.0
Date: Thu, 18 Nov 1993 12:06:55 GMT
> In article <fyr.93Nov1615388@nol512>, fyr@ubszh.net.ch wrote:
> >
> > On a normal Novell Lan there are different frame types.
> > There are ethernet_ii, ethernet_802.2, ethernet_802.3 (strings /usr/netware/etc/npsd |grep ether). npsd contains stuff for different frame types. But at a normal startup npsd only will look for ethernet_ii servers. The following messages appears:
> > NPSD: Binding to network 13005001 using Ethernet_II frames.
> >
> > Does any know more about the npsd and which frametypes npsd is supporting? Or how I can switch to the other frametypes?
> >
> I watched it with a packet analyzer once. It probes for the Novell network
> number using each of the frame types and then seems to bind to the first
> one it finds. Thus, on my 802.3 network, it uses 802.3 frames.
>
> Hope this helps.
>
> jp
>
Hey John
Your right with your probing for the right frametype. It seems that the list is as follows:
ethernet_ii
ethernet_802.2
ethernet_802.3
ethernet_snap
So on our net we do have ethernet_ii and ethernet_802.3 Servers. Because of that probing I was not able to connect to the 'right' fileserver with 802.3. After that I shutdown the server with the type ii and then my next did connect to the right server.
On each PC Netware client there is a possiblity to do a configuration about the frametypes. The NET.CFG contains the frametypes.
Is ther really no possibility to configure the npsd?? Does anybody know something about this stuff???
Roger
Union Bank of Switzerland
Roger P. Frey
LEIT/LITP-FYR
Flurstrasse 68
CH-8048 Zurich
Switzerland
phone: +41 1 236 60 52
fax: +41 1 236 86 08
RFC822: fyr@ubszh.net.ch (NeXT-Mail ok)
Newsgroups: comp.sys.next.sysadmin
From: geoff@ficus.cs.ucla.edu (Geoff Kuenning)
Subject: Re: German Spell Module available ?
References: <2bladp$2k1@balu.hnv.icem.de> <1993Nov16.150434.8855@aragorn.unibe.ch>
Organization: UCLA, Computer Science Department
Message-ID: <1993Nov17.001254.8989@cs.ucla.edu>
Date: Wed, 17 Nov 93 00:12:54 GMT
In article <1993Nov16.150434.8855@aragorn.unibe.ch>
willers@itp.unibe.ch writes:
> I've been fiddling around with it for quite some time and lately never had
> the time to give it the final touch. Have a look at it. It needs
> ispell-3.0.9b installed. ispell is available at lot of sites. I hope it
> suits your needs or anybody else's.
Just to clarify, the version that Moritz is referring to is ispell
3.0.09. It is available from ftp.cs.ucla.edu, in the pub/ispell
directory. You can also find it at many other places; query Archie
for "ispell-3.0". Do *not* get ispell 4.0; it's an entirely
different product and will not work with the code Moritz uploaded.
Also, just to forestall unhappiness, ispell (and thus this NextStep
interface) does not handle RTF files. Nor will the next release of
ispell. Sorry. Yes, it's on my list of things to do. It's even high
on the list. But right now I'm trying to get a release out, and I've
long since had to set up the new-feature barrier.
Many thanks to Moritz for making this available!
Geoff Kuenning geoff@maui.cs.ucla.edu geoff@ITcorp.com
--
Geoff Kuenning geoff@maui.cs.ucla.edu geoff@ITcorp.com
Newsgroups: comp.sys.next.sysadmin
From: willers@itp.unibe.ch (Moritz Willers)
Subject: Re: German Spell Module available ?
Message-ID: <1993Nov18.153828.11148@aragorn.unibe.ch>
Sender: news@aragorn.unibe.ch
Organization: University of Berne, Switzerland
References: <1993Nov17.001254.8989@cs.ucla.edu>
Date: Thu, 18 Nov 1993 15:38:28 GMT
In article <1993Nov17.001254.8989@cs.ucla.edu> geoff@ficus.cs.ucla.edu
(Geoff Kuenning) writes:
> Also, just to forestall unhappiness, ispell (and thus this NextStep
> interface) does not handle RTF files. Nor will the next release of
> ispell. Sorry.
It does handle RTF files !!!!!!
Edit or other Apps using the NeXT spell panel send ASCII to the spell
server. My speller presents this ASCII to ispell's spell engine. So any
text may be checked in Edit, with pictures, multiple fonts, colourful
fonts, ...
Remember, to get the NeXTstep ASCII encoding (>127) working with ispell
you have to insert this into the *.aff file.
e.g. in my german.aff:
#
# Alternate forms for NeXTstep charset
#
altstringtype "NeXT" ".NeXT" ".txt" ".tex"
altstringchar \xd9 a\"
altstringchar \x85 A\"
altstringchar \xf0 o\"
altstringchar \x96 O\"
altstringchar \xf6 u\"
altstringchar \x9a U\"
altstringchar \xfb sS
altstringchar ss ss
altstringchar SS SS
That's also why my spell server starts ispell for german spellchecking
with the "-TNeXT" option.
--
Moritz Willers
Institute for Theoretical Physics, Berne
Switzerland
willers@itp.unibe.ch
Newsgroups: comp.sys.next.sysadmin
From: jgoddard@netcom.com (Jim Goddard)
Subject: Power off NeXT cube
Message-ID: <jgoddardCGp177.8pn@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Thu, 18 Nov 1993 15:18:43 GMT
I recently purchased a second hand NeXT cube and discovered that I could
not power it off, it instead simply logged out. When I called the guy I
bought it from he said that there was a file I needed to modify to get
the power button to really work. He however had not used the next in a
while and had forgotten the file. Can someone point me in the right
direction?
Jim
P.S. I already have a workaround, just need to know which file I need to
fix.
Newsgroups: comp.sys.next.sysadmin
From: Ralph_Jung@radical.com (Ralph Jung)
Subject: Login Window Screen Saver
Message-ID: <1993Nov18.161714.688@radical2.radical.com>
Sender: ralph@radical2.radical.com
Organization: Radical System Solutions, Inc.
Distribution: usa
Date: Thu, 18 Nov 1993 16:17:14 GMT
How do you modify the time it takes for the 3.1 login window screen saver to
kick in? Can the rate that the image changes also be modified? What other
login window screen saver parameters can be modified? I remember some posts
about doing dwrites, but I can't find anything in the documentation about the
login window screen saver.
Thanks.
--
Ralph Jung ( Ralph_Jung@Radical.Com )
Radical System Solutions, Inc. NeXTmail accepted
rad~i~cal \'rad-i-kel\ adj. - marked by a considerable departure from the usual
or traditional: EXTREME
Newsgroups: comp.sys.next.sysadmin
From: flight@mathi.uni-heidelberg.de (Gregor Hoffleit)
Subject: MOTD in a network
Message-ID: <1993Nov18.175738.13914@sun0.urz.uni-heidelberg.de>
Sender: news@sun0.urz.uni-heidelberg.de (NetNews)
Organization: University of Heidelberg, Germany
Date: Thu, 18 Nov 93 17:57:38 GMT
I think this must be quite a common problem in system administration:
We have a bunch of users with network-wide accounts managed by NetInfo. Now
it is very annoying that a user is presented the motd message every time
he logs into an other machine for the first time after the change of motd.
Is there any plug-in solution that doesn't consult the machine-local wtmp
file but an account-wide-available resource, so that the key is not the
date the user was last logged in into the specific machine, but the date
the account was used the last time.
This would be very nice in conjunction with MOTD.app.
Gregor
--
| Gregor Hoffleit admin MATHInet / contact HeidelNeXT |
| MAIL: Mathematisches Institut PHONE: (49)6221 56-5771 |
| INF 288, 69120 Heidelberg / Germany FAX: 56-3812 |
| EMAIL: flight@mathi.uni-heidelberg.de (NeXTmail) |
Newsgroups: comp.sys.next.sysadmin
From: hbergh@nl.oracle.com(Herbert van den Bergh)
Subject: Re: How is owner/group getting reset?
Message-ID: <CGp80p.A8C@nl.oracle.com>
Sender: news@nl.oracle.com
Organization: Oracle Europe
References: <23799@news.duke.edu>
Date: Thu, 18 Nov 1993 17:46:01 GMT
In article <23799@news.duke.edu> blake015@mc.duke.edu (Denise Blakeley)
writes:
> A couple of weeks ago I posted a problem in trying to get kermit to work
on my
> standalone Turbo Color running NS 3.1. Part of the answer turned out to
be to
> change kermit's owner and group to uucp.daemon (or uucp.wheel). I did
this and
> everything worked out fine.
>
> Now a couple of days ago kermit suddenly stopped working again.
Kermit's owner
> and group had mysteriously changed to denise.nogroup. Now here comes
the truly
> strange part: no matter how I change the owner and group back to
uucp.daemon,
> as soon as I log out and back in they've change back to denise.nogroup!
>
> What's going on here? I think this isn't all that's wrong, but it
certainly
> doesn't help. Thanks.
>
> Denise
Is your kermit executable installed on a second disk that
isn't mounted at system startup time? I've seen the same
thing happen with files on a second disk that was automatically
mounted when I logged in. Even stranger, it happened while
I was logged in. I had done a chown -R root, and saw the
files change back to my userid after a while. I don't know
if there's a way to avoid this. I don't have the second
disk anymore.
Herbert van den Bergh
Oracle Europe
hbergh@nl.oracle.com
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: Re: HELP: Why slow disks all of a sudden?
Message-ID: <1993Nov18.202715.1193@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
References: <1993Nov17.181227.7948@crash>
Date: Thu, 18 Nov 1993 20:27:15 GMT
In article <1993Nov17.181227.7948@crash> coconut@crash.cts.com (Brian Dear)
writes:
> Recently we discovered that our NeXT machines (a cube and a slab) have
> gotten VERY slow when it comes to inserting or ejecting any disks or
> CD-ROMs. On the cube, we have a PLI SuperFloppy drive and a NeXT CD-ROM
> drive, and of course, the optical drive. It now takes MUCH longer to
> load them and eject them, especially eject (the mouse cursor goes busy
> for like 1-2 mins).
>
> Same slowness on the NeXTstation.
>
I remember reading something in the notes that came with 3.1. As I recall
having a CD-ROM permanently in the drive would solve the problem.
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
Newsgroups: comp.sys.next.sysadmin
From: dal@netcom.com (Dana Andre Letendre)
Subject: Sybase Resources Help
Message-ID: <dalCGp9pB.E0t@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Thu, 18 Nov 1993 18:22:22 GMT
I am having a problem with system resources on my Sybase server.
While joining multiple tables in a 6 megabyte database, I get this error:
Msg 1105, Level 17, State 1
Line 1 Can't allocate space for object '-21' in database 'tempdb' because the 'system'
segment is full. If you ran out of space in Syslogs, dump the transaction log. Otherwise,
use ALTER DATABASE or sp_extendsegment to increase the size of the segment.
I looked up the error in the system administrator manual, and it described Level 17 as an
Insufficient Resources error.
I increased the size of tempdb to 10 megabytes, but still got the same error. The
tempdb is not even using 1 megabyte of its space, and the syslogs are very small in
all databases. In tempdb, the system, default, and log segments are all
assigned to 10 megabytes on two devices.
I even checked the space in the database I made the query in, and there is plenty
of free space there.
I have tried everything I can think of. I would appreciate any help.
Dana Letendre
Bank of America NeXT System Administrator
dal@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: chris@iastate.edu (Chris Wong)
Subject: Re: greyscale on dell jaws
Message-ID: <CGpGqo.EH3@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames, IA
References: <2cao46$5ug@zip.eecs.umich.edu>
Date: Thu, 18 Nov 1993 20:54:23 GMT
In article <2cao46$5ug@zip.eecs.umich.edu> beckers@quip.eecs.umich.edu (Becki Kain) writes:
>howdy:
>
>does anyone know how to set a dell 450 de/2 into greyscale using 3.1 or 3.2?
>
>thanks
You can use 2-bit greyscale by selecting the ET-4000 driver.
>
>beckers
>
>
--
Chris Wong | "Hardware is supposed to serve Software."
chris@iastate.edu | Computer Engineering & Computer Science
twba8@isuvax.iastate.edu | Iowa State University of Science and Technology
From: danno@css.itd.umich.edu (Dan Pritts)
Newsgroups: comp.sys.next.sysadmin
Subject: DAT drive experiences wanted
Date: 18 Nov 1993 22:24:11 GMT
Organization: University of Michigan ITD/User Services
Message-ID: <2cgsmb$5rm@terminator.rs.itd.umich.edu>
Finally convinced the Linguistics Dept here to buy a tape drive. (and
before a major disk crash, too!)
DAT seems to be about the right fit for the dept's needs, enough
capacity, low enough price.
The drive would be hooked up to a 25Mhz cube, with possible migration
to a SPARC if we ever get any money.
I've had good experiences with HP DAT drives with NeXTs. However, the
best price I've found on the current HP drive is in the $1250 range
(although HP drives with hardware compression only about $40 more).
At least one company (APS) is advertising a 2.0G DAT drive, with no
compression, for $999 (either an Archive or WangDAT mechanism,
whatever they happen to have that week, "they're the same mechanism
anyway" according to the guy on the phone at APS, which I kinda doubt
but in any event...). I've dealt with APS before and they generally
have good service, but they aren't Unix people, to my knowledge.
I'd like to hear any experiences people have had with Wang or Archive
DAT drives with NeXTs (or suns, for that matter).
e-mail, and I will summarize if there is interest.
thanks, danno
--
dan pritts consultant/system administrator
dan.pritts@umich.edu (313)998-6265 um itd/css unix support group
Make me an IFS Home Directory.. (ZAP) OK, you're an IFS Home Directory.
From: matthewm@sgate.com (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Mail.app and sendmail 8.6.4 not communicating
Date: 18 Nov 1993 12:14:18 -0500
Organization: Collins International Services Company
Message-ID: <2cgaha$isi@sgate.com>
References: <gthomas.752789420@sfu.ca> <1993Nov14.185920.10915@news.csuohio.edu> <2c8ebd$pkc@sgate.com> <1993Nov16.135221.10798@news.csuohio.edu>
In article <1993Nov16.135221.10798@news.csuohio.edu> cowboy@omega.csuohio.edu
(Joe Rosenfeld) writes:
>What I like is having software that is not years behind the most
>current version which is freely available on the net. I think that is
>not too much to ask, or is it to you??
I ask again.
What EXACTLY does sendmail 5.67 NOT DO FOR YOU?
I couldn't care less if it's the latest version. As long as it does what I
want it to do.
>| Joe Rosenfeld
------
Mike Matthews, Mike_Matthews@sgate.com (NeXTmail accepted)
------
"If it ain't broke, don't fix it."
- Bert Lantz
From: hans@symbas.UUCP (Hans Aafloy)
Newsgroups: comp.sys.next.sysadmin
Subject: SMC Elite 16 ethernetcard on WYSE Intel
Message-ID: <3844@symbas.UUCP>
Date: 18 Nov 93 08:41:08 GMT
Distribution: world
Organization: Symbiotic Systems A/S, Trondheim, Norway
This seemingly straightforward task was indeed easier said than done.
My pc is a Wyse Decision si.
I ran HostManager.app, and gave the pc a hostname and a ip number. I have
a non-netinfo network.
I ran Configure.app, entering the I/O and RAM base addresses and
interrupt level, according to the instructions from Nextanswers.
Rebooting and running ping, gives this error message:
sendto: Network is unreachable
Thankful for any hints on what my problem could be.
hans
hans@symbas.lind.no
From: thor@sushi.uib.no
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Power off NeXT cube
Date: 19 Nov 1993 01:28:17 GMT
Organization: University of Bergen, Norway
Distribution: world
Message-ID: <2ch7fh$5mv@due.uninett.no>
References: <jgoddardCGp177.8pn@netcom.com>
In article <jgoddardCGp177.8pn@netcom.com> jgoddard@netcom.com (Jim Goddard)
writes:
> I recently purchased a second hand NeXT cube and discovered that I could
> not power it off, it instead simply logged out. When I called the guy I
> bought it from he said that there was a file I needed to modify to get
> the power button to really work. He however had not used the next in a
> while and had forgotten the file. Can someone point me in the right
> direction?
>
> Jim
>
> P.S. I already have a workaround, just need to know which file I need to
> fix.
>
as root:
root# dremove loginwindow PowerOffDisabled
Regards,
--
Thor Legvold | "This is the strangest life
NorNeXT User Group leader | I've ever known..."
University of Bergen | -Jim Morrison, The Doors
NORWAY | edmtl@edb.uib.nosimply logged out. When I called the guy I
> bought it from he said that there was a file I needed to modify to get
> the power button to really work. He however had not used the next in a
> while and had forgotten the file. Can someone point me in the right
> direction?
>
> Jim
>
> P.S. I already have a workaround, just need to know which file I need to
> fix.
>
as root:
root# dremove loginwindow PowerOffDisabled
Regards,
--
Thor Legvold | "This is the strangest life
NorNeXT User Group leader | I've ever
From: danno@css.itd.umich.edu (Dan Pritts)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Mail.app and sendmail 8.6.4 not communicating
Date: 19 Nov 1993 02:39:09 GMT
Organization: University of Michigan ITD/User Services
Message-ID: <2chbkd$lv6@terminator.rs.itd.umich.edu>
References: <gthomas.752789420@sfu.ca> <2c8ebd$pkc@sgate.com> <1993Nov16.135221.10798@news.csuohio.edu> <2cgaha$isi@sgate.com>
In article <2cgaha$isi@sgate.com>, Mike Matthews <matthewm@sgate.com> wrote:
>In article <1993Nov16.135221.10798@news.csuohio.edu> cowboy@omega.csuohio.edu
>(Joe Rosenfeld) writes:
>>What I like is having software that is not years behind the most
>>current version which is freely available on the net. I think that is
>>not too much to ask, or is it to you??
>
>What EXACTLY does sendmail 5.67 NOT DO FOR YOU?
>
>I couldn't care less if it's the latest version. As long as it does what I
>want it to do.
Supposedly, sendmail versions prior to the most recent (8.6.4 i guess)
have a serious security hole that allows an attacker at a remote site
to run most any command as either daemon (bad) or root (worse) (i'm
not sure which of the two is true; I've heard both).
note that I do not know exactly what this vulnerability is; don't bother
to ask me (I wouldn't tell if I did know, anyway).
See the recent CERT advisory on the subject, available by FTP from
ftp.cert.org. Join the CERT mailing list, or read comp.security.announce.
So it's not what sendmail 5.67 doesn't do for me, it's what it does for
any cracker on the net...
danno
--
dan pritts consultant/system administrator
dan.pritts@umich.edu (313)998-6265 um itd/css unix support group
Make me an IFS Home Directory.. (ZAP) OK, you're an IFS Home Directory.
Newsgroups: comp.sys.next.sysadmin
From: df@watershed.com (Dirk P. Fromhein)
Subject: Re: Has the serial drivers problem been solved?
Message-ID: <CGp2G0.16s@ripple.uunet>
Sender: jaeger@ripple.uunet (Dirk P. Fromhein)
Organization: Watershed Technologies, Inc.
References: <2cf1nu$56a@news.acns.nwu.edu>
Date: Thu, 18 Nov 1993 15:45:36 GMT
In article <2cf1nu$56a@news.acns.nwu.edu> jweiss@casbah.acns.nwu.edu (Jerry
Weiss) writes:
[munch]
> One additional item is worth considering. What type of serial chip
> does your machine have? If you have the 16550 uart, then you probably
> have a valid gripe. I wouldn't give two cents for the single buffered
> uarts (16540,8250). My Gateway doesn't even have conventional uart.
> Looks like they emulate one in a PLD array ;-(
>
Unfortunately this makes no difference, we have a new product that is ready to
ship that requires the serial device to be used for an extended period of time
(from say 5PM to 7AM) per night with multiple calls out each lasting 1-4min.
Well even at 7200bps we get a internal table overflow in the kernel (errors
-900 and -902) after a VERY short amount of time (1-40min). So we tried it on
another machine, same thing, then bought a "high speed" serial card with a
16550 on it, same thing. Result: we can't ship our product, and thus are
losing money because of the defective driver, this makes me most unhappy.
So we tried it on Black hardware, it ran to two days without a single fault.
It is my understanding that the "new" 3.1 driver is the same as the one that
will ship with 3.2. But it is also my understanding that the underlying
architecture of the driver support system is totally different, so I still have
my hopes up.
--
Dirk Fromhein
df@watershed.com
Watershed Technologies, Inc.
(508)-460-9612 Voice
Newsgroups: comp.sys.next.sysadmin
From: blenko-tom@CS.YALE.EDU (Tom M. Blenko)
Subject: Re: Syquest on a NeXT
Message-ID: <1993Nov19.040056.3095@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
References: <CGGCso.19M@infoserv.com>
Distribution: na
Date: Fri, 19 Nov 1993 04:00:56 GMT
kent@infoserv.com writes
| In article <1993Nov10.223609.24706@serval.net.wsu.edu>
joerd@aixesa.csc.wsu.edu
| (Wayne Joerding - Economics) writes:
| #This has probably been asked a hundred times, but I have a Macintosh
Syquest
| #removable 44 MB drive I would like to use with my NeXT Station.
| #
| #Is this possible?
| #
| #Does anybody know how?
|
| Yep it works.
| Buy a cable to cennect the drive to the NeXT. The HD
| support is built into the OS.
|
| #
| #The particular drive was manufacture by CMS
|
| Actually all SyQuest drives are manufactured by SyQuest.
| They get packaged by other people.
I think it is not necessarily true that all SyQuest drives
work with the NeXT. I tried to get mine working without
success. There seemed to be a problem on bootup recognizing
that the Syquest was out on the SCSI bus, and I believe that
Macs (and hence Mac peripherals) don't play by the SCSI rules
(in particular, I suspect the Mac drive was failing to
respond to a request to identify itself). My drive was from
Microtech (may they die a lingering but certain death).
Tom
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Where is the 'on' command?
Message-ID: <1993Nov19.060252.9085@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <23815@news.duke.edu>
Date: Fri, 19 Nov 1993 06:02:52 GMT
rexd allowed execution of arbitrary commands as any non-root user.
While this probably could have been "fixed," NeXT opted to
disable rexd in 2.2, and removed it completely in 3.0. Without
rexd, there isn't much point keeping on.
-=EPS=-
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Printcap entry
Date: 17 Nov 1993 13:13:00 +0100
Organization: Palumbian Research Labs
Message-ID: <2cd4gc$1jr@marsu.tynet.sub.org>
References: <1993Nov15.162125.3244@gumby.cc.wmich.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Keywords: Remote printing, postscript printer
rashidi@thunder.acs.wmich.edu (Reza Rashidi) writes:
>I need to setup a print queue on NeXTstations printing through remote lpr to a
>Digital LPS40 printer. I have placed the following in my netinfo printcap
>entry:
>3fl_laser|lp14|3rd Floor PrintServer (PostScript): \
> :lp=:rm=remotemachine.somedomain.edu:rp=3fl_laser:note=PostScript: \
> :sd=/usr/spool/lpd:lo=lock:
>I can print to this queue by using the "lpr -P3fl_laser filename" command from
>a terminal, but when I try to print by choosing the print menu of any
>application (e.g. Preview.app) only the header page is printed.
I did this installation differently. I set up a local printer entry
using PrintManager. Then I added the appropriate rm and rp properties in
NetInfoManager. Works great and of course with the printer dialog box out
of all applications.
Hope that helps,
Markus.
--
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Expert in quantum bogodynamics
From: pkron@corona.com (Peter Kron)
Organization: Corona Design, Inc., Seattle, WA
Distribution: world
Date: Thu, 18 Nov 1993 19:06:13 PST
Message-ID: <1993Nov19.030613.614@corona.com>
Newsgroups: comp.sys.next.sysadmin
Subject: SUMMARY: Strange tftpboot directory?
> My system (NS/Intel, 3.1) has developed a strange directory loop which
> has me concerned. The directory /private/tftpboot has appeared, and
> seems to contain links to the root directory of the file system.
I received a couple responses indicating that this was expected
behavior. So I will disregard it. It hasn't given me any problems.
---
NeXTMail:Peter_Kron@corona.com
Corona Design, Inc.
P.O. Box 51022
Seattle, WA 98115-1022
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Netware different Frametypes
Message-ID: <john-191193002842@johnppp.byu.edu>
From: john@compricorn.byu.edu (John K. Peterson)
Date: 19 Nov 93 00:34:49 -0700
Followup-To: comp.sys.next.sysadmin
References: <fyr.93Nov1615388@nol512> <john-171193010113@johnppp.byu.edu> <fyr.93Nov1813655@nol512>
Distribution: world
Organization: Brigham Young University
In article <fyr.93Nov1813655@nol512>, fyr@ubszh.net.ch wrote:
>
> Is ther really no possibility to configure the npsd?? Does anybody know something about this stuff???
>
Well, doing some investigating, here's a guess. The usage from 'npsd' is:
Usage: npsd -v -t<timeout_seconds> -r<retry_count> -f<frame_type> -a
and it is involked in the file /etc/rc. So, if you change rc to read:
# Configure the protocol stack.
if [ -f /usr/netware/etc/npsd ]; then
/usr/netware/etc/npsd -f Ethernet_802.3 && (echo -n ' npsd')
>/dev/console 2>&1
fi
(Note the addition of '-f Ethernet_802.3')
...all should be well for you.
Let me know if it works or not. (I don't have Ethernet_II Novell frames
running around on my segment.)
jp
From: rbp@investor.pgh.pa.us (Bob Peirce #305)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Unresolved... (The right way to name a standalone machine?)
Message-ID: <1993Nov18.154856.6620@investor.pgh.pa.us>
Date: 18 Nov 93 15:48:56 GMT
References: <1993Nov8.193740.12733@cs.cornell.edu> <CG8AM6.DD4@news.iastate.edu>
Organization: Cookson, Peirce & Co., Pittsburgh, PA
>David Bau writes
>[]I wrote:
>[]
>[]> To register some software, I have to give a name to my (intel)
>[]> machine, which is a standalone machine. What is the right way
>[]> to do this?
>[]> David
>[]
>[]and many people posted and mailed suggestions. Thanks very much
>[]for all your help! I've tried all the different solutions, but
>[]none of them resolves one of my main problems:
>[]
>[]When I change the name using HostManager or SNS (when I can coax
>[]SNS into working), the hostname is correctly set to "raindrop",
>[]but "telnet raindrop" still fails (I can only "telnet localhost").
>[]Does anybody with a standalone machine have a setup where they
>[]can rlogin or telnet to their own machine name?
I saw this thread but didn't have a chance to try it. I just did and I
was able to telnet to myself. I had to set up a single user machine as
a network to run ElectroWorX and it was a bitch. SNS isn't. I finally
had to rebuild the system and, while in a virgin state, use SNS to build
the network. Whatever it did seems to have avoided your problem and you
might want to consider that as an option.
telnet venetia worked fine.
telnet localhost said localhost: Unknown host.
--
Bob Peirce, Pittsburgh, PA rbp@investor.pgh.pa.us 412-471-5320
venetia@investor.pgh.pa.us [NeXT Mail] !uunet.uu.net!pitt!investor!rbp [UUCP]
From: rcfa@cubiculum.com (Ronald C.F. Antony)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Mail.app and sendmail 8.6.4 not communicating
Date: 19 Nov 1993 13:57:14 GMT
Organization: NeXT-BUG (NeXT at Brown University Group)
Distribution: world
Message-ID: <2cijbq$5nf@tunix.cubiculum.com>
References: <1993Nov16.135221.10798@news.csuohio.edu>
In article <1993Nov16.135221.10798@news.csuohio.edu> cowboy@omega.csuohio.edu
(Joe Rosenfeld) writes:
> What I like is having software that is not years behind the most
> current version which is freely available on the net. I think that is
> not too much to ask, or is it to you??
While the latest versions are cool, they are not always the best. I agree that
I want to have the latest of programs that interact with users, e.g emacs, gcc
etc. where they can directly benefit from new features. However since a newer
version often does not only have new features but also new bugs, I don't see
the need to have the latest versions of every deamon JUST BECAUSE IT IS NEW.
Unless there is a known bug fixed by a newer version or some SIGNIFICANT
performance improvement or a really useful new feature, then I see no need to
have the latest release. Most of the time new releases consist of minor code
clean up, additional ifdef statements for new operating systems and CPU
architectures etc. So why bother?
As long as sendmail does all it should without bug or security hole that is
known, then there is no immediate need to upgrade and take the risk of
introducing a new bug and security hole into the existing setup.
The definition of conservative person is, that they accept new things once
they proved themselves worthy. So while in a research/university setup the
latest is the greatest, business (i.e. where NeXT is selling to) is more
concerned with reliability. So don't fix it if it ain't broken.
-- Ronald
==============================================================================
"The reasonable man adapts himself to the world; the unreasonable one persists
in trying to adapt the world to himself. Therefore all progress depends on the
unreasonable man." G.B. Shaw
------------------------------------------------------------------------------
rcfa@cubiculum.com rcfa@ANDI.org rcfa@sleepy.cis.brown.edu | NeXT-mail welcome
Newsgroups: comp.sys.next.sysadmin
From: dean@rdcalr.realdec.com (Dean Banfield)
Subject: NS/FIP, Clock & DOS
Organization: Real Decisions Corporation
Date: Fri, 19 Nov 1993 14:54:05 GMT
Message-ID: <CGquq6.3E2@rdcalr.realdec.com>
Hi,
I'm running NS/FIP and when setting up I have selected a dual boot to both
NS and DOS. It works fine, except that I have incompatibilities with the
clock. I set up NS and set the time to GMT -0500. Problems are as follows:
1) Time stored in system ROM is GMT. Boot to DOS has no adjustment, so
files are time stamped in GMT. Fairly bogus, but explicable. Any
workaround?
2) If I don't boot to NS for a while, (last night was first time in
over 1 week) I receive a boot msg like:
CLOCK HAS LOST 5 DAYS! RESET AND REBOOT.
With no adjustment, time looks fine to me. Why the message? Any
way to avoid it?
3) If the system ROM clock is set to GMT (OK), then how do I get the
system to understand that I want time displays as EST5EDT. In the
Preferences.app available to the user, I only see choices in the
Eastern time zone of GMT -0500, Eastern/US, Eastern/Canada (there's
one other, I think). No place to indicate EDT for adjustment to
our current condition of -0400. Perhaps there's a system config
item I'm overlooking in Configure.app. I'll admit I haven't looked
closely at that one yet.
TIA for any advice on these matters.
-Dean
--
===============================================================
Dean Banfield
Real Decisions Corporation Voice: 203.656.1500
22 Thorndal Circle FAX: 203.656.1659
Darien, CT USA 06840 e-mail: dean@rdcalr.realdec.com
===============================================================
From: terry_marrs@wiltel.com(Terry Marrs)
Newsgroups: comp.sys.next.sysadmin
Subject: Remote Printers
Date: 19 Nov 1993 15:55:33 GMT
Organization: WilTel
Message-ID: <2ciq9l$ebp@gateway.wiltel.com>
I have a Post Script printer who's mail spool is on a RS6000. Can
anyone explain how to add this Remote Printer to netinfo so the Next
machines can print to it??
--
|Terry Marrs
|terry_marrs@wiltel.com
|WilTel | NeXTmail OK
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA
M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$Q-3)<='@R,S`T7'1X,S0U-EQT
M>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V7'1X,3`S-CA<='@Q
M,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R-%QF8S!<8V8P(%P*22!H879E(&$@
M4&]S="!38W)I<'0@<')I;G1E<B!W:&\G<R!M86EL('-P;V]L(&ES(&]N(&$@
M4E,V,#`P+B!#86X@86YY;VYE(&5X<&QA:6X@:&]W('1O(&%D9"!T:&ES(%)E
M;6]T92!0<FEN=&5R('1O(&YE=&EN9F\@<V\@=&AE($YE>'0@;6%C:&EN97,@
M8V%N('!R:6YT('1O(&ET/S]<"EP*+2U<"GQ497)R>2!-87)R<UP*?'1E<G)Y
M7VUA<G)S0'=I;'1E;"YC;VU<"GQ7:6Q496P)"0D)('P@("`@("`@("`@3F58
5&UA:6P@3TL@7`H*?0IC
`
Newsgroups: comp.sys.next.sysadmin
From: bau@cs.cornell.edu (David Bau)
Subject: Re: Login Window Screen Saver
Message-ID: <1993Nov19.160407.20181@cs.cornell.edu>
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
References: <1993Nov18.161714.688@radical2.radical.com>
Distribution: usa
Date: Fri, 19 Nov 1993 16:04:07 GMT
Ralph Jung asks:
> How do you modify the time it takes for the 3.1 login window
> screen saver to kick in? Can the rate that the image changes
> also be modified?
To modify the time before the loginwindow screen saver kicks
in, as root, do a "dwrite loginwindow TimeToDim <secs>", where
<secs> is the number of seconds you choose. Other dwrites
are documented as command line options in the loginwindow
man page.
I don't think you can set the image-change time with the
loginwindow screensaver.
You might want to check out TimeToBlack on cs.orst.edu in
/pub/submissions - it is a loginwindow screen saver replacement
that adds what you want: it adds a default TimeToMove to
control the image-move time and TimeToBlack to control an
optional complete-screen-blacking time. It comes with source
in case you want to add any other features.
David
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Newsgroups: comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.sysadmin
Subject: Where do I get the Intel Pro/GX SCSI Driver for 3.2
Date: 19 Nov 1993 16:32:57 GMT
Organization: Mayo Foundation
Distribution: world
Message-ID: <2cisfp$605@fermat.mayo.edu>
in NeXTAnswers posting 1209 NeXT writes....
>The Intel GX Professional displays at a resolution of1024 x 768
This is noted as being obsolete a couple of paragraphs down...
>in16 bit color under NEXTSTEP. The computer offers a high degree
>of built-in integration including video (the ATI Mach 32 chip
>set), sound, SCSI, and IDE. The integrated sound and SCSI are
>supported under NEXTSTEP Release 3.2. On-board SCSI is supported
>by a third party driver.
Who and how do I get this yet-to-be-named 3rd party driver? It's not
in the Compatibility Guide nor in this NeXTanswer...
Thanks
--
- Geoff
-----------------------------------------------------------------
Geoffrey Brunkhorst brunkhorst@Mayo.edu
Research Computing Facility, Guggenheim 10 (507) 284-1805
Mayo Foundation, Rochester MN, 55905, USA fax (507) 284-5231
From: ckd@kei.com (Christopher Davis)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Mail.app and sendmail 8.6.4 not communicating
Date: 19 Nov 1993 17:28:24 GMT
Organization: House of the Jhereg
Distribution: world
Message-ID: <2civno$pu0@kei.com>
References: <1993Nov16.135221.10798@news.csuohio.edu> <2cijbq$5nf@tunix.cubiculum.com>
In-reply-to: rcfa@cubiculum.com's message of 19 Nov 1993 13:57:14 GMT
RCFA> == Ronald C F Antony <rcfa@cubiculum.com>
RCFA> Unless there is a known bug fixed by a newer version or some
RCFA> SIGNIFICANT performance improvement or a really useful new feature,
RCFA> then I see no need to have the latest release. Most of the time new
RCFA> releases consist of minor code clean up, additional ifdef
RCFA> statements for new operating systems and CPU architectures etc. So
RCFA> why bother?
sendmail 8 does fix a number of longstanding bugs, adds multiple
significant performance enhancements (specifically connection caching and
MX piggybacking) and has useful new features (MIME error returns, RFC1123
compliance, ESMTP support, generalized keyed database support).
But that's just MHO :)
--
Christopher Davis * <ckd@kei.com> * (was <ckd@eff.org>) * MIME * RIPEM * [CKD1]
This netnews posting is presented in the original 80-column aspect ratio.
The black bars bordering the headers and .signature are normal for this format.
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.programmer
Subject: Is DriverKit overhead too much? (Re: Has the serial drivers problem ..)
Date: 19 Nov 1993 17:55:19 GMT
Organization: University of California, Berkeley
Distribution: world
Message-ID: <2cj1a7$d6i@agate.berkeley.edu>
References: <CGp2G0.16s@ripple.uunet>
In article <CGp2G0.16s@ripple.uunet> df@watershed.com (Dirk P. Fromhein) writes:
>Unfortunately this makes no difference, we have a new product that is ready to
>ship that requires the serial device to be used for an extended period of time
>(from say 5PM to 7AM) per night with multiple calls out each lasting 1-4min.
>Well even at 7200bps we get a internal table overflow in the kernel (errors
>-900 and -902) after a VERY short amount of time (1-40min). So we tried it on
>another machine, same thing, then bought a "high speed" serial card with a
>16550 on it, same thing. Result: we can't ship our product, and thus are
>losing money because of the defective driver, this makes me most unhappy.
>
>So we tried it on Black hardware, it ran to two days without a single fault.
This is starting to worry me. Is DriverKit design really sound in
the first place? I think NeXT *is* trying hard to solve this problem,
but hasn't been able to fix it for several months, indicating that
it is not probably due to errors or bugs in the code, per se.
It seems like interrupt latencies are becoming too large under
Mach and deferred/indirected processing by DriverKit.
The fact that there are many comm programs for the PC's that can
do 38kbs even on very slow PC's (with direct interrupt processing)
indicates to me that perhaps DriverKit's overhead could be just
too much for it to work reliably.
If that's the case, other devices such as data acqusition boards
may also have difficulty in its drivers, as they can also generate
interrupt at short intervals as do serial devices.
This doesn't look good. Please convince me that it is not so.
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
From: terry_marrs@wiltel.com(Terry Marrs)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Login Window Screen Saver
Date: 19 Nov 1993 19:36:28 GMT
Organization: WilTel
Distribution: usa
Message-ID: <2cj77s$f6u@gateway.wiltel.com>
References: <1993Nov19.160407.20181@cs.cornell.edu>
> To modify the time before the loginwindow screen saver kicks
> in, as root, do a "dwrite loginwindow TimeToDim <secs>", where
> <secs> is the number of seconds you choose. Other dwrites
> are documented as command line options in the loginwindow
> man page.
Is there any place that tells you some/all/most of the dwrite
parameters for some of this stuff??
--
|Terry Marrs
|terry_marrs@wiltel.com
|WilTel | NeXTmail OK
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA
M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$Q-3)<='@R,S`T7'1X,S0U-EQT
M>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V7'1X,3`S-CA<='@Q
M,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R-%QF8S!<8V8P(#X@5&\@;6]D:69Y
M('1H92!T:6UE(&)E9F]R92!T:&4@;&]G:6YW:6YD;W<@<V-R965N('-A=F5R
M(&MI8VMS7`H^(&EN+"!A<R!R;V]T+"!D;R!A(")D=W)I=&4@;&]G:6YW:6YD
M;W<@5&EM951O1&EM(#QS96-S/B(L('=H97)E7`H^(#QS96-S/B!I<R!T:&4@
M;G5M8F5R(&]F('-E8V]N9',@>6]U(&-H;V]S92X@($]T:&5R(&1W<FET97-<
M"CX@87)E(&1O8W5M96YT960@87,@8V]M;6%N9"!L:6YE(&]P=&EO;G,@:6X@
M=&AE(&QO9VEN=VEN9&]W7`H^(&UA;B!P86=E+EP*7`I)<R!T:&5R92!A;GD@
M<&QA8V4@=&AA="!T96QL<R!Y;W4@<V]M92]A;&PO;6]S="!O9B!T:&4@9'=R
M:71E('!A<F%M971E<G,@9F]R('-O;64@;V8@=&AI<R!S='5F9C\_7`H*7`HM
M+5P*?%1E<G)Y($UA<G)S7`I\=&5R<GE?;6%R<G-`=VEL=&5L+F-O;5P*?%=I
E;%1E;`D)"0D@?"`@("`@("`@("!.95A4;6%I;"!/2R!<"@I]"F-O
`
Newsgroups: comp.sys.next.sysadmin
From: fms@chemelex .com (Fred Schenkelberg)
Subject: netware wrong server appearing
Message-ID: <CGr578.1J0@chemelex.com>
Sender: fms@chemelex.com (Fred Schenkelberg)
Organization: Research Group in Chemelex Division of Raychem Corporation
Distribution: ba,na,usa
Date: Fri, 19 Nov 1993 18:40:20 GMT
Hi, I'm having trouble troubleshooting why my machine doen't see
the local netware server, but can see another server on the net.
I have black hardware, os 3.1, and connected to an ethernet. At
boot up I get a message saying netware is binding to an address
which corresponds to the server I want to see. But, /Net only
has the server I don't want.
I've read through the manuals, faq, etc to no avail. Any ideas?
As more of my co workers start using the lan, I'm getting to far
behind. My sysop for the netware and I are stumped.
--
Fred Schenkelberg
fms@chemelex.com
--
Fred Schenkelberg
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Mail.app and sendmail 8.6.4 not communicating
Date: 19 Nov 1993 21:10:23 -0000
Organization: me organized? That's a joke!
Message-ID: <2cjcnv$2f0@steffi.demon.co.uk>
References: <gthomas.752789420@sfu.ca> <1993Nov16.135221.10798@news.csuohio.edu> <2cgaha$isi@sgate.com> <2chbkd$lv6@terminator.rs.itd.umich.edu>
danno@css.itd.umich.edu (Dan Pritts) wrote
>So it's not what sendmail 5.67 doesn't do for me, it's what it does for
>any cracker on the net...
>
Instead of farting around with sendmail 8.6.4 just do this.
Install procmail (easy) as the Mlocal mail (read procmail docs)
and disable Mprog altogether.
This closes the security hole completely.
Procmail is the most useful mail-sorting/vacation... tool around and
compiles out of the box under NeXTSTEP.
You'll never need .forward files ever again.
Newsgroups: comp.sys.next.sysadmin,comp.dcom.modems,comp.unix.questions
Subject: 9600 ok, 19200 won't work
Message-ID: <1993Nov19.155231.4243@cc.usu.edu>
From: deviate@lipschitz.sfasu.edu (Kelly Cunningham)
Date: 19 Nov 93 15:52:31 MDT
Organization: As little as I can get away with...
('040 NeXTstation properly wired to a LineLink 144e modem. Dial-in with a
Supra 14400 FaxModem.)
Well, the LineLink 144e works flawlessly at 9600 baud. I dial in, the Supra
makes a 14400 connection to the LineLink, everything is rock and roll from
there. Ascii down-loads hit about 920 cps, binaries come in at about 720
cps. I'm assuming compression won't occur as long as the NeXT<->LineLink
connection is slower than 14400.
I haven't been able to get 19200 to work. When I change the ttys entry from
ttydfa "/usr/etc/getty std.9600" vt100 on
to
ttydfa "/usr/etc/getty std.19200" vt100 on
and do a kill -HUP 1, I just get meaningless characters after the
connection is made.
The LinkLink manual (such as it is) recommends software settings of 19200 N81.
I'm wondering if I also need to change
default:\
:ap:im=\r\n\r\nNeXT Mach (%h) (%t)\r\n\r\r\n\r:\
:er=\177:kl=^U:in=^C:lm=\r\n%h login\72 :sp#9600:hc:
to something like
default:\
:zp:p8:im=\r\n\r\nNeXT Mach (%h) (%t)\r\n\r\r\n\r:\
:er=\177:kl=^U:in=^C:lm=\r\n%h login\72 :sp#19200:hc:
I'm curious because
2|std.9600|9600-baud:\
:sp#9600:
g|std.19200|19200-baud:\
:sp#19200:
are both in gettytab.
Thanks in advance, kc
"Exact solutions are usually figments of the imagination." -- Bill Clark
From: dave@truth.asg.arlut.utexas.edu (David Slotnick)
Newsgroups: comp.sys.next.sysadmin
Subject: Strange console messages
Date: 20 Nov 1993 03:00:23 GMT
Organization: The University of Texas at Austin, Austin, Texas
Distribution: usa
Message-ID: <2ck187$irk@geraldo.cc.utexas.edu>
If anyone can shed some light on this problem, I would be most
appreciative! For some reason, the following messages appear on my
console after every reboot:
Nov 19 19:26:29 primate netmsgserver[21]: netname_main.msg_send fails,
kr = -102.
Nov 19 19:26:29 primate netmsgserver[21]: netname_main.port_type fails,
kr = 4.
Does anyone know what is generating these messages? I looked for a
program called "netmsgserver" but was unable to find anything by that
name. Like I said, any help would be greatly appreciated.
--
*** David Slotnick
*** Applied Research Laboratories
*** dave@truth.asg.arlut.utexas.edu
NeXTmail desired and appreciated
From: alevine@ucsd.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Next<-->386 PC networking
Date: 20 Nov 1993 07:01:21 GMT
Organization: University of California, San Diego
Distribution: world
Message-ID: <2ckfc2INNqdi@network.ucsd.edu>
After much thought on how to expand resources in our tiny, tiny one-NeXT
operation while spending the least possible amount of money, we've decided
to purchase a couple 386 PC's (Sadly, NextStep-capable PC's, and even
X-terminals, are out of our range).
Now, we want to use our NeXT as a file server and print server for them,
as well as as a gateway to the internet through the NeXT's SLIP access.
What we need to know is, assuming generic thin ethernet cards, what
network software should we get for the PC's? It needs to have the
following features:
1. It must be cheap.
2. It should, if possible, support telnet and ftp, as well as PC gopher
and mosaic-type clients.
3. It must allow us to export the NeXT's printer, making it accessible to
Windows applications.
4. It must allow us to mount a DOS file tree from the Next file system.
5. It must be cheap.
Further grooviness, such as smtp support, is optional. Any input on this
subject will be greatly appreciated.
Thanks!
--
Alexander Levine Department of Philosophy
alevine@ucsd.edu 0302, UCSD
NeXTMail fine La Jolla, CA 92093
************************************************
Disclaimer: I am responsible for all opinions
expressed by anyone at any time.
From: wilkie@albireo.cslab.tuwien.ac.at
Newsgroups: comp.sys.next.sysadmin
Subject: boot partition restore - how?
Date: 20 Nov 93 10:34:56
Organization: Technical University Vienna, Austria
Distribution: world
Message-ID: <wilkie.93Nov20103456@albireo.cslab.tuwien.ac.at>
References: <2beb5m$fs3@news.cs.tu-berlin.de> <2blrcf$86f@cofc20.cs.cofc.edu>
Mime-Version: 1.0
Content-Type: text/plain
I've got the following problem: when installing NS 3.1 on my machine, I reserved 10MB for MS-DOS and got it. NS put its boot manager on this partition (the first one on target 0), and everything was fine. Then I upgraded DOS from 5.0 to 6.0. In the course of this procedure, the boot manager was destroyed and replaced with the normal MS-DOS boot sector. I still can boot NS, although only from floppy.
HOW DO I GET THE NS BOOT MANAGER BACK?
please tell
Alexander Wilkie
M*cros*ft - a bunch of mindless jerks that will be first up against the wall when the revolution comes....
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Mail.app and sendmail 8.6.4 not communicating
Message-ID: <1993Nov20.104049.8779@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <gthomas.752789420@sfu.ca> <1993Nov16.135221.10798@news.csuohio.edu> <2cgaha$isi@sgate.com> <2chbkd$lv6@terminator.rs.itd.umich.edu> <2cjcnv$2f0@steffi.demon.co.uk>
Date: Sat, 20 Nov 1993 10:40:49 GMT
In article <2cjcnv$2f0@steffi.demon.co.uk>
robert@steffi.demon.co.uk (Robert Nicholson) writes:
>Install procmail (easy) as the Mlocal mail (read procmail docs)
>and disable Mprog altogether.
>
>This closes the security hole completely.
Are you sure? Have you read article <2bmtqp$nki@panix.com>
in comp.mail.sendmail,comp.security.unix,alt.security,
comp.security.misc,comp.mail.misc?
-=EPS=-
Newsgroups: comp.sys.next.sysadmin,comp.dcom.modems,comp.unix.questions
From: fred@genesis.demon.co.uk (Lawrence Kirby)
Subject: Re: 9600 ok, 19200 won't work
References: <1993Nov19.155231.4243@cc.usu.edu>
Organization: none
Date: Sat, 20 Nov 1993 11:40:39 +0000
Message-ID: <753795639snz@genesis.demon.co.uk>
Sender: usenet@demon.co.uk
In article <1993Nov19.155231.4243@cc.usu.edu> deviate@lipschitz.sfasu.edu writes:
>I haven't been able to get 19200 to work. When I change the ttys entry from
>
> ttydfa "/usr/etc/getty std.9600" vt100 on
>to
> ttydfa "/usr/etc/getty std.19200" vt100 on
>
>and do a kill -HUP 1, I just get meaningless characters after the
>connection is made.
It sounds like the Linelink is switching to 9600bps on autoanswer. When you
switch the system to 19200 you haven't altered anything in the Linelink so
you have a speed mismatch. I haven't used a Linelink so all I can suggest is
that you look up how to set the speed the modem switches to on answer. It may
be as simple as sending a command to the modem at 19200bps to write NV-RAM
or there may be a command to do it.
-----------------------------------------
Lawrence Kirby | fred@genesis.demon.co.uk
Wilts, England | 70734.126@compuserve.com
-----------------------------------------
From: denis@quartz.tucson.az.us (denis norton)
Newsgroups: comp.sys.next.hardware,comp.multimedia,comp.sys.next.sysadmin
Subject: Next- Video-ScreenMachine II
Date: 20 Nov 1993 17:45:14 GMT
Organization: University of Arizona UNIX Users Group
Message-ID: <2cll3a$bsp@organpipe.uug.arizona.edu>
Does anyone have experience with ScreenMachine II?
--
denis norton denis@quartz.tucson.az.us
From: denis@quartz.tucson.az.us (denis norton)
Newsgroups: comp.sys.next.sysadmin
Subject: Next-DImension- Screen Machine II
Date: 20 Nov 1993 17:46:21 GMT
Organization: University of Arizona UNIX Users Group
Message-ID: <2cll5d$bu7@organpipe.uug.arizona.edu>
Does anyone have experience with ScreenMachine II?
--
denis norton denis@quartz.tucson.az.us
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Warning: zsh globs incorrectly
Date: 20 Nov 1993 18:43:48 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <2cloh4$dpj@news.mic.ucla.edu>
If you have installed zsh, try
ls *~.something
(feel free to hit tab to expand this). All files in the current directory
match this pattern.
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
From: hkusumo@socs.uts.EDU.AU (Haris Kusumo)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next.software
Subject: login prompt
Date: 21 Nov 1993 10:59:05 +1100
Organization: School of Computer Science, UTS
Message-ID: <2cmb09$g3m@syzygy.socs.uts.edu.au>
Summary: login prompt
Keywords: login prompt
Hi, guys.
I am new to NeXT, I just manage to install NeXT 3.1 on my machine.
Can you tell me how come when I startup the computer or logout from my workspace I don't get my login window.
Can you tell me how to activate it so it display the login window whenever I logout or startup my computer.
The problem is I want to install development packages and it requires root previleges. If I couldn't get the login window prompt, how can I login as a root.
I'll be appreciated if you could send me (e-mail) for the reply as soon as possible.
Thanks in advance.
Note: my e-mail address: hkusumo@socs.uts.edu.au
From: jgross@ux1.cso.uiuc.edu (Joe Gross)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Warning: zsh globs incorrectly
Date: 21 Nov 1993 00:53:36 GMT
Organization: University of Illinois at Urbana
Message-ID: <2cme6g$9rc@vixen.cso.uiuc.edu>
References: <2cloh4$dpj@news.mic.ucla.edu>
ivo@next.agsm.ucla.edu (Ivo Welch) writes:
>If you have installed zsh, try
> ls *~.something
>(feel free to hit tab to expand this). All files in the current directory
>match this pattern.
the best place to post this problem would be the zsh-list. they're the ones
that can actually fix it in the next patchlevel.
The list is zsh-list@sterling.com
to get on the list mail to:
owner-zsh-list@sterling.com
--
Joe Gross | A computer terminal is not some clunky old television |
Pickaxe@uiuc.edu | with a typewriter in front of it. It is an interface |
U of Illinois | where the mind and body can connect with the universe |
NeXTmail welcome | and move bits of it about. --D. Adams, Mostly Harmless |
From: Charles William Swiger <infidel+@CMU.EDU>
Newsgroups: comp.sys.next.misc,comp.sys.next.software,comp.sys.next.sysadmin
Subject: Re: login prompt
Date: Sat, 20 Nov 1993 21:17:32 -0500
Organization: Fifth yr. senior, Chemistry, Carnegie Mellon, Pittsburgh, PA
Message-ID: <Igvgywi00iV6I7zpQn@andrew.cmu.edu>
In-Reply-To: <2cmb09$g3m@syzygy.socs.uts.edu.au>
Excerpts from netnews.comp.sys.next.misc: 21-Nov-93 login prompt by
Haris Kusumo@socs.uts.EDU
> I am new to NeXT, I just manage to install NeXT 3.1 on my machine.
> Can you tell me how come when I startup the computer or logout from my
> workspace I don't get my login window.
>
> Can you tell me how to activate it so it display the login window whenever
> I logout or startup my computer. The problem is I want to install
> development packages and it requires root previleges. If I couldn't get the
> login window prompt, how can I login as a root.
You should create a password for your default account (user "me"). You
can do this from the Preferences app or by entering "passwd" in a
Terminal window. From "man loginwindow":
If there is an account for the user 'me', and that account
has no password, then the loginwindow program does not actu-
ally go through the login procedure; rather, it immediately
executes the Workspace for that user. This can be disabled
by holding down the left mouse button while loginwindow is
starting.
Once you do this, then you can logout and then login as root (and you
definitely should set a root password as well, once you're in.)
-Chuck
Charles William Swiger -- CMU...*splat*! | 1. You can't fly.
--------------------------------------------+ 2. Cars are always real, even
AMS & normal mail: infidel@cmu.edu | when they're not.
Failing that: cs4w+@andrew.cmu.edu | 3. Police are not your friends.
NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | 4. Fire burns.
Newsgroups: comp.sys.next.sysadmin
From: ak866@Freenet.carleton.ca (Steven Besler)
Subject: Easy? sendmail.cf question
Message-ID: <CGuH35.94x@freenet.carleton.ca>
Sender: news@freenet.carleton.ca
Organization: The National Capital Freenet
Date: Sun, 21 Nov 1993 13:49:53 GMT
This is the deal.
I have a standalone NeXTSTATION Turbo.
I have uucp set up, and all seems well.
Only one problem: when someone gets mail from
me, it looks like its from
userid@myhost
where myhost is my "real" hostname, i.e. one
returned by the "hostname" shell command. It
should be:
userid@myuucpname.domain.org
where my uucpname is the one in /etc/uucp/UUCPNAME
and domain is my servers mail domain
Outgoing mail works.
Incoming mail works (I'm pretty sure)
Right now I'm using a mutilated (by me) copy (not link) of
the NeXT-supplied /etc/sendmail/sendmail.mailhost.cf
Any ideas?
I decided not to post sendmail.cf to save bandwidth.
Thanks,
Steve.
--
Steven K. Besler | Life fluctuates between boredom, fascination, and
ak866@freenet.carleton.ca | panic; punctuated by sleep, alcohol, and caffeine.
From: hkusumo@socs.uts.EDU.AU (Haris Kusumo)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.sys.next.software
Subject: NeXT driver
Date: 22 Nov 1993 00:28:57 +1100
Organization: School of Computer Science, UTS
Message-ID: <2cnqep$l6e@syzygy.socs.uts.edu.au>
Summary: NeXT driver
Keywords: NeXT driver
Hello.
First I'd like to thanks for the reply about the login window probs.
have a #9GXE video card, since I only have NeXT 3.1 and NeXT 3.1
doesn't support #9GXE card, I just wondering if I get the driver
from NeXT 3.2 and install it on my NeXT 3.1 (will it works ?).
If not can you tell me where I can get the driver for video driver
that I can use with #9GXE card. I know NeXT 3.2 support it, its just
I could not get the hold of it until next year (thats what NeXT dealer
told me). So for the time being I am stuck with standard vga (640x480
res and in grey scale. arch.....)
I'll be appreciated if you could send me some e-mail.
Thanks in advance.
Note: my e-mail address: hkusumo@socs.uts.edu.au
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: Re: Has the serial drivers problem been solved?
Message-ID: <rorCGuL01.5Lx@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <CGp2G0.16s@ripple.uunet>
Date: Sun, 21 Nov 1993 15:14:24 GMT
Dirk P. Fromhein (df@watershed.com) wrote:
: In article <2cf1nu$56a@news.acns.nwu.edu> jweiss@casbah.acns.nwu.edu (Jerry
: Weiss) writes:
: [munch]
: > One additional item is worth considering. What type of serial chip
: > does your machine have? If you have the 16550 uart, then you probably
: > have a valid gripe. I wouldn't give two cents for the single buffered
: > uarts (16540,8250). My Gateway doesn't even have conventional uart.
: > Looks like they emulate one in a PLD array ;-(
: >
: Unfortunately this makes no difference, we have a new product that is ready to
: ship that requires the serial device to be used for an extended period of time
: (from say 5PM to 7AM) per night with multiple calls out each lasting 1-4min.
: Well even at 7200bps we get a internal table overflow in the kernel (errors
: -900 and -902) after a VERY short amount of time (1-40min). So we tried it on
: another machine, same thing, then bought a "high speed" serial card with a
: 16550 on it, same thing. Result: we can't ship our product, and thus are
: losing money because of the defective driver, this makes me most unhappy.
: So we tried it on Black hardware, it ran to two days without a single fault.
: It is my understanding that the "new" 3.1 driver is the same as the one that
: will ship with 3.2. But it is also my understanding that the underlying
: architecture of the driver support system is totally different, so I still have
: my hopes up.
yep...
I believe there are still horrible problems with the serial port. I have
my machine setup for dialup (eg: other people dial into my machine and use
a shell) and if they just hangup or drop carrier, the entire operating
system crashes. If I turn the modem off, whether a caller is online or
not, the entire OS crashes, too. I can't really allow people to call in
because if I do, chances are that I'll come back to find the machine
exploded with a "system panic" window.
I really wish they would fix this.
--
ror@netcom.com ~RoR-Alucard~
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Has the serial drivers problem been solved?
Date: 21 Nov 1993 12:42:53 +0100
Organization: Palumbian Research Labs
Distribution: na
Message-ID: <2cnk7t$8g5@marsu.tynet.sub.org>
References: <1993Oct28.190245.18076@ve6mgs.ampr.org> <1993Nov9.195516.22694@ve6mgs.ampr.org> <2c35d1$3if@marsu.tynet.sub.org> <CGnLuw.Ksq@rdcalr.realdec.com> <2cf1nu$56a@news.acns.nwu.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
jweiss@casbah.acns.nwu.edu (Jerry Weiss) writes:
>One additional item is worth considering. What type of serial chip
>does your machine have? If you have the 16550 uart, then you probably
>have a valid gripe. I wouldn't give two cents for the single buffered
>uarts (16540,8250). My Gateway doesn't even have conventional uart.
>Looks like they emulate one in a PLD array ;-(
I have 16550 UARTs and lots of ttyscc error logs in /usr/adm/messages.
I have to cut down my taylor-uucp packet size to 512. Even the screen
saver has very negative consequences to the number of serial errors,
and the only way to get very few errors is to log out and poll by
cron.
The Linux guys say they can compile gcc and call out with uucico at
the same time without any transmission errors...
Regards,
Markus.
--
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Expert in quantum bogodynamics
From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: comp.sys.next.sysadmin
Subject: Memory error at bootup
Date: 21 Nov 1993 21:20:09 GMT
Organization: Center for Computer Music Research and Composition, U.C.S.B.
Message-ID: <2com29$ku3@hub.ucsb.edu>
Could someone tell me the significance of this error message, and what should
be done about it, if anything?
Nov 20 12:08:12 zardoz mach: non-volatile memory checksum wrong
This is a black 68040 machine.
Thanks.
--
Douglas Scott | Senior Development Engineer
Tel: (805) 893-8352 | Center for Computer Music Research and Composition
Internet (NeXTMail ok): | Music Department
<doug@ccmrc.ucsb.edu> | University of California, Santa Barbara
Newsgroups: comp.sys.next.sysadmin
From: ggerard@Alex.Engr.Trinity.Edu (Greg Gerard)
Subject: fast find broken -- How can I fix it?
Message-ID: <1993Nov21.223432.2308@ringer.cs.utsa.edu>
Sender: news@ringer.cs.utsa.edu
Organization: Trinity University, San Antonio TX. USA
Date: Sun, 21 Nov 1993 22:34:32 GMT
I have the database rebuilt every night, but using the fast find form does
absolutely no good. How can I fix this problem?
Newsgroups: comp.sys.next.sysadmin
From: kenw@well.sf.ca.us (Kenneth A. Worthy)
Subject: screen saver for workspace and login screen
Message-ID: <CGv6rw.D42@well.sf.ca.us>
Sender: news@well.sf.ca.us
Organization: The Whole Earth 'Lectronic Link, Sausalito, CA
Date: Sun, 21 Nov 1993 23:04:43 GMT
How does one set (and obtain) the screen saver program for the login screen
and for workspace? The simple dimming on the workspace screen seems a bit
lame.
Sorry if this is FAQ. BTW, where are the FAQ's for this newsgroup?
Thanks,
Ken Worthy
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: PPP for NEXTSTEP/FIP
Message-ID: <rorCGv9t4.1LB@netcom.com>
Summary: Can I use PPP with NEXTSTEP/Intel?
Keywords: PPP
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Mon, 22 Nov 1993 00:10:14 GMT
Can I use PPP with NEXTSTEP/Intel? I mean, if I have a PPP account can I
use PPP to have NEXTSTEP call up and get mail, etc.? Could I use client
programs on my NeXT machine and get NeXTMail and stuff? Or do I need SLIP
for that...
Is anyone doing anything like this?
Thanks for your help,
Zach
--
ror@netcom.com ~RoR-Alucard~
Newsgroups: comp.sys.next.sysadmin
From: alex@cs.umd.edu (Alex Blakemore)
Subject: Re: Easy? sendmail.cf question
Message-ID: <CGv84t.1pB@genoa.com>
Sender: alex@genoa.com (Alex Blakemore)
Organization: Genoa Software Systems
References: <CGuH35.94x@freenet.carleton.ca>
Date: Sun, 21 Nov 1993 23:34:04 GMT
Steven Besler writes
> I have uucp set up, ... when someone gets mail from me,
> it looks like its from userid@myhost
> It ... should be: userid@myuucpname.domain.org
one way is to go into HostManager.app in the local panel
(or edit /etc/hostconfig) and set the hostname to
myuucpname.domain.org
I'm sure there is a better way, but it works.
(I'ld like to hear a better way too)
--
Alex Blakemore
alex@cs.umd.edu NeXT mail accepted
Newsgroups: comp.sys.next.sysadmin
Subject: The LineLinks works great, thanks
Message-ID: <1993Nov21.174214.4368@cc.usu.edu>
From: deviate@lipschitz.sfasu.edu (Kelly Cunningham)
Date: 21 Nov 93 17:42:13 MDT
Organization: As little as I can get away with...
I want to thank everyone who helped me get this modem set up properly.
In particular, I'd like to thank RatSnatcher, Mark Adler, and James MacKinnon
for walking me through the entire process.
I'm including James MacKinnon's instructions as they are specific to the
LineLink <-> black 040 hardware (not to mention succinct, complete and
correct!).
That was the best $99 I've spent in a long time.
Thanks again.
-- kc
James MacKinnon:
> I tested a Linelink on NeXT black 040 hardware running SLIP and everything
> was ok (except the day I tried it I think the lines were bad, as I couldn't
> get BLTZ compression, only MNP5, but that didn't matter so much). Still a
> great deal on a functional modem, however cheap looking it may be! :-)
>
> --
> set the suid on tip so it looks like this (then you don't have to be root
> to invoke it):
>
> -rws--x--x 2 root 40960 Jul 21 1992 /usr/bin/tip
>
> and add/edit the following line to /etc/remote:
>
> dialer:dv=/dev/cufb:br#38400:
>
> (change it to cufa if you're on port A rather than B)
>
> (this should allow you to do: 'tip dialer', from whence you can do
> ATDTxxxxxx or whatever) The 'dialer' entry becomes a simple way to
> talk directly to the modem.
>
> --
> you can also put names & phone-numbers in /etc/phones, and use 'tip <name>'
> but with this you need another few lines like the
> following in /etc/remote:
>
> # dialout is just like dialer, except for use with /etc/phones
> dialout:dv=/dev/cufb:br#38400:du:at=hayes:
> # remote host phone numbers (in /etc/phones)
> cluster|crow|gortel|tshimshan: \
> :pn=@:tc=dialout
>
> Where the names here are listed in /etc/phones as:
> cluster xxx-xxxx
> crow xxx-xxxx
> gortel xxx-xxxx
> tshimshan xxx-xxxx
>
> --
> Make sure you understand how to set the Linelink up for:
> 1) hardware flow control
> 2) compression and error correction
> 3) know the diff between computer-to-modem speed
> and modem-modem speed. You want to set the speed
> which the computer talks to the modem to be as high
> as possible (38400 baud) to take advantage of compression.
> 2 high speed modems talk on the phone line at 14400 baud,
> so with compression enabled, you can get effective throughput
> up to 38.4 Kbaud.
>
> A suitable setup string for the linelink for HW handshake/compression is:
>
> AT&F (to set the defaults)
> ATW0&C1&D3&K3&Q5&W0 ( compression/error/ HW handshake)
> ATZ ( to rest to the above saved state)
>
> make sure you do this at 38400 baud. Modems seem to remember what speed
> the memory was written to and will start the speed negotiation at that
> speed, so set it to the max you will be using anytime you do a save op.
> Once this is set up, you don't normally have to modify it - unless you
> want to add autoanswer later on.
>
> --
> If you're dialing in to the Linelink, you need to run a getty and have some
> more entries in /etc/gettytab. Use /dev/ttydfb (or /dev/ttydfa if on port A)
> for the getty device, and at a speed of 38400. My entry in /etc/ttys is:
>
> ttydfb "/usr/etc/getty D38400" dialup on
>
>
> where D38400 is part of a speed cycle definition in /etc/gettytab:
> (here you may just have to add the 38400 component, and link back the
> speeds so they form a circle from 38400 all the way down to 300 and back
> to 38400 again)
>
> c|std.300|300-baud:\
> :nd#1:cd#1:sp#300:
> d|std.600|600-baud:\
> :nd#1:cd#1:sp#600:
> f|std.1200|1200-baud:\
> :fd#1:sp#1200:
> 6|std.2400|2400-baud:\
> :sp#2400:ht:
> 7|std.4800|4800-baud:\
> :sp#4800:ht:
> 2|std.9600|9600-baud:\
> :sp#9600:
> g|std.19200|19200-baud:\
> :sp#19200:
> g1|std.38400|38400-baud:\
> :sp#38400:
>
> # this is the cycler/rotator
> j91|D38400|Fast-Dial-38400:\
> :nx=D19200:tc=38400-baud:
> j9|D19200|Fast-Dial-19200:\
> :nx=D9600:tc=19200-baud:
> j|D9600|Fast-Dial-9600:\
> :nx=D2400:tc=9600-baud:
> k|D2400|Fast-Dial-2400:\
> :nx=D1200:tc=2400-baud:
> 3|D1200|Fast-Dial-1200:\
> :nx=D300:fd@:tc=1200-baud:
> 5|D300|Fast-Dial-300:\
> :nx=D38400:tc=300-baud:
>
> After editing the gettytab and ttys file, do a 'kill -HUP 1' to start up
> the getty (do an 'ATS0=1&W0' to set auto-answer on the linelink).
>
> Once you have this all set up, it should work fine.
>
> The escape sequence to exit from tip is Shift-Esc followed by a "." (period).
> This will get you back to the unix shell, dropping DTR and resetting the
> modem to the config in profile 0 (as above).
>
> Another useful tip key sequence is Shift-Esc followed by Shift-3, which sends
> a long break to the other modem, so that it will try to cycle the speed. Most
> times, after a couple of these you can get a positive response from a remote
> modem.
>
> tip is definitely preferred over cu, which is very ancient. See the man
> page on cu, tip, remote, phones, ttys, and gettytab for more info.
>
> --
> James S. MacKinnon Office: P-139 Avahd-Bhatia Physics Lab
> Computing/Networking Phone : (403) 492-8226
> Department of Physics email : jmack@phys.ualberta.ca
> University of Alberta uucp : uofaphys!jmack iskye!jmack
> Edmonton, Canada T6G 2N5 bitnet: jmack@triumfcl jsm1@ualtamts
>
Newsgroups: comp.sys.next.sysadmin
From: shayman@Objectario.com (Steve Hayman)
Subject: Re: The LineLinks works great, thanks
Message-ID: <1993Nov22.024150.934@objectario.com>
Sender: shayman@objectario.com
Organization: Steve Hayman + Associates
References: <1993Nov21.174214.4368@cc.usu.edu>
Date: Mon, 22 Nov 1993 02:41:50 GMT
In article <1993Nov21.174214.4368@cc.usu.edu> writes:
> > tip is definitely preferred over cu, which is very ancient.
FYI, on NeXTSTEP, "tip" and "cu" are actually the exact same program.
% ls -li -l /usr/bin/cu /usr/bin/tip
46818 -rws--x--x 2 root 40960 Jul 21 1992 /usr/bin/cu*
46818 -rws--x--x 2 root 40960 Jul 21 1992 /usr/bin/tip*
^^^^^ they're each links to the same inode.
the only difference is how you invoke the program on the command
line. I happen to like "cu -l /dev/cufa -s 19200" rather than "tip
remote", 'cause I don't need to make up a hokey entry in /etc/remote
when all I want to do is talk directly to the modem on /dev/cufa.
All the various escape sequences that you do in "tip", you can do in
"cu" too.
From: wherndon@smiley.mitre.org (William Herndon)
Newsgroups: comp.sys.next.sysadmin
Subject: Can I boot without starting my lasarprinter?
Date: 20 Nov 1993 21:16:01 GMT
Organization: The MITRE Corporation, McLean, VA
Message-ID: <2cm1eh$bu1@newsflash.mitre.org>
Is there a way to boot my NeXTStation without starting up my lasar-
printer. I've checked the /etc/rc* files, and the only helpful thing
that I've found is the code in rc and rc.standard that fires up the
line printer daemon (lpd). Does lpd start up the printer automati-
cally when invoked? If so, can I prevent it somehow?
- Max
| William R. Herndon \ The MITRE Corporation, Dept. G023 |
| EMail: wherndon@mitre.org \ Secure Information Technology |
| NeXTMail: bill@pandora.gcr.com \ MS-Z231, 703.883.6393 |
| |
| "The world bores you when you're cool." - Calvin |
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: Re: PGP for NEXTSTEP
Message-ID: <rorCGw5CJ.A7q@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <rorCGn00I.12r@netcom.com>
Date: Mon, 22 Nov 1993 11:31:31 GMT
Hi, I ftp'd the source for PGP2.3a for Unix from soda.berkeley.edu,
followed instructions, and typed "make next" to compile it (I have a
NEXTSTEP/Intel machine.)
The compile seemed to go off without a hitch, and PGP runs, but it will
not generate a key pair. I get the message "keygen failed!" every time I
try it.
Does anyone have any ideas on what I can do to get PGP to work? I'm
wondering if the problem might be that the make file is assuming a
Motorola 68040 instead of an Intel 80486 (which is what I have.)
If anyone has had success with PGP and NEXTSTEP/Intel, please let me know.
Any ideas/information would be helpful.
Thanks in advance,
Zach
--
ror@netcom.com ~RoR-Alucard~
Newsgroups: comp.sys.next.sysadmin
From: ahokas@gun.com (Jim Ahokas)
Subject: Re: Can I boot without starting my lasarprinter?
In-Reply-To: wherndon@smiley.mitre.org's message of 20 Nov 1993 21:16:01 GMT
Message-ID: <AHOKAS.93Nov22213052@karl.gun.com>
Sender: news@csfb1.fir.fbc.com (Usenet News <Jim Freeman>)
Organization: C S First Boston (Japan) Limited
References: <2cm1eh$bu1@newsflash.mitre.org>
Date: Mon, 22 Nov 1993 12:30:52 GMT
In article <2cm1eh$bu1@newsflash.mitre.org> wherndon@smiley.mitre.org (William Herndon) writes:
Is there a way to boot my NeXTStation without starting up my lasar-
printer. I've checked the /etc/rc* files, and the only helpful thing
that I've found is the code in rc and rc.standard that fires up the
line printer daemon (lpd). Does lpd start up the printer automati-
cally when invoked? If so, can I prevent it somehow?
You could let the printer start up and the shut it off with a line in
your /etc/rc.local as follows:
# SHUT OFF POWER TO PRINTER
/usr/etc/nppower off
Works for me and the printer will power back up when a print job is
sent to it.
--
Jim Ahokas DOMAIN: Jim_Ahokas@gun.com
CS First Boston (Japan) Ltd UUCP: ..uunet!csfb1!next8!ahokas
4-3-1 Toranomon, Minato-ku VOICE: (03)-5404-9562
Tokyo 105, Japan FAX: (03)-5404-9844
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: fast find broken -- How can I fix it?
In-Reply-To: ggerard@Alex.Engr.Trinity.Edu's message of Sun, 21 Nov 1993 22:34:32 GMT
To: ggerard@Alex.Engr.Trinity.Edu (Greg Gerard)
Message-ID: <CEDMAN.93Nov22083144@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <1993Nov21.223432.2308@ringer.cs.utsa.edu>
Date: Mon, 22 Nov 1993 13:31:44 GMT
In article <1993Nov21.223432.2308@ringer.cs.utsa.edu> ggerard@Alex.Engr.Trinity.Edu (Greg Gerard) writes:
I have the database rebuilt every night, but using the fast find form does
absolutely no good. How can I fix this problem?
Have you RTF[riendly]FAQ ?
Carl Edman
From: lje0106@sigma.tamu.edu (Louis J. Everett)
Newsgroups: comp.sys.next.sysadmin
Subject: Inserting a floppy crashes system.
Date: 22 Nov 1993 17:26:41 GMT
Organization: Texas A&M University, College Station, TX
Distribution: world
Message-ID: <2cqsoh$l3j@TAMUTS.TAMU.EDU>
When I insert one certain floppy disk I get an internal error. I assume the
disk is bad. Is there something I can do to retrieve the data? The disk was
written by the same machine it crashes on now.
I thought floppy archives were trustworthy. I guess not.
--
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Louis Everett
lje0106@sigma.tamu.edu
NeXT mail welcome
From: charlesa@mailhost.learned.co.uk
Newsgroups: comp.sys.next.sysadmin
Subject: anon FTP & syslogs
Date: Mon, 22 Nov 93 18:47:16 PST
Organization: EUnet GB
Message-ID: <2cr22a$4cu@marble.Britain.EU.net>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi -
I'm trying to setup a NS/Intel 3.1 box for anon FTP services. How do I log all
anon ftp's to a file??
Looking at the man pages for ftpd, it talks about setting up ftpd with the
arguement "-l", but where is the syslog file?? /usr/adm/messages?
I also am trying to figure out how to add a login user of "ftp" and
"anonymous"; is this done with Usermanager? It seems somewhat more than anon
FTP needs. I don't want to allow anybody to telnet to this box and login "ftp"
with no password!
Thanks for any thoughts.
C.
charlesa@mailhost.learned.co.uk
From: art@cubicsol.com (Art Isbell)
Newsgroups: comp.sys.next.sysadmin
Subject: BuildDisk with drives faster than 3600 RPM
Date: 22 Nov 1993 18:58:32 GMT
Organization: University of California, Santa Cruz
Distribution: world
Message-ID: <2cr24o$bnf@darkstar.UCSC.EDU>
I recently posted a request for suggestions how to compare Winchester
drive speeds. Robert Brown of Quorum pointed out the difficulties, and
added a statement that concerns me somewhat. He stated that BuildDisk
assumes that all drives rotate at 3600 RPM. I did recently notice that
/etc/disk reports that my DEC DSP3105, a 5400 RPM drive, is a 3600 RPM
drive :-(
My question is what effect does this discrepancy cause, if any? If it
either reduces the usable capacity or speed, would rebuilding the drive
make a noticeable difference?
Thanks
--
Art Isbell Cubic Solutions
NeXT Registered Developer NEXTSTEP software development and consulting
NeXTmail: art@cubicsol.com Voice: +1 408 335 1154
USmail: 95018-9442 Fax: +1 408 335 2515
Newsgroups: comp.sys.next.sysadmin
From: jspears@weston.com (Wes Spears)
Subject: Re: Can I boot without starting my lasarprinter?
Message-ID: <1993Nov22.161730.1567@weston.com>
Sender: jspears@weston.com (Wes Spears)
References: <AHOKAS.93Nov22213052@karl.gun.com>
Date: Mon, 22 Nov 1993 16:17:30 GMT
In article <AHOKAS.93Nov22213052@karl.gun.com> ahokas@gun.com (Jim Ahokas)
writes:
> In article <2cm1eh$bu1@newsflash.mitre.org> wherndon@smiley.mitre.org
(William Herndon) writes:
>
>
> Is there a way to boot my NeXTStation without starting up my
lasar-
> printer. I've checked the /etc/rc* files, and the only helpful
thing
> that I've found is the code in rc and rc.standard that fires up
the
> line printer daemon (lpd). Does lpd start up the printer
automati-
> cally when invoked? If so, can I prevent it somehow?
>
>
> You could let the printer start up and the shut it off with a line in
> your /etc/rc.local as follows:
>
> # SHUT OFF POWER TO PRINTER
> /usr/etc/nppower off
>
Is there a an app or script available that you could put in the cron file
to check the printer. If off leave it off, if on, turn it off?
THanks
WEs
--
Wes Spears <-------> jspears@weston.com (NeXTMail Welcome)
The Weston Group (UUCP and SENDMAIL Consultation)
8524 Highway 6 North, 162, Houston, TX 77095
Newsgroups: comp.sys.next.sysadmin
From: woo@tukey.Stanford.EDU (Alexander Woo)
Subject: xterm security hole
Message-ID: <1993Nov22.193713.28759@EE.Stanford.EDU>
Summary: Co-Xist?
Sender: usenet@EE.Stanford.EDU (Usenet)
Organization: Stanford University
Date: Mon, 22 Nov 93 19:37:13 GMT
Does the xterm security hole exist in the Pencom version of
xterm?
Thanks.
Please email response directly.
--
========================================================================
Alex Woo woo@playfair.stanford.edu
Disclaimer: These comments are not official statements of any organization.
========================================================================
Newsgroups: comp.sys.next.sysadmin
From: francisr@stupid.ucs.indiana.edu (Rob Francis)
Subject: Re: xterm security hole
Message-ID: <CGwuA0.F4u@usenet.ucs.indiana.edu>
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: University Computing Services
References: <1993Nov22.193713.28759@EE.Stanford.EDU>
Date: Mon, 22 Nov 1993 20:29:59 GMT
In article <1993Nov22.193713.28759@EE.Stanford.EDU> woo@tukey.Stanford.EDU (Alexander Woo) writes:
>Does the xterm security hole exist in the Pencom version of
>xterm?
Yes. I mailed Pencom about it, and they said they'd be getting back
to me about it. Haven't heard back yet, so I'd encourage you to send
them a note also. I've been pleased with Pencom overall, I'm not
trying to rip on them. I just figure if more people mail them about
fixing this, it might help speed things up.
-rob
---
Rob Francis Unix Systems Specialist, University Computing Services
Indiana University, francisr@indiana.edu (812)855-0327
Newsgroups: comp.sys.next.sysadmin
From: rob@ai.iit.nrc.ca (Rob Wylie)
Subject: cube freezes
Message-ID: <ROB.93Nov22155552@ksl09.ai.iit.nrc.ca>
Sender: root@nrcnet0.nrc.ca (Operator)
Organization: National Research Council of Canada
Date: 22 Nov 93 15:55:52
Hi,
I just installed 3.1 on my cube and now it frequently locks up.
I can usually get to the NMI monitor but "halt" and "reboot" have
no effect. I end up having to "mon" the machine (to use a phrase I
encountered in "knownbugsin3.x").
There is no trace of a problem in /private/adm/messages. Also nothing
in the messages available through the NMI monitor or the ROM monitor.
I stuck a terminal on ttya in case my problem was just that the window
server was locking up. No dice. The serial port froze up along with
the main screen.
For want of anything else to do I ran "vm_stat 2" to see if anything
unusual was happening at freeze-up (this is getting desparate). When
next the system froze there was nothing unusual happening in terms of
page faults etc. (what was I expecting to see? I have no idea...)
Can anybody 1) suggest possible causes of this problem
2) suggest to me some more diagnostic tests
3) suggest any other reasonable courses of action.
thanx
Rob Wylie.
ps. I really have tried find some reproducible set of conditions which
cause this fault, but with no success. Far as I can tell it is
totally, absolutely, completely random. RW.
Newsgroups: comp.sys.next.sysadmin
From: mgoedel@muaddib.isar.muc.de (Maximilian Goedel)
Subject: Re: Easy? sendmail.cf question
Message-ID: <CGwsC8.83s@muaddib.isar.muc.de>
Sender: mgoedel@muaddib.isar.muc.de (Maximilian Goedel)
Organization: Michael Maximilian Goedel
References: <CGv84t.1pB@genoa.com>
Distribution: all
Date: Mon, 22 Nov 1993 19:48:08 GMT
In article <CGv84t.1pB@genoa.com> alex@cs.umd.edu (Alex Blakemore) writes:
> Steven Besler writes
> > I have uucp set up, ... when someone gets mail from me,
> > it looks like its from userid@myhost
> > It ... should be: userid@myuucpname.domain.org
>
> one way is to go into HostManager.app in the local panel
> (or edit /etc/hostconfig) and set the hostname to
> myuucpname.domain.org
>
> I'm sure there is a better way, but it works.
> (I'ld like to hear a better way too)
> --
> Alex Blakemore
> alex@cs.umd.edu NeXT mail accepted
Go into /etc/sendmail/sendmail.cf an change into the folowing
# my fully qualified hostname, $j, is now set by sendmail internally
#Dj$?m$w.$m$|$w$.
# if you want the gateway to assume the identity of its parent domain,
use:
Dj$m
...
...
#
# This is now set from the resolver configuration call. If the domain
# name you would like to have appear in your mail headers is different
# from your Internet domain name, edit and uncomment the following to
# be your mail domain name.
# DmPodunk.EDU
Dmdomain.subdomain.org
Cmdomain.subdomain.org domain
# Version number of configuration file
DVNX3.0M
Nice Greetings from Munich - Germany
--
Michael Maximilian Goedel _____________________
e-mail: mgoedel@muaddib.isar.muc.de
Address: Gerhardstrasse 33 - 81543 Muenchen
Telephone: +49 89 65 29 18
Newsgroups: comp.sys.next.sysadmin
From: mgoedel@muaddib.isar.muc.de (Maximilian Goedel)
Subject: Re: Easy? sendmail.cf question
Message-ID: <CGwt75.8Bx@muaddib.isar.muc.de>
Sender: mgoedel@muaddib.isar.muc.de (Maximilian Goedel)
Organization: Michael Maximilian Goedel
References: <CGv84t.1pB@genoa.com>
Distribution: all
Date: Mon, 22 Nov 1993 20:06:40 GMT
In article <CGv84t.1pB@genoa.com> alex@cs.umd.edu (Alex Blakemore) writes:
> Steven Besler writes
> > I have uucp set up, ... when someone gets mail from me,
> > it looks like its from userid@myhost
> > It ... should be: userid@myuucpname.domain.org
>
> one way is to go into HostManager.app in the local panel
> (or edit /etc/hostconfig) and set the hostname to
> myuucpname.domain.org
>
> I'm sure there is a better way, but it works.
> (I'ld like to hear a better way too)
> --
> Alex Blakemore
> alex@cs.umd.edu NeXT mail accepted
Go into /etc/sendmail/sendmail.cf an change into the folowing
# my fully qualified hostname, $j, is now set by sendmail internally
#Dj$?m$w.$m$|$w$.
# if you want the gateway to assume the identity of its parent domain,
use:
Dj$m
...
...
#
# This is now set from the resolver configuration call. If the domain
# name you would like to have appear in your mail headers is different
# from your Internet domain name, edit and uncomment the following to
# be your mail domain name.
# DmPodunk.EDU
Dmdomain.subdomain.org
Cmdomain.subdomain.org domain
# Version number of configuration file
DVNX3.0M
Nice Greetings from Munich - Germany
--
Michael Maximilian Goedel _____________________
e-mail: mgoedel@muaddib.isar.muc.de
Address: Gerhardstrasse 33 - 81543 Muenchen
Telephone: +49 89 65 29 18
Newsgroups: comp.sys.next.sysadmin
From: clw@cbnews.cb.att.com (cameron.l.wolff)
Subject: Re: boot partition restore - how?
Organization: AT&T
Date: Mon, 22 Nov 1993 23:51:23 GMT
Message-ID: <CGx3Lp.1DJ@cbnews.cb.att.com>
References: <2beb5m$fs3@news.cs.tu-berlin.de> <2blrcf$86f@cofc20.cs.cofc.edu> <wilkie.93Nov20103456@albireo.cslab.tuwien.ac.at>
A different but related problem. I have an NCR 3333 machine that has a .5 gig
IDE drive as drive C (in DOS world) and a 1 gig SCSI drive as drive D (in DOS
world). I would like to leave the IDE drive DOS only and the SCSII drive as
NEXTSTEP only. Is there anyone out there doing this? Next support told me
when installing NEXTSTEP (3.2) to disconnect the IDE drive so NEXTSTEP will only see the SCSI drive and install itself there. Once the system is installed and I reconnect the IDE drive how will the system boot. Since NEXTSTEP has not
placed its logic on the boot drive, which is now the IDE drive, how will the
<boot> prompt appear. It can't since the NEXTSTEP intall software only wrote
to the SCSII drive, so Next support said use the hardware config. program to
make the SCSII drive the boot drive. When looking at the hardware
config screens (get by pressing F1 at boot time) I don't see an option for
making the SCSI drive the boot drive. Can anyone help? You may mail answers
to clw@nexttcs1.att.com or post here.
Thanks
From: csmith@blackplague.gmu.edu (Christian Smith)
Newsgroups: comp.sys.next.sysadmin
Subject: AFS client software
Date: 23 Nov 1993 00:06:34 GMT
Organization: The Gnomes of Zurich (shhh!)
Distribution: world
Message-ID: <2crk6a$4u9@news.intercon.com>
Does anybody know if anyone has ported AFS client software to the NeXT?
Thanks,
--
Christian Smith
aka Blackplague
PGP Public Key available by finger or request.
From: hal@alfred.econ.lsa.umich.edu (Hal Varian)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: AFS client software
Date: 23 Nov 1993 01:21:42 GMT
Organization: University of Michigan
Distribution: world
Message-ID: <2croj7$msd@controversy.math.lsa.umich.edu>
References: <2crk6a$4u9@news.intercon.com>
In article <2crk6a$4u9@news.intercon.com> csmith@blackplague.gmu.edu (Christian Smith) writes:
>Does anybody know if anyone has ported AFS client software to the NeXT?
>
AFS=Andrew File System? If so, the answer is yes. Transarc will
sell you a client. I've been using it for a year or so and it
works fine...
--
Hal.Varian@umich.edu Hal Varian
voice: 313-764-2364 Dept of Economics
fax: 313-764-2364 Univ of Michigan
Ann Arbor, MI 48109-1220
From: kay@nagasena.muc.de (Kay Schulz)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Has the serial drivers problem been solved?
Date: 22 Nov 1993 07:08:42 +0100
Organization: Firestone Chaotic Group
Distribution: na
Message-ID: <2cpl1a$5l1@nagasena.muc.de>
References: <1993Oct28.190245.18076@ve6mgs.ampr.org> <1993Nov9.195516.22694@ve6mgs.ampr.org> <2c35d1$3if@marsu.tynet.sub.org> <CGnLuw.Ksq@rdcalr.realdec.com> <2cf1nu$56a@news.acns.nwu.edu> <2cnk7t$8g5@marsu.tynet.sub.org>
Markus Wenzel (mow@marsu.tynet.sub.org) wrote:
: jweiss@casbah.acns.nwu.edu (Jerry Weiss) writes:
: >One additional item is worth considering. What type of serial chip
: >does your machine have? If you have the 16550 uart, then you probably
: >have a valid gripe. I wouldn't give two cents for the single buffered
: >uarts (16540,8250). My Gateway doesn't even have conventional uart.
: >Looks like they emulate one in a PLD array ;-(
: I have 16550 UARTs and lots of ttyscc error logs in /usr/adm/messages.
: I have to cut down my taylor-uucp packet size to 512. Even the screen
: saver has very negative consequences to the number of serial errors,
: and the only way to get very few errors is to log out and poll by
: cron.
: The Linux guys say they can compile gcc and call out with uucico at
: the same time without any transmission errors...
I also get the errors in /usr/adm/messages and sometimes at boot time.
And I also have problems when someone logged in (if successful or not)
then everything hangs.
If I compile taylor uucp or inn and poll my rates go down to 500 cps
With ISC I hadn't have the problem. And normally I should get 1500 cps
or more. The drivers don't broke, but they are not comparable with
others.
Kay Schulz
kay@nagasena.muc.de
NeXTmail accepted
--
Kay Schulz
kay@nagasena.muc.de
NeXTmail accepted
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: erik@csn.org (Erik Mugele)
Subject: NeXTstation boots single-user
Message-ID: <CGxJ34.Ko@csn.org>
Sender: news@csn.org (The Daily Planet)
Organization: Colorado SuperNet, Inc.
Date: Tue, 23 Nov 1993 05:25:52 GMT
I seem to be having problems with my NeXTstation (NS 3.1). I rebooted
the other day and the system came up in single-user mode. The drive is
mounted read-only, also. If I do a 'mount -o remount /' the drive
remounts read-write. I then do a ^D and the system boots up normally and
everything is OK. Next time I reboot or power down, same thing happens
again. As far as I can tell there is nothing wrong with the file system.
Of course, I am sure I don't know all the places to look. Anybody have
a clue as to why this is happening or where I might look to find out what
might be causing the boot into single-user mode? I don't have any idea
why it would come up in single-user mode in the first place. I didn't change
anything (that I know of).
Thanks,
Erik
--
Erik Mugele * erik@csn.org * "We need rain; your wife
Colo. Springs, Colorado * mugele@sil.org * is great. Here's a frog;
Amateur Radio: N5XYX * No NeXTMail yet! * let's cultivate!"
DoD #: 1030 * Phone: 719.550.6188 * -- Dave Barry
Newsgroups: comp.sys.next.sysadmin
From: ak866@Freenet.carleton.ca (Steven Besler)
Subject: Re: Easy? sendmail.cf question
Message-ID: <CGxLM2.HnB@freenet.carleton.ca>
Sender: news@freenet.carleton.ca
Organization: The National Capital Freenet
References: <CGwt75.8Bx@muaddib.isar.muc.de> <CGv84t.1pB@genoa.com>
Date: Tue, 23 Nov 1993 06:20:26 GMT
In a previous article, mgoedel@muaddib.isar.muc.de (Maximilian Goedel) says:
>In article <CGv84t.1pB@genoa.com> alex@cs.umd.edu (Alex Blakemore) writes:
>> Steven Besler writes
That's me!
>> > I have uucp set up, ... when someone gets mail from me,
>> > it looks like its from userid@myhost
>> > It ... should be: userid@myuucpname.domain.org
Where myhost is my hostname i.e. the one printed by the hostname command,
myuucpname is the name in /etc/uucp/UUCPNAME
domain.org is the other junk and it works.
>Go into /etc/sendmail/sendmail.cf an change into the folowing
>
># my fully qualified hostname, $j, is now set by sendmail internally
>#Dj$?m$w.$m$|$w$.
># if you want the gateway to assume the identity of its parent domain,
>use:
>Dj$m
OK, I did that. Are you sure this is right?
># This is now set from the resolver configuration call. If the domain
># name you would like to have appear in your mail headers is different
># from your Internet domain name, edit and uncomment the following to
># be your mail domain name.
># DmPodunk.EDU
>Dmdomain.subdomain.org
>Cmdomain.subdomain.org domain
(See my conventions above.)
OK, so I set mine to read:
Dmmyuucpname.domain.org
Cmmyuucpname.domain.org myuucpname
Now am I interpreting your advice right? This doesn't work.
Perhaps I am misinterpreting the advice...
did you mean something else?
Did you mean:
Cmmyuucpname.domain.org domain
^^^^^^ Literally the word "domain" ?
Thanks everyone,
Steven "Doesn't know dick about sendmail" Besler
PS. Do changes to sendmail.cf work immediately?
--
Steven K. Besler | Life fluctuates between boredom, fascination, and
ak866@freenet.carleton.ca | panic; punctuated by sleep, alcohol, and caffeine.
Newsgroups: comp.sys.next.sysadmin
From: ak866@Freenet.carleton.ca (Steven Besler)
Subject: Re: Easy? sendmail.cf question
Message-ID: <CGxp62.Jzp@freenet.carleton.ca>
Sender: news@freenet.carleton.ca
Organization: The National Capital Freenet
References: <CGxLM2.HnB@freenet.carleton.ca> <CGwt75.8Bx@muaddib.isar.muc.de> <CGv84t.1pB@genoa.com>
Date: Tue, 23 Nov 1993 07:37:14 GMT
In a previous article, ak866@Freenet.carleton.ca (Steven Besler) says:
>>> > I have uucp set up, ... when someone gets mail from me,
>>> > it looks like its from userid@myhost
>>> > It ... should be: userid@myuucpname.domain.org
>
>Where myhost is my hostname i.e. the one printed by the hostname command,
>myuucpname is the name in /etc/uucp/UUCPNAME
>domain.org is the other junk and it works.
COME ON PEOPLE!
Surely someone else had this problem!
Someone help me before I go crazy!
I've been trying to get UUCP working for a month!
Do I need to post more info or what?
Does anyone know how I can test this problem with
sendmail's Address Test Mode?
Thanks in advance for any help,
Thanks to those who have already given. ;-)
Steve.
PS. Hopefully, someone won't find me swaying from my
ceiling at the end of my modem cable tommorrow...
--
Steven K. Besler | Life fluctuates between boredom, fascination, and
ak866@freenet.carleton.ca | panic; punctuated by sleep, alcohol, and caffeine.
Newsgroups: comp.sys.next.sysadmin
From: adriano@nice.usergroup.ethz.ch (Adriano Gabaglio)
Subject: Re: Can I boot without starting my lasarprinter?
Message-ID: <CGxxJt.G5E@bernina.ethz.ch>
Sender: news@bernina.ethz.ch (USENET News System)
Organization: NiCE - NeXT User Group, Zurich, Switzerland
References: <AHOKAS.93Nov22213052@karl.gun.com> <1993Nov22.161730.1567@weston.com>
Date: Tue, 23 Nov 1993 10:38:16 GMT
In article <1993Nov22.161730.1567@weston.com> jspears@weston.com writes:
>>
>> You could let the printer start up and the shut it off with a line in
>> your /etc/rc.local as follows:
>>
>> # SHUT OFF POWER TO PRINTER
>> /usr/etc/nppower off
>>
>Is there a an app or script available that you could put in the cron file
>to check the printer. If off leave it off, if on, turn it off?
>
#!/bin/sh
#
# /usr/local/etc/npguard
# Turns off the Local_Printer if it
# has been idle for over 10 minutes
#
PATH=/bin:/usr/bin:/usr/ucb:/usr/etc
export PATH
umask 077
mark=/usr/spool/NeXT/Local_Printer/lock
stamp=/usr/adm/npguard.stamp
if lpq -PLocl_Printer | grep -s Rank; then
:
# Do nothing (not even the ugly logging
# which fills the console window):
# (echo -n 'NeXTPrinter turned off @ '; \
# date) >/dev/console 2>&1
else
if [ ! -f $mark ]; then
touch $mark
fi
if [ ! -f$stamp ]; then
touch $stamp
nppower off
exit
fi
find $mark -newer $stamp \
-exec touch $stamp \; -exec nppower off \;
fi
/etc/crontab.local:
1,11,21,31,41,51 * * * * root /bin/sh /usr/local/etc/npguard >> \
/tmp/console.log 2>&1
-Adriano
--
Adriano Gabaglio, Brunnmattstr. 22a, CH-6010 Kriens, Switzerland
e-mail: Adriano.Gabaglio@nice.usergroup.ethz.ch (NeXTmail ok)
*** Editor of PowerKey, NiCE -- NeXT User Group Magazine ***
Newsgroups: comp.sys.next.sysadmin
From: fyr@ubszh.net.ch
Subject: Re: Netware different Frametypes
Content-Type: text/plain
Message-ID: <fyr.93Nov23121138@nol512>
Sender: usenet@ubszh.net.ch (news)
Organization: Union Bank of Switzerland
References: <fyr.93Nov1615388@nol512> <john-171193010113@johnppp.byu.edu> <fyr.93Nov1813655@nol512> <john-191193002842@johnppp.byu.edu>
Mime-Version: 1.0
Date: Tue, 23 Nov 1993 11:11:38 GMT
> In article <fyr.93Nov1813655@nol512>, fyr@ubszh.net.ch wrote:
> >
> > Is ther really no possibility to configure the npsd?? Does anybody know something about this stuff???
> >
>
> Well, doing some investigating, here's a guess. The usage from 'npsd' is:
>
> Usage: npsd -v -t<timeout_seconds> -r<retry_count> -f<frame_type> -a
>
> and it is involked in the file /etc/rc. So, if you change rc to read:
>
> # Configure the protocol stack.
> if [ -f /usr/netware/etc/npsd ]; then
> /usr/netware/etc/npsd -f Ethernet_802.3 && (echo -n ' npsd')
> >/dev/console 2>&1
> fi
>
> (Note the addition of '-f Ethernet_802.3')
>
> ....all should be well for you.
>
> Let me know if it works or not. (I don't have Ethernet_II Novell frames
> running around on my segment.)
>
Jeh, Jupiiii finally it worked.
Yes John your right, it is working with the redefinition of the 'npsd' call in the rc.
With the changes it is working well.
Thanks roger
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: cube freezes
Message-ID: <1993Nov23.103705.24060@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <ROB.93Nov22155552@ksl09.ai.iit.nrc.ca>
Date: Tue, 23 Nov 1993 10:37:05 GMT
In article <ROB.93Nov22155552@ksl09.ai.iit.nrc.ca> rob@ai.iit.nrc.ca (Rob
Wylie) writes:
> Hi,
>
> I just installed 3.1 on my cube and now it frequently locks up.
>
> I can usually get to the NMI monitor but "halt" and "reboot" have
> no effect. I end up having to "mon" the machine (to use a phrase I
> encountered in "knownbugsin3.x").
>
> There is no trace of a problem in /private/adm/messages. Also nothing
> in the messages available through the NMI monitor or the ROM monitor.
>
> I stuck a terminal on ttya in case my problem was just that the window
> server was locking up. No dice. The serial port froze up along with
> the main screen.
>
> For want of anything else to do I ran "vm_stat 2" to see if anything
> unusual was happening at freeze-up (this is getting desparate). When
> next the system froze there was nothing unusual happening in terms of
> page faults etc. (what was I expecting to see? I have no idea...)
>
> Can anybody 1) suggest possible causes of this problem
> 2) suggest to me some more diagnostic tests
> 3) suggest any other reasonable courses of action.
>
> thanx
> Rob Wylie.
>
> ps. I really have tried find some reproducible set of conditions which
> cause this fault, but with no success. Far as I can tell it is
> totally, absolutely, completely random. RW.
Only a guess: Try to borrow an on line UPS, this will isolate your
computer from maybe noisy AC power.
--
---------------------------------------------------------------------
Fabien_Roy@free.fdn.org (NextMails accepted)
Fabien Roy Electronic Engineering
3 rue ANDRE DANJON, 75019 PARIS, France,
Tel: 33 1 4040 0206 Fax: 33 1 4040 0641
Newsgroups: comp.sys.next.sysadmin
From: westner@picasso (Dominik Westner)
Subject: Problems with Netboot, Server won't accept client
Sender: news@informatik.uni-muenchen.de (News System)
Message-ID: <CGy6CM.Aqw@informatik.uni-muenchen.de>
Date: Tue, 23 Nov 1993 13:48:21 GMT
Organization: Institut fuer Informatik der Universitaet Muenchen
Hi Netters,
I have the following problem:
I try to boot a NeXT030 Cube from a NeXTStation. The 1st time it's working
perfectely but when I try to boot the client for a second time I get an
timeout. I checked the server if the bootpd is still running and this
was OK. So I really have no idea what the problem is.
Any help would be appreciated
Thanks
Dominik
--
Dominik Westner
"Everything is possible in an infinite universe"
______________________________________________________Willi, the painter
Dominik Westner
Muenchen-Germany
HOME: dominik@blackmagic.guug.de [NeXTMail welcome]
UNI: westner@informatik.uni-muenchen.de [NeXTMail welcome]
Newsgroups: comp.sys.next.sysadmin
From: joe@FreemanSoft.com (Joe Freeman)
Subject: Re: cube freezes
Message-ID: <1993Nov23.142118.16499@FreemanSoft.com>
Sender: jfreeman@FreemanSoft.com
Organization: FreemanSoft Inc.
References: <1993Nov23.103705.24060@free.fdn.org>
Distribution: usa
Date: Tue, 23 Nov 1993 14:21:18 GMT
In article <1993Nov23.103705.24060@free.fdn.org> fabien@free.fdn.org
(Fabien Roy) writes:
> In article <ROB.93Nov22155552@ksl09.ai.iit.nrc.ca> rob@ai.iit.nrc.ca
(Rob
> Wylie) writes:
> > Hi,
> >
> > I just installed 3.1 on my cube and now it frequently locks up.
Have you looked at your available disk space. It sounds like your disk is
filling up. If, you are below 20meg free on your hard drive, you need to
free up some space. The easiest way to do this is to delete unneeded
language packages. This can be done via Installer or your friendly "rm"
command. (I think 3.1 installs an extra 20meg or so of langauage packages
in /NextLibrary/....
--
Joe Freeman
FreemanSoft Inc. A NEXTSTEP software and consulting services company.
Electronic Mail: Joe@FreemanSoft.com (NeXT Mail)
Voice: 919.783.7033
From: akonstan@budapest.math.macalstr.edu (Alexander Konstantinou)
Newsgroups: comp.sys.next.sysadmin
Subject: X11 bdftopcf binaries needed for NS3.0
Date: 23 Nov 1993 16:09:25 GMT
Organization: Macalester College, St. Paul Mn
Message-ID: <2ctcjl$nvh@mckinley.cit.macalstr.edu>
As the subject states I am looking for a NeXT binary for bdftopcf since it is
either missing from the XNeXT distribution I received or someone deleted it.
Thanks in advance for your help.
--
Alexander V. Konstantinou akonstan@math.macalstr.edu (NeXTMail OK)
Newsgroups: comp.sys.next.sysadmin
From: kent@infoserv.com
Subject: Re: 9600 ok, 19200 won't work
Message-ID: <CGxDp4.FL@infoserv.com>
Sender: kent@infoserv.com (Kent L. Shephard)
Organization: K. L. Shephard Consulting
References: <1993Nov19.155231.4243@cc.usu.edu>
Distribution: na
Date: Tue, 23 Nov 1993 03:29:28 GMT
In article <1993Nov19.155231.4243@cc.usu.edu> writes:
#
#('040 NeXTstation properly wired to a LineLink 144e modem. Dial-in with a
#Supra 14400 FaxModem.)
#
#Well, the LineLink 144e works flawlessly at 9600 baud. I dial in, the Supra
#makes a 14400 connection to the LineLink, everything is rock and roll from
#there. Ascii down-loads hit about 920 cps, binaries come in at about 720
#cps. I'm assuming compression won't occur as long as the NeXT<->LineLink
#connection is slower than 14400.
#
#I haven't been able to get 19200 to work. When I change the ttys entry from
#
# ttydfa "/usr/etc/getty std.9600" vt100 on
#to
# ttydfa "/usr/etc/getty std.19200" vt100 on
#
Change it to 38400.
The modem to NeXT connection should be set to that because with compression
the modem will exceed 19200. Set the modem to arbitrate the speed
automatically and the NeXT -- Modem connection is constant.
Kent
--
/* K.L. Shephard Consulting is my company. Infoserv only delivers my mail. */
/* Please direct mail to kent@infoserv.com other adresses may not work. */
From: kelly@shogun.nersc.gov
Newsgroups: comp.sys.next.sysadmin
Subject: Re: AFS client software
Date: 23 Nov 1993 17:18:27 GMT
Organization: National Energy Research Supercomputer Center
Distribution: world
Message-ID: <2ctgl3$hi@cronkite.nersc.gov>
References: <2crk6a$4u9@news.intercon.com>
In article <2crk6a$4u9@news.intercon.com> csmith@blackplague.gmu.edu
(Christian Smith) writes:
> Does anybody know if anyone has ported AFS client software to the
NeXT?
>
> Thanks,
> --
> Christian Smith
> aka Blackplague
> PGP Public Key available by finger or request.
Yes, Transarc has, ofcourse, I am currently using it on my NeXT.
As I type this we are pulling the latest version from Transarc
down so I can upgrade. I have had a couple of panics since the
NS 3.1 upgrade, and the latest version is supposed to fix some
of the problems.
--
Bruce Kelly L-561, P O Box 5509, Livermore, CA, 94551
kelly@nersc.gov National Energy Research Supercomputer Center
510-423-0640 Lawrence Livermore National Laboratory
Fax: 510-422-0435 University of California
Newsgroups: comp.sys.next.sysadmin
From: adewolf@renoir.cftnet.com (Alex Dewolf)
Subject: Having trouble with 040 cube network setup for NCD XTERMINALS
Message-ID: <CGyKK9.FsJ@renoir.cftnet.com>
Keywords: NeXT,NCD,network
Sender: usenet@renoir.cftnet.com
Organization: CFTnet
Date: Tue, 23 Nov 1993 18:55:19 GMT
Hello world..
I am having trouble getting my NCD X-Terminals (16 and 19c) to talk
properly to by cube. I can get the terminals loaded through tftpboot
but I cannot get my system to ping it's self by hostname (alexiss). However
if I ping by IP address (128.1.1.1) it can be pinged. What have I set up
incorrectly for the network ?
Thanks in advance
Alex DeWOlf
adewolf@cftnet.com
From: Charles William Swiger <infidel+@CMU.EDU>
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Re: NeXTstation boots single-user
Date: Tue, 23 Nov 1993 14:57:16 -0500
Organization: Fifth yr. senior, Chemistry, Carnegie Mellon, Pittsburgh, PA
Message-ID: <AgwagQq00UzxE5_UVd@andrew.cmu.edu>
In-Reply-To: <CGxJ34.Ko@csn.org>
Excerpts from netnews.comp.sys.next.misc: 23-Nov-93 NeXTstation boots
single-user by Erik Mugele
> I seem to be having problems with my NeXTstation (NS 3.1). I rebooted
> the other day and the system came up in single-user mode. The drive is
> mounted read-only, also.
> [..munch..]
Perhaps you (or someone) has mis-set the boot command? Enter the ROM
monitor (via Cmd-Cmd-~ to get the NMI mini-monitor then 'mon' to enter
the ROM monitor). Type p to change the configuration, and check the
boot command.
If it was something like "sd -s" than this was the problem.
You should set it to something like "sd- nbuf=xx", where xx is some
number that depends on the amount of physical memory in your machine.
If you are running NS 3.0, setting xx to 32 or more will really help
system performance.
I have it at 64 with 20 MB of RAM; people with less RAM might want to
try 32 or so, people with more RAM might try more.
(To get back from the monitor, type "c" and then move some windows
around to redraw the screen... :-)
Also, you might want to check /etc/fstab to make sure it contains a line like:
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
Good luck,
-Chuck
Charles William Swiger -- CMU...*splat*! | 1. You can't fly.
--------------------------------------------+ 2. Cars are always real, even
AMS & normal mail: infidel@cmu.edu | when they're not.
Failing that: cs4w+@andrew.cmu.edu | 3. Police are not your friends.
NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | 4. Fire burns.
Newsgroups: comp.sys.next.sysadmin
From: melli@kits.sfu.ca (Gabor S. Melli)
Subject: NetInfo . /localconfig/netinfo
Message-ID: <melli.754088738@sfu.ca>
Summary: Looking for description of /localconfig/netinfo NetInfo directory
Keywords: NetInfo localconfig
Sender: news@sfu.ca
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Tue, 23 Nov 1993 21:05:38 GMT
Would you know what the /localconfig/netinfo directory is used for
in the local NetInfo domain of a workstation? A couple of my systems
have the following entries in the directory:
% niutil: can't open .:/localconfig/netinfo
name: netinfo
fast_niopen: 5
fast_getmntent: yes
fast_appfind: yes
Is this documented anywhere? What is a slow_niopen?
--Gabor Melli
Systems Developer
School of Computing Science
From: blake015@mc.duke.edu (Denise Blakeley)
Newsgroups: comp.sys.next.sysadmin
Subject: Boot sounds
Message-ID: <24092@news.duke.edu>
Date: 22 Nov 93 14:04:03 GMT
Sender: news@news.duke.edu
I couldn't find the answer to this in the FAQs...
I would like to have a sound played to announce the end of the boot process on
my machine. I tried adding this to the end of its /etc/rc.local:
(echo 'Playing Star Trek fanfare'; sndplay
/LocalLibrary/Sounds/STTNGFanfare.snd &) >/dev/console
The echo shows up, but the sound is never played. (Yes, the sound exists.)
This line works from the command line.
Anyone know why the sound isn't coming out? Thanks!
Denise
--
Denise Blakeley | PROGRAM, tr. v., An activity similar
Duke Med Center Info Systems | to banging one's head against a wall,
Durham, NC | but with fewer opportunities for
(919) 286-6468 W | reward.
blake015@mc.duke.edu | NeXTMail welcome!
From: mikep@hack.dragoman.com (Mike Park)
Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Auto reboot after a crash?
Date: 23 Nov 1993 17:12:02 -0800
Organization: Hoopy Froods, Inc.
Message-ID: <2cucd2$352@hack.dragoman.com>
Keywords: crash autoboot reboot 3.1
Does anyone have a kernel hack to allow a 3.1 black hardware machine
do an auto-reboot after a crash? I'm sick of finding my machine dead with
the "duplicate posix control structure" bug. If it would at least
auto-reboot then news and mail would not backlog.
There must be an adb kernel hack to make panics do an auto-reboot. Who
has it?
Mike
--
Mike Park mikep@dragoman.com
Newsgroups: comp.sys.next.sysadmin
From: benkt@ie1next.me.umn.edu ()
Subject: Don't have enough Disk Space for NetInfo Server
Message-ID: <CGz3HG.Jn9@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Wed, 24 Nov 1993 01:41:00 GMT
Hello:
I was trying to make a standalone NeXT Intel to be the server of
two other machines. When I started the SimpleNetworkStarter and chose the
"Be a server option", I got a warning panel saying that I don't have
enough disk space. I have a 1GB harddrive with 611MB left. I tried to
disable the option of serving LocalApps and users directory, it still
doesn't work. Can any NeRD out there give me a hint?
Thanks in advance!
Ben
Newsgroups: comp.sys.next.sysadmin
From: BrianW@SoundS.WA.com (Brian Willoughby)
Subject: Cannot Initialize brand new Optical Disk
Message-ID: <CGzq8C.Aro@sounds.wa.com>
Sender: brianw@sounds.wa.com (Brian Willoughby)
Organization: Sound Consulting, Bellevue, WA, USA
Date: Wed, 24 Nov 1993 09:55:24 GMT
I have a brand new 256 MB Optical which I cannot format or initialize under the
NeXTstep 3.1 release. Every time I insert the disk, it makes a bunch of noise
and is then ejected.
I've had my NeXTdimension for 23 months, but the current optical drive is only
9 or 10 months old. I have no trouble using most of my other optical disks,
including one which is over two years old and has seen a lot of heavy use. The
new disk which will not format was recently removed from its plastic wrapper
(both the case and the disk inside were sealed).
Since WorkSpace wouldn't do it's think automatically, I tried running
/usr/etc/disk (as root) to do a low-level format or initialize - to no avail.
I tried:
sounds# disk /dev/rod0a
but the optical was still ejected! I can't get the thing to stay in!
There are some other opticals I recently purchased used which won't work
either, and I wonder if the problem is related.
Thanks for any help,
--
Brian Willoughby Software Design Engineer, BSEE from NCSU
NeXTmail welcome Sound Consulting: Software Design and Development
BrianW@SoundS.WA.com Bellevue, WA
From: gaia@wam.umd.edu (L. Anathea Brooks)
Newsgroups: comp.sys.next.sysadmin
Subject: Can't Open DSP?
Date: 24 Nov 1993 13:28:57 GMT
Organization: University of Maryland, College Park
Message-ID: <2cvnip$e97@cville-srv.wam.umd.edu>
Hello c.s.n-ers,
I just received a new Turbo machine, with the user
sys (not dev) installed, not by me. Problem: I cannot
access the DSP. All the apps that try (Reich-o-Matic,
for example) get an error, like this:
DPS client library error: PostScript program error, DPSContext b1a1c
What's up? Is this a problem with my system files?
Will simple 3.2 upgrade take care of this nasty
(not to mention quiet) problem?
Thanks
Robert de Lucca
Johns Hopkins Univ.
From: gerti@tms-gmbh.de (Gerd Knops)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Subject: Easy? sendmail.cf question
Date: 24 Nov 1993 08:00:08 -0600
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9311240948.AA09625@Cranach.tms-gmbh.de>
Steven Besler writes:
> ...
> I have uucp set up, and all seems well.
> Only one problem: when someone gets mail from
> me, it looks like its from
>
> userid@myhost
>
> where myhost is my "real" hostname, i.e. one
> returned by the "hostname" shell command. It
> should be:
>
> userid@myuucpname.domain.org
>
> where my uucpname is the one in /etc/uucp/UUCPNAME
> and domain is my servers mail domain
> ...
Try this:
Create the file /etc/resolv.conf, with the following content:
<----CUT---->
domain myuucpname.domain.org
<----CUT---->
This helped in our case (Thanks again to Peter for this Tip!)
gerti
From: gerti@tms-gmbh.de (Gerd Knops)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Remote Printers
Date: 24 Nov 1993 08:00:08 -0600
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9311241002.AA10312@Cranach.tms-gmbh.de>
Terry Marrs writes:
> I have a Post Script printer who's mail spool is on a RS6000. Can
> anyone explain how to add this Remote Printer to netinfo so the
> Next machines can print to it??
Follow this procedure:
With PrintManager, create a printer of the desired type, and make it
public on /.
With NetInfoManager, delete the according printer entry in the local
domain. In the according printer entry in the / domain, edit the
value of the rm Property to the Name of the RS6000 (You might have to
make the machine nown to the nexts by adding it with HostManager;
just enter Name and IP-Adress of the RS600 and store it to /).
Finally, you might have to add a property named '_nxfinalform' to the
printer entry.
Sometimes it is also necessary to change the value of the rp
Property, but this is dependend to the target system.
I hope, that helps.
gerti
Newsgroups: comp.sys.next.sysadmin
From: francisr@stupid.ucs.indiana.edu (Rob Francis)
Subject: Weird problem with Remotes.app (after 3.0 ->3.1 upgrade)
Message-ID: <CH03Mr.18x@usenet.ucs.indiana.edu>
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: University Computing Services
Date: Wed, 24 Nov 1993 14:44:51 GMT
Just upgraded my cube to 3.1. Everything is fine except for the fact
that my Remotes.app menu now scrools off the screen. I have a pretty
big list, but it always just scrolled down (I keep it in the upper
right corner). Now, it scrolls up! Anyone got any guesses?
-rob
---
Rob Francis Unix Systems Specialist, University Computing Services
Indiana University, francisr@indiana.edu (812)855-0327
From: hkusumo@socs.uts.EDU.AU (Haris Kusumo)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.misc
Subject: next file format
Date: 25 Nov 1993 00:57:34 +1100
Organization: School of Computer Science, UTS
Message-ID: <2cvp8e$qqo@syzygy.socs.uts.edu.au>
Summary: next file format
Keywords: next file format
Hi, guys.
I just wondering if you can tell me if NeXT uses the same unix file format as
the other Unix.
I have a problem when I down load the S3 driver and I stored the file into
floppy from Sparc using tar command, and when I got home I try to load it into my NeXt and NeXT complaining about bad format.
can you tell me what happened, do I have to stored it in DOS format ?
If any of you have tried to install S3 driver from ftp.next.com, can you tell me how to install it please.
Note: I am new to NeXT.
I'll be appreciated if you could send me some e-mail to hkusumo@socs.uts.edu.au
Thanks in advance.
Newsgroups: comp.sys.next.sysadmin
From: willers@itp.unibe.ch (Moritz Willers)
Subject: CAN'T connect to netinfo master
Message-ID: <1993Nov24.150942.14765@aragorn.unibe.ch>
Sender: news@aragorn.unibe.ch
Organization: University of Berne, Switzerland
Date: Wed, 24 Nov 1993 15:09:42 GMT
I changed yesterday the hostname of the master with the HostManager from
'max' to 'max.unibe.ch' in the root domain. Today I wanted to set it back
but it failed with:
NetInfo error writing property list: Communication failure. Aborting.
What can I do? I can't change anything in the root domain, not by
NetInfoManager, nor by niload, ...
Is it the only the way to start be zero again?
--
Moritz Willers
Institute for Theoretical Physics, Berne
Switzerland
willers@itp.unibe.ch
From: sears@uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.misc
Subject: REQUEST: Collecting benchmarks of NEXTSTEP compatible systems
Date: 24 Nov 1993 15:41:57 GMT
Organization: University of Houston
Message-ID: <2cvvc5$o85@menudo.uh.edu>
Keywords: archive, UHOOP, benchmark, update
NEXTSTEP Benchmarks
University of Houston
Engineering Computing Center
contact: benchmarks@tree.egr.uh.edu
INTRO:
Last June we made an attempt to benchmark various NEXTSTEP 3.x
configurations with hopes to provide some kind of reasonable information to
the NEXTSTEP community. We evaluated systems from Compaq, Epson,
Gateway2000, Dell, and NeXT (used as a control) and used the benchmark
programs NXBench and Benchpress. Our results were rather interesting to say
the least and we came to the conclusion that benchmarks aren't worth the
diskspace they are stored on....
So, in spirit of our last endeavor, we would like to update our "benchmark"
archive since there are now many more NEXTSTEP 3.x compatible systems than
there were in June, 1993. Also, some vendors have optimized their hardware
and thus the old benchmarks are no longer accurate or in slightest
representative. In addition NeXT has released a few updated drivers (mainly
video) which, it seems in some cases, to have significantly increased video
performance.
This is a request for benchmark data. But, before you submit your
information, please follow these guidelines:
1) Please use the template at the end of this message or grab it off our
archive site.
2) Please mail all results to me via NeXTmail.
3) Please only use the "supported" benchmark programs, NXBench, Benchpress
and. DrivePerformance. If you have a benchmark program that you would like
to use, please send us a copy so that it can be made available to the
public.
4) Please provide all the information that is requested on the template.
We would like to be as fair and accurate as possible.
Please understand that these benchmarks are only "general" guidelines of a
system's performance. We have found that many times the results will be
different each time the benchmark is run and this is on the same system.
We claim no responsiblity for the accuracy of this information and it is
provided only as a service to the general NEXTSTEP community.
LOCATION OF BENCHMARK ARCHIVES AND APPLICATIONS:
FTP:
uhoop.egr.uh.edu:/pub/misc/BenchMarks
GOPHER:
gopher.uh.edu 70 ->
Other UH Gopher Servers ->
Univ. of Houston Engineering ... ->
UHOOP archive... ->
pub -> misc -> BenchMarks
SUBMISSION OF RESULTS:
Run each of the benchmark programs. We would like a "snapshot" of the
results, so you might need to use Grab.app (/NextApps/Grab.app) to grab the
window and include it in the mail message.
Please use the template as it makes it much easier for us to process the
information. All information received will be placed in the archive that is
listed below and will be stored in PostScript format, which is the only way
we can ensure that the results are not altered. Next, email the results via
NeXTmail to
benchmarks@tree.egr.uh.edu
RESULTS TEMPLATE:
VENDOR: DATE
Model:
CPU:
ClockSpeed:
Harddrive:
VideoDriver:
VideoHardware
VideoRes:
<insert hostinfo here (/usr/bin/hostinfo)>
<insert screenshot of Benchpress screen>
<insert screenshot of DrivePerformance>
<insert screenshot of NXBench>
If you want to see an example, please grab SampleResults.ps.Z off the
archive
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: sears@uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: (rtf) REQUEST: Collecting benchmarks of NEXTSTEP compatible systems
Date: 24 Nov 1993 15:46:15 GMT
Organization: University of Houston
Message-ID: <2cvvk7$or7@menudo.uh.edu>
Keywords: archive, UHOOP, benchmark, update
NEXTSTEP Benchmarks
University of Houston
Engineering Computing Center
contact: benchmarks@tree.egr.uh.edu
INTRO:
Last June we made an attempt to benchmark various NEXTSTEP 3.x
configurations with hopes to provide some kind of reasonable
information to the NEXTSTEP community. We evaluated systems from
Compaq, Epson, Gateway2000, Dell, and NeXT (used as a control) and
used the benchmark programs NXBench and Benchpress. Our results were
rather interesting to say the least and we came to the conclusion
that benchmarks aren't worth the diskspace they are stored on....
So, in spirit of our last endeavor, we would like to update our
"benchmark" archive since there are now many more NEXTSTEP 3.x
compatible systems than there were in June, 1993. Also, some vendors
have optimized their hardware and thus the old benchmarks are no
longer accurate or in slightest representative. In addition NeXT has
released a few updated drivers (mainly video) which, it seems in some
cases, to have significantly increased video performance.
This is a request for benchmark data. But, before you submit your
information, please follow these guidelines:
1) Please use the template at the end of this message or grab it off
our archive site.
2) Please mail all results to me via NeXTmail.
3) Please only use the "supported" benchmark programs, NXBench,
Benchpress and. DrivePerformance. If you have a benchmark program
that you would like to use, please send
us a copy so that it can be made available to the public.
4) Please provide all the information that is requested on the
template. We would like to be as fair and accurate as possible.
Please understand that these benchmarks are only "general" guidelines
of a system's performance. We have found that many times the results
will be different each time the benchmark is run and this is on the
same system. We claim no responsiblity for the accuracy of this
information and it is provided only as a service to the general
NEXTSTEP community.
LOCATION OF BENCHMARK ARCHIVES AND APPLICATIONS:
FTP:
uhoop.egr.uh.edu:/pub/misc/BenchMarks
GOPHER:
gopher.uh.edu 70 ->
Other UH Gopher Servers ->
Univ. of Houston Engineering ... ->
UHOOP archive... ->
pub -> misc -> BenchMarks
SUBMISSION OF RESULTS:
Run each of the benchmark programs. We would like a "snapshot" of
the results, so you might need to use Grab.app (/NextApps/Grab.app)
to grab the window and include it in the mail message.
Please use the template as it makes it much easier for us to process
the information. All information received will be placed in the
archive that is listed below and will be stored in PostScript
format, which is the only way we can ensure that the results are not
altered. Next, email the results via NeXTmail to
benchmarks@tree.egr.uh.edu
RESULTS TEMPLATE:
VENDOR: DATE
Model:
CPU:
ClockSpeed:
Harddrive:
VideoDriver:
VideoHardware
VideoRes:
<insert hostinfo here (/usr/bin/hostinfo)>
<insert screenshot of Benchpress screen>
<insert screenshot of DrivePerformance>
<insert screenshot of NXBench>
If you want to see an example, please grab SampleResults.ps.Z off the
archive
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C%<9G-W:7-S($AE;'9E=&EC83M<9C)<
M9G1E8V@@4WEM8F]L.UQF,%QF;6]D97)N($-O=7)I97([?0I<;6%R9VPQ,C`*
M7&UA<F=R,3(P"EQP87)D7'1X-C(P7'1X,3(T,%QT>#$X-C!<='@R-#@P7'1X
M,S$P,%QT>#,W,C!<='@T,S0P7'1X-#DX,%QT>#4V,#!<='@V,C(P7&8Q7&(P
M7&DP7'5L;F]N95QF<S0X7&9C,%QC9C`@3D585%-415`@0F5N8VAM87)K<UP*
M"EQF<S,V(%5N:79E<G-I='D@;V8@2&]U<W1O;EP*16YG:6YE97)I;F<@0V]M
M<'5T:6YG($-E;G1E<EP*8V]N=&%C=#H@(&)E;F-H;6%R:W-`=')E92YE9W(N
M=6@N961U7`H*7&9S,C@@7`H*7&(@24Y44D\Z7`H*7&(P(%P*3&%S="!*=6YE
M('=E(&UA9&4@86X@871T96UP="!T;R!B96YC:&UA<FL@=F%R:6]U<R!.15A4
M4U1%4"`S+G@@8V]N9FEG=7)A=&EO;G,@=VET:"!H;W!E<R!T;R!P<F]V:61E
M('-O;64@:VEN9"!O9B!R96%S;VYA8FQE(&EN9F]R;6%T:6]N('1O('1H92!.
M15A44U1%4"!C;VUM=6YI='DN("!792!E=F%L=6%T960@<WES=&5M<R!F<F]M
M($-O;7!A<2P@17!S;VXL($=A=&5W87DR,#`P+"!$96QL+"!A;F0@3F585"`H
M=7-E9"!A<R!A(&-O;G1R;VPI(&%N9"!U<V5D('1H92!B96YC:&UA<FL@<')O
M9W)A;7,@3EA"96YC:"!A;F0@0F5N8VAP<F5S<RX@($]U<B!R97-U;'1S('=E
M<F4@<F%T:&5R(&EN=&5R97-T:6YG('1O('-A>2!T:&4@;&5A<W0@86YD('=E
M(&-A;64@=&\@=&AE(&-O;F-L=7-I;VX@=&AA="!B96YC:&UA<FMS(&%R96XG
M="!W;W)T:"!T:&4@9&ES:W-P86-E('1H97D@87)E('-T;W)E9"!O;BXN+BY<
M"EP*4V\L(&EN('-P:7)I="!O9B!O=7(@;&%S="!E;F1E879O<BP@=V4@=V]U
M;&0@;&EK92!T;R!U<&1A=&4@;W5R(")B96YC:&UA<FLB(&%R8VAI=F4@<VEN
M8V4@=&AE<F4@87)E(&YO=R!M86YY(&UO<F4@3D585%-415`@,RYX(&-O;7!A
M=&EB;&4@<WES=&5M<R!T:&%N('1H97)E('=E<F4@:6X@2G5N92P@,3DY,RX@
M($%L<V\L('-O;64@=F5N9&]R<R!H879E(&]P=&EM:7IE9"!T:&5I<B!H87)D
M=V%R92!A;F0@=&AU<R!T:&4@;VQD(&)E;F-H;6%R:W,@87)E(&YO(&QO;F=E
M<B!A8V-U<F%T92!O<B!I;B!S;&EG:'1E<W0@<F5P<F5S96YT871I=F4N("!)
M;B!A9&1I=&EO;B!.95A4(&AA<R!R96QE87-E9"!A(&9E=R!U<&1A=&5D(&1R
M:79E<G,@*&UA:6YL>2!V:61E;RD@=VAI8V@L(&ET('-E96US(&EN('-O;64@
M8V%S97,L('1O(&AA=F4@<VEG;FEF:6-A;G1L>2!I;F-R96%S960@=FED96\@
M<&5R9F]R;6%N8V4N7`I<"E1H:7,@:7,@(&$@<F5Q=65S="!F;W(@8F5N8VAM
M87)K(&1A=&$N("!"=70L(&)E9F]R92!Y;W4@<W5B;6ET('EO=7(@:6YF;W)M
M871I;VXL('!L96%S92!F;VQL;W<@=&AE<V4@9W5I9&5L:6YE<SI<"EP*,2D@
M(%!L96%S92!U<V4@=&AE('1E;7!L871E(&%T('1H92!E;F0@;V8@=&AI<R!M
M97-S86=E(&]R(&=R86(@:70@;V9F(&]U<B!A<F-H:79E('-I=&4N7`HR*2`@
M4&QE87-E(&UA:6P@86QL(')E<W5L=',@=&\@;64@=FEA($YE6%1M86EL+EP*
M,RD@(%!L96%S92!O;FQY('5S92!T:&4@(G-U<'!O<G1E9"(@8F5N8VAM87)K
M('!R;V=R86US+"!.6$)E;F-H+"!"96YC:'!R97-S(&%N9"X@1')I=F5097)F
M;W)M86YC92X@("!)9B!Y;W4@:&%V92!A(&)E;F-H;6%R:R!P<F]G<F%M('1H
M870@>6]U('=O=6QD(&QI:V4@=&\@=7-E+"!P;&5A<V4@<V5N9%P*=7,@82!C
M;W!Y('-O('1H870@:70@8V%N(&)E(&UA9&4@879A:6QA8FQE('1O('1H92!P
M=6)L:6,N7`HT*2`@4&QE87-E('!R;W9I9&4@86QL('1H92!I;F9O<FUA=&EO
M;B!T:&%T(&ES(')E<75E<W1E9"!O;B!T:&4@=&5M<&QA=&4N("!792!W;W5L
M9"!L:6ME('1O(&)E(&%S(&9A:7(@86YD(&%C8W5R871E(&%S('!O<W-I8FQE
M+EP*7`I0;&5A<V4@=6YD97)S=&%N9"!T:&%T('1H97-E(&)E;F-H;6%R:W,@
M87)E(&]N;'D@(F=E;F5R86PB(&=U:61E;&EN97,@;V8@82!S>7-T96TG<R!P
M97)F;W)M86YC92X@(%=E(&AA=F4@9F]U;F0@=&AA="!M86YY('1I;65S('1H
M92!R97-U;'1S('=I;&P@8F4@9&EF9F5R96YT(&5A8V@@=&EM92!T:&4@8F5N
M8VAM87)K(&ES(')U;B!A;F0@=&AI<R!I<R!O;B!T:&4@<V%M92!S>7-T96TN
M("`@5V4@8VQA:6T@;F\@<F5S<&]N<VEB;&ET>2!F;W(@=&AE(&%C8W5R86-Y
M(&]F('1H:7,@:6YF;W)M871I;VX@86YD(&ET(&ES('!R;W9I9&5D(&]N;'D@
M87,@82!S97)V:6-E('1O('1H92!G96YE<F%L($Y%6%135$50(&-O;6UU;FET
M>2Y<"EP*"EQB($Q/0T%424].($]&($)%3D-(34%22R!!4D-(259%4R!!3D0@
M05!03$E#051)3TY3.EP*"EQB,"!<"D944#H@7`H@("`@("`@('5H;V]P+F5G
M<BYU:"YE9'4Z+W!U8B]M:7-C+T)E;F-H36%R:W-<"@E<"D=/4$A%4CI<"@EG
M;W!H97(N=6@N961U(#<P("T^(%P*"2`@("`@3W1H97(@54@@1V]P:&5R(%-E
M<G9E<G,@+3X@7`H)("`@("`@("!5;FEV+B!O9B!(;W5S=&]N($5N9VEN965R
M:6YG("XN+B`M/EP*"0D@("`@(%5(3T]0(&%R8VAI=F4N+BX@+3Y<"@D)("`@
M("`@("`@('!U8B`M/B!M:7-C("T^($)E;F-H36%R:W-<"@D)("`@("!<"@I<
M8B!354)-25-324].($]&(%)%4U5,5%,Z7`H*7&(P(%P*4G5N(&5A8V@@;V8@
M=&AE(&)E;F-H;6%R:R!P<F]G<F%M<RX@(%=E('=O=6QD(&QI:V4@82`B<VYA
M<'-H;W0B(&]F('1H92!R97-U;'1S+"!S;R!Y;W4@;6EG:'0@;F5E9"!T;R!U
M<V4@1W)A8BYA<'`@*"].97AT07!P<R]'<F%B+F%P<"D@=&\@9W)A8B!T:&4@
M=VEN9&]W(&%N9"!I;F-L=61E(&ET(&EN('1H92!M86EL(&UE<W-A9V4N7`I0
M;&5A<V4@=7-E('1H92!T96UP;&%T92!A<R!I="!M86ME<R!I="!M=6-H(&5A
M<VEE<B!F;W(@=7,@=&\@<')O8V5S<R!T:&4@:6YF;W)M871I;VXN("!!;&P@
M:6YF;W)M871I;VX@<F5C96EV960@=VEL;"!B92!P;&%C960@:6X@=&AE(&%R
M8VAI=F4@=&AA="!I<R!L:7-T960@8F5L;W<@86YD('=I;&P@8F4@<W1O<F5D
M(&EN(%!O<W138W)I<'0*7&8R(.0*7&8Q("!F;W)M870L('=H:6-H(&ES('1H
M92!O;FQY('=A>2!W92!C86X@96YS=7)E('1H870@=&AE(')E<W5L=',@87)E
M(&YO="!A;'1E<F5D+B`@3F5X="P@96UA:6P@=&AE(')E<W5L=',@=FEA($YE
M6%1M86EL('1O7`H*7&(@"0EB96YC:&UA<FMS0'1R964N96=R+G5H+F5D=5P*
M"EQB,"!<"@I<8B!215-53%13(%1%35!,051%.EP*"EQB,"!<"@I<<&%R9%QT
M>#4R,%QT>#$P-C!<='@Q-C`P7'1X,C$R,%QT>#(V-C!<='@S,C`P7'1X,S<R
M,%QT>#0R-C!<='@T.#`P7'1X-3,R,%QF8S!<8V8P(%9%3D1/4CH@("`@("`@
M("`@("`@("`@("`@("`@("`@("!$051%7`I-;V1E;#I<"D-053H)7`I#;&]C
M:U-P965D.EP*2&%R9&1R:79E.EP*5FED96]$<FEV97(Z7`I6:61E;TAA<F1W
M87)E7`I6:61E;U)E<SI<"EP*/&EN<V5R="!H;W-T:6YF;R!H97)E("@O=7-R
M+V)I;B]H;W-T:6YF;RD^7`I<"CQI;G-E<G0@<V-R965N<VAO="!O9B!"96YC
M:'!R97-S('-C<F5E;CY<"EP*/&EN<V5R="!S8W)E96YS:&]T(&]F($1R:79E
M4&5R9F]R;6%N8V4^7`I<"CQI;G-E<G0@<V-R965N<VAO="!O9B!.6$)E;F-H
M/EP*7`I)9B!Y;W4@=V%N="!T;R!S964@86X@97AA;7!L92P@<&QE87-E(&=R
L86(@4V%M<&QE4F5S=6QT<RYP<RY:(&]F9B!T:&4@87)C:&EV95P*7`H*?0IR
`
Newsgroups: comp.sys.next.sysadmin
From: fattouh@cui.unige.ch (Fattouh Wassim)
Subject: MAY-DAY! (WindowServer)
Message-ID: <1993Nov24.172153.28034@news.unige.ch>
Sender: usenet@news.unige.ch
Organization: University of Geneva, Switzerland
Date: Wed, 24 Nov 1993 17:21:53 GMT
Hello again...
First, thanks to all those who answered my last question...
I have a new problem !
I upgraded from 2.0 to 3.0. When it finished I had to restart the computer.
I did but it wouldn't boot because there was a file missing (odmach and the hard link
of sdmach to odmach during the upgrade wasn't done).
So I booted in single-user mode from a CD-DRIVE and I added the file.
I REbooted it, I get the ROM MONITOR while booting...Everything seems correct until
the end where it's supposed to give me my LOGIN PANEL ...
Instead it stops, I see the mouse cursor but no Login window !
Normally after Upgrading I should choose the Language and the Keyboard. But since it
didn't restart correctly I hadn't been able to do that.
I looked in /usr/adm/messages and the last message it gives is :
"loginwindow[#] : loginwindow : could not find WindowServer port!"
Thank you in advance ...
-----------
Fattouh Wassim
fattouh@cui.unige.ch
University of Geneva (Switzerland)
From: jeffreym@doppio.berkeley.edu (Jeffrey McCullough)
Newsgroups: comp.sys.next.sysadmin
Subject: diminishing hard disk space
Date: 24 Nov 1993 17:55:21 GMT
Organization: University of California, Berkeley
Message-ID: <2d0769$fq9@agate.berkeley.edu>
Hi,
I have a user who seems to have diminishing hard disk space problem. He brings
his system (Turbo Slab) up once a day to check email on a campus supported
machine, so he is mostly using the machine as a terminal ;-(. His hard disk
space continues to diminish slowly but surely. If he wasn't starting the
machine each day, the obvious answer would probably be the swap file. For this
case though, I can't seem to find the answer. Any ideas?
Thanks,
Jeffrey McCullough
Workstation Consulting
jeffreym@garnet.berkeley.edu
From: kelly@shogun.nersc.gov
Newsgroups: comp.sys.next.sysadmin
Subject: Re: diminishing hard disk space
Date: 24 Nov 1993 19:06:02 GMT
Organization: National Energy Research Supercomputer Center
Distribution: usa
Message-ID: <2d0baq$9ec@cronkite.nersc.gov>
References: <2d0769$fq9@agate.berkeley.edu>
In article <2d0769$fq9@agate.berkeley.edu>
jeffreym@doppio.berkeley.edu (Jeffrey McCullough) writes:
> Hi,
>
> I have a user who seems to have diminishing hard disk space
problem. He brings
> his system (Turbo Slab) up once a day to check email on a campus
supported
> machine, so he is mostly using the machine as a terminal ;-(. His
hard disk
> space continues to diminish slowly but surely. If he wasn't
starting the
> machine each day, the obvious answer would probably be the swap
file. For this
> case though, I can't seem to find the answer. Any ideas?
If he is just using mail, I imagine that he deletes it once he is
done with it. However, has he ever compacted the mail file?
This is under the Utilities menu choice. It removes the items in
the mail files that have been marked as deleted. Otherwise, they
just set there taking up space. This is done so that one can
undelete mail items. Once you compact a mail file your file items
are really gone and can not be undeleted.
--
Bruce Kelly L-561, P O Box 5509, Livermore, CA, 94551
kelly@nersc.gov National Energy Research Supercomputer Center
510-423-0640 Lawrence Livermore National Laboratory
Fax: 510-422-0435 University of California
From: mdw@sitar.jazz.att.com (Mark Wuest-nscst-tnt)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: diminishing hard disk space
Message-ID: <CH0M1G.IIr@cbfsb.cb.att.com>
Date: 24 Nov 93 21:22:27 GMT
References: <2d0baq$9ec@cronkite.nersc.gov>
Sender: news@cbfsb.cb.att.com
Organization: AT&T Bell Laboratories
Originator: news@cbnewsg.cb.att.com
In article 9ec@cronkite.nersc.gov, kelly@shogun.nersc.gov () writes:
>In article <2d0769$fq9@agate.berkeley.edu>
>jeffreym@doppio.berkeley.edu (Jeffrey McCullough) writes:
>>I have a user who seems to have diminishing hard disk space problem. He brings
>>his system (Turbo Slab) up once a day to check email on a campus supported
>>machine, so he is mostly using the machine as a terminal ;-(. His hard disk
>>space continues to diminish slowly but surely. If he wasn't starting the
>>machine each day, the obvious answer would probably be the swap file. For this
>>case though, I can't seem to find the answer. Any ideas?
>
>If he is just using mail, I imagine that he deletes it once he is
>done with it. However, has he ever compacted the mail file?
This is probably the cause.
Also have him leave the thing on. Weekly and monthly cron jobs clean up
a couple of files that otherwise grow and grow and grow and, well, you
get the picture... Our slab sits on it's table running Backspace 90+% of
the time. We never turn it off.
--
Mark Wuest
mdw@sitar.jazz.att.com (NeXT Mail Ok)
From: Charles William Swiger <infidel+@CMU.EDU>
Newsgroups: comp.sys.next.software,comp.sys.next.misc,comp.sys.next.sysadmin
Subject: Re: next file format
Date: Wed, 24 Nov 1993 17:15:27 -0500
Organization: Fifth yr. senior, Chemistry, Carnegie Mellon, Pittsburgh, PA
Message-ID: <Ygwxnzy00iV004W4Uw@andrew.cmu.edu>
In-Reply-To: <2cvp8e$qqo@syzygy.socs.uts.edu.au>
Excerpts from netnews.comp.sys.next.misc: 25-Nov-93 next file format by
Haris Kusumo
> I just wondering if you can tell me if NeXT uses the same unix file format
> as the other Unix. I have a problem when I down load the S3 driver and I
> stored the file into floppy from Sparc using tar command, and when I got
> home I try to load it into my NeXt and NeXT complaining about bad format.
> can you tell me what happened, do I have to stored it in DOS format ?
NeXT uses the BSD 4.3 filesystem, which is used by some other unixes.
However, Sun is stuck with using the older BSD 4.2 filesystem, and they
are not compatible, as you have discovered. :-)
You could use DOS format to transfer the files; you could also write to
the disk in raw format using tar: tar xvf /dev/fd0a _files_ (or whatever
device the floppy drive maps to on the Sun)....
-Chuck
Charles William Swiger -- CMU...*splat*! | 1. You can't fly.
--------------------------------------------+ 2. Cars are always real, even
AMS & normal mail: infidel@cmu.edu | when they're not.
Failing that: cs4w+@andrew.cmu.edu | 3. Police are not your friends.
NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | 4. Fire burns.
From: gaia@wam.umd.edu (L. Anathea Brooks)
Newsgroups: comp.sys.next.sysadmin
Subject: DSP Problem
Date: 25 Nov 1993 00:18:25 GMT
Organization: University of Maryland, College Park
Message-ID: <2d0tkh$26g@cville-srv.wam.umd.edu>
OOPS! I posted this morning, but included the wrong
error message!
When I start an app that uses the DSP, I get an error
"Can't open DSP". The app will then quit.
What could this be? This is black HW.
Thanks
Robert de Lucca
Johns Hopkins Univ.
Newsgroups: comp.sys.next.sysadmin
From: ggerard@Alex.Engr.Trinity.Edu (Greg Gerard)
Subject: printing the GCC manuals under TeXview
Message-ID: <1993Nov25.004848.22663@ringer.cs.utsa.edu>
Sender: news@ringer.cs.utsa.edu
Organization: Trinity University, San Antonio TX. USA
References: <2d0tg2$b5p@cmcl2.NYU.EDU>
Date: Thu, 25 Nov 1993 00:48:48 GMT
I have the texinfo.tex stuff that the .texi format requires and the docs print.
Here's the problem:
I am printing to a 600 dpi Apple LaserWriterPro 630 and the output is truly
atrocious. Some parts are good, most is ho-hum, and some parts look like
a 10 pt bitmap that has been scaled. I have added stuff to MakeTeXPK so
that it can find the 600 dpi thing. The base files have been changed
to reflect this. When I go to print, dvips complains to no end about fonts
not being at the right size and says it is scaling from a very low quality
font.
What's going on?
thanks,
greg
From: tjhendry@mcs.drexel.edu (Jonathan Hendry)
Newsgroups: comp.sys.next.sysadmin
Subject: UUCP help needed
Message-ID: <1993Nov25.015105.29395@netnews.noc.drexel.edu>
Date: 25 Nov 93 01:51:05 GMT
Sender: news@netnews.noc.drexel.edu
Organization: Drexel University, Dept. of Math. and Comp. Sci.
I've just set up my cube to get a UUCP mail feed from another site.
I used Connect-It to do most of the work. My mailing address
is a UUCP bang-path style.
The problem I'm having is that, although I can send out, I haven't
yet been able to receive mail. Any suggestions? I realize there
could be a zillion things wrong, and I'm not giving much information. Has
anyone using Connect-It experienced something similar? (Not that Connect-It
is to blame. It's a very nice app. Definitely worth the money, and a
bargain at the educational price).
--
Jonathan W. Hendry Inexpensive NeXTSTEP Consulting
tjhendry@mcs.drexel.edu For Your "Not-So-Mission-Critcal" Apps
From: brian@umbc.edu (Brian Cuthie)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: DAT drive experiences wanted
Date: 24 Nov 1993 22:58:07 -0500
Organization: Systemix Software, Inc.
Message-ID: <2d1agfINN4m4@umbc7.umbc.edu>
References: <2cgsmb$5rm@terminator.rs.itd.umich.edu>
In article <2cgsmb$5rm@terminator.rs.itd.umich.edu>,
Dan Pritts <danno@css.itd.umich.edu> wrote:
>Finally convinced the Linguistics Dept here to buy a tape drive. (and
>before a major disk crash, too!)
>
...
>At least one company (APS) is advertising a 2.0G DAT drive, with no
>compression, for $999 (either an Archive or WangDAT mechanism,
>whatever they happen to have that week, "they're the same mechanism
>anyway" according to the guy on the phone at APS, which I kinda doubt
>but in any event...). I've dealt with APS before and they generally
>have good service, but they aren't Unix people, to my knowledge.
Uh, believe it or not, they've lowered the price to $799 !!
>I'd like to hear any experiences people have had with Wang or Archive
>DAT drives with NeXTs (or suns, for that matter).
I prefer the Archive drives. The WangDAT's, for whatever reason, come
configured from the factory with a dip switch set to prevent physical
disk ejection (be careful how you read that) when the drive receives
a SCSI UNLOAD command. There's no way around it in software, and worse,
it can wreak havoc on a NS/FIP 3.1 system with a broken driver. If you
do buy a WangDAT, be sure to have them set switch #4 on. Otherwise, you'll
end up having to do it yourself.
-Brian
--
Brian Cuthie
Systemix Software, Inc.
brian@systemix.com
From: dasu@gardenia.physics.wisc.edu (Sridhara Dasu)
Newsgroups: comp.sys.next.sysadmin
Subject: SLIP: Remote printing and NXHost
Date: 25 Nov 1993 04:57:09 GMT
Organization: Division of Information Technology
Message-ID: <2d1dv5$34s@news.doit.wisc.edu>
Keywords: SLIP
Hi
I am using TranSys Dialupip SLIP on my 2.1 NeXT at
home.
Problem 1:
==========
I tried NXHost option to display on my NeXT from
my office machine which is running 3.0. I did enable
Public Window Server option in Unix Preferences. However,
the Open program complained that:
eanextm> open -NXHost gardenia.physics.wisc.edu example.ps
open: can't open connection to Workspace on gardenia.physics.wisc.edu.
Is it Workspace version problem?
Problem 2:
==========
I am also trying to setup a remote printer. My printcap is
as follows:
gardenia> more myprintcap
qms: \
:note=QMS Postscript printer:\
:lp=:\
:rm=tulip.physics.wisc.edu:\
:rp=qms_ps:\
:mx#0:\
:sd=/usr/spool/lpd/qms:
I did a "niload printcap . < myprintcap". Everything seems
to have gone well. However, when I print the spool shows the
files getting in the queue but they never seem to have printed.
lpq actually sends stuff out on the serial line but the result
is as follows:
gardenia> lpq -Pqms
gardenia: Waiting for tulip.physics.wisc.edu to come up
Rank Owner Job Files Total Size
1st root 4 /.login 187 bytes
2nd dasu 5 myprintcap 125 bytes
The queue on the remote machine seems to be fine!
tulip> lpstat
printer queue for qms_ps
no entries
status: idle
tulip: qms_ps: ready and waiting
tulip>
What is going on? I will appreciate any pointers. Thanks.
Sridhara Dasu
e-mail: dasu@wishep.physics.wisc.edu
Newsgroups: comp.sys.next.sysadmin
From: bruce@TotSysSoft.com (Bruce Gingery)
Subject: Re: Easy? sendmail.cf question
Message-ID: <1993Nov24.132553.4453@ToTSySSoft.com>
Sender: news@ToTSySSoft.com
Organization: Total System Software
References: <CGxp62.Jzp@freenet.carleton.ca>
Date: Wed, 24 Nov 1993 13:25:53 GMT
In article <CGxp62.Jzp@freenet.carleton.ca>
ak866@Freenet.carleton.ca (Steven Besler) writes:
->
-> In a previous article, ak866@Freenet.carleton.ca (Steven
Besler) says:
->
-> >>> > I have uucp set up, ... when someone gets mail from
-> >>> > it looks like its from userid@myhost
-> >>> > It ... should be: userid@myuucpname.domain.org
[snip ]
->
-> COME ON PEOPLE!
->
-> Surely someone else had this problem!
-> Someone help me before I go crazy!
-> I've been trying to get UUCP working for a month!
->
-> Do I need to post more info or what?
-> Does anyone know how I can test this problem with
-> sendmail's Address Test Mode?
->
-> Thanks in advance for any help,
-> Thanks to those who have already given. ;-)
->
-> Steve.
->
-> PS. Hopefully, someone won't find me swaying from my
-> ceiling at the end of my modem cable tommorrow...
->
->
My strong suggestion FIRST is use the /bin/domainname command
from rc.local for a standalone system. Been working here
since 2.0 or so. That gets the domain name into the kernel
where it can be found by other software INCLUDING sendmail.
bruce@TotSysSoft.com
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 25 Nov 1993 02:48:50 -0500
Organization: Next Announcements
Message-ID: <2d1o12$824@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
The NEXTSTEP FAQs are posted here monthly as well.
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material.
The NEXTSTEP programmer FAQs are posted here.
Generic UNIX questions belong elsewhere (comp.unix.questions),
although specific questions about NeXT's implementation or
porting issues are appropriate here. Note that there are
several other more "horizontal" newsgroups (comp.lang.objective-c,
comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip,
etc.) that may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
comp.soft-sys.nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
comp.lang.objective-c
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
comp.object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
---------------------------------------------------------------------
Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are
now available as a mailing list digest as well.
next-nextstep-d
next-advocacy-d
next-announce-d
next-bugs-d
next-hardware-d
next-marketplace-d
next-misc-d
next-programmer-d
next-software-d
next-sysadmin-d
(For a full description, send mail saying LISTS to
<digestif@antigone.com>).
The subscription syntax is essentially the same as LISTSERV's.
To subscribe, send a message to <digestif@antigone.com> saying:
SUB Listname YourName
Example: SUB next-hardware-d John Doe
--------------------------------------------------------------------
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish sanguish@digifix.com
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
From: rgc@wam.umd.edu (Ross Garrett Cutler)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Mounting Bernoulli disks as DOS disks
Date: 25 Nov 1993 15:29:04 GMT
Organization: University of Maryland, College Park
Message-ID: <2d2j00$mu1@cville-srv.wam.umd.edu>
I have a Bernoulli 150 on my PC running NS/I 3.1. I can format a disk
in NeXT format and mount that very nicely. However, NS doesn't allow me to
mount a FAT (DOS) Bernoulli disk. Is there a way to do this? Thanks, Ross.
--
Ross Cutler
University of Maryland, College Park
Internet: rgc@wam.umd.edu
From: klar4000@fatmom.zrz.tu-berlin.de (Klaus Rappich)
Newsgroups: comp.sys.next.sysadmin
Subject: Mail.app
Date: 25 Nov 1993 15:47:38 GMT
Organization: TUBerlin/ZRZ
Message-ID: <2d2k2q$2ff@brachio.zrz.TU-Berlin.DE>
Hi everybody,
I got a problem with Nextmailer.I use a NS 2.1 on a black nextstation
with 105 Mb disk.
I never saw this before.
I send a mail from my Active.mbox to elsewhere it works.I get a mail
from elsewhere ,/usr/lib/sendmail works correct,put this mail into
System.mbox at /private/spool/mail/userid.
But when I look into my Application in $home/Mailboxes/Active.mbox
the mail is never delivered to my Active.mbox.
In Mailpreferences I have for normal:incoming =auto
Minutes=1
Autostart
sendig options:
reply=off
no Nextmail
Archiv
shelf
in Expert:
Emacs:
Folder:~/Mailboxes
SpoolFolder:/usr/spool/mail
Mailer:/usr/lib/sendmail
What is wrong,where can I look for ??
Did anyone now this problem?? Any Help would be grateful.
Klaus. Rappich@zrz.TU-Berlin.DE
Newsgroups: comp.sys.next.sysadmin
From: willers@butp.unibe.ch (Moritz Willers)
Subject: Re: CAN'T connect to netinfo master
Message-ID: <1993Nov25.192720.19806@aragorn.unibe.ch>
Sender: news@aragorn.unibe.ch
Organization: University of Berne, Switzerland
References: <1993Nov24.150942.14765@aragorn.unibe.ch>
Date: Thu, 25 Nov 1993 19:27:20 GMT
In article <1993Nov24.150942.14765@aragorn.unibe.ch> willers@itp.unibe.ch
(Moritz Willers) I myself wrote:
>
> I changed yesterday the hostname of the master with the HostManager from
> 'max' to 'max.unibe.ch' in the root domain. Today I wanted to set it
back
> but it failed with:
>
> NetInfo error writing property list: Communication failure. Aborting.
>
> What can I do? I can't change anything in the root domain, not by
> NetInfoManager, nor by niload, ...
>
> Is it the only the way to start be zero again?
I managed:
starting in single user mode (bsd -s)
and then 'sh /etc/rc &' to start netinfo
then 'niutil -creatprop -t 127.0.0.1/network ...(what was necessary)'
(Sysadmin book pg 425 ff)
Now I'm back to normal
--
Moritz Willers
Institute for Theoretical Physics, Berne
Switzerland
willers@butp.unibe.ch
Newsgroups: comp.sys.next.sysadmin
From: gemoe@proximus.north.de (Gerhard Moeller)
Subject: Re: Warning: zsh globs incorrectly
Content-Type: text/plain; charset=ISO-8859-1
References: <2cloh4$dpj@news.mic.ucla.edu>
Mime-Version: 1.0
Organization: Gerhard Moeller, German NeXT User Group, Oldenburg.
Date: Wed, 24 Nov 1993 22:13:30 GMT
Message-ID: <1993Nov24.221330.2274@proximus.north.de>
Content-Transfer-Encoding: quoted-printable
Ivo Welch (ivo@next.agsm.ucla.edu) wrote:
> If you have installed zsh, try
>
> ls *~.something
Hmm. No, it doesn't:
gemoe@proximus 32> ls *~.x 22:56
zsh: no matches found: *~.x
Gerhard
--
+---------------------------< principiis obsta! >---------------------------+
N Gerhard Moeller, Hetzg. 32/11, A-1030 Wien (Austria) [*: 02/21/1968] N
e Private: gemoe@proximus.north.de Phone (voice): +43-1-7151531 e
X Uni: Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE NeXTmail X
T Z-Net: Gerhard.Moeller@uniol.zer encouraged! T
+-> NoGeNUG - Northern German NeXT User Group: NoGeNUG@proximus.north.DE <-+
From: alevine@ucsd.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Next as gateway between local PC net & SLIP access to internet
Date: 25 Nov 1993 22:29:34 GMT
Organization: A poorly-installed InterNetNews site
Distribution: world
Message-ID: <2d3bkeINN44i@network.ucsd.edu>
Thanks to all the kind individuals who responded with helpful suggestions
to my last post on tcp/ip networking with 386 workstations and a Next
server. With their help, bless them, I have gotten freeware telnet, ftp,
and lpr clients to work.
I still have one major outstanding headache, though. The PC clients can't
telnet, ping, or otherwise access any machine except the Next server,
which is connected to the outside world via SLIP (TransSys DialUpIP).
Here are the routing tables for the Next (stop reading here
if you don't want to be bored by the technical details :-)
Destination Gateway Flags Refs Use Interface
guava localhost UH 0 0 lo0
localhost localhost UH 3 5999 lo0
137.110.0.10 guava UH 0 4 slip0
default 137.110.0.10 UG 0 2524 slip0
next-default guava U 13 54332 en0
"guava" is the next's hostname. "137.110.0.10" is the ip address of the
SLIP server. Hostname resolution from the Next is provided by an
/etc/resolv.conf pointing to a local nameserver. This setup works fine
for all access between the Next and the outside world. However,
regardless of whether I set the "gateway" and "nameserver" fields of the
PC's configuration equal to the "next-default" address or the "guava"
address (the one recognized by the SLIP server), the PC fails to ping any
machine besides the Next server, by numerical address or hostname (so of
course I can't begin to set up newsreaders or mosaic, yet!). Do I need to
set up additional routing on the Next? How? Help!
Thanks, folks!
--
Alexander Levine Department of Philosophy
alevine@ucsd.edu 0302, UCSD
NeXTMail fine La Jolla, CA 92093
************************************************
Disclaimer: I am responsible for all opinions
expressed by anyone at any time.
From: rcfa@cubiculum.com (Ronald C.F. Antony)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.hardware
Subject: NSI installation...
Date: 25 Nov 1993 23:43:49 GMT
Organization: NeXT-BUG (NeXT at Brown University Group)
Distribution: world
Message-ID: <2d3fvl$bgk@tunix.cubiculum.com>
Keywords: Handbook NSI Installation Boot Floppy
I just got a new toy: a Gateway 2000 Handbook 486DX-2 40MHz, with a 120MB HD.
This is a really cute thing, weighs about 3lbs. Great display (at least for
its size). Just the thing to take with you wherever you go.
The only grief so far is Windows. I could not imagine it is THAT BAD. Even
playing with the control panel, playing MineSweep etc. crashes Windows about
3 times in an hour :-( And yes, it is Windows and not the hardware, since
after Windows crashes, you are at the DOS prompt and can keep working there,
if you are so inclined. Well end of diatribe.
Of course I did not buy this thin to run DOS/Windows, but I hope to get NSI
running on this machine, since it has just about the minimum specs. It should
be fine for running emacs, getting UUCP mail etc.
So here the question: Did anyone manage to install NSI without a CD-ROM, by
doing some strange thing with boot floppies, serial cable, kermit etc.?
If so any hints are welcome.
Also, is it at all possible to get a boot floppy on a 1.44MB disk?
Besides that, if nobody knows how to do that, I might have to take the thing
apart and stick the disk drive (IDE) into a "REAL" PC with NSI, and then run
Builddisk on it, then stick it back...
Thanks. Please send copies of replies by email to me, I might not be able to
keep up with news...
And yes: I will post something, if (or if not) I succeed installing NSI on
that cute little thing... :-)
-- Ronald
==============================================================================
"The reasonable man adapts himself to the world; the unreasonable one persists
in trying to adapt the world to himself. Therefore all progress depends on the
unreasonable man." G.B. Shaw
------------------------------------------------------------------------------
rcfa@cubiculum.com rcfa@ANDI.org rcfa@sleepy.cis.brown.edu | NeXT-mail welcome
From: rcfa@cubiculum.com (Ronald C.F. Antony)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: BuildDisk with drives faster than 3600 RPM
Date: 25 Nov 1993 23:54:55 GMT
Organization: NeXT-BUG (NeXT at Brown University Group)
Distribution: world
Message-ID: <2d3gkf$bld@tunix.cubiculum.com>
References: <2cr24o$bnf@darkstar.UCSC.EDU>
In article <2cr24o$bnf@darkstar.UCSC.EDU> art@cubicsol.com (Art Isbell)
writes:
> I recently posted a request for suggestions how to compare Winchester
> drive speeds. Robert Brown of Quorum pointed out the difficulties, and
> added a statement that concerns me somewhat. He stated that BuildDisk
> assumes that all drives rotate at 3600 RPM. I did recently notice that
> /etc/disk reports that my DEC DSP3105, a 5400 RPM drive, is a 3600 RPM
> drive :-(
>
> My question is what effect does this discrepancy cause, if any? If it
> either reduces the usable capacity or speed, would rebuilding the drive
> make a noticeable difference?
I don't have any hard facts, but I would suspect that it has an influence on
the way the OS writes to the disk and thus on the performance. /etc/disk
(as far as I know) get the parameters from some info that is written on the
disk when it is formatted. When the disk is formatted, NeXTSTEP checks for a
disktab entry. If none is available for your disk, it uses /etc/scsimodes
to collect the information needed to format the disk correctly. Unfortunately
the information returned by /etc/scsimodes does NOT include the rpm of the
drive. Thus, if you want optimal performance, i suggest you construct a
disktab entry manually, and fill in the rpm (or was it rps?) field correctly.
This should produce better results. Of course, writing a disktab entry can be
a bitch, which is why NeXT came up with that automatic formatting feature to
begin with.
-- Ronald
==============================================================================
"The reasonable man adapts himself to the world; the unreasonable one persists
in trying to adapt the world to himself. Therefore all progress depends on the
unreasonable man." G.B. Shaw
------------------------------------------------------------------------------
rcfa@cubiculum.com rcfa@ANDI.org rcfa@sleepy.cis.brown.edu | NeXT-mail welcome
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: coconut@crash.cts.com (Brian Dear)
Subject: HELP: Texel CDROM and NS/I 3.1
Organization: Coconut Computing, Inc.
Date: 25 Nov 93 18:56:44 PST
Message-ID: <1993Nov25.185644.11608@crash>
The machine: Intel GX Pro, 16MB RAM, 340MB SCSI internal drive
The OS: NS/I 3.1
The external CD-ROM drive: TEXEL DM-5024 (this drive is self-terminated).
The problem: I am signed on as root. Everything has booted fine. The
TEXEL showed up as SCSI ID #6. I insert the NS3.2 update disk in the
CD-ROM drive, and the little green light turns to orange as the device
starts reading the drive. The mouse cursor goes busy, and then freezes
and the HARD DISK INSIDE SPINS DOWN -- YOU CAN HEAR IT! At this point
the machine is frozen. EEEEK.
I tried it a couple times, changing the SCSI device ID, and I still
get a lockup and the machine hangs. In fact, once I heard the heads of
the hard disk bang up against the side of the drive as if they were
being put into "park" position violently.
Were NS/SPARC available I'd turn this Intel box into an OS/2 machine
and give up on Intel machines once and for all. But since I can't do that
any time soon, anyone have any suggestions for what's causing this problem?
-- bd
/ brian dear / coconut computing, inc / brian@coconut.com /
From: mpetach@storm.Stanford.EDU (Matthew N. Petach)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.hardware
Subject: Re: NSI installation...
Followup-To: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.hardware
Date: 26 Nov 1993 07:04:16 GMT
Organization: Stanford University
Distribution: world
Message-ID: <2d49pg$4nd@nntp2.Stanford.EDU>
References: <2d3fvl$bgk@tunix.cubiculum.com>
NB: bounce to user.
Ronald C.F. Antony (rcfa@cubiculum.com) wrote:
: I just got a new toy: a Gateway 2000 Handbook 486DX-2 40MHz, with a 120MB HD.
: This is a really cute thing, weighs about 3lbs. Great display (at least for
: its size). Just the thing to take with you wherever you go.
I assume you have a parallel port on this?
: Of course I did not buy this thin to run DOS/Windows, but I hope to get NSI
: running on this machine, since it has just about the minimum specs. It should
: be fine for running emacs, getting UUCP mail etc.
Yes, you should have enough to do it...
: So here the question: Did anyone manage to install NSI without a CD-ROM, by
: doing some strange thing with boot floppies, serial cable, kermit etc.?
: If so any hints are welcome.
: Also, is it at all possible to get a boot floppy on a 1.44MB disk?
The 3.1 boot floppy _is_ a 1.44 MB floppy. :-) Well, not a boot
floppy per se, but an installer floppy. I would suggest you get
one of Trantor's Parallel->SCSI adapters for the unit so that you
can connect a CD-ROM to the machine and try installing it that way.
: Besides that, if nobody knows how to do that, I might have to take the thing
: apart and stick the disk drive (IDE) into a "REAL" PC with NSI, and then run
: Builddisk on it, then stick it back...
If you can do that, you'd probably be safest doing that. Don't actually
configure the machine until the drive is back in the notebook; just install
the software, then put the HD back, then run the configure program so it
can set the hardware that is actually in the notebook correctly.
: Thanks. Please send copies of replies by email to me, I might not be able to
: keep up with news...
Wish I could, but this newsreader won't let me. I'll bounce a copy of
this once it shows up on our nntp server.
: And yes: I will post something, if (or if not) I succeed installing NSI on
: that cute little thing... :-)
: -- Ronald
Great!
Matt
From: wilkie@markab.cslab.tuwien.ac.at
Newsgroups: comp.sys.next.sysadmin
Subject: boot partition restore - summary
Date: 26 Nov 93 10:23:29
Organization: Technical University Vienna, Austria
Distribution: fj
Message-ID: <wilkie.93Nov26102329@markab.cslab.tuwien.ac.at>
Mime-Version: 1.0
Content-Type: text/plain
To my question on how to restore a destroyed NS boot partition, I got two email responses so far. Since a broken SCSI cable & socket have sent my machine off the airwaves for some days, I have not had a chance to try the suggestions yet; the actual outcome will be posted as well.
1.
Date: Sun, 21 Nov 93 07:55:41 -0500
From: Tim Buck <timbuck@borg.lib.vt.edu>
To: wilkie@albireo.cslab.tuwien.ac.at
Subject: Re: boot partition restore - how?
Newsgroups: comp.sys.next.sysadmin
In-Reply-To: <wilkie.93Nov20103456@albireo.cslab.tuwien.ac.at>
References: <2beb5m$fs3@news.cs.tu-berlin.de> <2blrcf$86f@cofc20.cs.cofc.edu>
Organization: Newman Library, Virginia Tech
Cc:
In article <wilkie.93Nov20103456@albireo.cslab.tuwien.ac.at> you write:
>I've got the following problem: when installing NS 3.1 on my machine, I reserved 10MB for MS-DOS and got it. NS put its boot manager on this partition (the first one on target 0), and everything was fine. Then I upgraded DOS from 5.0 to 6.0. In the course of this procedure, the boot manager was destroyed and replaced with the normal MS-DOS boot sector. I still can boot NS, although only from floppy.
>
>HOW DO I GET THE NS BOOT MANAGER BACK?
>
I was able to get the NeXTstep boot manager back without uninstalling DOS 6.0
or reinstalling NeXTstep.
NOTE: I take no responsibility if you lose any data or cause any damage by
taking any actions I'm about to describe! Make a backup before trying
any of this!
Here's what I did:
1. Booted from the Install floppy/CD-ROM in single-user mode (from the
NeXTstep boot: prompt, type "fd()mach_kernel rootdev=/dev/sd1a -s".
This is so you can make modifications to the hard drive, since you
can't do so while it's mounted.
2. Type "/usr/etc/disk /dev/rhd0a". At the disk> prompt, enter the command
"defaultboot", respond with "/usr/standalone/i386/boot0" when asked which
boot program to use. (/dev/rhd0a is the first partition on the first IDE
drive -- you may need a different device depending on your configuration).
3. Again at the disk> prompt, enter the command "boot", respond with "y"
to accept the default. It should say something about writing boot,
boot0, and boot1. (boot0 is the "Hit d for DOS" part).
Again, I claim no responsibility for anything that happens if you try this.
Good luck!
2.
Date: Sat, 20 Nov 93 12:10:08 -0600
From: Peter Eisch <peter@corsica.umhc.umn.edu>
To: wilkie@albireo.cslab.tuwien.ac.at
Subject: Re: boot partition restore - how?
Newsgroups: comp.sys.next.sysadmin
Organization: University of Minnesota Hospital and Clinic, Laboratory Information Services
Reply-To: peter@tahiti.umhc.umn.edu
X-Newsreader: TIN [version 1.2 PL2]
try NEXTSTEP's fdisk. To clobber NeXT's bootmanager when it was taken off
the pc I had to use DOS' fdisk /mbr or something like that. NeXT's fdisk
has something equivalent.
peter
From: brian@umbc.edu (Brian Cuthie)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: BuildDisk with drives faster than 3600 RPM
Date: 26 Nov 1993 10:31:33 -0500
Organization: Systemix Software, Inc.
Message-ID: <2d57glINN3pv@umbc7.umbc.edu>
References: <2cr24o$bnf@darkstar.UCSC.EDU> <2d3gkf$bld@tunix.cubiculum.com>
>In article <2cr24o$bnf@darkstar.UCSC.EDU> art@cubicsol.com (Art Isbell)
>writes:
> I recently posted a request for suggestions how to compare Winchester
> drive speeds. Robert Brown of Quorum pointed out the difficulties, and
> added a statement that concerns me somewhat. He stated that BuildDisk
> assumes that all drives rotate at 3600 RPM. I did recently notice that
> /etc/disk reports that my DEC DSP3105, a 5400 RPM drive, is a 3600 RPM
> drive :-(
>
> My question is what effect does this discrepancy cause, if any? If it
> either reduces the usable capacity or speed, would rebuilding the drive
> make a noticeable difference?
>
I would guess that it makes no difference whatsoever. The need for the UNIX
file system to know the rotational speed of the disk stems from the years
when the drive also knew it's geometry. The speed, interleave factor, and
disk geometry were used to format the disk in such a was as to minimize
the likelyhood of extra more than one rotaion track reads and writes. But,
with the advent of SCSI disks, the gemoetry is hidden from the driver. In
fact, it's not unusaul for a SCSI drive to have a variable number of
sectors per track, depending on the cylinder involved. The bottom line is,
I don't think it makes beans difference on a SCSI drive.
Cheers,
Brian
--
Brian Cuthie
Systemix Software, Inc.
brian@systemix.com
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.hardware
Subject: Re: NSI installation...
Date: 26 Nov 1993 17:23:06 GMT
Organization: UCLA Microcomputer Support Office
Distribution: world
Message-ID: <2d5e1r$s52@news.mic.ucla.edu>
References: <2d3fvl$bgk@tunix.cubiculum.com> <2d49pg$4nd@nntp2.Stanford.EDU>
I know that no parallel port or PCMCIA SCSI adapter have been certified for
NS. I believe none have even been reported to work (either during or after
installation).
If my information is incorrect, I'd love to know.
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
PS: 120MB is VERY VERY small for a NS system. I'd probably look into
something smaller, like Linux.
From: doko@cs.tu-berlin.de (Matthias Klose)
Newsgroups: comp.sys.next.sysadmin
Subject: network setup
Date: 26 Nov 1993 21:17:53 GMT
Organization: TU Berlin Fachbereich Informatik
Message-ID: <2d5rq4$fio@news.cs.tu-berlin.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
I have configured a network with one netinfo master and two clients.
Now I want to add another client which is on another net, separated from the
master with a gateway. Until now I have configured the new client as
standalone (because he does not get an answer at boot time through the
gateway). How can I tell the new client that he is served by my old netinfo
master? Is it possible to run the new client as a clone server?
Matthias Klose
From: hans@symbas.UUCP (Hans Aafloy)
Newsgroups: comp.sys.next.sysadmin
Subject: Intel/3.1 suddenly won't boot. No login-in window.
Message-ID: <3848@symbas.UUCP>
Date: 26 Nov 93 13:38:22 GMT
Distribution: world
Organization: Lindmac A/S, Trondheim, Norway
My Intel ( 3.1 ) has worked fine for some days now, but suddenly it
fails to boot.
Just before the login-window is about to appear, the system kind of
'changes its mind' and comes up with the messages -
Problem starting the megapixel driver. Continuing.
Problem starting the Cirruslogicgd542x.psdvr driver. Continuing.
class 'frame buffer' not linked into application
Problem starting the TsenglabsET400.psdvr driver. Continuing...
And then the screen blacks out.
Prior to this crash I made a fairly 'innocent' entry in rc.local,
but I can hardly believe that that can be the reason.
If there isn't any quick fix to this, I want to take the machine up in
single user mode, but I'm not sure which command to enter at the boot
prompt.
I furthermore wonder if the boot procedure for white hardware
is documented in Nextanswers ( I haven't found any appropirate code in
the master index ).
I'd appreciate any help in my misery.
thanx,
hans
hans@symbas.lind.no
Newsgroups: comp.sys.next.sysadmin
From: BrianW@SoundS.WA.com (Brian Willoughby)
Subject: How do I fix: "Warning: incomplete termcap entry. Editing disabled"
Message-ID: <CH4G82.Fwx@sounds.wa.com>
Sender: brianw@sounds.wa.com (Brian Willoughby)
Organization: Sound Consulting, Bellevue, WA, USA
Date: Fri, 26 Nov 1993 23:07:14 GMT
I am running 3.1 and anyone who logs in by modem on ttydfb gets the following
message:
Warning: incomplete termcap entry. Editing disabled.
When I log onto someone else's 3.1 NeXT, I don't get the same warning (and vi
works). I've tried comparing /etc/termcap, /etc/gettytab, /etc/login.std,
/etc/cshrc.std, ~/.login, ~/.cshrc between our machines, and there are no
differences (except I have added a few things on my machine, namely alias in
cshrc.std, and MANPATH in login.std). Most importantly, I suppose, we both
have the modem enabled in /etc/ttys with "dialup" instead of a specific
terminal type like "vt100". We were both using NXFax (which replaces the getty
process), but I have removed NXFax with no change.
I assume that there is a way to explicitly set TERM to vt100 in each user's
startup files, but I prefer to solve the problem globally. Since it seems to
work on my friend's NeXT without any special work (and I've checked .login and
.cshrc for my account on his machine), I would like to figure out what is
"wrong" with my system setup.
Any hints or ideas?
--
Brian Willoughby Software Design Engineer, BSEE from NCSU
NeXTmail welcome Sound Consulting: Software Design and Development
BrianW@SoundS.WA.com Bellevue, WA
From: anderson@macc.wisc.edu (Jess Anderson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How do I fix: "Warning: incomplete termcap entry. Editing disabled"
Date: 27 Nov 1993 00:44:25 GMT
Organization: Division of Information Technology, UW-Madison
Message-ID: <2d67t9$24i@news.doit.wisc.edu>
References: <CH4G82.Fwx@sounds.wa.com>
In article <CH4G82.Fwx@sounds.wa.com>,
Brian Willoughby <BrianW@SoundS.WA.com> wrote:
>I am running 3.1 and anyone who logs in by modem on ttydfb gets the following
>message:
Are you saying this doesn't happen with serial port A, or
just that B's the one you're using?
>Warning: incomplete termcap entry. Editing disabled.
I've never bothered to find out why that happens, which it
does under circumstances I also haven't delved into. (I
think it's usually a telnet from seom other machine, rather
than a dial in, which always seems to work right.)
Anyway, in my .cshrc I have an alias vt100 "set term = vt100",
so I just type vt100 and all is well.
--
[Jess Anderson <> Division of Information Technology, University of Wisconsin]
[Internet: anderson@macc.wisc.edu {o"o} UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[---> Faith is often the boast of the man who is too lazy to investigate. <---]
Newsgroups: comp.sys.next.sysadmin
From: optadm7@watserv1.uwaterloo.ca (J.Cassidy - Optometry)
Subject: CDPlayer
Message-ID: <CH4qEs.Co9@watserv1.uwaterloo.ca>
Sender: news@watserv1.uwaterloo.ca
Organization: University of Waterloo
Distribution: na
Date: Sat, 27 Nov 1993 02:47:15 GMT
I've just upgraded my NS/I machine to 3.2. Unfortunately I find
that the CD player app complains that it can't find the CD.
Does anyone have any ideas? (It used to under 3.1)
Jim.
Newsgroups: comp.sys.next.sysadmin
From: skochhar@cvbnet.cv.com (Sandeep Kochhar x4618 5-2)
Subject: Re: Can I boot without starting my lasarprinter?
Message-ID: <CH01qI.CrL@cvbnet.CV.COM>
Sender: usenet@cvbnet.CV.COM (News Account )
Organization: Computervision
References: <2cm1eh$bu1@newsflash.mitre.org> <AHOKAS.93Nov22213052@karl.gun.com>
Distribution: usa
Date: Wed, 24 Nov 1993 14:03:53 GMT
In article <AHOKAS.93Nov22213052@karl.gun.com>, ahokas@gun.com (Jim Ahokas) writes:
|> In article <2cm1eh$bu1@newsflash.mitre.org> wherndon@smiley.mitre.org (William Herndon) writes:
|>
|>
|> Is there a way to boot my NeXTStation without starting up my lasar-
|> printer. I've checked the /etc/rc* files, and the only helpful thing
|> that I've found is the code in rc and rc.standard that fires up the
|> line printer daemon (lpd). Does lpd start up the printer automati-
|> cally when invoked? If so, can I prevent it somehow?
|>
|>
|> You could let the printer start up and the shut it off with a line in
|> your /etc/rc.local as follows:
|>
|> # SHUT OFF POWER TO PRINTER
|> /usr/etc/nppower off
|>
|> Works for me and the printer will power back up when a print job is
|> sent to it.
|> --
|>
|> Jim Ahokas DOMAIN: Jim_Ahokas@gun.com
|> CS First Boston (Japan) Ltd UUCP: ..uunet!csfb1!next8!ahokas
|> 4-3-1 Toranomon, Minato-ku VOICE: (03)-5404-9562
|> Tokyo 105, Japan FAX: (03)-5404-9844
|>
I had to do something like
sleep 10; /usr/etc/nppower off
Without the sleep, the printer would still stay power up.
--
Sandeep Kochhar
Computervision, MS 5-2 email: skochhar@cvbnet.cv.com
14 Crosby Drive tel: (617) 275-1800 x 4618
Bedford, MA 01730 fax: (617) 275-8506
Newsgroups: comp.sys.next.sysadmin
From: mark@ve6mgs.ampr.org (Mark G. Salyzyn)
Subject: Re: Has the serial drivers problem been solved?
Organization: ADEC Systems Inc.
Date: Fri, 26 Nov 93 22:01:19 GMT
Message-ID: <1993Nov26.220119.19518@ve6mgs.ampr.org>
References: <CGp2G0.16s@ripple.uunet> <rorCGuL01.5Lx@netcom.com>
ror@netcom.com (RatSnatcher) writes:
>I can't really allow people to call in
>because if I do, chances are that I'll come back to find the machine
>exploded with a "system panic" window.
>
>I really wish they would fix this.
I have two fixes, run my modem to computer communication at 4800 Baud so
that my full feed news supplier never hangs up ;-), or put in a piece of
hardware that hits the big red reset switch electronically whenever the OS
no longer probes the SCSI bus for my CD drive for a period longer than
5 minutes. Now, I return to the machine with a login window (when I was sure
I walked away with it logged in ... :-)
Hardware fix for a DOS Dweeb style software problem ... sheesh!
Ciao -- Mark
STILL waiting for my 3.2 upgrade
Newsgroups: comp.sys.next.sysadmin
From: brianw@sounds.wa.com (Brian Willoughby)
Subject: Re: How do I fix: "Warning: incomplete termcap entry. Editing disabled"
Message-ID: <CH5733.162@sounds.wa.com>
Organization: Sound Consulting, Bellevue, WA, USA
References: <CH4G82.Fwx@sounds.wa.com> <2d67t9$24i@news.doit.wisc.edu>
Date: Sat, 27 Nov 1993 08:47:27 GMT
anderson@macc.wisc.edu (Jess Anderson) writes:
>Brian Willoughby <BrianW@SoundS.WA.com> wrote:
>>I am running 3.1 and anyone who logs in by modem on ttydfb gets the following
>>message:
>
>>Warning: incomplete termcap entry. Editing disabled.
>
>I've never bothered to find out why that happens, which it
>does under circumstances I also haven't delved into. (I
>think it's usually a telnet from seom other machine, rather
>than a dial in, which always seems to work right.)
>
>Anyway, in my .cshrc I have an alias vt100 "set term = vt100",
>so I just type vt100 and all is well.
I think I figured out that I was comparing pears and oranges (wouldn't want to
mention Apples here), because "rlogin" doesn't need an explicit TERM setting
like a dialin and "login" does. I just added "set term==vt100" to ~/.cshrc
and removed "set term=$TERM"
I'll see if this fixes the problem the next time someone dials in from Windows'
Terminal program.
>Are you saying this doesn't happen with serial port A, or
>just that B's the one you're using?
The latter. I didn't bother trying port A, since that is allocated to MIDI or
local terminals through a switchbox.
--
Brian Willoughby Software Design Engineer, BSEE from NCSU
NeXTmail welcome Sound Consulting: Software Design and Development
BrianW@SoundS.WA.com Bellevue, WA
From: rbp@investor.pgh.pa.us (Bob Peirce #305)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: sendmail appears to mung Reply-To:
Message-ID: <1993Nov26.172524.24907@investor.pgh.pa.us>
Date: 26 Nov 93 17:25:24 GMT
References: <znr753132015k@quark.uucp>
Organization: Cookson, Peirce & Co., Pittsburgh, PA
In article <znr753132015k@quark.uucp> quark!enyaw@efn.org writes:
>My problem is simple, I have Reply-To: set to:
>
> quark!charmed!enyaw@efn.org
>
>After senmail is through with it, it comes out:
>
> charmed!efn.org!quark!charmed!enyaw
>
>It would be valid if it weren't for the first "charmed", but beyond that
>I understood that mailers weren't suposed to muck w/the Reply-To: header
>at all.
>
>R$+ $:$w!$1 stick on real hostname
># +---> This appears to be the offending line,it adds
># charmed to the FRONT of the Reply-To: header
Yes. I had the same problem. I got mine to work by hardwiring the
address
R$+ $:efn.org!quark!charmed!$1
--
Bob Peirce, Pittsburgh, PA rbp@investor.pgh.pa.us 412-471-5320
venetia@investor.pgh.pa.us [NeXT Mail] !uunet.uu.net!pitt!investor!rbp [UUCP]
From: mbecker@cs.uml.edu (Mark E. Becker)
Newsgroups: comp.sys.next.sysadmin
Subject: Utter NeXT-Neophyte wants to connect a PC to Black via thinwire.
Date: 27 Nov 1993 14:11:15 GMT
Organization: UMass-Lowell Computer Science
Distribution: world
Message-ID: <2d7n63$nsj@ulowell.uml.edu>
Two weeks ago I was given a working black cube ('030 + monochrome, 8M,
345M, OD, mouse, printer, and 2.1 User and DevKit installed) but with-
out written documentation. The unit had previously been on the
Internet, removed from service, stored in a warehouse for about two
years, and then landed in my lap.
With the help of a kind person at NeXT, I was able to get myself
logged in and an account established.
In the past I have had a modicum of success in connecting PC's to the
local network. That was easy: add a thinwire interface, the
appropriate Crynwyr driver, NCSA_Telnet or Kermit, and things worked.
This NeXT is a different animal. I've spent several days reading the
on-line documentation and while it was educational, I seem to be
missing something.
I have a PC in another room. As the only mass transfer medium I have
is between the net and the PC, I would like to tie the two of them
together using thinwire.
The first problem to settle is how to get the NeXT to recognize that
there is a piece of RG-58/U plugged into the ethernet port. Currently
the boot messages tell me 'the network is disabled or not connected.'
The coax *is* terminated on the far end; a BNC-T on the PC and a
50-ohm terminator on that. What criteria is the NeXT using to
determine if there's something there or not?
Would some kind soul please walk me through this? E-mail is always
welcome. Maybe others out there are interested in this too.
Mark
mbecker@cs.uml.edu
Newsgroups: comp.sys.next.sysadmin
From: michal@gortel (Michal Jaegermann)
Subject: What to do with a bad big block?
Message-ID: <1993Nov27.173341.17560@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
Date: Sat, 27 Nov 1993 17:33:41 GMT
It happened alredy to me a few times that during nightime disk check
my NeXT crashes and usually requires quite a bit of unusual measures
to bring it back. In particular, a file system is scrambled. If I
can believe in 'post-mortem' I have a bad disk block. This block
occures on an internal, NeXT supplied, QUANTUM LP105S. I am finding
later in 'messages' things like that:
mach: bad block -1073741824, <3>/HDisk: bad block
I tried to use 'reasb' to reassign this block, but after such attempt
I am seeing immediately only this:
# reasb /dev/rsd1a -1073741824
usage: reasb raw_device SCSI_block_number [-r]
and nothing happens.
Who can tell me what reasb actually expects? If this could be
of any help - this strange block number I am getting in messages
is 0xC0000000 in hex. Seems to be pretty high for a block number
on 100 Meg disk.
Michal
michal@gortel.phys.ualberta.ca
ntomczak@vm.ucs.ualberta.ca
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: Re: Has the serial drivers problem been solved?
Message-ID: <rorCH5xrw.7Dw@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <CGp2G0.16s@ripple.uunet> <rorCGuL01.5Lx@netcom.com> <1993Nov26.220119.19518@ve6mgs.ampr.org>
Date: Sat, 27 Nov 1993 18:23:56 GMT
Mark G. Salyzyn (mark@ve6mgs.ampr.org) wrote:
: ror@netcom.com (RatSnatcher) writes:
: >I can't really allow people to call in
: >because if I do, chances are that I'll come back to find the machine
: >exploded with a "system panic" window.
: >
: >I really wish they would fix this.
: I have two fixes, run my modem to computer communication at 4800 Baud so
: that my full feed news supplier never hangs up ;-), or put in a piece of
: hardware that hits the big red reset switch electronically whenever the OS
: no longer probes the SCSI bus for my CD drive for a period longer than
: 5 minutes. Now, I return to the machine with a login window (when I was sure
: I walked away with it logged in ... :-)
: Hardware fix for a DOS Dweeb style software problem ... sheesh!
Hmmm. Sounds like you're a hardware guy. I try never to open my machine.
It frightens me.
I'm really wonder whether this is still a problem in NS/I 3.2.
Does anyone know?
Zach
--
ror@netcom.com ~RoR-Alucard~
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Has the serial drivers problem been solved?
Date: 28 Nov 93 01:07:54 GMT
Organization: University of Illinois at Urbana
Message-ID: <jeffo.754448874@uiuc.edu>
References: <CGp2G0.16s@ripple.uunet> <rorCGuL01.5Lx@netcom.com> <1993Nov26.220119.19518@ve6mgs.ampr.org> <rorCH5xrw.7Dw@netcom.com>
ror@netcom.com writes:
>I try never to open my machine. It frightens me.
I don't think you shouldn't ever have to open your machine for what is
a software problem, a problem that (going from net reports) NeXT has
yet to fix. According to some folks that have posted, when they
installed other operating systems on the machine on which they now run
NS/I, the serial ports worked fine.
>I'm really wonder whether this is still a problem in NS/I 3.2.
Including Mark G. Salyzyn's post, I've read or talked with 3 NS/Intel
users that have had serial problems after the patch in addition to the
reports posted on the comp.sys.next newsgroups.
It's a shame that NeXT can't seem to nail down whatever the problem
is. Contrary to those that have fast ethernet connections at their
disposal, or really don't care about using the serial port for
anything, I think this is a big problem that the ports aren't reliably
useable past 4800 baud. Maybe this is some perverted way of showing
that it's somehow a good thing that MIDI applications on NS never took
off.
Maybe next release.....or maybe you should start thinking about using
an operating system that knows how to deal with high-speed serial port
applications.
--
J.B. Nicholson-Owens (*NO* NeXTmail please)
From: a09311@giant.rsoft.bc.ca (Stewart Seidel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Has the serial drivers problem been solved?
Date: 28 Nov 93 03:02:36 GMT
Organization: MIND LINK! Communications Corp
Message-ID: <a09311.754455756@giant>
References: <CGp2G0.16s@ripple.uunet> <rorCGuL01.5Lx@netcom.com> <1993Nov26.220119.19518@ve6mgs.ampr.org> <rorCH5xrw.7Dw@netcom.com> <jeffo.754448874@uiuc.edu>
jeffo@uiuc.edu (J.B. Nicholson-Owens) writes:
>ror@netcom.com writes:
>>I try never to open my machine. It frightens me.
>I don't think you shouldn't ever have to open your machine for what is
>a software problem, a problem that (going from net reports) NeXT has
>yet to fix. According to some folks that have posted, when they
>installed other operating systems on the machine on which they now run
>NS/I, the serial ports worked fine.
>>I'm really wonder whether this is still a problem in NS/I 3.2.
>Including Mark G. Salyzyn's post, I've read or talked with 3 NS/Intel
>users that have had serial problems after the patch in addition to the
>reports posted on the comp.sys.next newsgroups.
Curiously, I haven't had a problem using the serial ports with NS/FIP 3.1
since I installed the SerialPort patches a month or so ago. I'm using
Kermit 5A(188) (compiled on this machine) at 19.2K on a US Robotics 14.4K
external modem, and happily using zmodem to download/upload files.
[Actually, I do have one minor problem: if I exit from kermit, and the
try to re-run it again, kermit seems unable to open the port with:
C-kermit (5A) > set line /dev/ttyb
I have to leave kermit, and use cu to open the port with:
cu -l /dev/ttyb -s 19200
and then everything works fine.]
Newsgroups: comp.sys.next.sysadmin
From: uunet!molly!vlcek (Jim Vlcek)
Subject: Accepting remote print requests (lpd)
Message-ID: <CH671E.KH4@molly.uucp>
Sender: vlcek@molly.uucp (James Vlcek)
Organization: The Black Box of Lowertown
Date: Sat, 27 Nov 1993 21:44:01 GMT
I've got a 68040 slab running 3.0. After a couple of years running
standalone, it's now got company: an Intel box running UnixWare. I'm trying
to get the UnixWare box to be able to print to the slab.
The UnixWare box has the remote printer defined as a BSD type, and of course
lpd is running on the slab. The printer is a NeXT laser printer. I've got
the remote host name listed in both /etc/hosts.lpd and /etc/hosts.equiv on
the slab.
But, of course, absolutely nothing happens when I try to print. From the
UnixWare side, I notice that the UnixWare lpd hangs up immediately after
trying to connect to the NeXT. On the NeXT side, I see absolutely no
indication of anything ever happening (I've got one of those really noisy
Fujitsu 2263 660MB disk drives which doubles as a network activity indicator
:-); no entry in /usr/adm/lpd-errs.
I tend to suspect that the UnixWare side is at fault, but I wonder: is there
anything else I should be doing at the NeXT other than listing the remote
host in /etc/hosts.lpd?
--
-----------------------------------------------------------------------------
Jim Vlcek Information Foundation UnixWare ($166; sales@if.com)
uunet!molly!vlcek + PrimeTime Freeware SDK ($60, ptf@cfcl.com)
Beautiful downtown St. Paul = A better NT than NT (costs less, too!)
From: smg@orb.com ("Samuel M. Goldberger")
Newsgroups: comp.sys.next.sysadmin
Subject: What is the smallest bootable system?
Date: 28 Nov 1993 06:50:28 GMT
Organization: CRL Dialup Internet Access
Distribution: world
Message-ID: <2d9hnk$1mt@nntp.crl.com>
I recall that there was once a receipe on the archives for a bootable floppy; I
need to create a bootable system on a 45 Meg HD. What files do I need to copy
on to this disk?
Email replies appreciated!
Sam
--
Samuel M. Goldberger/smg@orb.com
Spherical Solutions
47 Myrtle Avenue
Mill Valley, CA 94941
415-383-2919--voice
415-381-9556--fax
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: What to do with a bad big block?
Message-ID: <1993Nov27.225019.10153@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <1993Nov27.173341.17560@kakwa.ucs.ualberta.ca>
Date: Sat, 27 Nov 1993 22:50:19 GMT
In article <1993Nov27.173341.17560@kakwa.ucs.ualberta.ca> michal@gortel
(Michal Jaegermann) writes:
>
> It happened alredy to me a few times that during nightime disk check
> my NeXT crashes and usually requires quite a bit of unusual measures
> to bring it back. In particular, a file system is scrambled. If I
> can believe in 'post-mortem' I have a bad disk block. This block
> occures on an internal, NeXT supplied, QUANTUM LP105S. I am finding
> later in 'messages' things like that:
>
> mach: bad block -1073741824, <3>/HDisk: bad block
>
> I tried to use 'reasb' to reassign this block, but after such attempt
> I am seeing immediately only this:
>
> # reasb /dev/rsd1a -1073741824
>
> usage: reasb raw_device SCSI_block_number [-r]
>
> and nothing happens.
>
> Who can tell me what reasb actually expects? If this could be
> of any help - this strange block number I am getting in messages
> is 0xC0000000 in hex. Seems to be pretty high for a block number
> on 100 Meg disk.
>
> Michal
> michal@gortel.phys.ualberta.ca
> ntomczak@vm.ucs.ualberta.ca
My gess if your disk is at logical 1 (ie rsd1a):
To get your bad block number try:
dd if=/dev/rsd1h of=/dev/null bs=64k
and look at the console to see the error message, retry,scsi block in
error etc...
after:
dd if=/dev/rsd1h of=/dev/null bs=1k skip=(number of successful read time
64) count=(enough block, because we dont want to scan the entire disk)
double check at the console.
note rsdXh start at SCSI block0, rsdXa start after front porch
--
---------------------------------------------------------------------
Fabien_Roy@free.fdn.org (NextMails accepted)
Fabien Roy Electronic Engineering
3 rue ANDRE DANJON, 75019 PARIS, France,
Tel: 33 1 4040 0206 Fax: 33 1 4040 0641
From: mycroft@colourbox.utexas.edu (Alex Currier)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: What is the smallest bootable system?
Date: 28 Nov 1993 08:03:36 GMT
Organization: The University of Texas at Austin, Austin, Texas
Message-ID: <2d9m0o$ct9@geraldo.cc.utexas.edu>
References: <2d9hnk$1mt@nntp.crl.com>
In article <2d9hnk$1mt@nntp.crl.com> smg@orb.com ("Samuel M. Goldberger")
writes:
> I recall that there was once a receipe on the archives for a bootable
> floppy; I need to create a bootable system on a 45 Meg HD. What files do I
> need to copy on to this disk?
While we're talking about boot stuff I have a question to ask. I was digging
around cleaning up the obviously unnecessary stuff on my drive and I was
wondering if I need the 825K odmach file on my hard disk, given that I don't
intend to ever build any optical disks using this hd as a foundation. While
I'm in there are there any other space hogging files I can safely delete?
Thanks for your intelligent replies and kind assistance.
--
==============================================================================
Alex Currier * mycroft@ccwf.cc.utexas.edu * NeXTmail capable!!
0000000700F6208F479D391F0D205D6F055500000007DB58CE6FCA79D9FB19BCD42807B6
==============================================================================
Newsgroups: comp.sys.next.sysadmin
From: Chris Bradley <cbradley@pandora.bozell.com>
Subject: Re: Boot sounds
Message-ID: <1993Nov28.074300.11261@bozell.com>
Sender: news@bozell.com
Organization: Bozell, Jacobs, Kenyon & Eckhardt, Inc.
References: <24092@news.duke.edu>
Date: Sun, 28 Nov 1993 07:43:00 GMT
In article <24092@news.duke.edu> blake015@mc.duke.edu (Denise Blakeley)
writes:
> I would like to have a sound played to announce the end of the boot process
> on my machine. I tried adding this to the end of its /etc/rc.local:
>
> (echo 'Playing Star Trek fanfare'; sndplay \
> /LocalLibrary/Sounds/STTNGFanfare.snd &) >/dev/console
>
> The echo shows up, but the sound is never played. (Yes, the sound exists.)
> This line works from the command line.
>
> Anyone know why the sound isn't coming out? Thanks!
It's probably because the system's audio kernel server is not running when
your sndplay command is being executed at boot-time.
When booting, NS3.X calls /etc/rc.local from within /etc/rc. This means that
your sndplay command (which you placed in /etc/rc.local) is being executed
before /etc/rc is ever finished. If you look at the kernel messages log (in
/usr/adm/messages), you'll see some pairs of lines that look like this:
Nov 23 21:01:38 localhost reboot: Reboot complete
Nov 23 21:01:46 localhost mach: audio kernel server initialized
If you'll notice, you'll see that the audio kernel server is up and running
about 6-8 seconds *after* /etc/rc finishes running. Result: your sndplay
process has no audio driver to talk to when it runs from /etc/rc.local, so,
no sound.
==> (Warning: the following has not been tested)
You might *try*, as an experiment, adding a line to /etc/kern_loader.conf to
get the audio server loaded sooner. For example, you might add the following
line to the end of your /etc/kern_loader.conf file:
/usr/lib/kern_loader/Audio/audio_reloc
Knowledgeable kernel hackers are invited to comment.
---
Chris Bradley
cbradley@bozell.com
From: Oliver.Weinitschke@hut.fi (Oliver Weinitschke)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Boot sounds
Date: 28 Nov 1993 18:46:53 GMT
Organization: Helsinki University of Technology, Finland
Distribution: inet
Message-ID: <OLIVER.WEINITSCHKE.93Nov28204654@alpha.hut.fi>
References: <24092@news.duke.edu> <1993Nov28.074300.11261@bozell.com>
In-reply-to: Chris Bradley's message of Sun, 28 Nov 1993 07:43:00 GMT
>> I would like to have a sound played to announce the end of the boot process
>> on my machine. I tried adding this to the end of its /etc/rc.local:
How about a sound when logging in/out? Is there a file (common/user)
that windowserver (or something) will execute when logging in/out?
BTW where can I find good sounds? I found "I'm completely operational...",
but what about "My mind is going..." and others.
--
. .
( V )
Owlet " " of the net
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: coconut@crash.cts.com (Brian Dear)
Subject: HELP: No Workspace!!
Organization: CTS Network Services (CTSNET/crash), San Diego, CA
Date: 28 Nov 93 11:03:45 PST
Message-ID: <1993Nov28.110345.29710@crash>
We're having very weird problems with one of our NeXTSTEP workstations.
The hardware is Intel GX Pro, 330MB SCSI HD, 16MB RAM. NS3.1 operating
system.
Everything works fine if I sign on as my normal user account. But if I
log in as "root", the dock comes up but I never see the File Viewer!
Even if I double click on the NeXT logo icon!!
Only the Terminal app on the dock comes up. The other apps on the dock are:
Preferences, Mail, Edit, and four NextAdmin/... apps. If I double click on
any of them, nothing happens (but I do hear the hard disk make a brief
flurry of activity).
I checked /tmp/console.log and /usr/adm/messages and there's this message
logged when I run Terminal.app:
Terminal[214]: Assertion failed: App Kit error: Error messaging drag service
When I try to double click on Preferences, nothing happens, but then if I
go inspect console.log, there's a new line:
Preferences[212]: App Kit: Pasteboard Mach messaging error #-102, in (null pointer)
.... hey, as I was typing all this, I heard the hard disk go very busy... I
looked over at the machine right now and all the icons on the dock are
highlighted, as if they were all just clicked! Now UserMgr works, NFSManager
works, SimpleNetworkStarter works... Edit still doesn't work.. hmm
I just checked console.log again, and there are more "assertion error"
messages for the apps I just mentioned in previous paragraph!!!
Help! I need to use the root again!! What am I gonna do!?!?
[It's times like these that it boggles my mind I cannot call NeXT
itself for help, without paying. I did nothing wrong, this machine
has worked fine, and now exhibits these problems.]
Some more info... the machine is on a net with some other machines.
Ping works fine, ftp works fine, some files are NSF-shared and all is well.
I cannot find any trouble with the network.
It just seems that the root login on this machine has bitten the dust.
Any suggestions would be greatly appreciated... we can't afford to have
this machine down for long...
Thanks,
-bd
/brian dear/coconut computing, inc./brian@coconut.com/
Newsgroups: comp.sys.next.sysadmin
From: jmack@skye.phys.ualberta.ca
Subject: Re: Boot sounds
Message-ID: <1993Nov28.204148.11460@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <1993Nov28.074300.11261@bozell.com>
Date: Sun, 28 Nov 1993 20:41:48 GMT
In article <1993Nov28.074300.11261@bozell.com> Chris Bradley
<cbradley@pandora.bozell.com> writes:
> In article <24092@news.duke.edu> blake015@mc.duke.edu (Denise Blakeley)
> writes:
> > I would like to have a sound played to announce the end of the boot process
> > on my machine. I tried adding this to the end of its /etc/rc.local:
> >
> > (echo 'Playing Star Trek fanfare'; sndplay \
> > /LocalLibrary/Sounds/STTNGFanfare.snd &) >/dev/console
> >
> > The echo shows up, but the sound is never played. (Yes, the sound exists.)
> > This line works from the command line.
> >
> > Anyone know why the sound isn't coming out? Thanks!
>
>
> It's probably because the system's audio kernel server is not running when
> your sndplay command is being executed at boot-time.
>
> When booting, NS3.X calls /etc/rc.local from within /etc/rc. This means that
> your sndplay command (which you placed in /etc/rc.local) is being executed
> before /etc/rc is ever finished. If you look at the kernel messages log (in
> /usr/adm/messages), you'll see some pairs of lines that look like this:
>
> Nov 23 21:01:38 localhost reboot: Reboot complete
> Nov 23 21:01:46 localhost mach: audio kernel server initialized
>
> If you'll notice, you'll see that the audio kernel server is up and running
> about 6-8 seconds *after* /etc/rc finishes running. Result: your sndplay
> process has no audio driver to talk to when it runs from /etc/rc.local, so,
> no sound.
>
> ==> (Warning: the following has not been tested)
> You might *try*, as an experiment, adding a line to /etc/kern_loader.conf to
> get the audio server loaded sooner. For example, you might add the following
> line to the end of your /etc/kern_loader.conf file:
>
> /usr/lib/kern_loader/Audio/audio_reloc
>
> Knowledgeable kernel hackers are invited to comment.
> ---
> Chris Bradley
> cbradley@bozell.com
Much easier is to just delay the play call. This works for me at the
end of /etc/rc.local:
(sleep 10; /usr/bin/sndplay /NextLibrary/Sounds/Startup.snd) > /dev/console
1>&2 &
--
On an 030 cube you may have to increase the sleep delay.
--
James S. MacKinnon Office: P-139 Avahd-Bhatia Physics Lab
Computing/Networking Phone : (403) 492-8226
Department of Physics email : jmack@phys.ualberta.ca
University of Alberta uucp : uofaphys!jmack iskye!jmack
Edmonton, Canada T6G 2N5 bitnet: jmack@triumfcl jsm1@ualtamts
From: jweiss@casbah.acns.nwu.edu (Jerry Weiss)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: What is the smallest bootable system?
Date: 28 Nov 1993 20:47:32 GMT
Organization: Northwestern University, Evanston IL USA
Message-ID: <2db2p4$h6e@news.acns.nwu.edu>
References: <2d9hnk$1mt@nntp.crl.com> <2d9m0o$ct9@geraldo.cc.utexas.edu>
In article <2d9m0o$ct9@geraldo.cc.utexas.edu>,
Alex Currier <mycroft@ccwf.cc.utexas.edu> wrote:
>In article <2d9hnk$1mt@nntp.crl.com> smg@orb.com ("Samuel M. Goldberger")
>writes:
>
>> I recall that there was once a receipe on the archives for a bootable
>> floppy; I need to create a bootable system on a 45 Meg HD. What files do I
>> need to copy on to this disk?
>
>While we're talking about boot stuff I have a question to ask. I was digging
>around cleaning up the obviously unnecessary stuff on my drive and I was
>wondering if I need the 825K odmach file on my hard disk, given that I don't
>intend to ever build any optical disks using this hd as a foundation. While
>I'm in there are there any other space hogging files I can safely delete?
>Thanks for your intelligent replies and kind assistance.
>
>
I wouldn't touch 'odmach'. Its probably just a link to 'mach' and and
you certainly don't want to delete that.
--
Jerry S. Weiss
j-weiss@nwu.edu
Dept. Medicine, Northwestern Univ. Medical School, Chicago, Illinois
%SYSTEM-S-PHALOKTARG, Phasers Locked on Target, Ready to Fire
From: pat%cesar@cam.org (Patrique Lalonde)
Newsgroups: comp.sys.next.sysadmin
Subject: LineLink144e Modem and NXFax
Message-ID: <1993Nov28.213016.2255@cesar.uucp>
Date: 28 Nov 93 21:30:16 GMT
Sender: pat@cesar.uucp
Bonjour all,
I purchased the LineLink 144e modem for $99.00 from MacWharehouse for my
Mac.
I would like to know if people out there were able to get NXFax working
with it.
Please reply via e-mail. I do not always have the chance to read the news.
Thanks.
Patrique
---
Patrique Lalonde
pat%cesar@cam.org
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Don't have enough Disk Space for NetInfo Server
Date: 28 Nov 1993 11:46:54 +0100
Organization: Palumbian Research Labs
Message-ID: <2d9viu$1jp@marsu.tynet.sub.org>
References: <CGz3HG.Jn9@news.cis.umn.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
benkt@ie1next.me.umn.edu () writes:
>Hello:
> I was trying to make a standalone NeXT Intel to be the server of
>two other machines. When I started the SimpleNetworkStarter and chose the
>"Be a server option", I got a warning panel saying that I don't have
>enough disk space. I have a 1GB harddrive with 611MB left. I tried to
>disable the option of serving LocalApps and users directory, it still
>doesn't work. Can any NeRD out there give me a hint?
This is a known bug in NS 3.1. The calculation of free disk space is done
with drive parameters from Motorola hardware, so it leads to a wrong value.
The bug is fixed in 3.2, maybe this could be a glimpse of hope for you.
If you disable almost anything in SNS (no Home, no LocalApps, no General
Purpose, no Post Office), it may accidentally work, but I even didn't manage
to configure a NIS that way, because SNS always crashed before installing
a network.nidb.
Regards,
Markus.
--
Marsu: "Es gibt tatsaechlich Leute, die ohne Computer gluecklich und
zufrieden leben." -- Frankie: "Ach was, die emulieren das doch nur!"
-----
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Intel aside.
From: art@cubicsol.com (Art Isbell)
Newsgroups: comp.sys.next.sysadmin
Subject: Formatting DEC DSP3105 with 1024-byte blocks
Date: 29 Nov 1993 04:29:31 GMT
Organization: University of California, Santa Cruz
Distribution: world
Message-ID: <2dbtrc$caq@darkstar.UCSC.EDU>
Has anyone managed to reformat a DEC DSP3105 (or any similar DEC drive)
with 1024-byte blocks? If so, what utility did you use and were there any
special problems?
I'd like to reformat mine, but I don't want to have to send it back to DEC
after I screw things up :-)
--
Art Isbell Cubic Solutions
NeXT Registered Developer NEXTSTEP software development and consulting
NeXTmail: art@cubicsol.com Voice: +1 408 335 1154
USmail: 95018-9442 Fax: +1 408 335 2515
Newsgroups: comp.sys.next.sysadmin
From: chisel.murphy.gun.com!samurai (Darcy Brockbank)
Subject: Here's a "uname" script
Message-ID: <1993Nov29.024225.720@gun.com>
Sender: samurai@gun.com
Organization: Gotham Users of NeXT, inc.
Date: Mon, 29 Nov 1993 02:42:25 GMT
Well, occasionally you need a uname so here's a quick hack
that simulates it. It uses the available commands under NeXT's
BSD so that it should work correctly for the most part.
It doesn't process the arguments very well, so if someone
wants to take more than the 10 minutes it took me to write
this to improve it, please send me a copy!
- darcy
#!/bin/csh -f
# uname
#
# Author: Darcy Brockbank, HASC (darcy@hasc.ca) Nov 28, 1993
#
# script that emulates the SysV uname
#
# This is free software, do with it what you want. If you improve it,
# then PLEASE send me a copy because I'm too lazy to make it better
# than this.
#
# Options
#
# none uname with no option is equivalent to uname -s.
#
# -s Print the (usually trademarked) name of the operating
# system. On standard NEXTSTEP systems, this option always
# prints NEXTSTEP.
#
# -n Print the nodename field contents of the utsname
# structure, the name by which the system is usually
# known in a UUCP network (see WARNINGS).
#
# -r Print the current release level of the NEXTSTEP operating
# system.
#
# -v Print the current version level of the NEXTSTEP operating
# system.
#
# -m Print the machine hardware model name. There are
# several systems for which uname -m returns the same
# value.
#
# -i Print the machine identification number
#
# -l Print the license level for this system.
#
# -a Print all the above information.
#
if ( $#argv == 0 ) then
echo NEXTSTEP
exit 0
endif
foreach arg ( $argv )
switch ( $arg )
case "-s":
echo -n "NEXTSTEP"
breaksw
case "-n":
echo -n `uuname`
breaksw
case "-v":
echo -n `head -1 /usr/lib/NextStep/software_version`
breaksw
case "-m":
echo -n `hostinfo | grep "Processor type:" | awk ' { print
$3 } '`
breaksw
case "-r"
echo -n `tail -1 /usr/lib/NextStep/software_version`
breaksw
case "-i"
echo -n `hostid`
breaksw
case "-l"
echo -n "unknown"
breaksw
case "-a"
echo -n "i can't do that yet"
breaksw
endsw
end
echo ""
Newsgroups: comp.sys.next.sysadmin
From: arrouye@petole.imag.fr (Yves Arrouye)
Subject: find name: how to make it work?
Message-ID: <ARROUYE.93Nov29105533@petole.imag.fr>
Sender: news@imag.fr
Organization: Institut Imag, Grenoble, France
Date: Mon, 29 Nov 1993 09:55:33 GMT
Hi,
I have a problem with the find command: I would like it to be
available as
find name
as should be available with the NeXT-supplied find:
petole# find
Usage: find name, or find path-list predicate-list
petole#
I have put the following entry in my /etc/crontab.local file, but it
does not work (well, find name does not work).
0 3 * * * root /usr/lib/find/updatedb
What should I do?
Thanks for any help,
Yves.
--
Advocates for the C++ school claim that a well designed Yves Arrouye
program does not need the extra flexibility (a lie), Yves.Arrouye@imag.fr
while advocates for the Objective-C school claim that (33) 76 57 48 64
the errors are no problem in practice (another lie). NeXT Mail
Newsgroups: comp.sys.next.sysadmin
From: arrouye@petole.imag.fr (Yves Arrouye)
Subject: Not owner of one of my directories: HELP!
Message-ID: <ARROUYE.93Nov29111206@petole.imag.fr>
Sender: news@imag.fr
Organization: Institut Imag, Grenoble, France
Date: Mon, 29 Nov 1993 10:12:06 GMT
Here is a little session under shell to show what the problem is. Any
help is greatly appreciated...
Yves.
petole> cd tmp
petole> mkdir x x/y x/y/z
petole> ls -lgd x
drwxr-xr-x 3 arrouye staff 1024 Nov 29 11:07 x/
petole> who am i
petole!arrouye ttyp1 Nov 29 11:06
petole> groups
staff wheel users
petole> who am i
petole!arrouye ttyp1 Nov 29 11:06
petole> /etc/chown -R root.wheel x
chown: x: Not owner
petole> who am i
petole!arrouye ttyp1 Nov 29 11:06
petole> ls -lgd x
drwxr-xr-x 3 arrouye staff 1024 Nov 29 11:07 x/
petole> rm -rf x
petole>
Why could I delete the directories but not change their owner?
--
Advocates for the C++ school claim that a well designed Yves Arrouye
program does not need the extra flexibility (a lie), Yves.Arrouye@imag.fr
while advocates for the Objective-C school claim that (33) 76 57 48 64
the errors are no problem in practice (another lie). NeXT Mail
From: hkusumo@socs.uts.EDU.AU (Haris Kusumo)
Newsgroups: comp.soft-sys.nextstep,comp.sys.next.sysadmin,comp.sys.next.misc
Subject: driver help
Date: 28 Nov 1993 18:01:58 +1100
Organization: School of Computer Science, UTS
Distribution: inet
Message-ID: <2d9id6$55k@syzygy.socs.uts.edu.au>
Summary: driver help
Keywords: driver help
Hello.
I ftp the driver from next ftp site. The files are
1331_S3Driver.ReadMe.rtf
1332_S3Driver.pkg.compressed.
I decompress it and installed it using root account then I ran configure.app
to select S3 Driver. I have tried 1024x768 bw 60hz, 1024x768 65K color
and even 1280x1024 bw, all of them is in 60 Hz refresh rate.
All I got it the monitor with full of scan line.
I have #9GXE card with 2MB ram, 15' MAG monitor that capable of 1280x768
in 65 HZ (recommended 60HZ). I also have tried by MAG MX17F, NEC 5FG, NEC
6FG, but the result is still the same.
Can you tell me what have I done wrong, since you obviously setup your
correctly.
I'll be appreciated if you can reply as soon as possible.
thanks in advance.
My e-mail address: hkusumo@socs.uts.edu.au
cheers
From: hkusumo@socs.uts.EDU.AU (Haris Kusumo)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc,comp.soft-sys.nextstep
Subject: single user mode
Date: 28 Nov 1993 18:24:09 +1100
Organization: School of Computer Science, UTS
Distribution: inet
Message-ID: <2d9jmp$5a0@syzygy.socs.uts.edu.au>
Summary: single user mode
Keywords: single user mode
Hello.
I just wondering, if you guys can tell me how to boot up NeXT to single user
mode. Since I just got some problem with hardware configuration.
I set the videocard resultion into 1024x768 and my monitor just full of
scan line, and it is frustating that I can't boot up NeXT to single user
mode and change the hardware config with out starting the GUI bit.
so I have to re-install NeXT just for the sake of changing the driver
/system config.
Can you tell me if there is a way to get around re-installing NeXT over & over
just if I make mistake in selecting the configuration.
I'll be appreciated if you could send me some e-mail.
My e-mail: hkusumo@socs.uts.edu.au.
PS: I am new to NeXT.
thanks in advance.
cheers.
Newsgroups: comp.sys.next.sysadmin
From: dinse@catatac.niehs.nih.gov (Gregg E. Dinse)
Subject: sender's picture no longer showing up in Mail
Message-ID: <1993Nov29.165406.19532@alw.nih.gov>
Keywords: NextMail, Mail, picture
Sender: postman@alw.nih.gov (AMDS Postmaster)
Organization: National Institutes of Health
Date: Mon, 29 Nov 1993 16:54:06 GMT
Hello,
Here is my problem. I have a collection of tiff
files that are associated with various email addresses
and are stored in the /LocalLibrary/Images/People folder.
In the past, when I got email from an address corresponding
to one of the tiff files in this folder, the picture would
be displayed in the upper right corner of the main Mail.app
window. Now this no longer occurs.
Last week we were trying to figure out how to allow
persons outside our local network to send email to everyone
in our group by sending mail to a single alias which would
then forward to all addresses associated with the alias.
We have not yet solved this problem, but along the way I
issued the "mailDBupdate" command. It was around this time
that I noticed the pictures were not showing up in email.
Could someone please tell me why the pictures no
longer show up and how to get them back? A friend messed
around with trying to set up a mailserver via NetInfo. Do
the tiff files now have to be located in some central place
and accessed via NetInfo? Also, this list of tiff files
had previous showed up in the Login Names folder in the
Addresses window of the Mail.app, but now I just see a
single entry "root". The permissions on all of the tiff
files are -rw-r--r-- and my user account owns them.
Also, does anyone know how to solve our other
problem of having mail sent to an alias that then forwards
it to multiple addresses?
Thanks in advance for any help.
Gregg Dinse
919-541-4931
dinse@catatac.niehs.nih.gov
Newsgroups: comp.sys.next.sysadmin
Subject: Introducing NS486 into an existing NeXT network
Message-ID: <1993Nov29.110026.8205@ccsvax.sfasu.edu>
From: mcwilljg@euler.sfasu.edu (Joseph G. McWilliams)
Date: 29 Nov 93 11:00:26 CST
We wish to introduce a number of Intel machines running NS486 into an
existing NeXT network. We have questions concerning the apps exported
across the network running on the new machines. Basically we wish to find
some "How To" and "What's Available" info.
Could some kind soul guide me to a source that might answer some of our
questions?
Thank you.
--
Joseph McWilliams
mcwilljg@euler.sfasu.edu
Message-ID: <ig%@byu.edu>
Date: Mon, 29 Nov 93 10:42:17 MST
From: yackd@texas.et.byu.edu (Don Yacktman)
Newsgroups: comp.sys.next.sysadmin
Distribution: world
References: <2d9hnk$1mt@nntp.crl.com> <2d9m0o$ct9@geraldo.cc.utexas.edu> <2db2p4$h6e@news.acns.nwu.edu>
Organization: Brigham Young University, Provo UT USA
Subject: Re: What is the smallest bootable system?
In article <2db2p4$h6e@news.acns.nwu.edu>, jweiss@casbah.acns.nwu.edu (Jerry Weiss) writes:
>I wouldn't touch 'odmach'. Its probably just a link to 'mach' and and
^^^^^^^^
It _is_ a link. A hard link, to be exact. Deleting it will do
nothing good. Just leave it alone...
>you certainly don't want to delete that.
--
Don_Yacktman@byu.edu Nepotism is a relative thing.
From: madler@cco.caltech.edu (Mark Adler)
Newsgroups: comp.sys.next.sysadmin
Subject: going down on signal 15
Date: 29 Nov 1993 19:13:03 GMT
Organization: California Institute of Technology, Pasadena
Message-ID: <2ddhk0$4et@gap.cco.caltech.edu>
Last night, for no apparent reason, my cube went down. In messages was
the line:
opus syslogd: going down on signal 15
Does anyone know what signal 15 is? I was able to reboot the cube this
morning without any problem (though it had to fsck the drive, which takes
a while).
I am running 3.0 on a monochrome 040 cube. Thanks for any information.
Mark Adler
madler@cco.caltech.edu
From: fxg@gimli.tolkien.imib.rwth-aachen.de (Felix Gatzemeier #Alwd#)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Has the serial drivers problem been solved?
Date: 29 Nov 1993 19:28:51 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
Distribution: na
Message-ID: <FXG.93Nov29202851@gimli.tolkien.imib.rwth-aachen.de>
References: <1993Oct28.190245.18076@ve6mgs.ampr.org>
<1993Nov9.195516.22694@ve6mgs.ampr.org>
<2c35d1$3if@marsu.tynet.sub.org> <CGnLuw.Ksq@rdcalr.realdec.com>
<2cf1nu$56a@news.acns.nwu.edu> <2cnk7t$8g5@marsu.tynet.sub.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
In-reply-to: mow@marsu.tynet.sub.org's message of 21 Nov 1993 12:42:53 +0100
Just a side-note: I know a black system where the screen saver draws
substantially slower (indicating lower overall performance?) when the modem on
the serial in switched off... I think it's accepting dialups.
--
Felix
(fxg@(([Pool|I3].Informatik)|(Tolkien.ImIB)).RWTH-Aachen.de
NeXT-Mail ok, but slow)
From: drmikey@d0nx01.fnal.gov (Mike Tartaglia)
Newsgroups: comp.sys.next.sysadmin
Subject: NXHost not working over SLIP
Date: 29 Nov 1993 22:02:13 GMT
Organization: Fermi National Lab/D-Zero Experiment
Sender: drmikey@d0xs2.fnal.gov (Mike Tartaglia)
Distribution: world
Message-ID: <2ddrh5$d52@fnnews.fnal.gov>
Keywords: NXHost, SLIP
Hello, I've seen several recent postings of problems similar to mine,
but have seen no posted solutions; has anyone been able to run applications
remotely using NXHost over a SLIP phone link?
I am running TransSys SLIP on my 3.0 (public window server) NeXT
station at home (e.g.,with IP address slipn.y.z), attempting unsuccessfully
to run remote applications on a 3.0 NeXT station at work, putting the display
on my home machine. The error given is
DSP client library error: Could not form connection, host slipn.y.z
I have no problem with NXHost between machines on ethernet, but doesn't
work in either direction (BOTH public servers) over SLIP (the version is
5/92, NOT the latest 9/92 code...I am still upgrading)
I have also tried unsuccessfully to 'open' applications using NXHost,
with error
open: Can't open connection to Workspace on slipn.y.z
I HAVE been able to open X windows, telnet and ftp to the home machine,
it's just NXHost giving me problems.
Any ideas/suggestions are appreciated! Thanks,
Mike Tartaglia
Newsgroups: comp.sys.next.sysadmin
From: francisr@stupid.ucs.indiana.edu (Rob Francis)
Subject: Re: How do I fix: "Warning: incomplete termcap entry. Editing disabled"
Message-ID: <CH9y2J.Kvu@usenet.ucs.indiana.edu>
Sender: news@usenet.ucs.indiana.edu (USENET News System)
Organization: University Computing Services
References: <CH4G82.Fwx@sounds.wa.com> <2d67t9$24i@news.doit.wisc.edu>
Date: Mon, 29 Nov 1993 22:20:42 GMT
In article <CH4G82.Fwx@sounds.wa.com>,
Brian Willoughby <BrianW@SoundS.WA.com> wrote:
>
>I am running 3.1 and anyone who logs in by modem on ttydfb gets
>the following
>message:
>
>
>Warning: incomplete termcap entry. Editing disabled.
I have this problem when I dial in from home as well. Since my term
type coming in from modem is 'network', I have the following in my
.login:
# For the Bogus NeXT problem
if ($TERM == network) then
unsetenv TERMCAP
setenv TERM vt100
endif
-rob
---
Rob Francis Unix Systems Specialist, University Computing Services
Indiana University, francisr@indiana.edu (812)855-0327
From: russell@alpha3.ersys.edmonton.ab.ca (Russell Schulz)
Newsgroups: comp.sys.next.sysadmin,comp.security.unix,comp.security.misc
Subject: NeXT right on the Internet -- secure?
Message-ID: <931128.222311.5p5.rusnews.w164w@alpha3.ersys.edmonton.ab.ca>
Date: Sun, 28 Nov 1993 22:23:11 MST
Organization: Private System, Edmonton, AB, Canada
(I posted to c.s.misc since c.s.unix is so new)
at work, we have a collection of machines, and we are thinking of
having one directly on the Internet (via SLIP) connected to the
others via Ethernet. (yes, our needs are modest)
it is likely we will remain safely paranoid and refuse to have any
sensitive source or binaries on any machine on this LAN -- we might
put a uucp link between them, though. don't know yet.
however, is even this a wise thing to do? are there replacements
for standard NeXT network programs that fix security holes? what
has the NeXT community found out after checking out the CERT
announcements? could even Bill Cheswick break in if he tried?
I know there _are_ NeXTs on the Internet already, but I'm just
trying to be incredibly safe before I recommend such a thing to
the person who signs my cheques.
--
Russell Schulz russell@alpha3.ersys.edmonton.ab.ca ersys!rschulz Shad 86c
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: coconut@crash.cts.com (Brian Dear)
Subject: Re: HELP: No Workspace!!
Organization: CTS Network Services (CTSNET/crash), San Diego, CA
Date: 29 Nov 93 14:42:59 PST
Message-ID: <1993Nov29.144259.27852@crash>
References: <1993Nov28.110345.29710@crash>
Brian Dear (coconut@crash.cts.com) wrote:
: We're having very weird problems with one of our NeXTSTEP workstations.
: The hardware is Intel GX Pro, 330MB SCSI HD, 16MB RAM. NS3.1 operating
: system.
:
: Everything works fine if I sign on as my normal user account. But if I
: log in as "root", the dock comes up but I never see the File Viewer!
: Even if I double click on the NeXT logo icon!!
:
: Only the Terminal app on the dock comes up. The other apps on the dock are:
: Preferences, Mail, Edit, and four NextAdmin/... apps. If I double click on
: any of them, nothing happens (but I do hear the hard disk make a brief
: flurry of activity).
:
: I checked /tmp/console.log and /usr/adm/messages and there's this message
: logged when I run Terminal.app:
:
: Terminal[214]: Assertion failed: App Kit error: Error messaging drag service
:
: When I try to double click on Preferences, nothing happens, but then if I
: go inspect console.log, there's a new line:
:
: Preferences[212]: App Kit: Pasteboard Mach messaging error #-102, in (null pointer)
:
: .... hey, as I was typing all this, I heard the hard disk go very busy... I
: looked over at the machine right now and all the icons on the dock are
: highlighted, as if they were all just clicked! Now UserMgr works, NFSManager
: works, SimpleNetworkStarter works... Edit still doesn't work.. hmm
:
: I just checked console.log again, and there are more "assertion error"
: messages for the apps I just mentioned in previous paragraph!!!
:
: Help! I need to use the root again!! What am I gonna do!?!?
:
: [It's times like these that it boggles my mind I cannot call NeXT
: itself for help, without paying. I did nothing wrong, this machine
: has worked fine, and now exhibits these problems.]
:
: Some more info... the machine is on a net with some other machines.
: Ping works fine, ftp works fine, some files are NSF-shared and all is well.
: I cannot find any trouble with the network.
:
: It just seems that the root login on this machine has bitten the dust.
:
: Any suggestions would be greatly appreciated... we can't afford to have
: this machine down for long...
:
: Thanks,
:
: -bd
:
: /brian dear/coconut computing, inc./brian@coconut.com/
:
:
I'm disappointed that no-one has responded to my call for help.
I was kinda hoping that someone out there has experienced this
problem. I did get 2 email messages suggesting I check "the
defaults file" for "root" but everything seems fine there.
If ANYONE has any other suggestions, please oh please send 'em
to me! We're baffled as to what is causing this problem!
- brian dear / coconut computing, inc / brian@coconut.com -
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: find name: how to make it work?
In-Reply-To: arrouye@petole.imag.fr's message of Mon, 29 Nov 1993 09:55:33 GMT
To: arrouye@petole.imag.fr (Yves Arrouye)
Message-ID: <CEDMAN.93Nov29081933@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <ARROUYE.93Nov29105533@petole.imag.fr>
Date: Mon, 29 Nov 1993 13:19:32 GMT
In article <ARROUYE.93Nov29105533@petole.imag.fr> arrouye@petole.imag.fr (Yves Arrouye) writes:
What should I do?
RTF[riendly]FAQ.
Carl Edman
Newsgroups: comp.sys.next.sysadmin
From: kpompei@netcom.com (Kevin Pompei)
Subject: System crashes during shutdown!
Message-ID: <kpompeiCHA2BH.HH9@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Mon, 29 Nov 1993 23:52:28 GMT
I have NS/I 486DX2-66 with Adaptec 1542C, ATI GUP VLB, 510MB Maxtor HD,
Texel 3204 CD-ROM, PAS Sound Card, etc.
The other day I added another 16MB of RAM to bring my total to 32MB. Ever
since doing this my system runs great but it crashes on shutdown. I get
the "caught signal" message followed by a long delay and then the "Killing
all processes" message and them the system just hangs.
During the RAM installation I zapped the CMOS settings and had to reset them
from the defaults. I've gone over them very carefully and I appear to have set as I did before.
Has anyone experienced this? Have any ideas?
Kevin Pompei
kpompei@netcom.com
--
kpompei@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: Re: Has the serial drivers problem been solved?
Message-ID: <rorCHA7ML.9CG@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <CGp2G0.16s@ripple.uunet> <rorCGuL01.5Lx@netcom.com> <1993Nov26.220119.19518@ve6mgs.ampr.org> <rorCH5xrw.7Dw@netcom.com> <jeffo.754448874@uiuc.edu> <a09311.754455756@giant>
Date: Tue, 30 Nov 1993 01:47:08 GMT
Stewart Seidel (a09311@giant.rsoft.bc.ca) wrote:
: jeffo@uiuc.edu (J.B. Nicholson-Owens) writes:
: Curiously, I haven't had a problem using the serial ports with NS/FIP 3.1
: since I installed the SerialPort patches a month or so ago. I'm using
: Kermit 5A(188) (compiled on this machine) at 19.2K on a US Robotics 14.4K
: external modem, and happily using zmodem to download/upload files.
: [Actually, I do have one minor problem: if I exit from kermit, and the
: try to re-run it again, kermit seems unable to open the port with:
: C-kermit (5A) > set line /dev/ttyb
: I have to leave kermit, and use cu to open the port with:
: cu -l /dev/ttyb -s 19200
: and then everything works fine.]
Well, I don't have any problems calling out. I'm using tip right now. Have
you ever tried turning your modem off while NEXTSTEP is running? My whole
system crashes. I've tried both a USR Courier Dual Standard and a Supra
SupraFax v.32bis modem. That's not so bad, because I can just leave the
modem on all the time, but the *real* problem is that when people dial-IN
to the NEXTSTEP machine, to use the shell, and then just hangup without
properly logging out (ctrl-d or "logout" or "exit"), the machine crashes.
And that means that I can't just leave the machine up waiting for callers.
I have to keep an eye on it, and make sure that everyone knows not to just
hangup...but sometimes a disconnection is unavoidable...and *boom* system
panic.
BTW: I noticed that you said you were using zmodem with NEXTSTEP/Intel.
How did you compile it? I can't get sz/rz to compile right.
Thanks,
Zach
--
ror@netcom.com ~RoR-Alucard~
From: a09311@giant.rsoft.bc.ca (Stewart Seidel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Has the serial drivers problem been solved?
Date: 30 Nov 93 03:59:36 GMT
Organization: MIND LINK! Communications Corp
Message-ID: <a09311.754631976@giant>
References: <CGp2G0.16s@ripple.uunet> <rorCGuL01.5Lx@netcom.com> <1993Nov26.220119.19518@ve6mgs.ampr.org> <rorCH5xrw.7Dw@netcom.com> <jeffo.754448874@uiuc.edu> <a09311.754455756@giant> <rorCHA7ML.9CG@netcom.com>
ror@netcom.com (RatSnatcher) writes:
>Stewart Seidel (a09311@giant.rsoft.bc.ca) wrote:
>: jeffo@uiuc.edu (J.B. Nicholson-Owens) writes:
>: Curiously, I haven't had a problem using the serial ports with NS/FIP 3.1
>: since I installed the SerialPort patches a month or so ago. I'm using
>: Kermit 5A(188) (compiled on this machine) at 19.2K on a US Robotics 14.4K
>: external modem, and happily using zmodem to download/upload files.
>: [Actually, I do have one minor problem: if I exit from kermit, and the
>: try to re-run it again, kermit seems unable to open the port with:
>: C-kermit (5A) > set line /dev/ttyb
>: I have to leave kermit, and use cu to open the port with:
>: cu -l /dev/ttyb -s 19200
>: and then everything works fine.]
>Well, I don't have any problems calling out. I'm using tip right now. Have
>you ever tried turning your modem off while NEXTSTEP is running? My whole
>system crashes. I've tried both a USR Courier Dual Standard and a Supra
>SupraFax v.32bis modem. That's not so bad, because I can just leave the
>modem on all the time, but the *real* problem is that when people dial-IN
>to the NEXTSTEP machine, to use the shell, and then just hangup without
>properly logging out (ctrl-d or "logout" or "exit"), the machine crashes.
As I said in an earlier post, I use a USR 14.4K external, and yes, I
turn it off all the time when, for example, I go to work and leave
the NeXT running. I have also dialed in from work, and the NeXT system
appears to behave like all good unices should. I haven't tried Ctrl-D,
though, as I have a 'bye' alias:
alias bye 'clear ; logout'
and when I type 'bye', the system doesn't crash. I do remember having
all sorts of problems before I installed the SerialPort patches however.
>And that means that I can't just leave the machine up waiting for callers.
>I have to keep an eye on it, and make sure that everyone knows not to just
>hangup...but sometimes a disconnection is unavoidable...and *boom* system
>panic.
>BTW: I noticed that you said you were using zmodem with NEXTSTEP/Intel.
>How did you compile it? I can't get sz/rz to compile right.
I think I got zmodem from cs.orst.edu:/next/submissions. Someone already
had compiled it, and the binaries seem to work fine.
>Thanks,
>Zach
>--
>ror@netcom.com ~RoR-Alucard~
Newsgroups: comp.sys.next.sysadmin
From: garyc@news.eecs.nwu.edu (Gary I. Chang)
Subject: swapfile.front
Message-ID: <CHAE4J.95u@eecs.nwu.edu>
Sender: usenet@eecs.nwu.edu
Organization: EECS Department, Northwestern University
Date: Tue, 30 Nov 1993 04:07:30 GMT
Hi,
I know this could have been asked before, and I guess I know the
reason why a swapfile.front is there. But hey, I got 24 MB RAM and a 1 GB
HD, how come the "front" file is still there? Does that mean my NeXT is
still not operating at FULL speed (by performing compression while swapping)?
Reboot does not help at all.....
What's your suggestion?
Thanks,
Gary
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can I boot without starting my lasarprinter?
Date: 29 Nov 1993 09:38:10 +0100
Organization: Palumbian Research Labs
Distribution: usa
Message-ID: <2dccdi$3is@marsu.tynet.sub.org>
References: <2cm1eh$bu1@newsflash.mitre.org> <AHOKAS.93Nov22213052@karl.gun.com> <CH01qI.CrL@cvbnet.CV.COM>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
skochhar@cvbnet.cv.com (Sandeep Kochhar x4618 5-2) writes:
>I had to do something like
> sleep 10; /usr/etc/nppower off
>Without the sleep, the printer would still stay power up.
If I put "nppower off" into rc.local, the printer goes to sleep, but
also the configuration entry in PrintManager turns out "unavailable".
Any hints?
--
Marsu: "Es gibt tatsaechlich Leute, die ohne Computer gluecklich und
zufrieden leben." -- Frankie: "Ach was, die emulieren das doch nur!"
-----
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Intel aside.
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: single user mode
Message-ID: <1993Nov29.201022.1253@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <2d9jmp$5a0@syzygy.socs.uts.edu.au>
Distribution: inet
Date: Mon, 29 Nov 1993 20:10:22 GMT
In article <2d9jmp$5a0@syzygy.socs.uts.edu.au> hkusumo@socs.uts.EDU.AU
(Haris Kusumo) writes:
> Hello.
>
> I just wondering, if you guys can tell me how to boot up NeXT to single
user
> mode. Since I just got some problem with hardware configuration.
> I set the videocard resultion into 1024x768 and my monitor just full of
> scan line, and it is frustating that I can't boot up NeXT to single user
> mode and change the hardware config with out starting the GUI bit.
> so I have to re-install NeXT just for the sake of changing the driver
> /system config.
>
> Can you tell me if there is a way to get around re-installing NeXT over
& over
> just if I make mistake in selecting the configuration.
>
> I'll be appreciated if you could send me some e-mail.
> My e-mail: hkusumo@socs.uts.edu.au.
>
> PS: I am new to NeXT.
>
> thanks in advance.
> cheers.
>
A the boot: prompt type -s
Or it's better to type config=Default and you will boot with 640*480 2
bits gray system.
--Fabien
---------------------------------------------------------------------
Fabien_Roy@free.fdn.org (NextMails accepted)
Fabien Roy Electronic Engineering
3 rue ANDRE DANJON, 75019 PARIS, France,
Tel: 33 1 4040 0206 Fax: 33 1 4040 0641
Newsgroups: comp.sys.next.sysadmin
From: fe@free.fr
Subject: Re: Not owner of one of my directories: HELP!
Message-ID: <1993Nov29.165256.389@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <ARROUYE.93Nov29111206@petole.imag.fr>
Date: Mon, 29 Nov 1993 16:52:56 GMT
In article <ARROUYE.93Nov29111206@petole.imag.fr> arrouye@petole.imag.fr
(Yves Arrouye) writes:
> Here is a little session under shell to show what the problem is. Any
> help is greatly appreciated...
> Yves.
>
> petole> cd tmp
> petole> mkdir x x/y x/y/z
> petole> ls -lgd x
> drwxr-xr-x 3 arrouye staff 1024 Nov 29 11:07 x/
> petole> who am i
> petole!arrouye ttyp1 Nov 29 11:06
> petole> groups
> staff wheel users
> petole> who am i
> petole!arrouye ttyp1 Nov 29 11:06
> petole> /etc/chown -R root.wheel x
> chown: x: Not owner
> petole> who am i
> petole!arrouye ttyp1 Nov 29 11:06
> petole> ls -lgd x
> drwxr-xr-x 3 arrouye staff 1024 Nov 29 11:07 x/
> petole> rm -rf x
> petole>
>
> Why could I delete the directories but not change their owner?
> --
> Advocates for the C++ school claim that a well designed Yves
Arrouye
> program does not need the extra flexibility (a lie),
Yves.Arrouye@imag.fr
> while advocates for the Objective-C school claim that (33) 76
57 48 64
> the errors are no problem in practice (another lie).
NeXT Mail
--
the fact is that only root should have the right to use the
chown command. (if not, it is a potential security hole)
look at the chown command (ls -la /etc/chown), in your
case it should not have a setuid bit.
If you want it to work add the setuid. Be carefull may be
nfs is removing root permissions accross file systems
--
Francois-Eric Daveau (a.k.a. FE)
E-Mail : ris@epita.fr
daveau_f@epita.fr
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 30 Nov 1993 00:24:04 -0500
Organization: Next Announcements
Message-ID: <2deldk$h7t@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
The NEXTSTEP FAQs are posted here monthly as well.
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material.
The NEXTSTEP programmer FAQs are posted here.
Generic UNIX questions belong elsewhere (comp.unix.questions),
although specific questions about NeXT's implementation or
porting issues are appropriate here. Note that there are
several other more "horizontal" newsgroups (comp.lang.objective-c,
comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip,
etc.) that may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
comp.soft-sys.nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
comp.lang.objective-c
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
comp.object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
---------------------------------------------------------------------
Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are
now available as a mailing list digest as well.
next-nextstep-d
next-advocacy-d
next-announce-d
next-bugs-d
next-hardware-d
next-marketplace-d
next-misc-d
next-programmer-d
next-software-d
next-sysadmin-d
(For a full description, send mail saying LISTS to
<digestif@antigone.com>).
The subscription syntax is essentially the same as LISTSERV's.
To subscribe, send a message to <digestif@antigone.com> saying:
SUB Listname YourName
Example: SUB next-hardware-d John Doe
--------------------------------------------------------------------
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish sanguish@digifix.com
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
Newsgroups: comp.sys.next.sysadmin
From: snk@pampero.ka.sub.org (Sebastian Kowalski)
Subject: Re: Formatting DEC DSP3105 with 1024-byte blocks
Message-ID: <CH9sp2.1qw@pampero.ka.sub.org>
Sender: snk@pampero.ka.sub.org (Sebastian Kowalski)
Organization: Just another one's black hardware scene in Karlsruhe, Germany
References: <2dbtrc$caq@darkstar.UCSC.EDU>
Date: Mon, 29 Nov 1993 20:24:37 GMT
In article <2dbtrc$caq@darkstar.UCSC.EDU> art@cubicsol.com (Art Isbell)
writes:
> Has anyone managed to reformat a DEC DSP3105 (or any similar DEC drive)
> with 1024-byte blocks? If so, what utility did you use and were there
any
> special problems?
>
> I'd like to reformat mine, but I don't want to have to send it back to
DEC
> after I screw things up :-)
>
I've reformatted a DEC DSP3160S with 1024-byte blocks using the following
entry in /etc/disktab (two partitions)
# DEC DSP3160S
DSP3160S|DEC DSP3160S|DEC DSP3160S w/1024 byte sectors as 2 partition:\
:ty=fixed_rw_scsi:nc#1302:nt#16:ns#75:ss#1024:rm#5403:\
:fp#160:bp#0:ng#0:gs#0:ga#0:ao#0:\
:os=sdmach:z0#32:z1#96:r0=a:\
:pa#0:sa#744000:ba#8192:fa#1024:ca#7:da#4096:ra#10:oa=time:\
:ia:ta=4.3BSD:\
:pb#744000:sb#818400:bb#8192:fb#1024:cb#7:db#4096:rb#10:ob=time:\
:ib:tb=4.3BSD:
There was no problem during formatting and initialising, but with the
filesystem.
The first time I've done this, I've used the same parameters in
/etc/disktab but ca#32 and cb#32. The result: the rootpartition, where
I've my newsspool, run out of inodes, leaving 200MB free.
I've heard, DEC DSP3105 wouldn't work, but I didn't try it.
--
Sebastian Kowalski, Karlsruhe, Germany | snk@pampero.ka.sub.org (NeXTMail OK)
From: mike@rs5.tcs.tulane.edu (michael pilman)
Newsgroups: comp.sys.next.sysadmin
Subject: How to use a remote domain name server?
Date: 30 Nov 1993 15:01:57 GMT
Organization: Tulane University, New Orleans, LA
Message-ID: <2dfn95$km9@news.cs.tulane.edu>
Greetings,
I have just inherited a NeXTstation running Nextstep 3.0
and been instructed to get it talking on the ethernet. I
managed to get it to the point where I can do things as
long as I supply an IP number but "names" don't work. What
I need to do is find out how to use a remote domain name
server on this subnet. I am being discouraged from even
attempting to do name serving on my machine. If anyone
who has done this can point me in the right direction
I would be grateful.
Mike Pilman
Users Services Analyst
Tulane Computing Services
mike@mailhost.tcs.tulane.edu
From: majka@next.com (Marc Majka)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: What is the smallest bootable system?
Date: 29 Nov 1993 22:01:09 GMT
Organization: NeXT, Inc.
Distribution: world
Message-ID: <2ddrf5$b2@rosie.next.com>
References: <ig%@byu.edu>
There's no official minimal system from NeXT other than the base system +
no-packages "user" system (about 64Mb). However, you can trim things down
if you want to get NEXTSTEP running on a smaller system. You'll need to
take some time to experiment, but I'll include some ideas. However, first
I need to write a BIG DISCLAIMER:
NeXT doesn't support systems that have been hacked up in
arbitrarily weird ways to fit on 40Mb drives. Yes, it can
be done, but note that everything we ship is there for a
reason! If you delete something, you're going to lose some
kind of functionality. If you call NeXT Technical Support
with a problem, they're going to ask you if you've been
taking advice from Marc Majka, and they'll have a good laugh
when you say yes :-)
There are several copies of the kernel on the system. Some people on the
net have already mentioned /sdmach and /odmach (on NeXT computers), and
/mach_kernel on NS/FIP. You'll also find /private/tftpboot/mach,
/private/tftpboot/mach_kernel, /usr/template/client/tftpboot/mach and
/usr/template/client/tftpboot/mach_kernel. All of these can be hard links
to the same file. You can check this with "ls -i":
ls -i /sdmach /odmach
2193 /odmach 2193 /sdmach
These are really the same file, i-number 2193. If you find a copy of a
kernel somewhere and it isn't a link to the same kernel, you can remove it
and make a link in its place, for example:
rm /private/tftpboot/mach_kernel
ln /sdmach /private/tftpboot/mach_kernel
The file /mach is NOT a link to the kernel, it's a symbolic link to
"$BOOTFILE". Don't remove it or change it.
It doesn't hurt to delete a hard link - the other links remain. If you
want to delete /odmach, you can, but you won't save any space except for
freeing up one i-node.
The best way of seeing what's taking up space on your disk is "du". My
favorite is:
du / | sort -n
This will take a few minutes. The items at the end of the list are the
directories that take the most space. It may give you ideas about what
you can delete. I'll list a few obvious directories that take up a fair
amount of space, and I'll leave it to your experimentation and the net to
add more ideas.
I must admit that I haven't gone through the exercise of trying to build a
minimal system with 3.[012] yet, so I may be in error in a couple of my
facts. Caveat Administrator! If you're not sure if deleting something is
a bad thing, try renaming it, then reboot. If your system works, you can
delete it. If it doesn't, boot in single user mode and change the name
back. Better still, build a small system on an OD (if you've got a
NeXTcube with an OD, that is), or a small external disk, and try booting
off that.
To be able to boot in single user mode, you need something like the
following (so leave these things alone!):
a kernel
/dev (really a symbolic link to /private/dev)
/etc (really a symbolic link to /private/etc)
/private/dev/* (any device files your system needs)
/private/etc/rc.boot
/private/etc/init (really a sym link to /usr/etc/init)
/usr/etc/init
/private/etc/mach_init (really a sym link to /usr/etc/mach_init)
/usr/etc/mach_init
/bin/sh
/usr/etc/mount
/etc/fstab
/usr/Devices (NS/FIP systems)
/usr/shlib/libsys_s.B.shlib
/bin/mv (to rename files! :-)
/usr/template/client
Used by newclient to build private directories for NetBoot clients. It
also gives you an original copy of everything in /private in case you
accidentally trash something. However, NEXTSTEP will run without it.
/usr/template/user
Used by UserManager and nu to create new user accounts. If you don't plan
to create any user accounts with your miniture system, you could delete
this directory, and /NextAdmin/UserManager.app as well.
/etc/yp, /etc/uucp, /usr/lib/uucp (+ related commands in /usr/etc)
If you don't use NIS or UUCP, you don't need these.
/usr/lib/emacs and /usr/bin/emacs
If you can live without emacs, deleting these will save 6Mb.
/usr/dict
If you aren't doing any spell-checking, you can live without it.
/usr/prman
Renderman support. If you're not doing anything with renderman...
/usr/sybase
Sybase support.
/usr/lib/transcript
Not used by the printing system as of NEXTSTEP 3.0, but shipped for
backward compatibility. You need this if you want to do printing on
system earlier than 3.0.
/usr/lib/NextStep/Displays/NeXTdimension.psdrvr
NeXTdimension support.
Stuff in /NextLibrary...
You only need Fonts, Keyboards, and PS2Resources to support a minimal
system.
Stuff in /NextApps and /NextAdmin
If you don't need the app, you can delete it.
shared libraries...
The shared libraries (/usr/shlib/*) are used everywhere. You might be
able to delete some of them, but be ultra-careful. If you want to know
what shared libraries are used by a particular command or app, try:
otool -L <<name>>
E.g:
otool -L /usr/lib/NextStep/Workspace.app/Workspace
/usr/lib/NextStep/Workspace.app/Workspace:
/usr/shlib/libNeXT_s.C.shlib (minor version 57)
/usr/shlib/libsys_s.B.shlib (minor version 55)
Others...
You can throw away lots of other stuff, and still have NEXTSTEP and a UNIX
environment. Don't be too tempted to throw away a lot of UNIX commands:
most of them really don't take up much space. Keep doing "du / | sort -n"
and look for big "targets" to rename, test by rebooting, then remove.
--
Marc Majka
From: majka@next.com (Marc Majka)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Not owner of one of my directories: HELP!
Date: 29 Nov 1993 22:09:24 GMT
Organization: NeXT, Inc.
Message-ID: <2ddruk$b6@rosie.next.com>
References: <ARROUYE.93Nov29111206@petole.imag.fr>
Yves Arrouye asks why he can't chown his own files:
chown can only be run by root. Why? So that an evil user can't do this:
myhost> whoami
evil
myhost> cp /bin/sh /tmp/sh
myhost> ls -l /tmp/sh
-rwxr-xr-x 2 evil 131072 Sep 1 18:39 /tmp/sh*
myhost> chmod u+s /tmp/sh
myhost> chown root /tmp/sh
myhost> /tmp/sh
$ whoami
root
--
Marc Majka
From: majka@next.com (Marc Majka)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: What is the smallest bootable system?
Date: 29 Nov 1993 22:54:06 GMT
Organization: NeXT, Inc.
Distribution: world
Message-ID: <2dduie$bv@rosie.next.com>
References: <2ddrf5$b2@rosie.next.com>
I wrote (incorrectly):
> If you want to delete /odmach, you can, but you won't save any space
> except for freeing up one i-node.
Silly me. You don't even save an i-node. You save a link (i.e. one
directory entry). All this rain we're getting in the bay area must be
messing up my brain.
-- Marc
P.S. Thanks Joe.
Newsgroups: comp.sys.next.sysadmin
From: Douglas Moore
Subject: DirectoryMerge.app?
Message-ID: <CHBE3w.5qJ@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Tue, 30 Nov 1993 16:59:34 GMT
Hello all-
After playing with FileMerge.app for awhile to update my 3.1 rc.* scripts
to the new and improved 3.2 versions('040), I am left with the question---
is there an equivalent application for directories? I would like to
compare my filesystem with that on the NEXTSTEP_3.2 CD and get a list of
all of the changes I've made configuring SLIP etc. An option to copy these
files to a different directory would be nice. This type of utility would
greatly simplify backups, at least for me in this tapeless standalone
mode.
(You've got to love the Hot Corners in the 3.2 version of BackSpace.app!!)
--
Douglas Moore 1 GFLOP on the desktop or bust,
172 East Sixth Street #2106 for under $10^4 please.
St Paul, MN 55101
moor0002@gold.tc.umn.edu <---NeXTMail via SLIP, send me some!!!
Newsgroups: comp.sys.next.sysadmin
From: steve@eps.rain.com (Steve Kornreich)
Subject: transys pni help!!
Sender: news@percy.rain.com (Jeff Beadles)
Organization: The Irwin Hodson Company
Date: Tue, 30 Nov 1993 00:00:35 GMT
Message-ID: <steve-291193155520@147.28.196.226>
I am setting up Transys Slip PNI beta and when I run the pnirun script, i
get the following "Unexpected error: UNIX ENODEV (no such device)
Device pni0 is busy..
Thanks
Steve Kornreich
steve@eps.rain.com
Newsgroups: comp.sys.next.sysadmin
From: fattouh@cui.unige.ch (Fattouh Wassim)
Subject: DAT Problems...
Message-ID: <1993Nov30.183155.19191@news.unige.ch>
Sender: usenet@news.unige.ch
Organization: University of Geneva, Switzerland
Date: Tue, 30 Nov 1993 18:31:55 GMT
Hello,
I'm having some problems with my DAT (WangDAT) drive.
It was working ok until yesterday, when I had to put it on another NeXT Workstation to dump it. I forgot a tape in it when I turned it off.
I put it on a Workstation , I used dump to backup the disk (It worked , and updated the /etc/dumpdates file). But when I tried to use restore -i (interactive) I get a "Tape/disk I/O error" with this message on the console :
st : cmd = 0x8 sr_io_status = 2H
Sense Key = 0x0 Sense Code = 0x0
And when I do a "mt status" :
st : cmd = 0x1 sr_io_status = 2H
Sense Key = 0x2 Sense Code = 0x0
The tapes are ok, I had tried them before that problem, and they had data in them...
Any suggestion (or even wild guess) would really be of a GReAT help !!!
Thanks in advance...
-------------
Fattouh Wassim
University of Geneva
fattouh@cui.unige.ch
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.hardware
From: nyse@nice (Hermann Behrens)
Subject: Problems with non-standard fonts on a ps-printer
Sender: news@nice.delme.north.de (news)
Organization: nice Delmenhorst
Date: Tue, 30 Nov 1993 02:10:39 GMT
Message-ID: <nyse.754625439@nice>
Hello World,
I bought recently a Texas-Instruments PS-printer. Now I've the problem
to print non-standard PS-Fonts(e.g. from the PD-Pool) on this printer.
If I want to use them, I have to download them, right? But how can I
do this automatically? I installed a programm called
'PrintFonts'(perl-script etc.) but this programm depends on a
'%%DocumentFonts:' in the postscript-source and not every programm
supports this Line. Is there a better way to inform a laser-printer of
needed fonts?
ciao, Hermann Behrens
--
Hermann Behrens || 04221-73778 || nyse@nice.delme.north.de
From: bkr@drdhh.hanse.de (Bjoern Kriews)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Login Window Screen Saver
Date: 27 Nov 1993 10:48:14 +0100
Organization: Digital Island
Distribution: usa
Message-ID: <bkr.754393087@drdhh>
References: <1993Nov18.161714.688@radical2.radical.com>
Ralph_Jung@radical.com (Ralph Jung) writes:
>How do you modify the time it takes for the 3.1 login window screen saver to
>kick in? Can the rate that the image changes also be modified? What other
>login window screen saver parameters can be modified? I remember some posts
>about doing dwrites, but I can't find anything in the documentation about the
>login window screen saver.
If you need to know about some dwrite, look at the program:
$ strings /usr/lib/NextStep/loginwindow.app/loginwindow
..
..
..
TimeToDim
1800
..
..
..
--
bkr@drdhh.hanse.de - Bjoern Kriews - Stormsweg 6 - D-22085 Hamburg [76] - FRG
By definition, a properly functioning kernel doesn't allow user programs to
make it crash unless they say "please". (Richard Stallman)
Newsgroups: comp.sys.next.sysadmin
From: mehta-anand@yale.edu
Subject: terminal emulation when logging in via slip
Message-ID: <1993Nov30.192532.7297@news.yale.edu>
Sender: news@news.yale.edu (USENET News System)
Organization: Yale University
Date: Tue, 30 Nov 1993 19:25:32 GMT
Currently, when a user logs into my machine over SLIP, there are no
carriage returns. I have tried setting TERM to vt100, vt102, sun, etc.,
but nothing seems to work. Do you have any suggestions?
For example, an ls -l gives:
=====
denys> ls -l
total 3
drwxr-xr-x 2 me 1024 Jul 21 1992 Apps/
drwxr-
xr-x 3 me 1024 Jul 24 1992 Library/
drwxr-xr-x 3 me 1024 Jul
25 1992 Mailboxes/
denys>
=====
Thanks in advance,
-Anand
--
==========================================================================
Anand Mehta mehta-anand@yale.edu 203-436-1482 Computing Assistant
We dance round in a ring and suppose,
But the Secret sits in the middle and knows.
==========================================================================
From: nevai@math.ohio-state.edu (Paul Nevai)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: 2 questions on a CD-ROM drive on a NeXT CUBE
Date: 30 Nov 1993 19:47:49 GMT
Organization: Department of Mathematics, The Ohio State University
Sender: Paul Nevai
Message-ID: <2dg815$o8t@mathserv.mps.ohio-state.edu>
Originator: nevai@ops.mps.ohio-state.edu
I just installed NS 3.2. I seem to recall that earlier there used to be a
warning that a CD-ROM drive w/o a disk in it may slow down the system. Is
this still the case with 3.2?
In addition, is it possible to mount a CD-ROM disk via telnet w/o actually
sitting at the console? I tried it but couldn't. I could do it with the
good old OpticalDisk drive: /usr/etc/mount -v /dev/od0a /OD
Please respond by email. Thanks. Take care...Paul
Paul Nevai nevai@math.ohio-state.edu
Dept Math - Ohio State University 1-614-292-3317 (Office)
Columbus, Ohio 43210-1174, U.S.A. 1-614-292-1479 (Math Dept Fax)
Newsgroups: comp.sys.next.sysadmin
From: mcnichol@math.syr.edu (Brendan T. McNichols)
Subject: Trouble mounting internal disk
Message-ID: <1993Nov30.131903.8719@newstand.syr.edu>
Date: Tue, 30 Nov 93 13:19:03 EST
Hi all,
I am having trouble getting our NeXTstation to mount the internal 105M
disk. My fstab looks like this (as directed in the SysAdmin manual):
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/dev/sd1a /LocalApps 4.3 rw,noquota,noauto 0 2
What happens is that the second line is simply ignored. LocalApps is
never mounted on /dev/sd1a. Trying to do a "mount -a" yields identical
results. When I login, /dev/sd1a is automatically mounted on /NeXT_3.1.
If I then do a "mount /dev/sd1a /LocalApps" as root (after first
unmounting /NeXT_3.1), the mount works just find.
Anybody out there have a clue as to what's wrong here?
Any help would be GREATLY appreciated!
Thanks,
Brendan
--
Brendan T. McNichols, Computer Support (315) 682-1553 (home)
Syracuse University Mathematics Dept. mcnichol@syr.edu (NeXT)
215 Carnegie Hall
Syracuse, NY 13244
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: coconut@crash.cts.com (Brian Dear)
Subject: Re: HELP: No Workspace!!
Organization: CTS Network Services (CTSNET/crash), San Diego, CA
Date: 30 Nov 93 11:04:35 PST
Message-ID: <1993Nov30.110435.26872@crash>
References: <1993Nov28.110345.29710@crash>
We solved the problem, thanks to the emailed suggestions of some fellow
NeXT users.
The solution was to rename /.NeXT to be /.NeXT_old (or whatever) and
then sign back on as root. Now root's File Viewer shows, and all is
well.
WHEW! What would I do without comp.sys.next.*?
- bd
- brian dear / coconut computing, inc / brian@coconut.com -
Newsgroups: comp.sys.next.sysadmin
From: benkt@ie1next.me.umn.edu ()
Subject: NS 3.2 Network problem
Message-ID: <CHBqw6.G6u@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Tue, 30 Nov 1993 21:37:44 GMT
I just updated the NS3.2 on my black hardware. Everything looks fine
until I tried to use other machines (NS3.1 intel) to read files on this
3.2 machine. The export file was somehow erased and I cannot export files
anymore.
I tried to export the files using NSFManager. It tells me that -r option
is an invalid option. I also tried to use niload to load exports file
from /etc. It only load the first line, and in fact, the remote machines
still cannot import from this machine.
If anybody knows how to solve this problem, please let me know. Any
information is highly appreciated.
Thanks
Ben
Newsgroups: comp.sys.next.sysadmin
From: kwang@lore.acs.calpoly.edu (Kevin John Wang)
Subject: Re: Boot sounds
Message-ID: <1993Nov30.222152.181541@zeus.aix.calpoly.edu>
Sender: news@zeus.calpoly.edu
Organization: Cal Poly State University, San Luis Obispo
References: <OLIVER.WEINITSCHKE.93Nov28204654@alpha.hut.fi>
Distribution: inet
Date: Tue, 30 Nov 1993 22:21:52 GMT
In article <OLIVER.WEINITSCHKE.93Nov28204654@alpha.hut.fi>
Oliver.Weinitschke@hut.fi (Oliver Weinitschke) writes:
>
> >> I would like to have a sound played to announce the end of the boot
process
> >> on my machine. I tried adding this to the end of its /etc/rc.local:
>
> How about a sound when logging in/out? Is there a file (common/user)
> that windowserver (or something) will execute when logging in/out?
easy. "man loginwindow" and look at LoginHook and LogoutHooks. I'm doing
it.
- Kevin Wang, kwang@lore.acs.calpoly.edu
Newsgroups: comp.sys.next.sysadmin
From: hitt@Xenon.Stanford.EDU (Daniel Hitt)
Subject: bootfloppy for 2.0
Message-ID: <1993Nov30.221622.695@CSD-NewsHost.Stanford.EDU>
Summary: how to obtain one if no access to system?
Keywords: bootfloppy, 2.0
Sender: hitt@cs.stanford.edu
Organization: Computer Science Department, Stanford University.
References: <CHBqw6.G6u@news.cis.umn.edu>
Date: Tue, 30 Nov 1993 22:16:22 GMT
I can't boot my machine (a 040 cube with 2.0) --- it says sdmach
not found. Presumably that means there's something wrong with
the internal drive.
Anyhow, i need to get a bootfloppy for 2.0 somehow, so that i
can boot the system and try to look around.
I can't use the build boot floppy scripts from sonata.cc.purdue.edu
because they require one to have root access to a machine to
construct the floppy (and my machine is not working).
So . . . how can i find a boot floppy to boot from?
(So i guess there's a lesson to be learned here---one should make
a bootfloppy just in case while the system is up.)
Thanks for any info anyone can provide.
dan
Newsgroups: comp.sys.sun.admin,comp.sys.sun.misc,comp.sys.next.sysadmin,comp.sys.next.software
From: jamison@metropolis.com (John Jamison)
Subject: UUCPD (uucp over tcp/ip) setup question
Message-ID: <CHBo9G.Av8@metropolis.com>
Organization: Metropolis Software, Inc.
Date: Tue, 30 Nov 1993 20:44:04 GMT
I have a Sun and a Next on an ethernet network. I'm trying to get uucp
working between them using the uucpd (tcp/ip uucp listener). I am pretty
sure that the configuration files are set up correctly, but clearly something
is missing.
The link only works when initiated from the Next side. When I initiate from
the Sun side I get the following:
(Sun is "eclipse", Next is "metrop")
-------------------------------------
eclipse# Uutry metrop
./uucico -r1 -smetrop -x5 >/tmp/metrop 2>&1&
tmp=/tmp/metrop
mchFind called (metrop)
conn(metrop)
Device Type TCP wanted
Internal caller type TCP
tcpdial host metrop, port 540
connect failed: Connection refused
Internal caller type TCP
tcpdial host metrop, port 540
connect failed: Connection refused
getto ret -1
Call Failed: NO DEVICES AVAILABLE
exit code 101
Conversation Complete: Status FAILED
My inclination is that there is something not set up correctly on the Next
to allow the uucpd daemon to let incoming connections happen. I have tried
reading the FMs but the documentation on uucpd is sparse. I would be
grateful for any help someone can offer!
Cheers,
John Jamison
jamison@metropolis.com
Newsgroups: comp.sys.next.sysadmin
From: fms@chemelex .com (Fred Schenkelberg)
Subject: netware and a lost server
Message-ID: <CHBBz6.7yE@chemelex.com>
Sender: fms@chemelex.com (Fred Schenkelberg)
Organization: Research Group in Chemelex Division of Raychem Corporation
Distribution: ba,na,usa,world
Date: Tue, 30 Nov 1993 16:18:41 GMT
Hi, I'm having trouble with a netware server. I can't find it,
yet my system seems to "bind" to it (whatever that means. I can
find another server and log into it, but the server I want to
use does not come up as an option on the browser.
What should I check to troubleshoot this?
--
Fred Schenkelberg
fms@chemelex.com
--
Fred Schenkelberg
From: schoi@ccat.sas.upenn.edu (Samuel Choi)
Newsgroups: comp.sys.next.sysadmin
Subject: How to reinitialize a former swap disk
Date: 1 Dec 1993 02:19:19 GMT
Organization: UPENN
Distribution: world
Message-ID: <2dguv7$elv@netnews.upenn.edu>
A friend of mine just gave me one of those 40 meg drives which were
included in cubes as swap drives . . . I'm desparate for disk space so
I'd like to use this.
I shut down my machine, plugged in this drive to an empty connector on my
scsi cable and restarted . . . not great move . . . it recognized as a
swap drive and I had NO access to it. When I fired up BuildDisk.app I
couldn't touch it 'cause it was the active swap drive . . .
So I do a no no and restart the computer unplugging the drive from the
scsi chain and replugging it after the reboot. Of course it didn't
recognize in the workspace, but BuildDisk.app saw it, but wouldn't do
anything claiming that it's an active drive . . .
Does anyone have any solutions? I know of one off hand, which is to find
a Mac user, reinitialize this drive as a mac drive, and then plug it in
to my NeXT and the Workspace will ask me whether I want to initialize it
as a NeXT drive . . . but I'd like to avoid this if possible.
Please email and I will summarize if I receive any requests to do so.
thanks,
Sam
schoi@ccat.sas.upenn.edu
--
Alex Haley was adopted!
From: Charles William Swiger <infidel+@CMU.EDU>
Newsgroups: comp.sys.sun.admin,comp.sys.sun.misc,comp.sys.next.sysadmin,comp.sys.next.software
Subject: Re: UUCPD (uucp over tcp/ip) setup question
Date: Tue, 30 Nov 1993 22:35:18 -0500
Organization: Fifth yr. senior, Chemistry, Carnegie Mellon, Pittsburgh, PA
Message-ID: <8gz13qi00iV4EEV2gW@andrew.cmu.edu>
In-Reply-To: <CHBo9G.Av8@metropolis.com>
Excerpts from netnews.comp.sys.next.software: 30-Nov-93 UUCPD (uucp over
tcp/ip) se.. by John Jamison@metropolis.com
> I have a Sun and a Next on an ethernet network. I'm trying to get uucp
> working between them using the uucpd (tcp/ip uucp listener). I am pretty
> sure that the configuration files are set up correctly, but clearly
> something is missing.
> [..munch..]
Make sure that you have a line like:
uucp 540/tcp uucpd # uucp daemon
in NetInfo. Check via "nidump services ." on the NeXT.
Secondly, you want to uncomment the second line in /etc/inetd.conf:
# Run as user "uucp" if you don't want uucpd's wtmp entries.
#uucp stream tcp nowait root /usr/etc/uucpd uucpd
This will tell the inetd how to respond to a connection on socket 540/tcp.
Question: what are you trying to do with uucp? Why not use NFS?
-Chuck
Charles William Swiger -- CMU...*splat*! | 1. You can't fly.
--------------------------------------------+ 2. Cars are always real, even
AMS & normal mail: infidel@cmu.edu | when they're not.
Failing that: cs4w+@andrew.cmu.edu | 3. Police are not your friends.
NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | 4. Fire burns.
Newsgroups: comp.sys.next.sysadmin
From: henry@trilithon.com (Henry McGilton)
Subject: Exporting Printers Hangs Printer Manager
Message-ID: <1993Dec1.031849.7954@trilithon.com>
Sender: henry@trilithon.com
Organization: Trilithon Software
Date: Wed, 1 Dec 1993 03:18:49 GMT
Having trouble exporting printers. I have three systems:
trilithon is a Black Slab running 3.0.
trilithon has a LaserWriter IIg attached.
trilithon is the NetInfo server.
sarsen is a Black Slab running 3.1.
sarsen has a NeXT Laser Printer attached.
megalith is a White system running 3.1.
I have exported sarsen's laser printer to trilithon -- no problem.
If I try to export trilithon's printer to either of the other
machines, the printer manager hangs for ever and I have to kill
it. Same if I try to export sarsen's laser printer to megalith.
The message in the console window says
Nov 30 19:00:55 trilithon PrintManager[7906]: netinfo sleeping:
RPC: Unable to receive; errno = Connection reset by peer
I assume I have hosed my NetInfo in some weird way, as well as not
having a clue where NetInfoManager is concerned?
Many Thanks,
........ Henry
Newsgroups: comp.sys.next.sysadmin
From: jjfeiler@relief.com (John Jay Feiler)
Subject: Problems with sendmail
Message-ID: <CHCA3s.E71@relief.com>
Sender: jjfeiler@relief.com (John Jay Feiler)
Organization: Relief Consulting & Development
Date: Wed, 1 Dec 1993 04:35:51 GMT
I finally got a sendmail config file that leaves the Reply-To: field the way
I want it, but now every outgoing message results in a bounced mail message,
and an error message such as the following on the console:
Nov 30 20:32:11 relief sendmail[18370]: AA18365: SYSERR: No ! in UUCP!
(jjfeiler@relief.com)
Funny thing is, the message goes out correctly.
Any ideas on how to fix this????
John
--
John Feiler jjfeiler@relief.com
4926 152nd St. SW NeXTmail Welcome!!!
Edmonds, WA 98026-4433 Independent NeXTSTEP Developer
--
John Feiler jjfeiler@relief.com
4926 152nd St. SW NeXTmail Welcome!!!
From: terry_marrs@wiltel.com(Terry Marrs)
Newsgroups: comp.sys.next.sysadmin
Subject: Kernel parameters
Date: 1 Dec 1993 14:42:45 GMT
Organization: WilTel
Message-ID: <2diah5$3j7@gateway.wiltel.com>
So can anyone explain how to view/change the kernel parameters? Where
is it documented?
--
|Terry Marrs
|terry_marrs@wiltel.com
|WilTel | NeXTmail OK
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA
M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$Q-3)<='@R,S`T7'1X,S0U-EQT
M>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V7'1X,3`S-CA<='@Q
M,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R-%QF8S!<8V8P(%P*4V\@8V%N(&%N
M>6]N92!E>'!L86EN(&AO=R!T;R!V:65W+V-H86YG92!T:&4@:V5R;F5L('!A
M<F%M971E<G,_(%=H97)E(&ES(&ET(&1O8W5M96YT960_(%P*7`HM+5P*?%1E
M<G)Y($UA<G)S7`I\=&5R<GE?;6%R<G-`=VEL=&5L+F-O;5P*?%=I;%1E;`D)
?"0D@?"`@("`@("`@("!.95A4;6%I;"!/2R!<"@I]"F-O
`
From: Anatoly.Lisovsky@kamaz.kazan.su
Newsgroups: comp.sys.sun.admin,comp.sys.sun.misc,comp.sys.next.sysadmin,comp.sys.next.software
Subject: Re: UUCPD (uucp over tcp/ip) setup question
Date: Wed, 01 Dec 93 17:24:05 +0300
Distribution: su
Organization: KAMAZ Inc., General Economics Department, (+7 8439) 53-07-34
Message-ID: <VBYOA_iu8K@fkamaz>
Sender: news-service@kiae.su
References: <CHBo9G.Av8@metropolis.com>
In
comp.sys.sun.admin,comp.sys.sun.misc,comp.sys.next.sysadmin,comp.sys.next.software
article <CHBo9G.Av8@metropolis.com> John Jamison writes:
>I have a Sun and a Next on an ethernet network. I'm trying to get uucp
>working between them using the uucpd (tcp/ip uucp listener). I am pretty
>sure that the configuration files are set up correctly, but clearly something
>is missing.
>
>The link only works when initiated from the Next side. When I initiate from
>the Sun side I get the following:
>
>(Sun is "eclipse", Next is "metrop")
>-------------------------------------
> eclipse# Uutry metrop
> ./uucico -r1 -smetrop -x5 >/tmp/metrop 2>&1&
> tmp=/tmp/metrop
> mchFind called (metrop)
> conn(metrop)
> Device Type TCP wanted
> Internal caller type TCP
> tcpdial host metrop, port 540
> connect failed: Connection refused
> Internal caller type TCP
> tcpdial host metrop, port 540
> connect failed: Connection refused
> getto ret -1
> Call Failed: NO DEVICES AVAILABLE
> exit code 101
> Conversation Complete: Status FAILED
>
>My inclination is that there is something not set up correctly on the Next
>to allow the uucpd daemon to let incoming connections happen. I have tried
>reading the FMs but the documentation on uucpd is sparse. I would be
>grateful for any help someone can offer!
>
>Cheers,
>John Jamison
>jamison@metropolis.com
>
>
I have Taylor uucp,
and it works very well.
I have in /etc/inetd.conf on answering side:
uucp stream tcp nowait uucp /usr/lib/uucp/uucico -l -e
i.e. Taylor UUCP will ask the Login: and Password: ( -l flag)
and will go to endless loop ( -e flag)
--
Anatoly M. Lisovsky, KAMAZ Inc., General Economics Department, STAR division
------------ The Network is The Computer. Per Aspera ad Sun! ---------------
From: Anatoly.Lisovsky@kamaz.kazan.su
Newsgroups: comp.sys.sun.admin,comp.sys.sun.misc,comp.sys.next.sysadmin,comp.sys.next.software
Subject: Re: UUCPD (uucp over tcp/ip) setup question
Date: Wed, 01 Dec 93 18:12:41 +0300
Distribution: world
Organization: KAMAZ Inc., General Economics Department, (+7 8439) 53-07-34
Message-ID: <NANgB_iOTP@fkamaz>
Sender: news-service@kiae.su
References: <8gz13qi00iV4EEV2gW@andrew.cmu.edu>
In
comp.sys.sun.admin,comp.sys.sun.misc,comp.sys.next.sysadmin,comp.sys.next.software
article <8gz13qi00iV4EEV2gW@andrew.cmu.edu> Charles William Swiger
writes:
>Excerpts from netnews.comp.sys.next.software: 30-Nov-93 UUCPD (uucp over
>tcp/ip) se.. by John Jamison@metropolis.com
>> I have a Sun and a Next on an ethernet network. I'm trying to get uucp
>> working between them using the uucpd (tcp/ip uucp listener). I am pretty
>> sure that the configuration files are set up correctly, but clearly
>> something is missing.
>> [..munch..]
>
>Make sure that you have a line like:
>
>uucp 540/tcp uucpd # uucp daemon
>
>in NetInfo. Check via "nidump services ." on the NeXT.
>
>Secondly, you want to uncomment the second line in /etc/inetd.conf:
>
># Run as user "uucp" if you don't want uucpd's wtmp entries.
>#uucp stream tcp nowait root /usr/etc/uucpd uucpd
>
>This will tell the inetd how to respond to a connection on socket 540/tcp.
>
>Question: what are you trying to do with uucp? Why not use NFS?
BTW,
i use UUCP for internal e-mail because SMTP is security hole very often.
--
Anatoly M. Lisovsky, KAMAZ Inc., General Economics Department, STAR division
------------ The Network is The Computer. Per Aspera ad Sun! ---------------
From: hwr@pilhuhn.pilhuhn.sub.org (Heiko W.Rupp)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: going down on signal 15
Date: 1 Dec 1993 11:48:16 +0100
Organization: The home of the pilhuhn
Message-ID: <2dhspg$1tk@pilhuhn.pilhuhn.sub.org>
References: <2ddhk0$4et@gap.cco.caltech.edu>
madler@cco.caltech.edu (Mark Adler) writes:
>opus syslogd: going down on signal 15
>Does anyone know what signal 15 is? I was able to reboot the cube this
This is SIGTERM, the normal termination signal processes get, when
issuing a shutdown.
--
Heiko W.Rupp Gerwigstr.5 D-76131 Karlsruhe +49 721 9661521
In a Rome laundry: Ladies, leave your clothes here and spend the
afternoon having a good time.
Newsgroups: comp.sys.next.sysadmin
From: mehta-anand@yale.edu
Subject: using talk and slip (transys)
Message-ID: <1993Dec1.191831.20288@news.yale.edu>
Sender: news@news.yale.edu (USENET News System)
Organization: Yale University
Date: Wed, 1 Dec 1993 19:18:31 GMT
Hi there. I've been tailoring my SLIP setup for a few days and have got
most of it working. There has been a problem getting talk to work. If I
talk my machine from another machine, I do receive a prompt to 'talk
back'. I cannot, however, talk back. That is, when I type talk
user@machine, nothing happens. Also, I cannot originate a talk request
(the other user isn't prompted to 'talk back').
I don't know how talk specifically works, but could my machine not be
sending out the appropriate packets? That would explain why I can only
receive but not send.
Right now my slipsrv.access file has this entry:
# what protocols:
protocols tcp rdp udp icmp
What do I need to change to get this working properly?
Thanks in advance,
-Anand
--
=======================================================================
Anand Mehta mehta-anand@yale.edu 203-436-1482 Computing Assistant
We dance round in a ring and suppose,
But the Secret sits in the middle and knows.
=======================================================================
Newsgroups: comp.sys.sun.admin,comp.sys.sun.misc,comp.sys.next.sysadmin,comp.sys.next.software
From: sailer@sun10.sep.bnl.gov (Tim Sailer)
Subject: Re: UUCPD (uucp over tcp/ip) setup question
Message-ID: <CHCExw.2EK@sun10.sep.bnl.gov>
Followup-To: comp.sys.sun.admin,comp.sys.sun.misc,comp.sys.next.sysadmin,comp.sys.next.software
Organization: Brookhaven National Lab
References: <CHBo9G.Av8@metropolis.com>
Date: Wed, 1 Dec 1993 06:20:19 GMT
John Jamison (jamison@metropolis.com) wrote:
: tcpdial host metrop, port 540
: connect failed: Connection refused
It sounds like uucpd is not running on the Next. Can you telnet to the Next,
and/or telnet to port 540?
Tim
--
Tim Sailer
sailer@sun10.sep.bnl.gov
"The one who dies with the most toys, wins!"
From: ashcraft@nxtul86
Newsgroups: comp.sys.next.sysadmin
Subject: test
Date: 01 Dec 93 13:56:46
Organization: WilTel
Distribution: fj
Message-ID: <ashcraft.93Dec1135646@nxtul86>
Mime-Version: 1.0
Content-Type: text/plain
Sorry for the test
From: Charles William Swiger <infidel+@CMU.EDU>
Newsgroups: comp.sys.sun.admin,comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.sun.misc
Subject: Re: UUCPD (uucp over tcp/ip) setup question
Date: Wed, 1 Dec 1993 15:06:39 -0500
Organization: Fifth yr. senior, Chemistry, Carnegie Mellon, Pittsburgh, PA
Distribution: world
Message-ID: <kgzDZD600iV446MVsW@andrew.cmu.edu>
In-Reply-To: <NANgB_iOTP@fkamaz>
Excerpts from netnews.comp.sys.next.software: 1-Dec-93 Re: UUCPD (uucp
over tcp/ip.. by Anatoly.Lisovsky:
> i use UUCP for internal e-mail because SMTP is security hole very often.
Hmm. You should get the newest release of sendmail from
FTP.CS.Berkeley.EDU in /ucb/sendmail. This version fixes the (known)
security holes. Most operating system vendors (a) ship the older 5.x
sendmail, which does have known holes, and (b) set up sendmail
incorrectly anyway, thereby comprising security further.
Anyway, did you get uucpd working on the NeXT?
-Chuck
Charles William Swiger -- CMU...*splat*! | 1. You can't fly.
--------------------------------------------+ 2. Cars are always real, even
AMS & normal mail: infidel@cmu.edu | when they're not.
Failing that: cs4w+@andrew.cmu.edu | 3. Police are not your friends.
NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | 4. Fire burns.
From: terry_marrs@wiltel.com(Terry Marrs)
Newsgroups: comp.sys.next.sysadmin
Subject: Remote Printer
Date: 1 Dec 1993 20:52:41 GMT
Organization: WilTel
Message-ID: <2dj06p$56i@gateway.wiltel.com>
Anyone setup a remote printer to Next machines? I have a postscript
printer with it's spool on a RS6000 and would like to print to it
from my next station. What do I need to add to NetInfo in order to do
this? Thanks in advance!
--
|Terry Marrs
|terry_marrs@wiltel.com
|WilTel | NeXTmail OK
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA
M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$Q-3)<='@R,S`T7'1X,S0U-EQT
M>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V7'1X,3`S-CA<='@Q
M,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R-%QF8S!<8V8P(%P*06YY;VYE('-E
M='5P(&$@<F5M;W1E('!R:6YT97(@=&\@3F5X="!M86-H:6YE<S\@22!H879E
M(&$@<&]S='-C<FEP="!P<FEN=&5R('=I=&@@:70G<R!S<&]O;"!O;B!A(%)3
M-C`P,"!A;F0@=V]U;&0@;&EK92!T;R!P<FEN="!T;R!I="!F<F]M(&UY(&YE
M>'0@<W1A=&EO;BX@5VAA="!D;R!)(&YE960@=&\@861D('1O($YE=$EN9F\@
M:6X@;W)D97(@=&\@9&\@=&AI<S\@5&AA;FMS(&EN(&%D=F%N8V4A7`I<"BTM
M7`I\5&5R<GD@36%R<G-<"GQT97)R>5]M87)R<T!W:6QT96PN8V]M7`I\5VEL
D5&5L"0D)"2!\("`@("`@("`@($YE6%1M86EL($]+(%P*"GT*
`
Newsgroups: comp.sys.next.sysadmin
From: BrianW@SoundS.WA.com (Brian Willoughby)
Subject: Brightness Preference pops back to full on logout and login
Message-ID: <CHDEnF.42J@sounds.wa.com>
Sender: brianw@sounds.wa.com (Brian Willoughby)
Organization: Sound Consulting, Bellevue, WA, USA
Date: Wed, 1 Dec 1993 19:11:38 GMT
Just finished upgrading to 3.2 and now I find that my screen's brightness keeps
reverting to full blast every time I log out or log in.
I can change the level while looking at the login panel, while logged in as
root, or while logged in as myself, but it just won't stick.
Seems like I remember reading about a new NEXTSTEP Intel user having a similar
problem, but I have a two-headed NeXTdimension.
P.S. I had initially removed setuid priveleges from a few files in
/usr/lib/Preferences, as suggested in the Security chapter of the online
Network and System Administration guide. Even though I didn't think this was
the cause, I have still restored the settings to their original values without
any improvement with this particular problem.
I have also removed the _writers properties for Security reasons, in case one
of these has any effect.
--
Brian Willoughby Software Design Engineer, BSEE from NCSU
NeXTmail welcome Sound Consulting: Software Design and Development
BrianW@SoundS.WA.com Bellevue, WA
Newsgroups: comp.sys.next.sysadmin
From: gemoe@proximus.north.de (Gerhard Moeller)
Subject: Re: find name: how to make it work?
Content-Type: text/plain; charset=ISO-8859-1
References: <ARROUYE.93Nov29105533@petole.imag.fr>
Mime-Version: 1.0
Organization: Gerhard Moeller, German NeXT User Group, Oldenburg.
Date: Tue, 30 Nov 1993 08:16:26 GMT
Message-ID: <1993Nov30.081626.1535@proximus.north.de>
Content-Transfer-Encoding: quoted-printable
Yves Arrouye (arrouye@petole.imag.fr) wrote:
> Hi,
>
> I have a problem with the find command: I would like it to be
> available as
>
> find name
>
> as should be available with the NeXT-supplied find:
>
> petole# find
> Usage: find name, or find path-list predicate-list
> petole#
>
> I have put the following entry in my /etc/crontab.local file, but it
> does not work (well, find name does not work).
>
> 0 3 * * * root /usr/lib/find/updatedb
>
> What should I do?
Should be a FAQ...
NeXT changed the syntax. You now have to type
find 'name'
for using the fast find.
Or you can install the GNU find, it comes along with "locate", which does
the same...
Gerhard.
--
+---------------------------< principiis obsta! >---------------------------+
N Gerhard Moeller, Hetzg. 32/11, A-1030 Wien (Austria) [*: 02/21/1968] N
e Private: gemoe@proximus.north.de Phone (voice): +43-1-7151531 e
X Uni: Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE NeXTmail X
T Z-Net: Gerhard.Moeller@uniol.zer encouraged! T
+-> NoGeNUG - Northern German NeXT User Group: NoGeNUG@proximus.north.DE <-+
Newsgroups: comp.sys.next.sysadmin
From: gemoe@proximus.north.de (Gerhard Moeller)
Subject: Re: Not owner of one of my directories: HELP!
Content-Type: text/plain; charset=ISO-8859-1
References: <ARROUYE.93Nov29111206@petole.imag.fr>
Mime-Version: 1.0
Organization: Gerhard Moeller, German NeXT User Group, Oldenburg.
Date: Tue, 30 Nov 1993 08:18:56 GMT
Message-ID: <1993Nov30.081856.1593@proximus.north.de>
Content-Transfer-Encoding: quoted-printable
Yves Arrouye (arrouye@petole.imag.fr) wrote:
[...]
> staff wheel users
> petole> who am i
> petole!arrouye ttyp1 Nov 29 11:06
> petole> /etc/chown -R root.wheel x
> chown: x: Not owner
[...]
> Why could I delete the directories but not change their owner?
Because it would be a security hole. Noone but root can chown files to root.
Otherwise someone could chown really BAD programs to root, possibly even
with the suid bit on...
Gerhard.
--
+---------------------------< principiis obsta! >---------------------------+
N Gerhard Moeller, Hetzg. 32/11, A-1030 Wien (Austria) [*: 02/21/1968] N
e Private: gemoe@proximus.north.de Phone (voice): +43-1-7151531 e
X Uni: Gerhard.Moeller@arbi.Informatik.Uni-Oldenburg.DE NeXTmail X
T Z-Net: Gerhard.Moeller@uniol.zer encouraged! T
+-> NoGeNUG - Northern German NeXT User Group: NoGeNUG@proximus.north.DE <-+
From: mycroft@colourbox.utexas.edu (Alex Currier)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Why does Worspace launch apps on login?
Date: 1 Dec 1993 23:54:12 GMT
Organization: The University of Texas at Austin, Austin, Texas
Message-ID: <2djar4$m50@geraldo.cc.utexas.edu>
Thank you to the many people who quickly and thoroughly answered my question.
The final answer was I had recently installed TickleServices and at some point
had unknowingly selected Workspace -> AddToLaunchPaths while I had my
Utilities directory highlighted. The solution was to type into a terminal
window (for my own account, not a su'd window as I mistakenly did):
dread Workspace LaunchPaths to find out what was there and
dremove Workspace LaunchPaths XXX to remove them.
I accomplished the removal of the items by using DefaultMgr by Marc Davidson
to remove all the items at once. DefaultMgr is a great program for seeing all
your dwrites (and believe me there are a bunch of them) and editing them
directly.
--
==============================================================================
Alex Currier * mycroft@ccwf.cc.utexas.edu * NeXTmail capable!!
0000000700F6208F479D391F0D205D6F055500000007DB58CE6FCA79D9FB19BCD42807B6
==============================================================================
Newsgroups: comp.sys.next.sysadmin
From: pat%cesar@cam.org (Patrique Lalonde)
Subject: Re: LineLink144e Modem and NXFax
Message-ID: <1993Dec1.201445.4510@cesar.uucp>
Sender: pat@cesar.uucp
Date: Wed, 1 Dec 1993 20:14:45 GMT
Hello All,
here is a reply I received from Blan&Wahite Software regarding
compatibility between the LineLink 144e modem and NXFax 1.03.
> Patrique,
>
>> In comp.sys.next.sysadmin you wrote:
>> I purchased the LineLink 144e modem for $99.00 from
>> MacWharehouse for my Mac.
>>
>> I would like to know if people out there were able to get
>> NXFax working with it.
>>
>> Please reply via e-mail. I do not always have the chance to
>> read the news.
>
>The LineLink modem is not supported by NXFax, and probably will not be in
>the future. The primary problem, as I understand it, is that this modem
>does not include Class 2 fax support.
>
>NXFax version 1.03 currently supports the ZyXEL U-1496 modems, the
>SupraFAX 14.4 (not the 14.4LC), and the Telebit WorldBlazer. With our
>upcoming release 1.04 we expect to add support for another half-dozen
>modems or so, but they will all be high-speed class 2 fax modems.
>
>Please write if you have further questions,
>---
>-------------------------------------------------------------
>Rick Damon rick@bandw.com
>Black & White Software NeXTMail OK
>802-496-8500 (voice) 802-496-5112 (fax)
>-------------------------------------------------------------
From: adams@bright.uoregon.edu (Jeff Adams)
Newsgroups: comp.sys.next.sysadmin
Subject: fsck-ing an OD manually....?
Date: 2 Dec 1993 00:00:21 GMT
Organization: Dept. of Mathematics, University of Oregon, Eugene OR 97403-1222
Distribution: world
Message-ID: <2djb6l$j5@pith.uoregon.edu>
Greetings.
A friend is getting one of those nasty "Disk damaged" messages when he
tries to insert one of his favorite ODs. He clicks on the "repair"
option, and it cranks away for a while, and then gives up. It tells
him to try to run fsck manually (I guess that means from a terminal window).
Of course, the problem is that he can't even *insert* the OD to run
the fsck. It spits it right back out every time after the above
exchange. What does he need to do?
Thanks in advance.
Jeff
--
__________________________________________________________________________
Jeff Adams, Grad Student adams@euclid.uoregon.edu
Department of Mathematics
University of Oregon (Eugene)
Newsgroups: comp.sys.next.sysadmin
From: kiwi@belly.in-berlin.de (Axel Habermann)
Subject: Re: Can I boot without starting my lasarprinter? - solution
Message-ID: <CHCs7E.3n4@belly.in-berlin.de>
Sender: usenet@belly.in-berlin.de
Organization: - none -
References: <2dccdi$3is@marsu.tynet.sub.org>
Date: Wed, 1 Dec 1993 11:06:49 GMT
In article <2dccdi$3is@marsu.tynet.sub.org> mow@marsu.tynet.sub.org
(Markus Wenzel) writes:
> skochhar@cvbnet.cv.com (Sandeep Kochhar x4618 5-2) writes:
>
> >I had to do something like
> > sleep 10; /usr/etc/nppower off
> >Without the sleep, the printer would still stay power up.
>
> If I put "nppower off" into rc.local, the printer goes to sleep, but
> also the configuration entry in PrintManager turns out "unavailable".
> Any hints?
Try this one (in rc.local):
# switching off the laserprinter 5 minutes after boot
(sleep 300; /usr/etc/nppower off) & >/dev/console
This starts the power off 5 minutes after boot, because the commands
are started in a subshell and booting continues meanwhile.
It works fine for me. With the simple nppower off I had the same result
as you described. I believe the availibility of the printer was checked
after nppower off was executed and so it seemed to be unavailable to
PrinterManager. You should probably be able to reduce
the sleep 300 to a shorter interval like 60 seconds.
--
Axel Habermann \\|// "Wenn Du nicht
kiwi@belly.in-berlin.de (NeXT-Mail) )o o( weisst was Du
kiwi@cs.tu-berlin.de (NO NeXT-Mail) \ | / tust, mach's
FaxFon: +49 30 4543046 \~/ mit Eleganz!"
Message-ID: <024327Z02121993@anon.penet.fi>
Newsgroups: comp.sys.next.sysadmin
From: an54565@anon.penet.fi
Organization: Anonymous contact service
Date: Thu, 2 Dec 1993 02:40:12 UTC
Subject: username lengths ... & can't post to usenet yet
Hi all,
I have two questions:
1) Some folks here would like to use a next for student
e-mail accounts, but want usernames longer than 8 characters. Is this
possible? The man page suggests that 'unmodified' bsd systems should
stick to 8. She tried to modify the nu scripts to allow >8 chars, and
it worked except that logins were not working over the network
(although they would work from the console). Any ideas?
2) We are having no luck posting to usenet. We installed the
CNews distribution from cs.orst.edu, and we're getting news just
fine. When we post, it seems to work, but ultimately winds up in the
/usr/spool/news/in.coming/bad directory. Is we're getting no other
indication of errors happening, but also no news being sent out. Is
there a good way to debug the setup, and find out where we are losing
it?
thanks!
-steve
Steve Spicklemire (317) 788-3313 steve@estel.uindy.edu
Dept of Physics and Earth-Space Science NeXTmail Welcome!
University of Indianapolis
1400 East Hanna Avenue, Indpls. IN, 46227
(The only reason this is 'anonymous' is due to out inability to
post.)
-------------------------------------------------------------------------
To find out more about the anon service, send mail to help@anon.penet.fi.
Due to the double-blind, any mail replies to this message will be anonymized,
and an anonymous id will be allocated automatically. You have been warned.
Please report any problems, inappropriate use etc. to admin@anon.penet.fi.
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: Re: Has the serial drivers problem been solved?
Message-ID: <rorCHDyvz.1ML@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <CGp2G0.16s@ripple.uunet> <rorCGuL01.5Lx@netcom.com> <1993Nov26.220119.19518@ve6mgs.ampr.org> <rorCH5xrw.7Dw@netcom.com> <jeffo.754448874@uiuc.edu> <a09311.754455756@giant> <rorCHA7ML.9CG@netcom.com> <a09311.754631976@giant>
Date: Thu, 2 Dec 1993 02:28:47 GMT
Stewart Seidel (a09311@giant.rsoft.bc.ca) wrote:
: ror@netcom.com (RatSnatcher) writes:
: >Stewart Seidel (a09311@giant.rsoft.bc.ca) wrote:
: >: jeffo@uiuc.edu (J.B. Nicholson-Owens) writes:
: >Well, I don't have any problems calling out. I'm using tip right now. Have
: >you ever tried turning your modem off while NEXTSTEP is running? My whole
: >system crashes. I've tried both a USR Courier Dual Standard and a Supra
: >SupraFax v.32bis modem. That's not so bad, because I can just leave the
: >modem on all the time, but the *real* problem is that when people dial-IN
: >to the NEXTSTEP machine, to use the shell, and then just hangup without
: >properly logging out (ctrl-d or "logout" or "exit"), the machine crashes.
: As I said in an earlier post, I use a USR 14.4K external, and yes, I
: turn it off all the time when, for example, I go to work and leave
: the NeXT running. I have also dialed in from work, and the NeXT system
: appears to behave like all good unices should. I haven't tried Ctrl-D,
: though, as I have a 'bye' alias:
: alias bye 'clear ; logout'
: and when I type 'bye', the system doesn't crash. I do remember having
: all sorts of problems before I installed the SerialPort patches however.
Wow, that's great. Do you have a 16550AFN buffer chip on your serial card?
BTW, there isn't a problem for me when people use "logout," it's only when
people forget and just hangup. It's really encouraging that you have it
working. It means that maybe I have something setup stupidly, and it can
be fixed.
Would you mind sharing your setup for allowing people to call in?
: >And that means that I can't just leave the machine up waiting for callers.
: >I have to keep an eye on it, and make sure that everyone knows not to just
: >hangup...but sometimes a disconnection is unavoidable...and *boom* system
: >panic.
: >BTW: I noticed that you said you were using zmodem with NEXTSTEP/Intel.
: >How did you compile it? I can't get sz/rz to compile right.
: I think I got zmodem from cs.orst.edu:/next/submissions. Someone already
: had compiled it, and the binaries seem to work fine.
Thanks...I will go look for those right away. You've been a lot of help.
Zach.
--
ror@netcom.com ~RoR-Alucard~
Newsgroups: comp.sys.next.sysadmin
From: burns@nova.bellcore.com (James E. Burns)
Subject: Re: Can I boot without starting my lasarprinter? - solution
In-Reply-To: kiwi@belly.in-berlin.de's message of 1 Dec 93 11:06:49 GMT
Message-ID: <BURNS.93Dec1215854@wildcat.nova.bellcore.com>
Sender: news@walter.bellcore.com
Organization: Bell Communication Research
References: <2dccdi$3is@marsu.tynet.sub.org> <CHCs7E.3n4@belly.in-berlin.de>
Distribution: usa
Date: Thu, 2 Dec 1993 02:58:54 GMT
kiwi@belly.in-berlin.de (Axel Habermann) suggests:
> Try this one (in rc.local):
> # switching off the laserprinter 5 minutes after boot
> (sleep 300; /usr/etc/nppower off) & >/dev/console
> This starts the power off 5 minutes after boot, because the commands
> are started in a subshell and booting continues meanwhile.
5 minutes seems excessive. A better place to shut down the printer on
startup is in /usr/lib/NextPrinter/lpd.children. Try this line:
(sleep 10; /usr/etc/nppower off) &
jim burns
--
:::Note!! Please send any replies to burns@nova.bellcore.com
James E. Burns burns@nova.bellcore.com
Bellcore, NVC-3X114 Off: (908) 758-2819
331 Newman Springs Road Fax: (908) 758-4371
Red Bank, NJ 07701-5699, USA Home: (908) 219-6561
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Introducing NS486 into an existing NeXT network
Date: 30 Nov 1993 23:16:52 +0100
Organization: Palumbian Research Labs
Message-ID: <2dggol$1hi@marsu.tynet.sub.org>
References: <1993Nov29.110026.8205@ccsvax.sfasu.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
mcwilljg@euler.sfasu.edu (Joseph G. McWilliams) writes:
>We wish to introduce a number of Intel machines running NS486 into an
>existing NeXT network. We have questions concerning the apps exported
>across the network running on the new machines. Basically we wish to find
>some "How To" and "What's Available" info.
>Could some kind soul guide me to a source that might answer some of our
>questions?
nextanswers@next.com
If the information supplied there doesn't answer your questions,
please post them here, I (and probably others, too) will try to answer.
But please be more specific.
--
Marsu: "Es gibt tatsaechlich Leute, die ohne Computer gluecklich und
zufrieden leben." -- Frankie: "Ach was, die emulieren das doch nur!"
-----
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Intel aside.
Newsgroups: comp.sys.next.sysadmin
From: mgoedel@muaddib.isar.muc.de (Maximilian Goedel)
Subject: Re: bootfloppy for 2.0
Message-ID: <CHDosr.KB1@muaddib.isar.muc.de>
Sender: mgoedel@muaddib.isar.muc.de (Maximilian Goedel)
Organization: Michael Maximilian Goedel
References: <1993Nov30.221622.695@CSD-NewsHost.Stanford.EDU>
Distribution: all
Date: Wed, 1 Dec 1993 22:50:50 GMT
In article <1993Nov30.221622.695@CSD-NewsHost.Stanford.EDU>
hitt@Xenon.Stanford.EDU (Daniel Hitt) writes:
> I can't boot my machine (a 040 cube with 2.0) --- it says sdmach
> not found. Presumably that means there's something wrong with
> the internal drive.
>
> Anyhow, i need to get a bootfloppy for 2.0 somehow, so that i
> can boot the system and try to look around.
>
> I can't use the build boot floppy scripts from sonata.cc.purdue.edu
> because they require one to have root access to a machine to
> construct the floppy (and my machine is not working).
>
> So . . . how can i find a boot floppy to boot from?
>
> (So i guess there's a lesson to be learned here---one should make
> a bootfloppy just in case while the system is up.)
>
> Thanks for any info anyone can provide.
>
> dan
>
I don't know 2.0, I started NeXT with 2.1, but there where
more than one kernel on the disk,
Press Command-Command-Tile to got to the NMI and type
bsd(0,0,0)odmach
I hope that works
--
Michael Maximilian Goedel _____________________
e-mail: mgoedel@muaddib.isar.muc.de
Address: Gerhardstrasse 33 - 81543 Muenchen
Telephone: +49 89 65 29 18
Newsgroups: comp.sys.next.sysadmin,comp.security.unix,comp.security.misc
From: stantgcl@aston.ac.uk (G.C.L.STANTON)
Subject: Re: NeXT right on the Internet -- secure?
Message-ID: <stantgcl.6@aston.ac.uk>
Sender: usenet@aston.ac.uk
Organization: Aston University
References: <931128.222311.5p5.rusnews.w164w@alpha3.ersys.edmonton.ab.ca>
Date: Thu, 2 Dec 1993 13:07:11 GMT
In article <931128.222311.5p5.rusnews.w164w@alpha3.ersys.edmonton.ab.ca> russell@alpha3.ersys.edmonton.ab.ca (Russell Schulz) writes:
>(I posted to c.s.misc since c.s.unix is so new)
>at work, we have a collection of machines, and we are thinking of
>having one directly on the Internet (via SLIP) connected to the
>others via Ethernet. (yes, our needs are modest)
>it is likely we will remain safely paranoid and refuse to have any
>sensitive source or binaries on any machine on this LAN -- we might
>put a uucp link between them, though. don't know yet.
>however, is even this a wise thing to do? are there replacements
>for standard NeXT network programs that fix security holes? what
>has the NeXT community found out after checking out the CERT
>announcements? could even Bill Cheswick break in if he tried?
>I know there _are_ NeXTs on the Internet already, but I'm just
>trying to be incredibly safe before I recommend such a thing to
>the person who signs my cheques.
>--
>Russell Schulz russell@alpha3.ersys.edmonton.ab.ca ersys!rschulz Shad 86c
Newsgroups: comp.sys.next.sysadmin
From: Douglas Moore
Subject: powering down NeXTprinter during bootup, printer still works (From FAQ)
Message-ID: <CHEyI3.EDC@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Thu, 2 Dec 1993 15:14:52 GMT
Hello-
As it seems that no one has checked the FAQ on this yet...
From the FAQ and modified to work with the NS 3.2 bootup graphics,
#turn off NeXT laser printer.
fbshow -B -I "Powering off NeXTprinter" -z 95
if [ -f /usr/etc/nppower ]; then
sleep 3
/usr/etc/nppower off
(echo 'powering off NeXTprinter') >/dev/console
fi
This works fine... the printer powers down immediately, and is availible
for any app which wants it.
--
Douglas Moore NS 3.2 black, WHERE'S MY 3.2 DEVELOPER?
172 East Sixth Street #2106 Looking down on Lowertown ;^)
St Paul, MN 55101 (Mears Park and the `Y' actually)
dmoore@maroon.tc.umn.edu <---NeXTMail, send me some!!!
From: wgilbert@fatou.uwaterloo.ca (William Gilbert)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: find name: how to make it work?
Message-ID: <CHExE5.65o@watserv1.uwaterloo.ca>
Date: 2 Dec 93 14:54:05 GMT
References: <ARROUYE.93Nov29105533@petole.imag.fr> <1993Nov30.081626.1535@proximus.north.de>
Sender: news@watserv1.uwaterloo.ca
Organization: Pure Math Dept, University of Waterloo, Canada
In article <1993Nov30.081626.1535@proximus.north.de> gemoe@proximus.north.de (Gerhard Moeller) writes:
>Yves Arrouye (arrouye@petole.imag.fr) wrote:
>> I have a problem with the find command: I would like it to be
>> available as
>>
>> find name
>>
>> I have put the following entry in my /etc/crontab.local file, but it
>> does not work (well, find name does not work).
>>
>> 0 3 * * * root /usr/lib/find/updatedb
>>
>
>NeXT changed the syntax. You now have to type
>
> find 'name'
>
>for using the fast find.
>
I like the old find, so I created the following executable file in
/private/local/bin/Find
#!/bin/csh
# Find a file
find "*$1*"
I then use Find name to get the old usage back.
+------------------------------------------------------+
Will Gilbert, Pure Math Dept, University of Waterloo
wgilbert@fatou.UWaterloo.ca [NeXT mail welcome]
Will.Gilbert@UWaterloo.ca
+------------------------------------------------------+
Newsgroups: comp.sys.next.sysadmin
From: honor@pioneer.arc.nasa.gov (Alex Honor)
Subject: HP Deskjet 500 install info...
Message-ID: <1993Dec2.181859.13388@news.arc.nasa.gov>
Sender: usenet@news.arc.nasa.gov
Organization: NASA Ames Res. Ctr. Mtn Vw CA 94035
Date: Thu, 2 Dec 1993 18:18:59 GMT
Hello,
I would like to install an HP Deskjet 500 on my NeXT cube.
I read somewhere that NS 3.0 would support this printer
but I cannot find it as one of the entries listed in
PrintManager.app. Is it supported in NS 3.1 or NS 3.2?
One other thing, what kind of cable is required?
I really would appreciate any information regarding
these questions.
/alex
_________
honor@pioneer.arc.nasa.gov
Newsgroups: comp.sys.next.sysadmin
From: kwang@keiko.acs.calpoly.edu (Kevin Wang (The Scarecrow))
Subject: NXHosting problem
Message-ID: <1993Dec02.183035.180505@zeus.aix.calpoly.edu>
Sender: news@zeus.calpoly.edu
Organization: The Outland Riders
Date: Thu, 02 Dec 1993 18:30:35 GMT
I have a NeXTDimention cube that refuses to let other machines
NXHost into it properly. That is, run the process on a remote
machine, and display everything on the NeXTDimention.
I have tried it from a Next color slab, as well as all manner of
mono next cubes and slabs. Everything is NS3.0, on the same network
segment, and yes, I do have public window server turned on.
/usr/adm/messages tells me:
Dec 2 10:15:49 keiko ProjectBuilder[9794]: DPS client library error: Could not form connection, host riker
Dec 2 10:16:03 keiko ProjectBuilder[9795]: DPS client library error: Could not form connection, host riker
Dec 2 10:16:36 keiko ProjectBuilder[9799]: DPS client library error: Could not form connection, host riker
Dec 2 10:17:05 keiko ProjectBuilder[9804]: DPS client library error: Could not form connection, host riker
Dec 2 10:18:24 keiko ProjectBuilder[9814]: DPS client library error: Could not form connection, host local host
Dec 2 10:18:29 keiko ProjectBuilder[9815]: DPS client library error: Could not form connection, host riker
Dec 2 10:19:00 keiko Librarian[9816]: DPS client library error: Could not form connection, host riker
Dec 2 10:20:34 keiko ProjectBuilder[9823]: DPS client library error: Could not form connection, host riker
Dec 2 10:20:48 keiko Librarian[9824]: DPS client library error: Could not form connection, host riker
Help??? Might it have something to do with my removing _writers *
from NetInfo? (preventing people from changing the mono screen to
the "master" screen and such.
I also notice that I can no longer change the background color on
the NeXTDimention either...
help?
- Kevin Wang
From: nether@bigwpi.WPI.EDU (Joel C Belog)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: HP Deskjet 500 install info...
Date: 2 Dec 1993 21:17:48 GMT
Organization: Worcester Polytechnic Institute
Message-ID: <2dlm1s$kq4@bigboote.WPI.EDU>
References: <1993Dec2.181859.13388@news.arc.nasa.gov>
I'm posting this since I myself spent a few frustrating
hours, and I hope that I can save a few poor souls like
myself, all the aggravation that I went through --
(well ... :-) )
In article <1993Dec2.181859.13388@news.arc.nasa.gov>,
Alex Honor <honor@pioneer.arc.nasa.gov> wrote:
>I would like to install an HP Deskjet 500 on my NeXT cube.
>I read somewhere that NS 3.0 would support this printer
>but I cannot find it as one of the entries listed in
>PrintManager.app. Is it supported in NS 3.1 or NS 3.2?
NO! Nada, Nil ... it isn't supported, but you're
in luck, you can use djf for 3.0 which can be
found at sonata.cc.purdue.edu in the directory
/pub/next/3.0/src/djf.tar.Z This is an excellent
package ... all you have to really do is type
config and answer some questions!
* ( I have one question though ... when I print
most of the time the output is pushed too far
up and right ... this doesn't look well at all
on n-up printing. I've been looking through
the code, but I haven't found anything that might
may make the printer do this ... I also read the
printer manual - did I miss something? )
>One other thing, what kind of cable is required?
>I really would appreciate any information regarding
>these questions.
** This is for a 68040 NS **
This is where things got me. I tried to use a mac-modem
cable with a null box on it, didn't work for me - so
I built a cable using the zs man page, a little red LED,
9-v battery, one end of an RS-232, and one end of a miniDIN-8.
Works like a charm.
Good luck!
joel belog
nether@wpi.wpi.edu
!!!! ( I finally have a printer after almost 3 years! YEAH! )
Newsgroups: comp.sys.next.sysadmin,next.sys.next.misc,comp.sys.next.hardware
From: gpmenos@firestone.Princeton.EDU (Gerard Philippe Menos)
Subject: printing problem
Message-ID: <1993Dec1.165328.9092@Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
Date: Wed, 1 Dec 1993 16:53:28 GMT
Hi. I'm having a problem printing from a 486 (running NS/FIP) to an
HP 4ML. The printer works fine from the Windows partition.
I have set up parallel port (PC BIOS) to irq7 and x378. I have used
Configure.app to use the same values for the parallel port. And, I
have used PrintManager to set up the printer (tried several different
300dpi postscript printer drivers, including the HP III Postscript
Plus --HP4ml is too new to be on the list.
I have tried a new cable... but if it works in Windows, as
configured, shouldn't it in NEXTSTEP?
What happens: When I send a print job, the appropriate printer lights
go on, to indicate the printer has received data and is processing;
The PrintManager queue shows the print job in the queue; nothing
prints; the printer eventually goes back to a ready/online state;
eventually, a window/panel comes up, saying "Some or all of the pages
in your print request could not be printed [OK]"; Print queue shows
no jobs; And no printing...
In the console, I see the following: "Nov. 30 15:06:47 hostname
Server:HP4ML[173]: Driver write error : Connection Timed Out."
I have increased the timeout period on the HP4ML to 255 seconds, with
no improvement.
I know that at least one other user is using the HP4ML with NS/FIP...
Any suggestions on how to further diagnose the source of this problem?
With appreciation,
Phil
--
G. Philippe Menos
gpmenos@firestone.princeton.edu [NeXTmail OK.]
Systems Administrator, Princeton University Libraries
voice: 609-258-5183 fax: 609-258-5571
From: tpugh@oce.orst.edu (Tim Pugh)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Trouble mounting internal disk
Message-ID: <2dlvc2$hk7@gaia.ucs.orst.edu>
Date: 2 Dec 93 23:56:50 GMT
References: <1993Nov30.131903.8719@newstand.syr.edu>
Organization: University Computing Services - Oregon State University
In article <1993Nov30.131903.8719@newstand.syr.edu> mcnichol@math.syr.edu
(Brendan T. McNichols) writes:
>
> Hi all,
>
> I am having trouble getting our NeXTstation to mount the internal 105M
> disk. My fstab looks like this (as directed in the SysAdmin manual):
>
> /dev/sd0a / 4.3 rw,noquota,noauto 0 1
> /dev/sd1a /LocalApps 4.3 rw,noquota,noauto 0 2
>
> What happens is that the second line is simply ignored. LocalApps is
> never mounted on /dev/sd1a. Trying to do a "mount -a" yields identical
> results. When I login, /dev/sd1a is automatically mounted on /NeXT_3.1.
> If I then do a "mount /dev/sd1a /LocalApps" as root (after first
> unmounting /NeXT_3.1), the mount works just find.
>
The problem is the "noauto" is the /dev/sd1a entry. Remove it and it'll work
fine. "noauto" tells the system not to automatically mount the disk partition.
"noauto" should only be used if the disk partition is the root directory.
Example:
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/dev/sd1a /LocalApps 4.3 rw,noquota 0 2
--------------------------------------------------------------
Tim Pugh email: tpugh@oce.orst.edu
Oceanic and Atmospheric Sciences voice: 503-737-2270
Oregon State University fax: 503-737-2064
NeXTmail ok!
Newsgroups: comp.sys.next.sysadmin
From: Goetz.von-Escher@open.ch (Goetz von Escher)
Subject: mailDBupdate - what does it exactly?
Message-ID: <CHFn50.MIK@eunet.ch>
Keywords: mailDBupdate Images People Mail.App
Sender: usenet@eunet.ch (News Administrator)
Organization: EUnet Switzerland
Date: Fri, 3 Dec 1993 00:10:12 GMT
I couldn't find any documentation on mailDBupdate. I noticed that it
creates a copy of the passwd file in /LocalLibrary/Images/People whenever
it's called. Since I do not want passwords (even the encrypted ones) lying
around on the system I wrote the following script to achieve whatever
mailDBupdate does:
#!/bin/sh
cd /LocalLibrary/Images/People
nidump aliases / > aliases
ls *.tiff | sed s/\.tiff// |\
awk '{printf("%s:*:-2:-2::/nodir:/noshell\n",$$1);}' > passwd
Any objections?
--
Goetz von Escher email: Goetz.von-Escher@Open.CH
Open Systems AG voice: +41 (61) 262-0505
Basel, Switzerland FAX: +41 (61) 262-0510
From: tom@trohde.hanse.de (Thomas Rohde)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Login Window Screen Saver
Date: 30 Nov 1993 20:24:15 GMT
Organization: Self-organized organism feeding on chaos
Message-ID: <2dga5f$b1@trohde.hanse.de>
References: <bkr.754393087@drdhh>
In article <bkr.754393087@drdhh> bkr@drdhh.hanse.de (Bjoern Kriews)
writes:
: If you need to know about some dwrite, look at the program:
:
: $ strings /usr/lib/NextStep/loginwindow.app/loginwindow
: [..]
in my terminal ther came a long row of xycswrstvgeu:
..
TimeToDim
1800
ScreenSaverEnabled
LoginHook
LogoutHook
..
ScreenSaver.bundle
yet I still don't know what exactly to do :-( and what kind of bundles
I can put whereto and so.
could someone post some more hints? I guess I should get some new FAQ
bye and thanks, tom
--
_____________________________________________________________________
Thomas Rohde mail: tom@trohde.hanse.de
Grindelallee 27 B NeXTmail welcome
20146 Hamburg voice: 040-44.88.19
Germany (outside Grmny call +49-40-44.88.19)
_____________________________________________________________________
From: a09311@giant.rsoft.bc.ca (Stewart Seidel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Has the serial drivers problem been solved?
Date: 3 Dec 93 05:59:54 GMT
Organization: MIND LINK! Communications Corp
Message-ID: <a09311.754898394@giant>
References: <CGp2G0.16s@ripple.uunet> <rorCGuL01.5Lx@netcom.com> <1993Nov26.220119.19518@ve6mgs.ampr.org> <rorCH5xrw.7Dw@netcom.com> <jeffo.754448874@uiuc.edu> <a09311.754455756@giant> <rorCHA7ML.9CG@netcom.com> <a09311.754631976@giant> <rorCHDyvz.1ML@netcom.com>
ror@netcom.com (RatSnatcher) writes:
>Stewart Seidel (a09311@giant.rsoft.bc.ca) wrote:
>: ror@netcom.com (RatSnatcher) writes:
>: >Stewart Seidel (a09311@giant.rsoft.bc.ca) wrote:
>: >: jeffo@uiuc.edu (J.B. Nicholson-Owens) writes:
>: >Well, I don't have any problems calling out. I'm using tip right now. Have
>: >you ever tried turning your modem off while NEXTSTEP is running? My whole
>: >system crashes. I've tried both a USR Courier Dual Standard and a Supra
>: >SupraFax v.32bis modem. That's not so bad, because I can just leave the
>: >modem on all the time, but the *real* problem is that when people dial-IN
>: >to the NEXTSTEP machine, to use the shell, and then just hangup without
>: >properly logging out (ctrl-d or "logout" or "exit"), the machine crashes.
>: alias bye 'clear ; logout'
>: and when I type 'bye', the system doesn't crash. I do remember having
>: all sorts of problems before I installed the SerialPort patches however.
>Wow, that's great. Do you have a 16550AFN buffer chip on your serial card?
>BTW, there isn't a problem for me when people use "logout," it's only when
>people forget and just hangup. It's really encouraging that you have it
>working. It means that maybe I have something setup stupidly, and it can
>be fixed.
>Would you mind sharing your setup for allowing people to call in?
I have a very, very cheap system all around. monochrome VGA monitor 640x480,
$20 IDE multi-function card, clone 50MHz motherboard, Adaptec 1542B,
Texel CD-ROM, nothing to get excited about. Certainly no new-fangled
16550 serial cards.
>Zach.
>--
>ror@netcom.com ~RoR-Alucard~
From: wietse@wzv.win.tue.nl (Wietse Venema)
Newsgroups: comp.sys.hp.hpux,comp.sys.next.sysadmin,comp.sys.sgi.admin,comp.sys.sun.admin,comp.unix.misc,comp.unix.questions,comp.unix.ultrix
Subject: system administrators guide to cracking posted
Followup-To: poster
Date: 2 Dec 1993 22:52:55 +0100
Organization: Eindhoven University of Technology, The Netherlands
Message-ID: <2dlo3n$q6r@wzv.win.tue.nl>
The system administrators guide to cracking, written by Dan Farmer and
myself, has been posted to the security newsgroups. It is targeted at
the system administrator and attempts to explain *why* some practices
can lead to security problems. Examples are given. Feedback is welcome;
if it is warranted, we will release an updated version.
Wietse Venema
Newsgroups: comp.sys.next.sysadmin,comp.unix.programmer
From: uunet!molly!vlcek (Jim Vlcek)
Subject: Re: Here's a "uname" script
Message-ID: <CHG42p.4zy@molly.uucp>
Sender: vlcek@molly.uucp (James Vlcek)
Organization: The Black Box of Lowertown
References: <1993Nov29.024225.720@gun.com>
Date: Fri, 3 Dec 1993 06:16:00 GMT
Darcy Brockbank writes
>
> Well, occasionally you need a uname so here's a quick hack
> that simulates it. It uses the available commands under NeXT's
> BSD so that it should work correctly for the most part.
[C-shell script deleted]
I've redone this in the Bourne shell, and I believe I've got it to work just
about as uname-ish as it should. For example, it insists on printing out the
requested information in the same order, no matter what the order of the
command options (eg, "uname -s -n" prints out exactly the same as "uname -n
-s"). This seems to be the SysV-prescribed behavior.
I'll post this to comp.unix.programmer, no doubt someone there has a Perl
script that performs this same action much better on a wide variety of BSD
systems...
#!/bin/sh
#
# uname
#
# Author: Jim Vlcek, ByteWare Consulting (uunet!molly!vlcek) 3 Dec 1993
#
# An attempt to implement a SysV-ish "uname" under NeXTStep 3.0
#
# Options
#
# -s Print the operating system name
# -n Print the node name (essentially, the hostname)
# -v Print the operating system version
# -r Print the operating system release
# -p Print the host machine's processor type
# -m Print the machine hardware name
# -a Print all the above information
#
# Non-SysV options
#
# -i Print the host identification number (hostid)
#
if [ $# = 0 ]
then
system="NEXTSTEP "
fi
for arg
do
case $arg in
-s) system="NEXTSTEP " ;;
-n) node="`uuname -l` " ;;
-r) release="`hostinfo | sed -n 's/.*NeXT Mach
\([0-9\.]*\).*/\1/p'` " ;;
-m) mach="`hostinfo | sed -n 's/.*Processor type: \([^
]*\).*/\1/p'` " ;;
-p) processor="`hostinfo | sed -n 's/.*Processor type: [^
]* (\([^)]*\).*/\1/p'` " ;;
-v) version="`tail -1 /usr/lib/NextStep/software_version`
" ;;
-i) hostid="`hostid` " ;;
-a) exec $0 -s -n -v -r -p -m ;;
*) echo $0: Usage: $0 [-asnvrpm] >&2 ; exit 1 ;;
esac
done
echo "$system""$node""$version""$release""$processor""$mach"
--
-----------------------------------------------------------------------------
Jim Vlcek SVR4.2: A standard for UNIX
uunet!molly!vlcek OpenStep: A standard for OO
Beautiful downtown St. Paul Windows: A standard for CYA
From: anstine@uniblab.sas.upenn.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Weird mailbox corruption problem
Date: 3 Dec 1993 15:56:22 GMT
Organization: University of Pennsylvania
Message-ID: <2dnnj6$r6f@netnews.upenn.edu>
This one has me stumped.
One of my users intermittently has a problem with his Active.mbox. Upon
running Mail.app, he gets the following message:
FILE SYSTEM ERROR
Unable to write Active.mbox File system error:
Permission denied
The permissions in the directory itself are fine. Looking in the
Active.mbox directory, I find the following strange files:
-rw------- 1 root 0 Dec 1 13:06 Copy_of_Spoolfile
-rw------- 1 root 0 Dec 1 13:06 Incoming_Mail
-rw------- 1 root 0 Dec 1 13:06 Incoming_Table_of_Contents
-rw-r--r-- 1 mpimsner 155308 Nov 30 12:44 mbox
-rw-r--r-- 1 mpimsner 5396 Dec 2 18:09 table_of_contents
Where are these root owned files coming from? Removing them fixes the
problem.
-dave
From: joe@retina.anatomy.upenn.edu (Joe Panico)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: NSI 3.1, DOS, Linux/NT multi-boot system ?
Date: 3 Dec 1993 16:39:13 GMT
Organization: Dept. of Neuroscience, U. of Pennsylvania
Distribution: world
Message-ID: <2dnq3h$19t@netnews.upenn.edu>
Hi,
I'm running NSI 3.1 on a 486 with 3 SCSI HDs. NextStep is on the first
HD, DOS is on the second and Linux (maybe windows NT) is on the third.
They are connected to the system through an Adaptec 1542b. I would like
to be able to dynamically choose which OS to boot on power-up. Is this
possible? Any clues much appreciated.
Joe Panico
joe@retina.anatomy.upenn.edu
From: joe@retina.anatomy.upenn.edu (Joe Panico)
Newsgroups: comp.sys.next.sysadmin
Subject: NSI 3.1, DOS, Linux/NT multi-boot system?
Date: 3 Dec 1993 16:41:24 GMT
Organization: Dept. of Neuroscience, U. of Pennsylvania
Distribution: world
Message-ID: <2dnq7k$1gs@netnews.upenn.edu>
Hi,
I'm running NSI 3.1 on a 486 with 3 SCSI HDs. NextStep is on the first
HD, DOS is on the second and Linux (maybe windows NT) is on the third.
They are connected to the system through an Adaptec 1542b. I would like
to be able to dynamically choose which OS to boot on power-up. Is this
possible? Any clues much appreciated.
Joe Panico
joe@retina.anatomy.upenn.edu
From: nevai@math.ohio-state.edu (Paul Nevai)
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
Subject: CD-ROM problems on a CUBE with 3.2
Date: 3 Dec 1993 18:42:09 GMT
Organization: Department of Mathematics, The Ohio State University
Sender: Paul Nevai
Message-ID: <2do1a1$ne1@mathserv.mps.ohio-state.edu>
Originator: nevai@ops.mps.ohio-state.edu
I have a BLACK CUBE with NS 3.2. I did do the "public windowserver" job as
suggested by the 3.2 upgrade notes.
Still, when I insert a regular music CD, it gets ejected UNLESS I am logged
in as root. In addition, when I am root, the CDPlayer.app works with the CD
in the player BUT there is no sound. What's going on? Any ideas?
Please respond by email. Thanks. Take care...Paul
Paul Nevai nevai@math.ohio-state.edu
Dept Math - Ohio State University 1-614-292-3317 (Office)
Columbus, Ohio 43210-1174, U.S.A. 1-614-292-1479 (Math Dept Fax)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: cbliek@dcc.uchile.cl (Christian Bliek)
Subject: Media Errors and Format
Sender: usenet@dcc.uchile.cl (Network News)
Message-ID: <1993Dec03.194420.18278@dcc.uchile.cl>
Date: Fri, 03 Dec 1993 19:44:20 GMT
Organization: Universidad de Chile, Depto. de Ciencias de la Computacion
Hi,
I have a NeXTStation Turbo with a Seagate ST1280 internal (239 MBytes 1.5 years
old) which is giving me MEDIA ERRORS (tries to read each block 9 times and then
gives up). When I boot from CD-rom and format it (with disk -F or /usr/etc/sdform
with 3.0 and/or 3.1) it says it's happy, but after having installed the software,
the problem starts again.
I suspect that it is able to write correctly, but that the data ``fades out'' so
that when read the error checks find inconsistencies ...
Any clues out there, in particular:
Is there a better format facility available, that does surface checking?
(the disk -T doesn't seem to work in 3.1)
Is it possible that my disk is fine and that this is the result of problems in my
power supply or controller?
Thanks for your help,
Christian Bliek. (cbliek@dcc.uchile.cl)
From: wrb@biostr.washington.edu (William Barker)
Newsgroups: comp.sys.next.sysadmin
Subject: 14400 on black serial ports?
Date: 3 Dec 1993 20:29:43 GMT
Organization: University of Washington
Message-ID: <2do7jn$c08@news.u.washington.edu>
I'm trying to run a cheap ($100) 14400 modem on a turbo slab. Works fine
at 9600, but tip tells me 14400 is a bad baud rate (Bad, bad baud
rate...go to your room!!) =:-)
What's the deal...anyone? The 3.1 release notes says it's OK to run a
printer at 14.4 on a serial port. What gives with tip?
Thanks in advance.
bb
--
Bill Barker
Biological Structure, SM-20
University of Washington
Seattle WA 98195
(206) 543-7315
"In Wine there is Wisdom, In Beer there is Strength; In Water is
Bacteria." --Old German Saying.
Newsgroups: comp.sys.next.sysadmin
From: harnton@world.std.com (James D Harrington)
Subject: Re: 14400 on black serial ports?
Message-ID: <CHHAHo.ACF@world.std.com>
Organization: The World Public Access UNIX, Brookline, MA
References: <2do7jn$c08@news.u.washington.edu>
Date: Fri, 3 Dec 1993 21:32:08 GMT
wrb@biostr.washington.edu (William Barker) writes:
>I'm trying to run a cheap ($100) 14400 modem on a turbo slab. Works fine
>at 9600, but tip tells me 14400 is a bad baud rate (Bad, bad baud
>rate...go to your room!!) =:-)
>What's the deal...anyone? The 3.1 release notes says it's OK to run a
>printer at 14.4 on a serial port. What gives with tip?
Try using 19200...works for me on my $99 14.4 modem. And if you've got
compression, this will allow for your modem to reach top speed.
JH
Newsgroups: comp.sys.next.sysadmin
From: duling@niehs.nih.gov
Subject: NS/fip on a CompuAdd 425 !!!
Message-ID: <1993Dec3.222020.22648@alw.nih.gov>
Sender: postman@alw.nih.gov (AMDS Postmaster)
Organization: niehs
Date: Fri, 3 Dec 1993 22:20:20 GMT
OK, it sounds flakey from the beginning. I have an old CompuAdd
486DX-25MHz, one of the early 486 computers. It has 8MB of RAM
and Tseng ET4000AX video.... but I put in a good NS/fip harddisk
and booted with boot: config=default and it was loading MACH then
suddenly flashed a screen with maybe 10 lines of information then
spontaneously rebooted the computer to its BIOS. I've tried several
different BIOS settings, I've tried the install/boot disk with a
good scsi card and cd-rom, all sorts of things. Can someone tell
me if there is hope (and where) or should I junk the idea. It's
sort of a spare computer at the moment and I thought it might be
fun to try NS on it.
Thanks for ANY responses....
-- Dave Duling
LMB/NIEHS
duling@niehs.nih.gov
From: texpert@math.lsu.edu (TeX Support)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: [Q] Where can I get "inews" and "nn"?
Date: 3 Dec 1993 22:42:55 GMT
Organization: Louisiana State University InterNetNews Site(test mode)
Message-ID: <2dofdf$1d60@te6000.otc.lsu.edu>
Hello. We are using NewsGrazer, but some users would like to use a unix
news client when they call from home. I understand that at least two
programs, namely "rn" and "nn", do this job reasonably well. We have the
source to "rn", but cannot compile it without something called "inews". I
do not know how to get this "inews", nor can I locate the source to "nn",
which some users have specifically requested. In case it makes a
difference, our department does not have a direct news feed; instead, the
news server sits somewhere else on campus. So here are my questions:
1) What is "inews" and where can I get it?
2) Where can I get "nn"?
3) Do you have any comments or suggestions?
Any help (please email me) highly appreciated.
Alexander Perlis
TeX Support Dude (and unexpectedly also Usenet-news-support-dude-to-be)
Louisiana State University Math Department
From: joe@retina.anatomy.upenn.edu (Joe Panico)
Newsgroups: comp.sys.next.sysadmin
Subject: Syquest removeable HDs on white hardware?
Date: 4 Dec 1993 00:30:27 GMT
Organization: Dept. of Neuroscience, U. of Pennsylvania
Distribution: world
Message-ID: <2doln3$5v1@netnews.upenn.edu>
I'm running NSI 3.1 on a DECpc MTEd2 w/ adaptec 1542b SCSI controller.
Both components are listed in the hardwaare compatability guide. A
Syquest 105 MB removeable hard disk drive is attached to the SCSI bus,
and it works properly under DOS-- I can format removeable disks and
have them appear as separate DOS drives. When I boot NextStep, the
syquest drive is properly recognized during SCSI reset. However, when
I login to the workspace a message box pops up:
Workspace:
The SCSI disk in unreadable.
and gives me the option to either "eject" or "initialize". If I attempt to
initialize the disk with a NextStep filesystem, I get the following error
box.
Cannot initialize disk. See console for errors.
The message in the console is:
Writing disk label.
Can't write label-- disk is unuseable! I/O error.
...even though DOS finds the disk to be "useable". Someone from Next
support told me that he used to use a Syquest 44Mb removeable drive
on his black hardware, so it seemed odd to me that this didn't work
under NSI. Has anyone got the syquest drives to work on "white" hardware?
Am I missing something? Are there any workarounds? I would really like
to use these drives under NSI. Greatly appreciated any clues/hints/help.
Thanks.
Joe Panico
joe@retina.anatomy.upenn.edu
Newsgroups: comp.sys.next.sysadmin
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: Re: 14400 on black serial ports?
Message-ID: <1993Dec4.012410.25996@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
References: <CHHAHo.ACF@world.std.com>
Date: Sat, 4 Dec 1993 01:24:10 GMT
In article <CHHAHo.ACF@world.std.com> harnton@world.std.com (James D
Harrington) writes:
> Try using 19200...works for me on my $99 14.4 modem. And if you've got
> compression, this will allow for your modem to reach top speed.
I have one port set for 38400, and often see text transfer at that rate
using a T3000 and PPP.
--
Nathan "USENET" Janette
PPP link from hilbert.csb.yale.edu
Please reply to: nathan@laplace.csb.yale.edu (NeXT)
From: art@cubicsol.com (Art Isbell)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: 14400 on black serial ports?
Date: 4 Dec 1993 02:05:31 GMT
Organization: University of California, Santa Cruz
Distribution: world
Message-ID: <2dor9b$obf@darkstar.UCSC.EDU>
References: <CHHAHo.ACF@world.std.com>
In article <CHHAHo.ACF@world.std.com> harnton@world.std.com (James D
Harrington) writes:
> wrb@biostr.washington.edu (William Barker) writes:
>
>
> >I'm trying to run a cheap ($100) 14400 modem on a turbo slab. Works
fine
> >at 9600, but tip tells me 14400 is a bad baud rate (Bad, bad baud
> >rate...go to your room!!) =:-)
>
> >What's the deal...anyone? The 3.1 release notes says it's OK to run a
> >printer at 14.4 on a serial port. What gives with tip?
>
> Try using 19200...works for me on my $99 14.4 modem. And if you've got
> compression, this will allow for your modem to reach top speed.
Well, top speed if your cheapo modem doesn't support data compression.
However, if it does, 4:1 compression can occur on uncompressed data, so
57,800 baud is really what's needed for top speed at all times. But I've
been running at 38,400 because that used to be the highest port rate
supported under NEXTSTEP. Has that changed?
--
Art Isbell Cubic Solutions
NeXT Registered Developer NEXTSTEP software development and consulting
NeXTmail: art@cubicsol.com Voice: +1 408 335 1154
USmail: 95018-9442 Fax: +1 408 335 2515
From: smcgrew@theocean
Newsgroups: comp.sys.next.sysadmin
Subject: Ping does not work.
Date: 03 Dec 93 13:25:44
Organization: University of Oregon
Distribution: fj
Message-ID: <smcgrew.93Dec3132544@theocean>
Mime-Version: 1.0
Content-Type: text/plain
I have an interesting problem.
I am running an intel box running 3.1 and cannot get ping to work.
From my account (wheel) I get socket denied when I issue the ping command
from Root I get an infinite loop of test results....
does anyone know what is up?
smcgrew@theocean.uoregon.edu
I would appreciate any info, Thank you
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.misc
From: rene@rkt.in-berlin.de (Rene Kulschewski)
Subject: Partitions...
Message-ID: <CHGMro.1DG@rkt.in-berlin.de>
Organization: Home in Berlin
Date: Fri, 3 Dec 1993 12:59:47 GMT
Hi *,
how can I manage it to access/initialize a former DOS Partition for use
with NSI 3.1 ??
The situation is:
1. Partition DOS - should stay.
2. Partition DOS - should move to NeXTSTEP as spool area.
3. Partition NeXTSTEP.
Thanx for your help
Rene
--
____________________________________________________________________
Rene Kulschewski <rene@rkt.in-berlin.de> NeXTMail accepted.
Newsgroups: comp.sys.next.sysadmin
From: steve@eps.rain.com (Steve Kornreich)
Subject: SLIP and Mail??
Sender: news@percy.rain.com (Jeff Beadles)
Organization: The Irwin Hoson Company
Date: Fri, 3 Dec 1993 05:06:20 GMT
Message-ID: <steve.37.00151BA3@eps.rain.com>
I finally got Transys PNI up and running, but my last problem is receiving
mail. I can send mail but cannot recieve.. My mail gateway i connect to tries
continuosly to send me my mail but after a short while fails..
any ideas on what I do not have set up correctly.. BTW telnet, ftp, ping etc
work fine...
steve kornreich
steve@eps.rain.com
Newsgroups: ne.jobs,misc.jobs.offered,comp.sys.next.sysadmin
From: bhc@dirac.i-kinetics.com (Bruce Cottman)
Subject: NeXTStep/Unix System Admin, Cambridge/Boston MA, New England
Message-ID: <BHC.93Dec3174513@dirac.i-kinetics.com>
Sender: usenet@dirac.uucp
Organization: I-Kinetics, Inc., Cambridge, MA USA
Date: Fri, 3 Dec 1993 22:45:15 GMT
*****************************************************************
This is a mid-level entry position for the person with previous
experience directly supporting a wide variety of NextStep/Unix
applications and users
Salary Range: $45,000 and higher
Compensation (base salary, bonus, and equity) will be exceptional
for the exceptional candidates.
e-mail hr@i-kinetics.com or fax (617)661-8625
c/o HR Job Code:/NextAdmin
*****************************************************************
Job Description
----------------
Support and administrate a mixed environment of NextStep end-user
applications and Unix database systems.
REQUIREMENTS:
If you have 1 or more years experience and can satisfy at least three
(3) of the following requirements then please contact us.
() administration of a network of NeXTStep workstations.
() administration of SunOS applications: NIS, NFS, Online DiskSuite,
mail, news, etc.
() Previous experience developing Unix system management tools using
shell script, perl, awk, C, etc.
() Previous experience providing direct technical support and problem
solving to unsophisticated users. Previous experience with help
desk and trouble ticket management systems is a plus.
() extensive experience in managing and supporting large (> 100 nodes)
SunOS or other BSD/SYSV UNIX installations.
() Familiarity with cloning techniques to isolate and encapsulate
common system and user-environment configuration information, to
facilitate systematic modification and evolution.
() Experience with redundancy schemes to achieve the required high
system and data availability.
() Experience with database administration of RDBMSs. Sybase, is a
plus.
Please send resume to:
hr@i-kinetics.com
-- or --
(fax) (617) 661-8625
-- or --
I-Kinetics, Inc.
c/o HR Job Code:/NextAdmin
19 Bishop Allen Drive
Cambridge, MA 02139
About the Company
------------------
I-Kinetics, Inc currently has several long-term contract to design,
develop and maintain investment management support systems for
portfolio management and trading.
I-Kinetics Inc. designs and develops solutions for very large
distributed information systems. I-Kinetics' products enable
organizations to unite their existing Unix and PC/Windows applications
into powerful, low-cost cooperative processing networks.
An Equal Opportunity Employer
From: senger@csfac.uwlax.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Problem with external SCSI boot on NeXTstation
Date: 4 Dec 1993 06:56:30 GMT
Organization: University of Wisconsin - La Crosse
Message-ID: <2dpcau$hu@alfred.acs.uwlax.edu>
I have a NeXTstations with a 400MB internal disk running 3.1. In
addition it has a 1GB external, a 670MB external and an external
CDROM (numbered 2, 3 and 6). Both external disks also contained 3.1
software. When booted from the interal disk everything is fine I have
no problems with the SCSI bus whatsoever.
I recently loaded the 3.2 software onto the 670MB external. This
went fine and when booted from the internal all disks are perfectly
visible. The problem comes when I try booting from the now 3.2
external. The error message "SCSI unexpected message:1" comes up
several times followed by more elaborate detail of the error (more
stuff than I wanted to write down). This happens whether I attempt
booting from the drive by setting its SCSI ID to 0 (below the internal)
or explicitly issuing a bsd(....) command. Booting from the 1GB external
works fine. Curiously if I attempt to boot from the 3.2 CDROM (using
the boot floppy that comes with it - i.e. first bfd and then it
goes looking for the CDROM) the same message shows up. If I turn
the 670MB drive off (but still left in the SCSI chain) the boot
from the CDROM works fine. If I remove the other external and the
CDROM from the chain and attempt to boot the 670MB external the
same error comes up. It seems unlikely that this is connected
to the loading of the 3.2 software. I had never tried booting
from this external disk before so I cannot say that it worked before.
I have tried many experiments with this. Anybody have a clue as to
what could be going on?
Thanks in Advance
- steve
Please reply by email to senger@csfac.uwlax.edu
From: nturner@thumper.cc.utexas.edu (Nelson C. Turner)
Newsgroups: comp.sys.next.sysadmin
Subject: Help! SLIP (Teleconnect) Problem
Date: 4 Dec 1993 22:44:31 -0600
Organization: The University of Texas - Austin
Message-ID: <2drovf$f8d@thumper.cc.utexas.edu>
I'm running Marble Teleconnect on black hardware that I've recently upgraded to
NS 3.0. The problem that I'm having manifests itself in one of two different
ways; I can't figure out what action of mine causes each symptom. They are:
1. Slip interface comes up fine. I establish a connection (via bootp) to the
appropriate nameserver, and am told by Telemonitor that everything is fine. But
when I try to actually do something (telnet, for instance) I am told:
"telnet:Unable to connect to remote host: Host is unreachable" Note: SLIP was
able to lookup the IP address of the host I requested, i.e. I have a solid
connection to the nameserver, and in fact I can ping to the nameserver
successfully, but to nowhere else. Also, after the first attempt, the local
machine doesn't say anything to the nameserver (the modem send and receive
lights don't blink), so I think the problem is with my local configuration.
2. Slip interface doesn't come up. When I try to run Telemonitor, It stops and
tells me that I didn't reboot after disabling teleconnect, but I just *did*
reboot. This happens less often than 1.
I've been running Teleconnect with no problems at all for over a year under NS
2.2, and it ran fine for a few days under 3.0. Then it just stopped. I haven't
any idea what I might have done to provoke this frustration. I've reinstalled
Teleconnect twice hoping to reset any of it's possibly screwed up parameters,
and in desperation I even reinstalled NS 3.0 once hoping to reset any screwed
up network parameters. No luck. I'd greatly appreciate any suggestions.
Please reply by email, since my usenet access is inconvenient until this
problem is fixed. Thanks a million.
Trey Turner
nturner@ccwf.cc.utexas.edu
Newsgroups: comp.sys.next.sysadmin
From: jmack@skye.phys.ualberta.ca
Subject: Re: SLIP and Mail??
Message-ID: <1993Dec5.055006.167@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <steve.37.00151BA3@eps.rain.com>
Date: Sun, 5 Dec 1993 05:50:06 GMT
In article <steve.37.00151BA3@eps.rain.com> steve@eps.rain.com (Steve
Kornreich) writes:
> I finally got Transys PNI up and running, but my last problem is receiving
> mail. I can send mail but cannot recieve.. My mail gateway i connect to tries
> continuosly to send me my mail but after a short while fails..
> any ideas on what I do not have set up correctly.. BTW telnet, ftp, ping etc
> work fine...
> steve kornreich
> steve@eps.rain.com
looks to me (and the rest of the internet) that your host is not
registered with the NIC:
[skye]:/Users/jmack>host -t A eps.rain.com.
There is an entry for this host, but it doesn't have a host address.
[skye]:/Users/jmack>traceroute eps.rain.com
traceroute: unknown host eps.rain.com
If no one is supplying NS service for your host, then mail will fail to
be delivered, since there is no known path to your slip client.
--
James S. MacKinnon Office: P-139 Avahd-Bhatia Physics Lab
Computing/Networking Phone : (403) 492-8226
Department of Physics email : jmack@phys.ualberta.ca
University of Alberta uucp : uofaphys!jmack iskye!jmack
Edmonton, Canada T6G 2N5 bitnet: jmack@triumfcl jsm1@ualtamts
Newsgroups: comp.sys.next.sysadmin
From: antoine@arrakis.osd.ulaval.ca (Antoine Gautier)
Subject: Problem opening shells
Message-ID: <CHKtGr.Krs@athena.ulaval.ca>
Sender: news@athena.ulaval.ca
Organization: CTI, Universite Laval
Date: Sun, 5 Dec 1993 19:14:50 GMT
Greetings!
Once in a while, I get this problem: I open a shell and get :
No more processes.
No more processes.
%
If I check the console, here is what I get
*** Problem forking /usr/lib/NextStep/Workspace.app/WM.app/AppFinder.tool
(errno = 11)
Dec 5 14:07:38 Workspace[1947]: Cannot make connection to
/usr/lib/NextStep/Workspace.app/WM.app/AppFinder.tool
Dec 5 14:07:38 Workspace[1947]: Cannot create tool app finder tool
*** Problem forking /usr/lib/NextStep/Workspace.app/WM.app/AppFinder.tool
(errno = 11)
Dec 5 14:07:38 Workspace[1947]: Cannot make connection to
/usr/lib/NextStep/Workspace.app/WM.app/AppFinder.tool
Dec 5 14:07:38 Workspace[1947]: Cannot create tool app finder tool
*** Problem forking /usr/lib/NextStep/Workspace.app/WM.app/AppFinder.tool
(errno = 11)
Dec 5 14:07:38 Workspace[1947]: Cannot make connection to
/usr/lib/NextStep/Workspace.app/WM.app/AppFinder.tool
Dec 5 14:07:38 Workspace[1947]: Cannot create tool app finder tool
Usually, the workspace manager crashes soon after that, telling me about as
error 10000000.... Any clue?
btw, I am running 3.1, black.
Thks!
--
+-------------------------------------------------------+
| Antoine Gautier |
| Departement OSD, FSA |
| Universite Laval, Quebec, PQ |
| Internet: Antoine@arrakis.osd.ulaval.ca |
+-------------------------------------------------------+
From: anderson@macc.wisc.edu (Jess Anderson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem opening shells
Date: 5 Dec 1993 20:32:35 GMT
Organization: Division of Information Technology, UW-Madison
Message-ID: <2dtgh3$ge6@news.doit.wisc.edu>
References: <CHKtGr.Krs@athena.ulaval.ca>
In article <CHKtGr.Krs@athena.ulaval.ca>,
Antoine Gautier <antoine@arrakis.osd.ulaval.ca> wrote:
>Once in a while, I get this problem: I open a shell and get :
> No more processes.
> No more processes.
> %
>If I check the console, here is what I get
>[...]
Log out and back in again. It's a process leak caused
by dragging lots of things around in WM. Either copy,
move, link, or remove from a shell, or upgrade to 3.1.
Supposedly it's fixed there.
Question to those who have 3.2: *is* it fixed?
--
[Jess Anderson <> Division of Information Technology, University of Wisconsin]
[Internet: anderson@macc.wisc.edu {o"o} UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[-------> The best way to have a good idea is to have lots of ideas. <--------]
Newsgroups: comp.sys.next.sysadmin
From: steve@eps.rain.com (Steve Kornreich)
Subject: Trouble installing 3.2 for INTEL
Sender: news@percy.rain.com (Jeff Beadles)
Organization: The Irwin Hoson Company
Date: Sat, 4 Dec 1993 02:13:42 GMT
Message-ID: <steve.38.00123B09@eps.rain.com>
I am triing to install from scratch 3.2 on my Gateway 2000 Pentium machine and
after the install process goes through loading the default SCSI Drivers, (btw
I am using the 1542cf) I say continue and I get the following error message
scrolling down my screen..
"Thread: waitfor Interrupt: returns-735"
any ideas what may be causing this..
thanks
steve.
steve@eps.rain.com
From: lsloan@umcc.umcc.umich.edu (Lance Sloan)
Newsgroups: comp.soft-sys.nextstep,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: HELP! Problems with terrible terminal emulation!
Date: 5 Dec 1993 16:05:46 -0500
Organization: UMCC, Ann Arbor, MI, USA
Distribution: inet
Message-ID: <2dtifa$1qc@umcc.umcc.umich.edu>
I'm a new user to NeXT systems, but semi-experienced with Unix in general.
If I login to my friend's NeXT from anyplace other than the console, I
always have problems with the terminal types. The most noticeable problem
is with carriage returns and linefeeds. I don't always get carriage
returns, and output looks like:
line 1
line 2
line 3
etc.
I've tried different terminals, terminal programs for PCs, and xterms on Sun
and HP workstations and I get the same results from all of them. However,
using any of the above to connect to ANY OTHER place always looks perfect.
Has anybody else seen this problem? Please email me at
lsloan@umcc.umich.edu if you have any advice.
I will get the OS version and model of workstation I am using and post it
here.
Thanks in advance!
--
Lance Sloan
lsloan@umcc.umich.edu
Newsgroups: comp.sys.next.sysadmin
From: jmack@skye.phys.ualberta.ca
Subject: Re: HELP! Problems with terrible terminal emulation!
Message-ID: <1993Dec6.070307.20542@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <2dtifa$1qc@umcc.umcc.umich.edu>
Distribution: inet
Date: Mon, 6 Dec 1993 07:03:07 GMT
In article <2dtifa$1qc@umcc.umcc.umich.edu> lsloan@umcc.umcc.umich.edu (Lance
Sloan) writes:
>
> I'm a new user to NeXT systems, but semi-experienced with Unix in general.
>
> If I login to my friend's NeXT from anyplace other than the console, I
> always have problems with the terminal types. The most noticeable problem
> is with carriage returns and linefeeds. I don't always get carriage
> returns, and output looks like:
>
> line 1
> line 2
> line 3
> etc.
>
setenv TERM vt100 ( or set TERM=vt100, depending on the shell)
stty -extproc
This will clean up the CRLF mis-mapping. You can either just type it in,
or stick it in .cshrc
--
James S. MacKinnon Office: P-139 Avahd-Bhatia Physics Lab
Computing/Networking Phone : (403) 492-8226
Department of Physics email : jmack@phys.ualberta.ca
University of Alberta uucp : uofaphys!jmack iskye!jmack
Edmonton, Canada T6G 2N5 bitnet: jmack@triumfcl jsm1@ualtamts
Newsgroups: comp.sys.next.sysadmin
From: chisel.murphy.gun.com!samurai (Darcy Brockbank)
Subject: Re: Here's a "uname" script (broken!)
Message-ID: <1993Dec6.033750.23428@gun.com>
Sender: samurai@gun.com
Organization: Gotham Users of NeXT, inc.
References: <CHG42p.4zy@molly.uucp>
Date: Mon, 6 Dec 1993 03:37:50 GMT
Note that this script doesn't work exactly as expected.
When you call uname, it should output something like
"NEXTSTEP", not "NEXTSTEP " (with a space). This
can throw off people that are trying to make a
config.guess (a la gnu), which would not be able
to match the strings returned due to the extra
spaces at the end. It's a bummer to fix... I know,
because I wrote the original (and was not sited on
the csh->sh translation, thanks :-( ) and had this
problem with my own...
- db
In article <CHG42p.4zy@molly.uucp> uunet!molly!vlcek (Jim Vlcek) writes:
> Darcy Brockbank writes
> >
> > Well, occasionally you need a uname so here's a quick hack
> > that simulates it. It uses the available commands under NeXT's
> > BSD so that it should work correctly for the most part.
> [C-shell script deleted]
>
> I've redone this in the Bourne shell, and I believe I've got it to work
just
> about as uname-ish as it should. For example, it insists on printing
out the
> requested information in the same order, no matter what the order of the
> command options (eg, "uname -s -n" prints out exactly the same as "uname
-n
> -s"). This seems to be the SysV-prescribed behavior.
>
> I'll post this to comp.unix.programmer, no doubt someone there has a
Perl
> script that performs this same action much better on a wide variety of
BSD
> systems...
>
> #!/bin/sh
> #
> # uname
> #
> # Author: Jim Vlcek, ByteWare Consulting (uunet!molly!vlcek) 3 Dec 1993
> #
> # An attempt to implement a SysV-ish "uname" under NeXTStep 3.0
> #
> # Options
> #
> # -s Print the operating system name
> # -n Print the node name (essentially, the hostname)
> # -v Print the operating system version
> # -r Print the operating system release
> # -p Print the host machine's processor type
> # -m Print the machine hardware name
> # -a Print all the above information
> #
> # Non-SysV options
> #
> # -i Print the host identification number (hostid)
> #
>
> if [ $# = 0 ]
> then
> system="NEXTSTEP "
> fi
>
> for arg
> do
> case $arg in
> -s) system="NEXTSTEP " ;;
> -n) node="`uuname -l` " ;;
> -r) release="`hostinfo | sed -n 's/.*NeXT Mach
> \([0-9\.]*\).*/\1/p'` " ;;
> -m) mach="`hostinfo | sed -n 's/.*Processor type:
\([^
> ]*\).*/\1/p'` " ;;
> -p) processor="`hostinfo | sed -n 's/.*Processor
type: [^
> ]* (\([^)]*\).*/\1/p'` " ;;
> -v) version="`tail -1
/usr/lib/NextStep/software_version`
> " ;;
> -i) hostid="`hostid` " ;;
> -a) exec $0 -s -n -v -r -p -m ;;
> *) echo $0: Usage: $0 [-asnvrpm] >&2 ; exit 1 ;;
> esac
> done
>
> echo "$system""$node""$version""$release""$processor""$mach"
>
> --
>
--------------------------------------------------------------------------
---
> Jim Vlcek SVR4.2: A standard for
UNIX
> uunet!molly!vlcek OpenStep: A standard
for OO
> Beautiful downtown St. Paul Windows: A standard
for CYA
Newsgroups: comp.sys.next.sysadmin
From: jmack@skye.phys.ualberta.ca
Subject: Re: Ping does not work.
Message-ID: <1993Dec6.071042.20827@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <smcgrew.93Dec3132544@theocean>
Distribution: fj
Date: Mon, 6 Dec 1993 07:10:42 GMT
In article <smcgrew.93Dec3132544@theocean> smcgrew@theocean writes:
> I have an interesting problem.
> I am running an intel box running 3.1 and cannot get ping to work.
> From my account (wheel) I get socket denied when I issue the ping command
> from Root I get an infinite loop of test results....
>
> does anyone know what is up?
>
> smcgrew@theocean.uoregon.edu
>
> I would appreciate any info, Thank you
Check to make sure that ping's setuid bit is set:
ls -l /usr/etc/ping
-rwsr-xr-x 1 root 4292 Jul 21 1992 /usr/etc/ping*
ping needs access to the raw socket.
the infinite loop problem might be do to mis-configured routing tables.
Do you have the right router for your subnet? Also check the syntax in
/etc/hostconfig (no spaces on either side of = in the defs).
--
James S. MacKinnon Office: P-139 Avahd-Bhatia Physics Lab
Computing/Networking Phone : (403) 492-8226
Department of Physics email : jmack@phys.ualberta.ca
University of Alberta uucp : uofaphys!jmack iskye!jmack
Edmonton, Canada T6G 2N5 bitnet: jmack@triumfcl jsm1@ualtamts
From: wietse@wzv.win.tue.nl (Wietse Venema)
Newsgroups: comp.sys.hp.hpux,comp.sys.next.sysadmin,comp.sys.sgi.admin,comp.sys.sun.admin,comp.unix.misc,comp.unix.questions,comp.unix.ultrix
Subject: Re: system administrators guide to cracking posted
Followup-To: poster
Date: 6 Dec 1993 09:01:35 +0100
Organization: Eindhoven University of Technology, The Netherlands
Sender: wswietse@wsbs06.bs.win.tue.nl
Message-ID: <2duosv$7p7@wsbs06.bs.win.tue.nl>
References: <2dlo3n$q6r@wzv.win.tue.nl>
>The system administrators guide to cracking, written by Dan Farmer and
>myself, has been posted to the security newsgroups. It is targeted at
>the system administrator and attempts to explain *why* some practices
>can lead to security problems. Examples are given. Feedback is welcome;
>if it is warranted, we will release an updated version.
These days, news expires in only a few days. The document can also be
ftp-ed from ftp.win.tue.nl:/pub/security/admin-guide-to-cracking.Z
Wietse
Newsgroups: comp.sys.next.sysadmin
From: jjfeiler@relief.com (John Jay Feiler)
Subject: SUMMARY: How to get sendmail and Reply-To: to behave
Message-ID: <CHLq3E.zo@relief.com>
Sender: jjfeiler@relief.com (John Jay Feiler)
Organization: Relief Consulting & Development
Date: Mon, 6 Dec 1993 06:59:37 GMT
The Problem: I wanted outgoing mail at my site to have a reply address of
user@domain.name, but the default sendmail configuration converts it to
domain.name!user, and my uucp provider, PSI, would then convert it further to
doamin.name!user@uu.psi.com.
The first part of the solution: Change ruleset S13 as follows
------------------before
# Convert uucp sender (From) field
S13
R$+ $:$>5$1 convert to old style
R$=w!$+ $2 strip local name
R$+ $:$w!$1 stick on real host name
------------------after
# Convert uucp sender (From) field
S13
R$+ $:$>5$1 convert to old style
R$=w!$+ $2 strip local name
R$+ $:$1@$m stick on real host name
NOTE: you may have to explicitly set Dmdomain.name (the default file says
it's set in the resolver configuration call) The cahnge here is to the third
rule (stick on real host name)
This gets the address to work right, but you will always get an error message
on the console that says "No ! in UUCP! (user@domain.name)", even thought the
message gets sent correctly.
The second part of the solution: Change the flags defining the uucp mailer
--------------------before
Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, E=\n,
A=uux - -r $h!rmail ($u)
---------------------after
Muucp, P=/usr/bin/uux, F=msDFMhu, S=13, R=23, E=\n,
A=uux - -r $h!rmail ($u)
NOTE all that's changed is the 'U' flag has been removed.
I don't have the documentation for sendmail (It's available from usenix, but
I'm not a member yet) I'm not sure if the 'U' flag does anything else, but I
haven't had any problems with it so far.
John
--
John Feiler jjfeiler@relief.com
4926 152nd St. SW NeXTmail Welcome!!!
Edmonds, WA 98026-4433 Independent NeXTSTEP Developer
--
John Feiler jjfeiler@relief.com
4926 152nd St. SW NeXTmail Welcome!!!
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: hottarek@Informatik.TU-Muenchen.DE (Alfred Hottarek)
Subject: Re: NSI 3.1, DOS, Linux/NT multi-boot system ?
References: <2dnq3h$19t@netnews.upenn.edu>
Originator: hottarek@hphalle3.informatik.tu-muenchen.de
Sender: news@Informatik.TU-Muenchen.DE (USENET Newssystem)
Organization: Technische Universitaet Muenchen, Germany
Date: Mon, 6 Dec 1993 10:01:13 GMT
Message-ID: <1993Dec6.100113.8811@Informatik.TU-Muenchen.DE>
|> I'm running NSI 3.1 on a 486 with 3 SCSI HDs. NextStep is on the first
|> HD, DOS is on the second and Linux (maybe windows NT) is on the third.
|> They are connected to the system through an Adaptec 1542b. I would like
|> to be able to dynamically choose which OS to boot on power-up. Is this
|> possible? Any clues much appreciated.
|>
|> Joe Panico
|> joe@retina.anatomy.upenn.edu
Similar question I wanted to ask this morning.
I want to install NEXTSTEP 3.1 (haven't got 3.2 Upgrade yet) together with DOS
(for the Hardware setup progs) and OS/2 2.1 an maybe Linux on the same System
(2 harddisks).
As I have seen the NEXTSTEP 3.1 Boot-Manager(its awful) and I know the OS/2
Boot-Manager (much better, but not best imaginable) I want to have NEXTSTEP
integrated in the OS/2 Boot-Manager.
How to do this, has anybody done that before or has some ideas.
How does NS3.2 look alike, is it's Boot-Manager better?
Thanks Fredi
-------------------------------------------------------------------------------
" Nine megs for the secretaries fair,
Seven megs for the hackers scarce,
Five megs for the grads in smoky lairs,
Three megs for system source;
One disk to rule them all,
One disk to bind them,
One disk to hold the files
And in the darkness grind'em. "
unknown author
Nickname: 'Fredi' Email: hottarek@informatik.tu-muenchen.de
-------------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: lerche@nxth04.cern.ch (Wolfgang Lerche)
Subject: strange broadcasts from/to UDP port 7656
Message-ID: <1993Dec6.110512.17809@dxcern.cern.ch>
Sender: news@dxcern.cern.ch (USENET News System)
Organization: CERN European Lab for Particle Physics
Date: Mon, 6 Dec 1993 11:05:12 GMT
Hello,
I have complaints from our network service people
that sometimes a NeXT sends out
broadcasts from/to itself, via UDP port 7656,
and this apparently pollutes the network.
I dont have any idea what this means and how it
can be avoided.
Often this happens if someone logged in on a host HOST
is running an Application via /Net/HOST/LocalApps/app
instead of /LocalApps/app (/LocalApps is NFS mounted from
a different server using netinfo).
But sometimes the problem shows up even if nobody is logged in.
Can somebody help ?
Thanks,
Wolfgang Lerche
lerche@nxth04.cern.ch
Newsgroups: comp.sys.next.sysadmin
From: uunet!molly!vlcek (Jim Vlcek)
Subject: Enabling remote printing
Message-ID: <CHLrM2.1Co@molly.uucp>
Sender: vlcek@molly.uucp (James Vlcek)
Organization: The Black Box of Lowertown
Date: Mon, 6 Dec 1993 07:32:25 GMT
I'm trying to make my slab's NeXTlaser available to another machine (a
UnixWare box) on my network.
Placing the UnixWare box's name in /etc/hosts.lpd _and_ /etc/hosts.equiv does
not help (although the latter enables me to rlogin to the NeXT from the
UnixWare box without entering a password, as expected). All the other TCP/IP
utilities I've tried (telnet, rlogin, finger, ping, even rsh) work just fine.
I've run PrintManager, hoping to reconfigure the printer somehow, and it does
indeed give me an option to make the printer public. Doing so, however,
demands that I specify a NetInfo domain to make the printer public to, and -
since my slab is the only NeXT on the network - there is no domain to choose
other than the local domain. This is, of course, rejected by PrintManager
which states that my slab can't remote a printer to itself.
Is PrintManager the only way I can make a printer available to remote
systems? I'm hoping that I don't have to make my system a NetInfo server
just to make its printer public - and I'm not sure if that would solve the
problem anyway. While I could create a parent domain for my slab, there
would be no other machines to put into that parent domain, since no one else
on the net is running NetInfo.
Any suggestions? Doesn't anyone else run a standalone NeXT on a non-NetInfo
network such that the NeXT's printer is remotely accessible?
--
-----------------------------------------------------------------------------
Jim Vlcek SVR4.2: A standard for UNIX
uunet!molly!vlcek OpenStep: A standard for OO
Beautiful downtown St. Paul Windows: A standard for CYA
Newsgroups: comp.sys.next.sysadmin
From: uunet!molly!vlcek (Jim Vlcek)
Subject: Making the CD-ROM mount in a predictable place
Message-ID: <CHLrzK.1GA@molly.uucp>
Sender: vlcek@molly.uucp (James Vlcek)
Organization: The Black Box of Lowertown
Date: Mon, 6 Dec 1993 07:40:31 GMT
I would like to make my slab (running 3.0) mount CD-ROMs in a predictable
place (eg, /cdrom), as opposed to forcing them onto a directory named after
the volume label of the CD. The current scheme used by NeXT makes it
extremely painful to export a CD-ROM for remote NFS mounting; explicit path
names have to be set up on both the server and client side for each and every
different CD to be mounted.
Changing the file system table, either in /etc/fstab or the NetInfo database,
had no effect. For the record, these two entries follow:
% cat /etc/fstab
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/dev/sd1a /v 4.3 rw,noquota 0 2
/dev/sd2a /cdrom cfs ro,noquota 0 2
% nidump fstab .
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/dev/sd1a /v 4.3 rw,noquota 0 2
/dev/sd2a /cdrom cfs ro,noquota 0 2
Even booting with both fstab entries so specified, and a CD in the drive, had
no effect. The system came up with the CD mounted atop a directory named
after its volume label, as always.
Anyone have any suggestions?
(Aside: This is infuriating. NeXT could have set things up so that the CD
is mounted atop a well-known place, and a symbolic link named after the
volume label is set up. To me, this betrays a lack of understanding of the
importance of interoperability - a sorry reflection on the system that was
billed as the "interpersonal" computer when I bought it.)
--
-----------------------------------------------------------------------------
Jim Vlcek SVR4.2: A standard for UNIX
uunet!molly!vlcek OpenStep: A standard for OO
Beautiful downtown St. Paul Windows: A standard for CYA
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: tmurdoch@liberty.uc.wlu.edu (Tim Murdoch)
Subject: printer repair manual wanted
Message-ID: <1993Dec6.121853.27213@liberty.uc.wlu.edu>
Date: Mon, 6 Dec 1993 12:18:53 GMT
Organization: Washington & Lee University
Greetings,
Our NeXT laser printer recently had some trouble and is no longer under
warranty. Fortunately, we have on campus a skilled repairman. He was able
to fix our problem, but asked me to try and obtain a repair manual for
said printer. I'm hoping the collective expertise and experience of the
readers of this group will be of help. Thanks in advance.
--
Tim Murdoch
Assistant Prof. of Math e-mail: murdoch@wlu.edu
Washington and Lee University phone: (703) 463-8810
Lexington VA 24450
From: lao@zoo.ncl.omron.co.jp (LAO Shihong)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: HP Deskjet 500 install info...
Message-ID: <LAO.93Dec6191120@rinrin.zoo.ncl.omron.co.jp>
Date: 6 Dec 93 10:11:20 GMT
References: <1993Dec2.181859.13388@news.arc.nasa.gov>
<2dlm1s$kq4@bigboote.WPI.EDU>
Sender: news@frf.omron.co.jp
Organization: OMRON Co., Kyoto, 617 Japan.
In-reply-to: nether@bigwpi.WPI.EDU's message of 2 Dec 93 21:17:48 GMT
>>>>> On 2 Dec 93 21:17:48 GMT, nether@bigwpi.WPI.EDU (Joel C Belog) said:
Joel> NNTP-Posting-Host: bigwpi.wpi.edu
Joel> Works like a charm.
Joel> !!!! ( I finally have a printer after almost 3 years! YEAH! )
Joel>
Would you please tell me how fast is it?
(eg. how long will it take to print out
/NextLibrary/Documentation/NextDev/Assembler/0_1UsingTheAssembler.rtf?)
----
LAO Shihong
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Enabling remote printing
Date: 6 Dec 1993 13:12:48 GMT
Organization: Rensselaer Polytechnic Institute, Troy NY, USA
Distribution: world
Message-ID: <2dvb4h$2u3@usenet.rpi.edu>
References: <CHLrM2.1Co@molly.uucp>
In article uunet!molly!vlcek (Jim Vlcek) writes:
> I'm trying to make my slab's NeXTlaser available to another machine
> (a UnixWare box) on my network.
>
> Placing the UnixWare box's name in /etc/hosts.lpd _and_ /etc/hosts.equiv
> does not help (although the latter enables me to rlogin to the NeXT from
> the UnixWare box without entering a password, as expected). All the
> other TCP/IP utilities I've tried (telnet, rlogin, finger, ping, even
> rsh) work just fine.
I've done it, and know I had it working on both NS-2.1 and NS-3.0 systems.
I did not touch /etc/hosts.equiv
I did change /etc/hosts.lpd
I vaguely remember some weirdness about it. Something like it didn't
seem to take effect until after I rebooted the system.
I'd tell you exactly how my NS-3.0 system is setup (which is what I
expect you're running), except I just installed NS-3.2 last night so
all those files are gone. (the hosts that used to print to the NS-3.0
system have been gone for several months now, they were machines owned
by students here at RPI).
> Any suggestions? Doesn't anyone else run a standalone NeXT on a
> non-NetInfo network such that the NeXT's printer is remotely
> accessible?
All my nexts are standalone machines. I haven't setup any NetInfo
networks yet. So whatever the trick was, it didn't involve the
PrintManager application or turning things into netinfo domains.
> ---------------------------------------------------------------------
> Jim Vlcek SVR4.2: A standard for UNIX
> uunet!molly!vlcek OpenStep: A standard for OO
I'd send email, but neither I nor my machine know out to get
to the above address...
--
Garance Alistair Drosehn = gad@eclipse.its.rpi.edu
ITS Systems Programmer (handles NeXT-type mail)
Rensselaer Polytechnic Institute; Troy NY USA
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
From: david@zion.com(David J. Ferrero)
Subject: pword? Indexing kit help.
Message-ID: <1993Dec6.130312.8044@zion.com>
Sender: david@zion.com
Organization: Zion Software & Consulting
Date: Mon, 6 Dec 1993 13:03:12 GMT
No response the first time.
Can someone tell me what the NEXTSTEP 3.0 + version of pword is.
This was available in NEXTSTEP 2.x and has been replaced/removed.
I don't know what pword did exactly so this info might help me determine
the proper arguments for ixbuild in NEXTSTEP 3.x
THANK YOU VERY MUCH.
David Ferrero
david@zion.com
From: waynem@bcarh882.bnr.ca (Wayne MacLaurin)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: 3.2 Upgrade problems
Date: 6 Dec 1993 13:45:03 GMT
Organization: S.I.R. Tools Development - BNR Ltd.
Sender: waynem@bcarh882 (Wayne MacLaurin)
Distribution: world
Message-ID: <2dvd0v$sb6@bmerha64.bnr.ca>
Keywords: cdrom drive doesn't
G'day,
I tried running the 3.2 upgrade (black) this weekend but had no
sucess. Whenever the Upgrade.app ran I would get a message
"Another process has control of the SCSI bus.
No disks found to upgrade."
And the app would fail.
Any ideas ? I'm begining to suspect a faultly controller on one of
my hard drives but its a real drag to try and reconfigure the system to
be able to upgrade with just the internal disk hooked up.
Thanks,
+----------------------------------------------------------------+
| Wayne MacLaurin S.I.R. Tools Development |
| waynem@bnr.ca Bell Northern Research |
+----------------------------------------------------------------+
| Did you got rid of all the voices in your head ? - David |
| Do you now miss them and things that they said ? - Gilmour |
+----------------------------------------------------------------+
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Making the CD-ROM mount in a predictable place
Date: 6 Dec 1993 14:03:31 GMT
Organization: Rensselaer Polytechnic Institute, Troy NY, USA
Distribution: world
Message-ID: <2dve3j$4ia@usenet.rpi.edu>
References: <CHLrzK.1GA@molly.uucp>
uunet!molly!vlcek (Jim Vlcek) writes:
> I would like to make my slab (running 3.0) mount CD-ROMs in a
> predictable place (eg, /cdrom), as opposed to forcing them
> onto a directory named after the volume label of the CD.
I'm not sure if this helps, or how well it works, but I
just tried the following:
I stuck in the CD-ROM for NS-3.2 upgrade and let NeXT
automount it. I then did a plain "mount" command to see how
it had mounted it. The output included:
/dev/sd2a on /NEXTSTEP_Dev_3.2 type 4.3 (ro,noquota,removable)
I then ejected the disk via the workspace. I was already
logged into root, so I did the following:
/etc/disk /dev/rsd2h
(then hit control-d to get out of /etc/disk)
/usr/etc/mount -rt 4.3 /dev/sd2a /cdrom
This worked fine. No problems. Everything shows up in the
file viewer, applications seem to run OK, etc. There are
smarter ways to do the first step than running /etc/disk,
but I did it that way because it was quick and easy...
> Changing the file system table, either in /etc/fstab or the
> NetInfo database, had no effect. For the record, these two
> entries follow:
>
> % cat /etc/fstab
> /dev/sd0a / 4.3 rw,noquota,noauto 0 1
> /dev/sd1a /v 4.3 rw,noquota 0 2
> /dev/sd2a /cdrom cfs ro,noquota 0 2
> % nidump fstab .
> /dev/sd0a / 4.3 rw,noquota,noauto 0 1
> /dev/sd1a /v 4.3 rw,noquota 0 2
> /dev/sd2a /cdrom cfs ro,noquota 0 2
I didn't try to set this up to happen automatically at reboot,
as this was about as much playing around as I cared to do right
now. I expect that the entries in netinfo would be irrelevant
for this, you only care about entries in /etc/fstab.
My guess is that it's not too keen on the "cfs" type, but I
don't know what that means in your situation. In my case I
didn't *want* type cfs (or at least the automounter didn't,
and I didn't see any reason to argue with it).
> Even booting with both fstab entries so specified, and a CD in
> the drive, had no effect. The system came up with the CD mounted
> atop a directory named after its volume label, as always.
When testing this, test it from the console (ie, type "console"
in the login window, and then login without the workspace running).
Either that, or telnet into your machine without logging into the
Workspace. If you do log into the workspace, and if your attempt
to mount the disk at boot-time didn't work, then the automounter
will helpfully mount it for you (which in this case is more of
a hassle than a help, as it makes it harder to realize what is
really happening).
I hope this helps a little.
> -----------------------------------------------------------------
> Jim Vlcek SVR4.2: A standard for UNIX
> uunet!molly!vlcek OpenStep: A standard for OO
I still don't know how to reply to this email address, of course...
--
Garance Alistair Drosehn = gad@eclipse.its.rpi.edu
ITS Systems Programmer (handles NeXT-type mail)
Rensselaer Polytechnic Institute; Troy NY USA
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: AlphaLock.c updated for NS-3.2 (disables shift-lock on NeXT hardware)
Date: 6 Dec 1993 14:51:40 GMT
Organization: Rensselaer Polytechnic Institute, Troy NY, USA
Distribution: world
Message-ID: <2dvgts$675@usenet.rpi.edu>
Well, wonder of wonders, I actually got around to installing
NS-3.2 on a NeXTstation last night. After about 10 minutes,
I decided it was time to update AlphaLock...
This version runs on NS-2.1 up to NS-3.2. You can run it one
of three ways:
alphalock enable
alphalock disable
alphalock
The first one enables the stupid shift-lock feature if it's
not already enabled. The second one disables it if it is
currently enabled. The third one switches the state from
whatever it is to whatever it is not.
The source code for the new version is available via
anonymous ftp to:
host eclipse.its.rpi.edu
directory NeXT/sources
in file alphalock.c
This program must run as root. It patches the kernel on the
fly, which is a generally dangerous thing to do. It must run
as setuid root (or be run by root at bootup). It only runs
on NeXT hardware. I do not distribute any executable for it,
as you should not be trusting me to give you an executable
which runs as root and patches your kernel on the fly.
No warantees expressed or implied. Enter at your own risk.
Etc, etc, etc.
--
Garance "I hate Shift-Lock" Drosehn = gad@eclipse.its.rpi.edu
ITS Systems Programmer (handles NeXT-type mail)
Rensselaer Polytechnic Institute; Troy NY USA
Newsgroups: comp.sys.next.sysadmin
From: uunet!lkba!lkb (Larry Blische)
Subject: Re: Here's a "uname" script (broken!)
Message-ID: <1993Dec6.134645.396@lkba.uucp>
Sender: lkb@lkba.uucp (Larry Blische)
Organization: LKB Associates, Inc.
References: <1993Dec6.033750.23428@gun.com>
Date: Mon, 6 Dec 1993 13:46:45 GMT
In article <1993Dec6.033750.23428@gun.com> chisel.murphy.gun.com!samurai
(Darcy Brockbank) writes:
>
> Note that this script doesn't work exactly as expected.
> When you call uname, it should output something like
> "NEXTSTEP", not "NEXTSTEP " (with a space). This
> can throw off people that are trying to make a
> config.guess (a la gnu), which would not be able
> to match the strings returned due to the extra
> spaces at the end. It's a bummer to fix... I know,
> because I wrote the original (and was not sited on
> the csh->sh translation, thanks :-( ) and had this
> problem with my own...
>
> - db
You can fix that by adding this sed filter to the last line:
| sed 's/ $//'
---
Larry Blische lkba!lkb@uunet.UU.NET
LKB Associates, Inc. NeXTmail Welcome!
3118 Dunglow Road 410 285 2262
Dundalk, Maryland 21222-5304 USA
Newsgroups: comp.sys.next.sysadmin
From: Atze (Alexander Spohr)
Subject: How to connect an ascii printer
Message-ID: <1993Dec6.131432.367@dart.de>
Sender: aspohr@dart.de
Organization: d'ART Computersysteme GmbH
Date: Mon, 6 Dec 93 13:14:32 GMT
Hi there!
I try to connect a line printer (EPSON DFX-8000) to the serial port of my NeXT.
I do not know how to set the stop-bits and parity. My printcap (niloaded) looks
like this:
LinePrinter:lp=/dev/cua:br#19200:ms=cs8,-parenb,-ixon:
The problem seems to be that the ms parameter is ignored.
What do I have to do to make my NeXT use this parameter?
Atze
--
Alexander Spohr, Hamburg, Germany
Alexander_Spohr@dART.de (Mail ) Faces and faces
(+49) 40 / 380 23-0 (Sound) See them and complain not
(+49) 40 / 380 23-290 (Fax ) And am content with all
From: hibbitt@strings1.ph.qmw.ac.uk (John Hibbitt)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem with external SCSI boot on NeXTstation
Date: 6 Dec 1993 16:32:45 GMT
Organization: Queen Mary & Westfield College, London, UK
Message-ID: <2dvmrd$eq0@beta.qmw.ac.uk>
References: <2dpcau$hu@alfred.acs.uwlax.edu>
In article <2dpcau$hu@alfred.acs.uwlax.edu> senger@csfac.uwlax.edu writes:
> I have a NeXTstations with a 400MB internal disk running 3.1. In
> addition it has a 1GB external, a 670MB external and an external
> CDROM (numbered 2, 3 and 6). Both external disks also contained 3.1
> software. When booted from the interal disk everything is fine I have
> no problems with the SCSI bus whatsoever.
>
> I recently loaded the 3.2 software onto the 670MB external. This
> went fine and when booted from the internal all disks are perfectly
> visible. The problem comes when I try booting from the now 3.2
> external. The error message "SCSI unexpected message:1" comes up
> several times followed by more elaborate detail of the error (more
> stuff than I wanted to write down). This happens whether I attempt
> booting from the drive by setting its SCSI ID to 0 (below the internal)
> or explicitly issuing a bsd(....) command. Booting from the 1GB external
> works fine. Curiously if I attempt to boot from the 3.2 CDROM (using
> the boot floppy that comes with it - i.e. first bfd and then it
> goes looking for the CDROM) the same message shows up. If I turn
> the 670MB drive off (but still left in the SCSI chain) the boot
> from the CDROM works fine. If I remove the other external and the
> CDROM from the chain and attempt to boot the 670MB external the
> same error comes up. It seems unlikely that this is connected
> to the loading of the 3.2 software. I had never tried booting
> from this external disk before so I cannot say that it worked before.
>
> I have tried many experiments with this. Anybody have a clue as to
> what could be going on?
>
> Thanks in Advance
> - steve
>
> Please reply by email to senger@csfac.uwlax.edu
The message "SCSI unexpected message:1" at boot suggests the new drive is
jumpered for synchronous mode transfer. Since NeXT hardware only supports
asynchronous mode you have to change jumper settings on on the drive to
select asynchronous.
--
John Hibbitt
Dept of Physics, Queen Mary & Westfield College (University of London)
Mile End Road, London E1 4NS, United Kingdom
Email: J.Hibbitt@qmw.ac.uk (including NeXTMail)
Tel: +44 71-975-5055
From: tim@fsinfo.informatik.uni-dortmund.de (Tim Bernhardt)
Newsgroups: comp.sys.next.sysadmin
Subject: Accounting Software
Date: 6 Dec 1993 12:26:20 GMT
Organization: CS Department, Dortmund University, Germany
Sender: tim@fsinfo (Tim Bernhardt)
Distribution: world
Message-ID: <2dv8dc$krj@fbi-news.informatik.uni-dortmund.de>
Hello all!
Does anybody know about a possibility to count the IP-Packets running
NeXTStep? We got the problem to calculate the costs of the IP traffic on
our machine. Is it possible to determine which user caused how much costs
in order to set up a proper accouting with our local provider?
please help!
thanx in advance
tim bernhardt
From: art@cubicsol.com (Art Isbell)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Reformatting DEC DSP-series drives to 1024-byte blocks
Date: 6 Dec 1993 16:58:22 GMT
Organization: University of California, Santa Cruz
Distribution: world
Message-ID: <2dvobe$isj@darkstar.UCSC.EDU>
A couple of weeks ago, I asked for info about reformatting my DEC
DSP3105S drive to 1024-byte blocks. I received several responses, most
asking me to pass on any info I received. I also heard from several folks
who expressed doubt that it could be done having heard of someone whose
attempts had failed.
Monty Solomon used his apparently extensive net archives to ferret out
some postings by DEC support personnel. I sent one of them email about my
desire to reformat my DEC drive and received the following (reprinted with
his permission):
It's so simple, actually. The reason that you don't find instructions
on changing the block size with FORMAT UNIT is that it is unnecessary.
In order to change the block size on our drives, all you have to do is
do a MODE SELECT with the block size in the block descriptor. The
easiest way to avoid gotchas is to set the max block field to 0, and the
block size to 1024. (This way you get 1/2 the number of LBNs at twice the
normal size.) You need only send 12 bytes (just the preamble and block
descriptor) in the MODE SELECT command unless you want to send other
pages.
So this sounds very encouraging, but I need help translating what it
means :-) Using scsitools (or other available utilities), how would one
use the above procedure to reformat a DEC drive? Thanks for your help.
--
Art Isbell Cubic Solutions
NeXT Registered Developer NEXTSTEP software development and consulting
NeXTmail: art@cubicsol.com Voice: +1 408 335 1154
USmail: 95018-9442 Fax: +1 408 335 2515
From: ray@mayo.edu (Ray Ghanbari)
Newsgroups: comp.sys.next.sysadmin
Subject: Automatic mailing of FAXes
Date: 6 Dec 1993 18:12:21 GMT
Organization: Mayo Foundation
Distribution: world
Message-ID: <2dvsm5$f54@fermat.mayo.edu>
One feature of 2.x that I miss is the automatic NeXTmailing of FAXes to a
specified user when a FAX comes in. The new FAXManager is nice, but I
prefer to deal with things through Mail.app
Has anyone written a script that scans the FAX spool and NeXTmails new
FAXes to a specified user?
If there is sufficient interest, I'll summarize.
Thanks
--
Ray Ghanbari
Mayo Foundation
ray@mayo.edu
From: victor@ArtSci.WuStL.EDU (Mladen Victor Wickerhauser)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Problem opening shells
Date: 6 Dec 1993 16:45:13 GMT
Organization: Washington University, St. Louis, MO
Message-ID: <2dvnip$94k@wuecl.wustl.edu>
References: <CHKtGr.Krs@athena.ulaval.ca>
Antoine Gautier (antoine@arrakis.osd.ulaval.ca) wrote:
: Greetings!
: Once in a while, I get this problem: I open a shell and get :
: No more processes.
: No more processes.
: %
I also have this problem, with 3.1 on black hw. It started when I got a
white 3.2 machine and put the two on a NetInfo net with black as the master.
This morning I woke up to find black dead with a kernel panic.
I would appreciate getting a copy of any advice sent to Antoine.
Regards,
Victor
--
------
Professor Mladen Victor Wickerhauser <victor@math.wustl.edu>
Department of Mathematics, Campus Box 1146, One Brookings Drive,
Washington University in Saint Louis, Missouri 63130 USA
Telephone: USA+(314)935-6771; Facsimile: USA+(314)935-5799
Newsgroups: comp.sys.next.sysadmin
From: wave@media.mit.edu (Michael B. Johnson)
Subject: Anybody using InterPrint out there?
Message-ID: <1993Dec6.221850.9267@news.media.mit.edu>
Sender: news@news.media.mit.edu (USENET News System)
Organization: MIT Media Laboratory
References: <CHLq3E.zo@relief.com>
Date: Mon, 6 Dec 1993 22:18:50 GMT
I just bought InterCon's Interprint, which lets a Mac print to an lpr server
on the net, with the intention of using it to print from my Mac to my
NeXT. Although I have the machines connected via ethernet (I can "fetch"
and telnet between them), I haven't been able to get printing to work.
I've talked to tech support at InterCon, but they are used to UNIX setup,
not NetInfo. Unfortunately, I know a lot more about UNIX than I do about
NetInfo, too.
Any ideas would be welcome. BTW, assuming I get this to work, from an
educational point of view, InterPrint is a much cheaper solution than
IPT's Partner software, since InterCon gives edu discounts (like 60%).
--
--> Michael B. Johnson -- wave@media.mit.edu
--> MIT Media Lab -- Computer Graphics & Animation Group
--> 20 Ames St. E15-023G -- (617) 547-0563 (day office)
--> Cambridge, MA 02139 -- (617) 253-0663 (night office)
Newsgroups: comp.sys.next.sysadmin
From: alastair@farli.otago.ac.nz (Alastair Thomson)
Subject: Problems with serial login from black to white.
Message-ID: <CHMz7s.CoG@news.otago.ac.nz>
Sender: usenet@news.otago.ac.nz (News stuff)
Organization: University of Otago
Date: Mon, 6 Dec 1993 23:14:16 GMT
Hi everyone,
I have two NeXTSTEP machines, one black, one white. I have a 14.4k
modem on each connected to ttya in each case. I have identical
/etc/gettytab, /etc/ttys on each machine. I can dial out from the
Intel box, and log into my NeXT happily. Everything work swimmingly.
When I dial the Intel box from my NeXT, the connection is made, getty
puts up the login prompt, I can enter my username, login runs OK (I
can see it using ps), it asks for the password, and that is it. No
response to any data entered. After 300 seconds, login times out,
tells me it has, and getty put the login up again.
I am just testing this at the moment, so I have ethernet between the
machines and I can see exactly what is happening.
The setup of both modems is identical.
Any suggestions????
Thanks
Alastair
--
Alastair Thomson, | Phone +64-3-479-8347
Computer Science Department, | Fax +64-3-479-8529
University of Otago, |
Dunedin, | alastair@farli.otago.ac.nz
New Zealand | NeXTmail Welcome
From: lsloan@montego.umcc.umich.edu (Lance Sloan)
Newsgroups: comp.soft-sys.nextstep,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: SUMMARY: Terrible terminal emulation
Date: 6 Dec 1993 19:01:04 -0500
Organization: UMCC, Ann Arbor, MI, USA
Distribution: inet
Message-ID: <2e0h40$a18@montego.umcc.umich.edu>
References: <2dtifa$1qc@umcc.umcc.umich.edu>
Summary: telnetd is broke, stty -extproc is undocumented
Thanks to all of you who emailed me or followed up to my article about my
NeXT terminal emulation problem.
For those of you just tuning in, my situation was that I would telnet into
my friend's NeXT and newlines would be sent to me as a LF only, not CR/LF.
I had tried using different VT-series terminals, PC packages, and xterms on
Sun workstations and had this problem on all of them, even when all of those
worked fine teletting to ANY other host. (When I used any of the above, if
I was going through another Unix host to my destination, TERM and TERMCAP
were set correctly before running telnet.)
My .login file contained the line:
eval `tset -Q -s`
And it always got my terminal type right, but it never looked right.
I got two good solutions from all these replies:
1. Use rlogin instead of telnet. I was told that telnetd on some NeXT
machines is broken, but rlogind is better. I tried this and rlogin does
do the trick perfectly. I wonder if there's a telnetd replacement or patch
available?
2. stty -extproc
If this line is put in my .login, everything looks fine, too. I tried to
find extproc in the manpages, but couldn't find it, so I don't know why it
works. If you know, PLEASE tell me.
Again, thanks for all the info! If you know of a telnetd patch or why
"stty -extproc" works, please mail me.
--
Lance Sloan
lsloan@umcc.umich.edu
Newsgroups: comp.sys.next.sysadmin
From: dal@netcom.com (Dana Andre Letendre)
Subject: SLIP: Routing problems
Message-ID: <dalCHn2Kn.H7s@netcom.com>
Keywords: slip,routing
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Tue, 7 Dec 1993 00:26:46 GMT
I have a slip connection set up on my Next. How can I set up other
computers on my Next ethernet to automatically route packets
through my slip connection to the computers beyond and back again.
The problem is that the other computers send packets out my slip
connection, but they never come back.
Thanks.
Dana Letendre
Bank of America
Newsgroups: comp.sys.next.sysadmin,comp.unix.programmer
From: uunet!molly!vlcek (Jim Vlcek)
Subject: Re: Here's a "uname" script (broken!)
Message-ID: <CHM6tt.1y1@molly.uucp>
Sender: vlcek@molly.uucp (James Vlcek)
Organization: The Black Box of Lowertown
References: <1993Dec6.033750.23428@gun.com>
Date: Mon, 6 Dec 1993 13:01:04 GMT
Darcy Brockbank writes
> Note that this script doesn't work exactly as expected.
> When you call uname, it should output something like
> "NEXTSTEP", not "NEXTSTEP " (with a space). This
> can throw off people that are trying to make a
> config.guess (a la gnu), which would not be able
> to match the strings returned due to the extra
> spaces at the end. It's a bummer to fix... I know,
> because I wrote the original (and was not sited on
> the csh->sh translation, thanks :-( ) and had this
> problem with my own...
No sweat:
#!/bin/sh
#
# uname
#
# Author: Jim Vlcek, ByteWare Consulting (uunet!molly!vlcek) 3 Dec 1993
#
# An attempt to implement a SysV-ish "uname" under NeXTStep 3.0
#
# Options
#
# -s Print the operating system name
# -n Print the node name (essentially, the hostname)
# -v Print the operating system version
# -r Print the operating system release
# -p Print the host machine's processor type
# -m Print the machine hardware name
# -a Print all the above information
#
# Non-SysV options
#
# -i Print the host identification number (hostid)
#
if [ $# = 0 ]
then
system="NEXTSTEP "
fi
for arg
do
case $arg in
-s) system="NEXTSTEP " ;;
-n) node="`uuname -l` " ;;
-r) release="`hostinfo | sed -n 's/.*NeXT Mach
\([0-9\.]*\).*/\1/p'` " ;;
-m) mach="`hostinfo | sed -n 's/.*Processor type: \([^
]*\).*/\1/p'` " ;;
-p) processor="`hostinfo | sed -n 's/.*Processor type: [^
]* (\([^)]*\).*/\1/p'` " ;;
-v) version="`tail -1 /usr/lib/NextStep/software_version`
" ;;
-i) hostid="`hostid` " ;;
-a) exec $0 -s -n -v -r -p -m ;;
*) echo $0: Usage: $0 [-asnvrpm] >&2 ; exit 1 ;;
esac
done
echo $system$node$version$release$processor$mach | sed -n 's/\(.*[^ ][^ ]*\)
*$/\1/p'
(I noticed that "sed -n 's/\(.*\) *$/\1/p'" would also work in place of the
last sed command, but is ambiguous due to the wildcarding. I believe that
the version I've posted above will work with any sed.)
--
-----------------------------------------------------------------------------
Jim Vlcek SVR4.2: A standard for UNIX
uunet!molly!vlcek OpenStep: A standard for OO
Beautiful downtown St. Paul Windows: A standard for CYA
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to the comp.sys.next.* newsgroups
Date: 6 Dec 1993 23:23:17 -0500
Organization: Next Announcements
Message-ID: <2e10fl$9lk@digifix.digifix.com>
The current menagerie:
comp.sys.next.advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
comp.sys.next.announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
The NEXTSTEP FAQs are posted here monthly as well.
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
comp.sys.next.bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
comp.sys.next.hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
comp.sys.next.marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
comp.sys.next.misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
comp.sys.next.programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material.
The NEXTSTEP programmer FAQs are posted here.
Generic UNIX questions belong elsewhere (comp.unix.questions),
although specific questions about NeXT's implementation or
porting issues are appropriate here. Note that there are
several other more "horizontal" newsgroups (comp.lang.objective-c,
comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip,
etc.) that may also be of interest.
comp.sys.next.software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
comp.sys.next.sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
comp.soft-sys.nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
comp.lang.objective-c
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
comp.object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original comp.sys.next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
---------------------------------------------------------------------
Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are
now available as a mailing list digest as well.
next-nextstep-d
next-advocacy-d
next-announce-d
next-bugs-d
next-hardware-d
next-marketplace-d
next-misc-d
next-programmer-d
next-software-d
next-sysadmin-d
(For a full description, send mail saying LISTS to
<digestif@antigone.com>).
The subscription syntax is essentially the same as LISTSERV's.
To subscribe, send a message to <digestif@antigone.com> saying:
SUB Listname YourName
Example: SUB next-hardware-d John Doe
--------------------------------------------------------------------
Written by: Eric P. Scott eps@toaster.SFSU.EDU
Minor editing: Scott Anguish sanguish@digifix.com
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
From: Charles William Swiger <infidel+@CMU.EDU>
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: Reformatting DEC DSP-series drives to 1024-byte blocks
Date: Tue, 7 Dec 1993 01:41:26 -0500
Organization: Fifth yr. senior, Chemistry, Carnegie Mellon, Pittsburgh, PA
Distribution: world
Message-ID: <wh12KKq00iUzIDaX0L@andrew.cmu.edu>
In-Reply-To: <2dvobe$isj@darkstar.UCSC.EDU>
Excerpts from netnews.comp.sys.next.hardware: 6-Dec-93 Reformatting DEC
DSP-series.. by Art Isbell@cubicsol.com
> So this sounds very encouraging, but I need help translating what it
> means :-) Using scsitools (or other available utilities), how would one
> use the above procedure to reformat a DEC drive? Thanks for your help.
Use scsitools to dump the MODE SENSE of the drive with 512 byte sectors.
Edit the block descriptor (struct mode_sel_bd in
/usr/include/bsd/dev/scsireg.h) from 512 (0x200) to 1024 (0x400); ie,
change the 2 to a 4 in byte 6 of the bdf field (on big-endian machines,
anyway).
Write this back to your drive, and send it a SCSI format command via
/usr/etc/disk or by some other means.
Simple, right?
-Chuck
Charles William Swiger -- CMU...*splat*! | 1. You can't fly.
--------------------------------------------+ 2. Cars are always real, even
AMS & normal mail: infidel@cmu.edu | when they're not.
Failing that: cs4w+@andrew.cmu.edu | 3. Police are not your friends.
NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | 4. Fire burns.
From: rpopp@ebigek01.ciw.uni-karlsruhe.de (Ruediger Popp)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,alt.fax
Subject: Q: How to use a NeXT attached Faxmodem with a PC over the Network?
Followup-To: comp.sys.next.sysadmin
Date: 7 Dec 1993 12:05:57 GMT
Organization: University of Karlsruhe, Germany
Message-ID: <2e1rj5$hfd@nz12.rz.uni-karlsruhe.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Problem:
A faxmodem is attached to a NeXT-Server. All Faxes are managed by
NeXTSTEP. There are some DOS-PC s connected to the NeXT-Network, using
PC/TCP from FTP-Software. The PC users now should get the possibility to
use the NeXT-attached Faxmodem to send and receive faxes directly from
their MS-WINDOWS Applications.
Does anybody know a solution?
---
-----------------------------------------------------------------
Ruediger Popp
Engler-Bunte-Institut
Bereich Chemie und Technik von Gas, Erdoel und Kohle
Universitaet Karlsruhe (TH)
Richard-Willstaetter-Allee 5
76131 Karlsruhe
Germany
Tel.: +49 721 608 2994
FAX : +49 721 69 30 19
E-MAIL: rpopp@ebigek01.ciw.uni-karlsruhe.de (NeXT-Mail preferred)
-----------------------------------------------------------------
From: rwkasten@leia.cc.emory.edu (Ryan W Kasten)
Newsgroups: comp.sys.next.sysadmin
Subject: Question: Quotas
Message-ID: <5873@emoryu1.cc.emory.edu>
Date: 7 Dec 93 01:53:36 GMT
Sender: root@emory.edu
Our local system has been running a little low on memory lately due to
the efforts of overenthusiastic users on the USENET news. As a remedy to
this, I proposed to our sysadmin that a quota system be put into effect.
As I had seen the program Quotas at various ftp sites(cs.orst.edu,
etlport.etl.go.jp, etc.), I decided to pull it down to take a look at it.
I liked the system, and so did our sysadmin, so he decided to install it.
After reading the documentation and trying to discern the source code, we
have run into a little trouble, so I ask these questions of anybody else
who may have this system installed/running:
1) Minor question: when you install a quota(using setdq), what unit are
they talking about? You just give it a number. From the mail that the
program should send out to a user who is over-quota, I'm guessing Kb, but
I may be wrong...
2) Major question: Where do the specific files have to go? We have tried
a number of different configurations, and always run into the same
problem, namely, when QuotaCheck is running, it cannot find the getdq and
getdu functions. Where are these functions, and others supposed to reside
in order to call them correctly?
We have decided that the page quota part of this application would be
useless to us, and neither of us think that there is anything of value to
us in those files. Any help on this matter(via e-mail, please) would be
greatly appreciated.
Thank You-
Ryan W. Kasten
mail: rwkasten@vader.cc.emory.edu
or: rwkaste@emoryu1.cc.emory.edu
Newsgroups: comp.sys.next.sysadmin
From: uunet!molly!vlcek (Jim Vlcek)
Subject: Re: Here's a "uname" script (broken!)
Message-ID: <CHn9CK.2oL@molly.uucp>
Sender: vlcek@molly.uucp (James Vlcek)
Organization: The Black Box of Lowertown
References: <1993Dec6.134645.396@lkba.uucp>
Date: Tue, 7 Dec 1993 02:53:08 GMT
Larry Blische writes
> In article <1993Dec6.033750.23428@gun.com> chisel.murphy.gun.com!samurai
> (Darcy Brockbank) writes:
> > Note that this script doesn't work exactly as expected.
> You can fix that by adding this sed filter to the last line:
>
> | sed 's/ $//'
Superb! Much better than my fix. Here's a patched version:
#!/bin/sh
#
# uname
#
# Author: Jim Vlcek, ByteWare Consulting (uunet!molly!vlcek) 3 Dec 1993
# Tweaked-By: Larry Blische (lkba!lkb@uunet.uu.net)
#
# An attempt to implement a SysV-ish "uname" under NeXTStep 3.0
#
# Options
#
# -s Print the operating system name
# -n Print the node name (essentially, the hostname)
# -v Print the operating system version
# -r Print the operating system release
# -p Print the host machine's processor type
# -m Print the machine hardware name
# -a Print all the above information
#
# Non-SysV options
#
# -i Print the host identification number (hostid)
#
if [ $# = 0 ]
then
system="NEXTSTEP "
fi
for arg
do
case $arg in
-s) system="NEXTSTEP " ;;
-n) node="`uuname -l` " ;;
-r) release="`hostinfo | sed -n 's/.*NeXT Mach
\([0-9\.]*\).*/\1/p'` " ;;
-m) mach="`hostinfo | sed -n 's/.*Processor type: \([^
]*\).*/\1/p'` " ;;
-p) processor="`hostinfo | sed -n 's/.*Processor type: [^
]* (\([^)]*\).*/\1/p'` " ;;
-v) version="`tail -1 /usr/lib/NextStep/software_version`
" ;;
-i) hostid="`hostid` " ;;
-a) exec $0 -s -n -v -r -p -m ;;
*) echo $0: Usage: $0 [-asnvrpm] >&2 ; exit 1 ;;
esac
done
echo $system$node$version$release$processor$mach | sed 's/ $//'
--
-----------------------------------------------------------------------------
Jim Vlcek SVR4.2: A standard for UNIX
uunet!molly!vlcek OpenStep: A standard for OO
Beautiful downtown St. Paul Windows: A standard for CYA
From: tilley@ccu.umanitoba.ca ()
Newsgroups: comp.sys.next.sysadmin
Subject: /NEXTSTEP_3.2/usr/lib/NextStep/BootableFloppy.bom?
Date: 7 Dec 1993 13:46:15 GMT
Organization: The University of Manitoba
Message-ID: <2e21f7$asa@canopus.cc.umanitoba.ca>
I am looking for a working version of this file.
It is used by BuildDisk.app
--
.. Richard <tilley@cc.umanitoba.ca> NextMail OK.
Newsgroups: comp.sys.next.sysadmin
From: adewolf@renoir.cftnet.com (Alex Dewolf)
Subject: NCD Xterminals on a NeXT Cube on 3.0
Message-ID: <CHoEEC.ME5@renoir.cftnet.com>
Keywords: NCD,Xterminals,NeXT
Sender: usenet@renoir.cftnet.com
Organization: CFTnet
Date: Tue, 7 Dec 1993 17:39:47 GMT
Hello folks;
Has anyone out there tried and sucessfully used NCD Xterminals
(eg NCD 19c, color) on NeXT cubes with NeXT Step 3.0 ?
Thanks in advancd
adewolf@cftnet
From: mgrmja@NeXTwork.Rose-Hulman.Edu (Michael J. Allard)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Re: Reformatting DEC DSP-series drives to 1024-byte blocks
Date: 7 Dec 1993 19:44:08 GMT
Organization: Rose-Hulman Institute of Technology
Distribution: world
Message-ID: <2e2me8$jvp@master.cs.rose-hulman.edu>
References: <wh12KKq00iUzIDaX0L@andrew.cmu.edu>
In article <wh12KKq00iUzIDaX0L@andrew.cmu.edu> Charles William Swiger
<infidel+@CMU.EDU> writes:
> Excerpts from netnews.comp.sys.next.hardware: 6-Dec-93 Reformatting DEC
> DSP-series.. by Art Isbell@cubicsol.com
> > So this sounds very encouraging, but I need help translating what it
> > means :-) Using scsitools (or other available utilities), how would one
> > use the above procedure to reformat a DEC drive? Thanks for your help.
>
> Use scsitools to dump the MODE SENSE of the drive with 512 byte sectors.
> Edit the block descriptor (struct mode_sel_bd in
> /usr/include/bsd/dev/scsireg.h) from 512 (0x200) to 1024 (0x400); ie,
> change the 2 to a 4 in byte 6 of the bdf field (on big-endian machines,
> anyway).
>
> Write this back to your drive, and send it a SCSI format command via
> /usr/etc/disk or by some other means.
>
> Simple, right?
>
About a month ago, I needed to reformat a 1024-byte-per-block Fujitsu drive
to 512-bytes-per-block for use in a SPARC. So, I took the liberty of
hacking apart the NeXT-supplied SCSI example program (sg_example.c,
somewhere deep in the /NextDeveloper tree) to provide the required
functionality. I then added the ability to format to 1024 as well.
This program has been used to successfully reformat Fujitsu and Seagate hard
drives to 512, and Fujitsus to 1024. (I haven't tried any other
combinations.)
Note that the first argument to the program is the SCSI target of the drive
(i.e. the SCSI ID [0..7]) and the second argument is the blocksize (512 and
1024 are considered valid).
I didn't spend too much time making it look prettier than the NeXT example -
it works, that's all I needed. :-)
The program - format_size.c (cc -o format_size format_size.c):
---------------------------------------------------------------
/*
* Generic SCSI driver example.
*
* History
* -------
* 27-Nov-93 Mike Allard (michael.allard@rose-hulman.edu)
* Reworked to provide reformatting with different blocksize.
* 02-Feb-93 Erik Kay at NeXT
* i386 support
* 10-Apr-89 Doug Mitchell
* Write after read to avoid trashing system disk.
* 20-Mar-89 Doug Mitchell at NeXT
* Created.
*
* Procedure:
* open sg0;
* set (target,lun) to (argv[1],0);
* execute Request Sense command;
* execute Mode Select command to set blocksize to argv[2];
* execute Format Unit command;
*
* You may freely copy, distribute and reuse the code in this example.
* NeXT disclaims any warranty of any kind, expressed or implied, as to
* its fitness for any particular use.
*/
#include <errno.h>
#include <fcntl.h>
#include <stdio.h>
#include <sys/types.h>
#include <bsd/dev/scsireg.h>
#define SENSE_SIZE 0x40 /* sense buffer size */
char sbuf[SENSE_SIZE]; /* sense buffer */
int fd; /* file descriptor */
int target;
u_int blocksize;
int lun=0;
int lba=0; /* start block for rd/wr */
char *dev_name="/dev/sg0";
main(int argc, char **argv) {
struct scsi_adr sa;
int rtn;
int i;
if (argc != 3)
{
printf("usage: %s <target#> <blocksize>\n", argv[0]);
printf(" blocksize should be 512 or 1024\n");
exit(1);
}
target = atoi(argv[1]);
blocksize = (u_int)atoi(argv[2]);
/* Make sure the blocksize is sane. */
if (blocksize != 512 && blocksize != 1024)
{
printf(" blocksize should be 512 or 1024\n");
exit(1);
}
/* open /dev/sg0 */
if ((fd = open (dev_name, O_RDWR)) < 0) {
printf("\nCould not open %s - fd = %XH\n",dev_name,fd);
printf("errno = %d\n",errno);
perror("open");
exit(1);
}
/* set (target,lun) */
sa.sa_target = target;
sa.sa_lun = lun;
if (ioctl(fd,SGIOCSTL,&sa) < 0) {
printf("Error setting target %d lun %d\n",target,lun);
printf("errno = %d\n",errno);
perror("ioctl(SGIOCSTL)");
exit(1);
}
if(gs_request_sense()) /* clear unit attention */
exit(1);
if(gs_mode_select(blocksize)) /* select block size */
exit(1);
if(gs_format()) /* format disk */
exit(1);
/* close /dev/sg0 */
if ((rtn = close(fd)) < 0) {
printf("\nCould not close %s - fd = %XH\n",dev_name,fd);
printf("\nerrno = %d\n",errno);
perror("close");
exit(1);
}
else
exit(0);
} /* main() */
/*
* standard I/O routines
*/
gs_request_sense() {
struct scsi_req sr;
struct cdb_6 *cdbp = &sr.sr_cdb.cdb_c6;
cdb_clr(cdbp);
cdbp->c6_opcode = C6OP_REQSENSE;
cdbp->c6_lun = lun;
cdbp->c6_len = SENSE_SIZE;
sr.sr_dma_dir = SR_DMA_RD;
sr.sr_addr = sbuf;
sr.sr_dma_max = SENSE_SIZE;
sr.sr_ioto = 10;
return(do_ioc(&sr));
} /* gs_request_sense() */
gs_mode_select(u_int blocksize) {
/* Mode Select for selecting block size for reformatting. */
struct scsi_req sr;
struct cdb_6 *cdbp = &sr.sr_cdb.cdb_c6;
struct mode_sel_data msd;
int i;
cdb_clr(cdbp);
cdbp->c6_opcode = C6OP_MODESELECT;
cdbp->c6_lun = 0;
cdbp->c6_lba = 0;
cdbp->c6_len = 12;
for (i=0; i<sizeof msd; i++) ((char *)&msd)[i] = 0;
msd.msd_header.msh_bd_length = 8;
msd.msd_blockdescript.msbd_blocklength = blocksize;
sr.sr_dma_dir = SR_DMA_WR;
sr.sr_addr = (char *)&msd;
sr.sr_dma_max = 100;
sr.sr_ioto = 10;
return(do_ioc(&sr));
} /* gs_mode_select() */
gs_format() {
/* Perform that actual FORMAT UNIT command. */
struct scsi_req sr;
struct cdb_6 *cdbp = &sr.sr_cdb.cdb_c6;
cdb_clr(cdbp);
cdbp->c6_opcode = C6OP_FORMAT;
cdbp->c6_lun = 0;
cdbp->c6_lba = 0;
cdbp->c6_len = 0;
sr.sr_dma_dir = SR_DMA_WR;
sr.sr_addr = (char *)0;
sr.sr_dma_max = 0;
sr.sr_ioto = 7200; /* Yes, that's a two hour delay! */
return(do_ioc(&sr));
} /* gs_format() */
cdb_clr(cdbp)
union cdb *cdbp;
{
int i;
char *p;
p = (char *)cdbp;
for(i=0; i<sizeof(union cdb); i++)
*p++ = 0;
}
do_ioc(sr)
struct scsi_req *sr;
{
if (ioctl(fd,SGIOCREQ,sr) < 0) {
printf("..Error executing ioctl\n");
printf("errno = %d\n",errno);
perror("ioctl(SGIOCREQ)");
return(1);
}
if(sr->sr_io_status) {
printf("sr_io_status = 0x%X\n",sr->sr_io_status);
if(sr->sr_io_status == SR_IOST_CHKSV) {
printf(" sense key = %02XH sense code = %02XH\n",
sr->sr_esense.er_sensekey,
sr->sr_esense.er_addsensecode);
}
printf("SCSI status = %02XH\n",sr->sr_scsi_status);
return(1);
}
return(0);
} /* do_ioc() */
---------------------------------------------------------------------
--
Michael J. Allard --- Workstation Manager, Waters Computing Center
Rose-Hulman Institute of Technology, Terre Haute, IN 812-877-8273
E-Mail: <Michael.Allard@rose-hulman.edu> Fax: 812-877-3198
#import <std/disclaimer.h> -- NeXTmail Friendly! -- HAMnet: KA9VDC
From: boyar001@coluber.mc.duke.edu (Bill Boyarsky)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NSI 3.1, DOS, Linux/NT multi-boot system?
Message-ID: <24916@news.duke.edu>
Date: 7 Dec 93 17:52:00 GMT
References: <2dnq7k$1gs@netnews.upenn.edu>
Sender: news@news.duke.edu
In article <2dnq7k$1gs@netnews.upenn.edu> joe@retina.anatomy.upenn.edu
(Joe Panico) writes:
> I would like
> to be able to dynamically choose which OS to boot on power-up. Is this
> possible?
The OS/2 boot manager does this nicely. Below is our in-house procedure
developed by Richard Low, here at Duke.
--------------------------------------------------------------
Notes on installing DOS, OS/2, and NEXTSTEP for dual boot
- Boot OS/2 from diskette and press Escape to get to the [A:]
command prompt
- Run the OS/2 FDISK program and create the following partitions:
1 MB Boot Manager
20MB DOS Primary partition (drive C:)
64MB OS/2 Extended partition (logical drive D:)
120MB Data Extended partition (logical drive E:) (or 200MB
or whatever size)
** Leave the remaining 460+MB free space unformatted **
** DO NOT create a partition for the remaining space **
- Re-boot the machine and boot DOS from diskette.
- Format drive C: and install DOS on drive C: with the following
command:
format c: /s /u
- Now Re-boot the machine with the OS/2 Installation diskette.
- Install OS/2 on Drive D: (the 64 MB logical partition)
You will be prompted to install OS/2 on the default drive C:
You will need to select the option to change the drive which will
throw you into FDISK. Just make drive D: installable and proceed.
- After OS/2 has been installed shutdown the system. Do a cold
power off boot.
- Cold boot the machine with the NEXTSTEP boot diskette.
- Proceed with normal NEXTSTEP install and you should get the
following
disk installation option screen:
Type 1 to erase the entire disk and use all 667 MB for NEXTSTEP.
Type 2 to set aside some space for DOS and use the rest for
NEXTSTEP.
Type 3 to keep existing partitions and use the 462 MB free space
for NEXTSTEP.
Type 4 to use the 184 MB DOS extended partition for NEXTSTEP.
Type 5 for advanced options (in English only).
--->
Choose option number 3 and proceed with the NEXTSTEP install
- After NEXTSTEP has been installed, re-boot the machine and select
'd' from
the NEXTSTEP boot manager menu to boot DOS.
- When DOS has booted, run the FDISK program to set the active
partition
to the first partition, the BOOT Manager partition. Then exit
fdisk.
- Now run the DOS FDISK program again but with the following
parameter:
fdisk /mbr
This command removes the NEXTSTEP boot manager from the DOS
partition.
- Now re-boot the machine and the boot manager should come up.
Select OS/2
- Once OS/2 has booted, run the OS/2 FDISK program and name the
NEXTSTEP
partition and add it to the boot manager menu.
- You should now have a machine with DOS, NEXTSTEP, OS/2 listed in
the boot
manager menu when the machine starts up. The boot manager
defaults to the
OS that was last booted.
--
Bill Boyarsky
Duke University
Medical Center Information Systems
boyar001@mc.duke.edu
boyar001@bullnext.mc.duke.edu (NeXT mail)
Newsgroups: comp.sys.next.sysadmin
From: boonlow@kits.sfu.ca (Boon Chong Benjamin Low)
Subject: Re: NSI 3.1, DOS, Linux/NT multi-boot system?
Message-ID: <boonlow.755299138@sfu.ca>
Sender: news@sfu.ca
Organization: Simon Fraser University, Burnaby, B.C., Canada
References: <2dnq7k$1gs@netnews.upenn.edu> <24916@news.duke.edu>
Date: Tue, 7 Dec 1993 21:18:58 GMT
Hey,
Thanks for the concise instructions :-))
One less worry before I get my NSFIP 3.2 to install.
I assumed it's the same if I have an added partiton for Linux.
Good Health,
Ben.
From: dcheslow@impact.flint.umich.edu (David A. Cheslow)
Newsgroups: comp.sys.next.sysadmin
Subject: Where did services go?
Date: 7 Dec 1993 15:23:17 GMT
Organization: University of Michigan
Distribution: world
Message-ID: <2e2755$6tr@terminator.rs.itd.umich.edu>
I recently experienced a hard disk problem and had to run fsck manually.
Apparently something fairly important was damaged because I no longer have
any NeXT interapplication "Services". Can you tell me whch files effect
the loading of services? Please respond by e-mail. I am not a regular
reader. Thanks in advance.
--
===============================================================
The opinions expressed in this message are my own.
The University of Michigan - Flint may not share my opinions.
David A. Cheslow dcheslow@umich.edu
School of Management, 344 CROB Phone: (810) 762-3309
University of Michigan - Flint Fax: (810) 762-3282
Newsgroups: comp.sys.next.sysadmin
From: perstoro@uriela.in-berlin.de (Wilhelm Schaefer)
Subject: Howmany procceses under 3.2 (Was: Re: Problem opening shells)
Message-ID: <1993Dec8.014111.1082@uriela.in-berlin.de>
Sender: perstoro@uriela.in-berlin.de
Organization: NeXAPP
References: <2dtgh3$ge6@news.doit.wisc.edu>
Date: Wed, 8 Dec 1993 01:41:11 GMT
In article <2dtgh3$ge6@news.doit.wisc.edu> anderson@macc.wisc.edu
(Jess Anderson) writes:
> In article <CHKtGr.Krs@athena.ulaval.ca>,
> Antoine Gautier <antoine@arrakis.osd.ulaval.ca> wrote:
>
> >Once in a while, I get this problem: I open a shell and get :
>
> > No more processes.
> > No more processes.
> > %
>
> >If I check the console, here is what I get
> >[...]
>
> Log out and back in again. It's a process leak caused
> by dragging lots of things around in WM. Either copy,
> move, link, or remove from a shell, or upgrade to 3.1.
> Supposedly it's fixed there.
>
> Question to those who have 3.2: *is* it fixed?
>
How can I proof?
This is not realy the information you are looking for?
willy clara> hostinfo
Mach kernel version:
NeXT Mach 3.2: Mon Oct 18 21:57:41 PDT 1993;
root(rcbuilder):mk-149.30.15.obj~2/RC_m68k/RELEASE_M68K
Kernel configured for a single processor only.
1 processor is physically available.
Processor type: MC680x0 (68040)
Processor speed: 25 MHz
Processor active: 0
System type: 2
Board revision: 0x0
Primary memory available: 28.00 megabytes.
Default processor set: 72 tasks, 141 threads, 1 processors
Load average: 0.07, Mach factor: 0.97
willy clara>
So long
*** perstoro ***
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FYI;"!4:6UE<RU2;VUA;CM<9C%<
M9FUO9&5R;B!#;W5R:65R.WT*7&UA<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT
M>#$Q-3)<='@R,S`T7'1X,S0U-EQT>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P
M-C1<='@Y,C$V7'1X,3`S-CA<='@Q,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R
M.%QF8S!<8V8P($EN(&%R=&EC;&4@/#)D=&=H,R1G939`;F5W<RYD;VET+G=I
M<V,N961U/B!A;F1E<G-O;D!M86-C+G=I<V,N961U("A*97-S($%N9&5R<V]N
M*2!W<FET97,Z7`H^($EN(&%R=&EC;&4@/$-(2W1'<BY+<G-`871H96YA+G5L
M879A;"YC83XL7`H^($%N=&]I;F4@1V%U=&EE<B`\86YT;VEN94!A<G)A:VES
M+F]S9"YU;&%V86PN8V$^('=R;W1E.EP*/B!<"CX@/D]N8V4@:6X@82!W:&EL
M92P@22!G970@=&AI<R!P<F]B;&5M.B!)(&]P96X@82!S:&5L;"!A;F0@9V5T
M(#I<"CX@7`H^(#X)3F\@;6]R92!P<F]C97-S97,N7`H^(#X)3F\@;6]R92!P
M<F]C97-S97,N7`H^(#X))2!<"CX@7`H^(#Y)9B!)(&-H96-K('1H92!C;VYS
M;VQE+"!H97)E(&ES('=H870@22!G970@7`H^(#Y;+BXN75P*/B!<"CX@3&]G
M(&]U="!A;F0@8F%C:R!I;B!A9V%I;BX@($ET)W,@82!P<F]C97-S(&QE86L@
M8V%U<V5D7`H^(&)Y(&1R86=G:6YG(&QO=',@;V8@=&AI;F=S(&%R;W5N9"!I
M;B!732X@($5I=&AE<B!C;W!Y+%P*/B!M;W9E+"!L:6YK+"!O<B!R96UO=F4@
M9G)O;2!A('-H96QL+"!O<B!U<&=R861E('1O(#,N,2Y<"CX@4W5P<&]S961L
M>2!I="=S(&9I>&5D('1H97)E+EP*/B!<"CX@475E<W1I;VX@=&\@=&AO<V4@
M=VAO(&AA=F4@,RXR.B`J:7,J(&ET(&9I>&5D/UP*/B!<"DAO=R!C86X@22!P
M<F]O9C]<"E1H:7,@:7,@;F]T(')E86QY('1H92!I;F9O<FUA=&EO;B!Y;W4@
M87)E(&QO;VMI;F<@9F]R/UP*7`H*7&8Q7&9S,C0@=VEL;'D@8VQA<F$^(&AO
M<W1I;F9O7`I-86-H(&ME<FYE;"!V97)S:6]N.EP*("`@("`@("`@3F585"!-
M86-H(#,N,CH@36]N($]C="`Q."`R,3HU-SHT,2!01%0@,3DY,SL@<F]O="AR
M8V)U:6QD97(I.FUK+3$T.2XS,"XQ-2YO8FI^,B]20U]M-CAK+U)%3$5!4T5?
M338X2UP*7`I+97)N96P@8V]N9FEG=7)E9"!F;W(@82!S:6YG;&4@<')O8V5S
M<V]R(&]N;'DN7`HQ('!R;V-E<W-O<B!I<R!P:'ES:6-A;&QY(&%V86EL86)L
M92Y<"E!R;V-E<W-O<B!T>7!E.B!-0S8X,'@P("@V.#`T,"E<"E!R;V-E<W-O
M<B!S<&5E9#H@,C4@34AZ7`I0<F]C97-S;W(@86-T:79E.B`P7`I3>7-T96T@
M='EP93H@,EP*0F]A<F0@<F5V:7-I;VXZ(#!X,%P*4')I;6%R>2!M96UO<GD@
M879A:6QA8FQE.B`R."XP,"!M96=A8GET97,N7`H*7&(@1&5F875L="!P<F]C
M97-S;W(@<V5T.B`W,B!T87-K<RP@,30Q('1H<F5A9',L(#$@<')O8V5S<V]R
M<PI<8C`@7`I,;V%D(&%V97)A9V4Z(#`N,#<L($UA8V@@9F%C=&]R.B`P+CDW
M7`H*=VEL;'D@8VQA<F$^(%P*"EQF,%QF<S(X(%P*4V\@;&]N9UP*"0DJ*BH@
5<&5R<W1O<F\@*BHJ7`I<"EP*"GT*
`
--
***********************************************************************
*| Wilhelm Schaefer| perstoro@uriela.in-berlin.de | NeXTmail please! |*
*| NeXT EnTHUSIAST | Voice +49 30 / 395 31 91 | FAX +49 30/39547 49|*
***********************************************************************
Newsgroups: comp.sys.next.sysadmin
From: perstoro@uriela.in-berlin.de (Wilhelm Schaefer)
Subject: Re: SLIP: Routing problems
Message-ID: <1993Dec8.020208.1155@uriela.in-berlin.de>
Sender: perstoro@uriela.in-berlin.de
Organization: NeXAPP
References: <dalCHn2Kn.H7s@netcom.com>
Date: Wed, 8 Dec 1993 02:02:08 GMT
In article <dalCHn2Kn.H7s@netcom.com> dal@netcom.com (Dana Andre Letendre)
writes:
> I have a slip connection set up on my Next. How can I set up other
> computers on my Next ethernet to automatically route packets
> through my slip connection to the computers beyond and back again.
>
> The problem is that the other computers send packets out my slip
> connection, but they never come back.
And they never will unless the computer you are sliping to is routing
correct. You have to make shure that _every_ computer in the other net
knows about every in yours. Else the machine may receive your packtes, but
will not be abel to send them back. :-(
so long
*** perstoro ***
--
***********************************************************************
*| Wilhelm Schaefer| perstoro@uriela.in-berlin.de | NeXTmail please! |*
*| NeXT EnTHUSIAST | Voice +49 30 / 395 31 91 | FAX +49 30/39547 49|*
***********************************************************************
Newsgroups: comp.sys.next.sysadmin
From: dan@pdh.com (Dan Delany)
Subject: Problem with floppy on Intel 3.1
Message-ID: <CHon7J.4A@pdh.com>
Organization: PDH, Inc.
Date: Tue, 7 Dec 1993 20:50:12 GMT
I recently installed NS3.1 on a Gateway 4DX2-66V machine, and I can't access
the floppy drive. Here are the hardware particulars:
Gateway 486/66
Adaptec 1542C SCSI card
ATI Graphics Ultra Pro video card (Local Bus version)
When I try to access a disk via the "Disk->Check For Disk" menu option,
nothing happens, and if I try to access /dev/fd0a I get a "can't open device"
error message. Nextanswers@next.com has no relevant file. I've also tried
to explicitly mount the floppy device, but I get the same error because the
floppy device can't be opened. Is there some magic incantation I must
utter in order to access floppy disks?
--
Dan Delany, dan@pdh.com (NeXT mail OK) / System Administrator
PDH, Inc. / 2635 N First St, Suite 224 / San Jose, CA 95134-2032
(408) 428-9596 Fax: (408) 428-9599 /
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: Q: How to use a NeXT attached Faxmodem with a PC over the Network?
Message-ID: <1993Dec7.202302.10522@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <2e1rj5$hfd@nz12.rz.uni-karlsruhe.de>
Date: Tue, 7 Dec 1993 20:23:02 GMT
In article <2e1rj5$hfd@nz12.rz.uni-karlsruhe.de>
rpopp@ebigek01.ciw.uni-karlsruhe.de (Ruediger Popp) writes:
> Problem:
> A faxmodem is attached to a NeXT-Server. All Faxes are managed by
> NeXTSTEP. There are some DOS-PC s connected to the NeXT-Network, using
> PC/TCP from FTP-Software. The PC users now should get the possibility to
> use the NeXT-attached Faxmodem to send and receive faxes directly from
> their MS-WINDOWS Applications.
> Does anybody know a solution?
> ---
> -----------------------------------------------------------------
> Ruediger Popp
> Engler-Bunte-Institut
> Bereich Chemie und Technik von Gas, Erdoel und Kohle
> Universitaet Karlsruhe (TH)
> Richard-Willstaetter-Allee 5
> 76131 Karlsruhe
> Germany
> Tel.: +49 721 608 2994
> FAX : +49 721 69 30 19
> E-MAIL: rpopp@ebigek01.ciw.uni-karlsruhe.de (NeXT-Mail preferred)
> -----------------------------------------------------------------
Move the WINDOZE clients to NEXTSTEP!
:-)
--Fabien
---------------------------------------------------------------------
Fabien_Roy@free.fdn.org (NextMails accepted)
Fabien Roy Electronic Engineering
3 rue ANDRE DANJON, 75019 PARIS, France,
Tel: 33 1 4040 0206 Fax: 33 1 4040 0641
From: rpopp@ebigek01.ciw.uni-karlsruhe.de (Ruediger Popp)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: Q: Floppy Error Message (internal Error 38000) ?
Followup-To: comp.sys.next.bugs
Date: 8 Dec 1993 09:43:01 GMT
Organization: University of Karlsruhe, Germany
Message-ID: <2e47j5$qev@nz12.rz.uni-karlsruhe.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Does anybody know what might have happened with the inserted floppy?
I inserted it and the Workspace did not mount the floppy but reported an
Internal Error 38000. The floppy could not be mounted on several stations
running NS3.0.
------- from: /usr/adm/messages ----------------------------
Dec 7 17:17:19 ebigek10 mach: Disk Label: Untitled
Dec 7 17:17:19 ebigek10 mach: Disk Capacity 1440 KB, Device Block 512
bytes
Dec 7 17:17:21 ebigek10 mach: fd0: Sector 224(d) cmd = Read; Missing
Address Mark: RETRY
Dec 7 17:17:21 ebigek10 mach: fd0: Sector 224(d) cmd = Read; DMA
Over/underrun: RETRY
Dec 7 17:17:21 ebigek10 mach: fd0: Sector 224(d) cmd = Read; DMA
Over/underrun: RETRY
Dec 7 17:17:22 ebigek10 mach: fd0: Sector 224(d) cmd = Read; DMA
Over/underrun: RECALIBRATE
Dec 7 17:17:29 ebigek10 mach: fd0: Sector 224(d) cmd = Read; Missing
Address Mark: RETRY
Dec 7 17:17:30 ebigek10 mach: fd0: Sector 224(d) cmd = Read; DMA
Over/underrun: RETRY
Dec 7 17:17:30 ebigek10 mach: fd0: Sector 224(d) cmd = Read; DMA
Over/underrun: RETRY
Dec 7 17:17:30 ebigek10 mach: fd0: Sector 224(d) cmd = Read; DMA
Over/underrun: RECALIBRATE
Dec 7 17:17:41 ebigek10 WM[149]: Unknown error code 38000 in
NXReportError
Dec 7 17:17:53 ebigek10 -[143]: loginwindow: Workspace exited ts 0 cd 0
rc 0 sv 0 ss 0.
Dec 7 17:18:11 ebigek10 syslog: Workspace logged in
Dec 7 17:18:43 ebigek10 mach: Disk Label: Untitled
Dec 7 17:18:43 ebigek10 mach: Disk Capacity 1440 KB, Device Block 512
bytes
Dec 7 17:19:00 ebigek10 WM[164]: Unknown error code 38000 in
NXReportError
Dec 7 17:19:09 ebigek10 last message repeated 2 times
Dec 7 17:19:16 ebigek10 -[143]: loginwindow: Workspace exited ts 0 cd 0
rc 0 sv 0 ss 0.
Dec 7 17:19:30 ebigek10 syslog: Workspace logged in
Dec 7 17:20:19 ebigek10 mach: Disk Label: Untitled
Dec 7 17:20:19 ebigek10 mach: Disk Capacity 1440 KB, Device Block 512
bytes
Dec 7 17:20:48 ebigek10 WM[180]: Unknown error code 38000 in
NXReportError
Dec 7 17:21:02 ebigek10 last message repeated 7 times
Dec 7 17:21:08 ebigek10 -[143]: loginwindow: Workspace exited ts 0 cd 0
rc 0 sv 0 ss 0.
Dec 7 17:21:25 ebigek10 syslog: Workspace logged in
Dec 7 17:21:49 ebigek10 mach: Disk Label: Untitled
Dec 7 17:21:49 ebigek10 mach: Disk Capacity 1440 KB, Device Block 512
bytes
Dec 7 17:22:22 ebigek10 WM[197]: Unknown error code 38000 in
NXReportError
Dec 7 17:22:29 ebigek10 last message repeated 3 times
Dec 7 17:22:36 ebigek10 -[143]: loginwindow: Workspace exited ts 0 cd 0
rc 0 sv 0 ss 0.
Dec 7 17:22:49 ebigek10 syslog: Workspace logged in
From: rpopp@ebigek01.ciw.uni-karlsruhe.de (Ruediger Popp)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: Q: Floppy Error Message (internal Error 38000) ?
Followup-To: comp.sys.next.bugs
Date: 8 Dec 1993 09:43:22 GMT
Organization: University of Karlsruhe, Germany
Message-ID: <2e47jq$qfd@nz12.rz.uni-karlsruhe.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Does anybody know what might have happened with the inserted floppy?
I inserted it and the Workspace did not mount the floppy but reported an
Internal Error 38000. The floppy could not be mounted on several stations
running NS3.0.
------- from: /usr/adm/messages ----------------------------
Dec 7 17:17:19 ebigek10 mach: Disk Label: Untitled
Dec 7 17:17:19 ebigek10 mach: Disk Capacity 1440 KB, Device Block 512
bytes
Dec 7 17:17:21 ebigek10 mach: fd0: Sector 224(d) cmd = Read; Missing
Address Mark: RETRY
Dec 7 17:17:21 ebigek10 mach: fd0: Sector 224(d) cmd = Read; DMA
Over/underrun: RETRY
Dec 7 17:17:21 ebigek10 mach: fd0: Sector 224(d) cmd = Read; DMA
Over/underrun: RETRY
Dec 7 17:17:22 ebigek10 mach: fd0: Sector 224(d) cmd = Read; DMA
Over/underrun: RECALIBRATE
Dec 7 17:17:29 ebigek10 mach: fd0: Sector 224(d) cmd = Read; Missing
Address Mark: RETRY
Dec 7 17:17:30 ebigek10 mach: fd0: Sector 224(d) cmd = Read; DMA
Over/underrun: RETRY
Dec 7 17:17:30 ebigek10 mach: fd0: Sector 224(d) cmd = Read; DMA
Over/underrun: RETRY
Dec 7 17:17:30 ebigek10 mach: fd0: Sector 224(d) cmd = Read; DMA
Over/underrun: RECALIBRATE
Dec 7 17:17:41 ebigek10 WM[149]: Unknown error code 38000 in
NXReportError
Dec 7 17:17:53 ebigek10 -[143]: loginwindow: Workspace exited ts 0 cd 0
rc 0 sv 0 ss 0.
Dec 7 17:18:11 ebigek10 syslog: Workspace logged in
Dec 7 17:18:43 ebigek10 mach: Disk Label: Untitled
Dec 7 17:18:43 ebigek10 mach: Disk Capacity 1440 KB, Device Block 512
bytes
Dec 7 17:19:00 ebigek10 WM[164]: Unknown error code 38000 in
NXReportError
Dec 7 17:19:09 ebigek10 last message repeated 2 times
Dec 7 17:19:16 ebigek10 -[143]: loginwindow: Workspace exited ts 0 cd 0
rc 0 sv 0 ss 0.
Dec 7 17:19:30 ebigek10 syslog: Workspace logged in
Dec 7 17:20:19 ebigek10 mach: Disk Label: Untitled
Dec 7 17:20:19 ebigek10 mach: Disk Capacity 1440 KB, Device Block 512
bytes
Dec 7 17:20:48 ebigek10 WM[180]: Unknown error code 38000 in
NXReportError
Dec 7 17:21:02 ebigek10 last message repeated 7 times
Dec 7 17:21:08 ebigek10 -[143]: loginwindow: Workspace exited ts 0 cd 0
rc 0 sv 0 ss 0.
Dec 7 17:21:25 ebigek10 syslog: Workspace logged in
Dec 7 17:21:49 ebigek10 mach: Disk Label: Untitled
Dec 7 17:21:49 ebigek10 mach: Disk Capacity 1440 KB, Device Block 512
bytes
Dec 7 17:22:22 ebigek10 WM[197]: Unknown error code 38000 in
NXReportError
Dec 7 17:22:29 ebigek10 last message repeated 3 times
Dec 7 17:22:36 ebigek10 -[143]: loginwindow: Workspace exited ts 0 cd 0
rc 0 sv 0 ss 0.
Dec 7 17:22:49 ebigek10 syslog: Workspace logged in
Newsgroups: comp.sys.next.sysadmin
From: nv90-mwe@nada.kth.se (Martin Wennerberg)
Subject: Can't initialize modem (Telebit 2500)
Message-ID: <1993Dec8.100611.28673@kth.se>
Sender: usenet@kth.se
Organization: Royal Institute of Technology, NADA
Date: Wed, 8 Dec 1993 10:06:11 GMT
I've got a Telebit TrailBlazer T2500 wired to my NeXTstation C using a Mac
cable. The problem is that whenever I try to dial out from it kermit fails
to and says "Can't initialize modem". I've also tried using the demo of
Microphone and Tiptop too with similar results.
I would be grateful for any information on using this modem.
_________________________________________________________
Martin Wennerberg
Student of computerscience at the University of Stockholm
Snailmail: Ektorpsv. 41, 131 47 Nacka, SWEDEN
email: nv90-mwe@nada.kth.se (NeXTMail Welcome)
phone: +8 716 06 30
From: quark!enyaw@efn.org (Wayne Simila-Dickinson)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Re: 3.2 Upgrade problems
Keywords: cdrom drive doesn't
Message-ID: <eqc8Dc1w165w@quark.uucp>
Date: Tue, 07 Dec 93 11:16:37 PST
References: <2dvd0v$sb6@bmerha64.bnr.ca>
Organization: Wayne's World (hiz home)
waynem@bcarh882.bnr.ca (Wayne MacLaurin) writes:
>
> G'day,
>
> I tried running the 3.2 upgrade (black) this weekend but had no
> sucess. Whenever the Upgrade.app ran I would get a message
>
I've been trying to figure out what 3.2 offers over 3.1 (for black hardware),
it seems to have several new limitations and problems, but what does it offer?
--
==============================================================================
quark!enyaw@efn.org -- (Wayne Simila-Dickinson) -- Wayne's World (hiz home...)
Chehalis,WA Internet Mail/USENET site -- System Administrator -- 206-748-9878
==============================================================================
Newsgroups: comp.sys.next.sysadmin
From: mikes@ceco.ceco.com (Michael Stepniczka)
Subject: Upgrading to 3.2
Message-ID: <CHq6vA.F2x@ceco.ceco.com>
Sender: root@ceco.ceco.com (Operator)
Organization: Commonwealth Edison Co.
Date: Wed, 8 Dec 1993 16:52:22 GMT
Hi. I was wondering if anyone has tried upgrading to 3.2 from 3.1 over
an ethernet connection. I have a slab (with the CD-ROM) and a PC-
no SCSI yet- and wonder if I can upgrade by mounting the CD from
the slab. This would be nice...
Also, does anyone know if it is possible to install from the Bustek?? VLB
SCSI card? Is there a driver yet? And even with the driver out, will it be
possible to install from it? (I.e. is it worth buying one now?)
Thanks for any tips or comments.
Mike Stepniczka
mikes@ceco.ceco.com
Newsgroups: comp.sys.next.sysadmin
From: carr@devvax.jpl.nasa.gov (Curt Carr)
Subject: Printing Question/problem on NeXTstation
Message-ID: <1993Dec8.175143.22957@jpl-devvax.jpl.nasa.gov>
Sender: -Not-Authenticated-[2790]
Organization: Jet Propulsion Laboratory (NASA)
Date: Wed, 8 Dec 1993 17:51:43 GMT
Xdisclaimer: No attempt was made to authenticate the sender's name.
I have a NeXTstation which shares a NeXT printer connected to a
NeXTstation Turbo color system. These are the only two NeXT systems on
the Sun network. Both NeXT systems are running 3.0. The printing seems
to work OK from the NeXTstation, except that each time a print is
requested, the message "Printer description file not available" appears
in the print window. The result is that the printer options are not
available to the NeXTstation. Where is the printer description file
located and what information is needed? Any help will be greatly
appreciated. Thanks in advance for your time.
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Upgrading to 3.2
Date: 8 Dec 1993 18:12:22 GMT
Organization: Mayo Foundation
Distribution: world
Message-ID: <2e55e6$lki@fermat.mayo.edu>
References: <CHq6vA.F2x@ceco.ceco.com>
In article <CHq6vA.F2x@ceco.ceco.com> mikes@ceco.ceco.com (Michael
Stepniczka) writes:
>
> Hi. I was wondering if anyone has tried upgrading to 3.2 from 3.1 over
> an ethernet connection. I have a slab (with the CD-ROM) and a PC-
> no SCSI yet- and wonder if I can upgrade by mounting the CD from
> the slab. This would be nice...
I thought about it, but the upgrade notes said no (as well as having
my server and clients 1.5 miles apart). You would likely
have to change the upgrade server config to export the CD-Rom. If
you know the incantation of mounting the CD-ROM for exporting via
NFS, you should be able to do it.
Since I had a PC-SCSI card, I went the chicken route of installing
on a PC and using the PC as a Upgrade Server for the rest of my
PCs. Doing this, the upgrade just worked.
- Geoff
-----------------------------------------------------------------
Geoffrey Brunkhorst brunkhorst@Mayo.edu
Research Computing Facility, Guggenheim 10 (507) 284-1805
Mayo Foundation, Rochester MN, 55905, USA fax (507) 284-5231
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.next.software
Subject: (RTF) 3.2 FIP Install and Upgrade and 3.2 Anomalies
Date: 8 Dec 1993 19:36:30 GMT
Organization: Mayo Foundation
Distribution: world
Message-ID: <2e5abu$msh@fermat.mayo.edu>
Environment:
Sun Server (10/41) with Xedoc Netinfo Server software
9 Intel Pro/GXs
500 and 250MB Quantum IDE disk drives
24mb of Memory
Intel EtherExpress with the 10BaseT
Cisco Router Network using 'subsidiary network option'
(running multiple subnets on one Ethernet) The Suns and
NeXTs are on a subsidiary network.
Cabletron MRXI
Install:
Had a 1542CF Adaptec... which is not supported in 3.1. So I took
down one of the Pro/GXs and INSTALLED 3.2 user on this system,
cookbook out of the release notes and NextAnswers errata sheets,
using the 1542CF card. Installation went very well. 2 problems
with the install of the User environment:
1) it doesn't install /usr/sybase/*. This is part of the
developer environment.
2) Sybase Adaptors now default to 4.6. We noted
someproblems with
this in our applications.
I installed our Developer system on this box as well. This
corrected
#1), except the libraries default to Sybase 4.6.
Upgrades:
I then built this box into an Upgrade server. I upgraded 2
'client'
systems and noted the following:
0) The upgrade over the net took about 40 minutes, 25 of
which was
generating the upgrade plan.
1) The old /usr/sybase is not deleted... This was good.
2) The driver Instance0.tables did not upgrade... For
example,
the new ATI/GX driver only require 6 bytes of I/O
memory, whereas
the old one required 49bytes.
After trial and error, I cleaned up #2 by taking the /usr/Devices
folder off the Installed 3.2 system and dropping it in the upgrade
systems, and then turning off the SCSI support. This worked and
gave
me a consistent driver environment.
Obtw, the ATI driver on Rev 3 hardware 'almost works now' in 60hz
1120*832 16bit mode. Some flyback lines exist on the left side of
the screen. Overall the
system is quite a bit snappier. Sound is a welcome thing, although
some of
the standard sounds seem a bit 'cracky'.
Current open issues:
- Using the PS/2 Mouse port. I have a couple of Microsoft serial
mice
with PS/2 adapters, and I have yet to figure out how to get them to
work with the PS/2 mouse port.
- In booting in config=Default mode, the system would hang trying
to
configure the BusMouse. this was fixed by booting single user and
removing the references to BusMouse in
/usr/Devices/System.config/Default.*
- On one tested 3.2 system, running BenchPress.app hard crashes the
Pro/GX
when running the 100-thread test.
Anyone have Ideas on these? Anyone else seen this problem?
Major anomaly -
The current major problem is one concerning the network. The one
Installed 3.2 system and one of the upgraded 3.2 systems don't
connect to the network in the same way as the 3rd, or as any of the
3.1 systems. The network is a 'subsidiary net' - Cisco Routers
allow an ethernet interface to support multiple IP subnets on a
single wire. These NEXTSTEP boxes are on such a wire. The main
network is 129.176.100.x, and the minor is 129.176.141.x. (this is
done to allow installation of new subnets before the infrastructure
is in place to support them, and not require continual reconfigging
the desktops on the net when the systems are moved from net to
net).
Anyway, the 2 clients in question will not bind to the Netinfo
server, unless the servers address is explicitly listed in their
'./local' netinfo domain, similar to a situation where the server
is on
another subnet. However, here it is not. All are on the same
ethernet, all have the same subnet and subnet masks, and all are
using the same broadcast address. (and all worked under 3.1)
Also, the affected systems cannot determine their host names from
the net
(/etc/hostconfig HOSTNAME=-AUTOMATIC-). Hostname determination is
done
early in the startup, before rc.net, router adds, and netinfo
startup.
Here is the picture:
All clients have the following hostconfig file:
#
HOSTNAME=hostname
INETADDR=-AUTOMATIC-
ROUTER=129.176.141.1
IPNETMASK=255.255.255.0
IPBROADCAST=129.176.141.0
NETMASTER=-NO-
YPDOMAIN=-NO-
TIME=-AUTOMATIC-
now, the problem seems to be that the affected clients
(crcsysman) have a traceroute like:
crcsysman:1# traceroute phoenix
traceroute to phoenix (129.176.141.10), 30 hops max, 40 byte
packets
1 ecisco-100.mayo.edu (129.176.100.4) 13 ms 3 ms 3 ms
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2 phoenix (129.176.141.10) 3 ms 3 ms 3 ms
crcsysman:6# netstat -r
Routing tables
Destination Gateway Flags Refs Use
Interface
localhost localhost UH 2 2859 lo0
default ccisco-141.mayo.ed UG 27 131426 en0
129.176 crcsysman U 0 0 en0
^^^^^^^^^^^
crcsysman:7# ifconfig en0
en0: flags=8063<UP,BROADCAST,NOTRAILERS,RUNNING>
inet 129.176.141.11 netmask ffffff00 broadcast
129.176.141.0
crcsysman:3# arp -a
ccisco-141.mayo.edu (129.176.141.1) at 0:0:c:4:3f:41
-------------------------------------------------------------------
-------
and the unaffected clients are like:
crcdrop3:1# traceroute phoenix
traceroute to phoenix (129.176.141.10), 30 hops max, 40 byte
packets
1 phoenix (129.176.141.10) 5 ms 3 ms 2 ms
crcdrop3:4# netstat -r
Routing tables
Destination Gateway Flags Refs Use
Interface
localhost localhost UH 1 855 lo0
default ccisco-141.mayo.ed UG 1 3558 en0
129.176.141 crcdrop3 U 18 12920 en0
^^^^^^^^^^^
crcdrop3:8# ifconfig en0
en0: flags=63<UP,BROADCAST,NOTRAILERS,RUNNING>
inet 129.176.141.4 netmask ffffff00 broadcast 129.176.141.0
crcdrop3:2# arp -a
ccisco-141.mayo.edu (129.176.141.1) at 0:0:c:4:3f:41
phoenix (129.176.141.10) at 8:0:20:1b:3e:6d
-------------------------------------------------------------------
-----
phoenix (the netinfo server) sees:
phoenix# netstat -r
Routing tables
Destination Gateway Flags Refcnt Use
Interface
localhost localhost UH 6 17178
lo0
default ccisco-141 UG 9 220088
le0
129.176.141.0 phoenix U 59 2024662
le0
phoenix# arp -a
ccisco-141.mayo.edu (129.176.141.1) at 0:0:c:4:3f:41
crcdrop3 (129.176.141.4) at 0:aa:0:33:d3:d1
ecisco-100.mayo.edu (129.176.100.4) at 0:0:c:4:3f:41
crcsysman (129.176.141.11) at 0:aa:0:33:cd:47
..
(no traceroute on the sun;-()
finally, I also get:
Dec 7 14:38:36 crcsysman netmsgserver[21]:
datagram_main.netipc_receive fails, kr = -1.
Dec 7 15:17:30 crcsysman netmsgserver[21]: srr_main.netipc_receive
fails, kr = -1. (what are these?)
It's apparent that the ethernet address of the sender is changed if
the
netinfo bind request is sent via a router, but it's not apparent
why
this is consistently (over several reboots) happening on 2 machines
and not on the one. Obviously crcsysman is seeing something when
it starts up routing that wants it to change the from the netmask
to the class b mask... Why?
The workaround is relatively painless, but I am curious to know if
anyone has seen anything similar? Since crcsysman and crcdrop3 are
clones
in hardware and software, what's the difference? This works
without a
problem in 3.1
Is it the rev of the ethernet board and some new 3.2 IP code? If
so, what
is it doing? Is it active ("send my packets to the router") or
passive,
("The router tells me to send him the packets")
And so it goes... I am waiting on the other 6 installs until some
application code is configured and tested for the new sybase
environment.
Any opinions are welcome
- Geoff
-----------------------------------------------------------------
Geoffrey Brunkhorst brunkhorst@Mayo.edu
Research Computing Facility, Guggenheim 10 (507) 284-1805
Mayo Foundation, Rochester MN, 55905, USA fax (507) 284-5231
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!/:&QF<SM]"EQM87)G
M;#$R,`I<;6%R9W(Q,C`*7'!A<F1<='@Q,34R7'1X,C,P-%QT>#,T-39<='@T
M-C`X7'1X-3<V,%QT>#8Y,3)<='@X,#8T7'1X.3(Q-EQT>#$P,S8X7'1X,3$U
M,C!<9C!<8C!<:3!<=6QN;VYE7&9S,C1<9F,P7&-F,"!%;G9I<F]N;65N=#I<
M"B`@4W5N(%-E<G9E<B`H,3`O-#$I('=I=&@@6&5D;V,@3F5T:6YF;R!397)V
M97(@<V]F='=A<F5<"B`@.2!);G1E;"!0<F\O1UAS7`H@("`@-3`P(&%N9"`R
M-3!-0B!1=6%N='5M($E$12!D:7-K(&1R:79E<UP*("`@(#(T;6(@;V8@365M
M;W)Y7`H@("`@26YT96P@171H97)%>'!R97-S('=I=&@@=&AE(#$P0F%S951<
M"B`@("!#:7-C;R!2;W5T97(@3F5T=V]R:R!U<VEN9R`G<W5B<VED:6%R>2!N
M971W;W)K(&]P=&EO;B=<"B`@("`@*')U;FYI;F<@;75L=&EP;&4@<W5B;F5T
M<R!O;B!O;F4@171H97)N970I(%1H92!3=6YS(&%N9%P*("`@("!.95A4<R!A
M<F4@;VX@82!S=6)S:61I87)Y(&YE='=O<FLN7`H@("`@0V%B;&5T<F]N($U2
M6$E<"EP*26YS=&%L;#I<"EP*2&%D(&$@,34T,D-&($%D87!T96,N+BX@=VAI
M8V@@:7,@;F]T('-U<'!O<G1E9"!I;B`S+C$N("!3;R!)('1O;VM<"F1O=VX@
M;VYE(&]F('1H92!0<F\O1UAS(&%N9"!)3E-404Q,140@,RXR('5S97(@;VX@
M=&AI<R!S>7-T96TL7`IC;V]K8F]O:R!O=70@;V8@=&AE(')E;&5A<V4@;F]T
M97,@86YD($YE>'1!;G-W97)S(&5R<F%T82!S:&5E=',L7`IU<VEN9R!T:&4@
M,34T,D-&(&-A<F0N("!);G-T86QL871I;VX@=V5N="!V97)Y('=E;&PN("`R
M('!R;V)L96US7`IW:71H('1H92!I;G-T86QL(&]F('1H92!5<V5R(&5N=FER
M;VYM96YT.EP*7`H),2D@:70@9&]E<VXG="!I;G-T86QL("]U<W(O<WEB87-E
M+RHN("!4:&ES(&ES('!A<G0@;V8@=&AE7`H)("`@9&5V96QO<&5R(&5N=FER
M;VYM96YT+EP*7`H),BD@4WEB87-E($%D87!T;W)S(&YO=R!D969A=6QT('1O
M(#0N-BX@(%=E(&YO=&5D('-O;65P<F]B;&5M<R!W:71H7`H)("`@=&AI<R!I
M;B!O=7(@87!P;&EC871I;VYS+EP*7`I)(&EN<W1A;&QE9"!O=7(@1&5V96QO
M<&5R('-Y<W1E;2!O;B!T:&ES(&)O>"!A<R!W96QL+B`@5&AI<R!C;W)R96-T
M961<"B,Q*2P@97AC97!T('1H92!L:6)R87)I97,@9&5F875L="!T;R!3>6)A
M<V4@-"XV+EP*7`I5<&=R861E<SI<"EP*22!T:&5N(&)U:6QT('1H:7,@8F]X
M(&EN=&\@86X@(%5P9W)A9&4@<V5R=F5R+B`@22!U<&=R861E9"`R("=C;&EE
M;G0G7`IS>7-T96US(&%N9"!N;W1E9"!T:&4@9F]L;&]W:6YG.EP*7`H),"D@
M5&AE('5P9W)A9&4@;W9E<B!T:&4@;F5T('1O;VL@86)O=70@-#`@;6EN=71E
M<RP@,C4@;V8@=VAI8V@@=V%S7`H)("`@9V5N97)A=&EN9R!T:&4@=7!G<F%D
M92!P;&%N+EP*7`H),2D@5&AE(&]L9"`O=7-R+W-Y8F%S92!I<R!N;W0@9&5L
M971E9"XN+B!4:&ES('=A<R!G;V]D+EP*7`H),BD@5&AE(&1R:79E<B!);G-T
M86YC93`N=&%B;&5S(&1I9"!N;W0@=7!G<F%D92XN+B!&;W(@97AA;7!L92Q<
M"@D@("!T:&4@;F5W($%422]'6"!D<FEV97(@;VYL>2!R97%U:7)E(#8@8GET
M97,@;V8@22]/(&UE;6]R>2P@=VAE<F5A<UP*"2`@('1H92!O;&0@;VYE(')E
M<75I<F5D(#0Y8GET97,N(%P*7`I!9G1E<B!T<FEA;"!A;F0@97)R;W(L($D@
M8VQE86YE9"!U<"`C,B!B>2!T86MI;F<@=&AE("]U<W(O1&5V:6-E<UP*9F]L
M9&5R(&]F9B!T:&4@26YS=&%L;&5D(#,N,B!S>7-T96T@86YD(&1R;W!P:6YG
M(&ET(&EN('1H92!U<&=R861E7`IS>7-T96US+"!A;F0@=&AE;B!T=7)N:6YG
M(&]F9B!T:&4@4T-322!S=7!P;W)T+B`@5&AI<R!W;W)K960@86YD(&=A=F5<
M"FUE(&$@8V]N<VES=&5N="!D<FEV97(@96YV:7)O;FUE;G0N7`I<"D]B='<L
M('1H92!!5$D@9')I=F5R(&]N(%)E=B`S(&AA<F1W87)E("=A;&UO<W0@=V]R
M:W,@;F]W)R!I;B`V,&AZ(#$Q,C`J.#,R(#$V8FET(&UO9&4N(%-O;64@9FQY
M8F%C:R!L:6YE<R!E>&ES="!O;B!T:&4@;&5F="!S:61E(&]F('1H92!S8W)E
M96XN("!/=F5R86QL('1H95P*<WES=&5M(&ES('%U:71E(&$@8FET('-N87!P
M:65R+B`@4V]U;F0@:7,@82!W96QC;VUE('1H:6YG+"!A;'1H;W5G:"!S;VUE
M(&]F7`IT:&4@<W1A;F1A<F0@<V]U;F1S('-E96T@82!B:70@)V-R86-K>2<N
M7`I<"D-U<G)E;G0@;W!E;B!I<W-U97,Z7`I<"BT@57-I;F<@=&AE(%!3+S(@
M36]U<V4@<&]R="X@($D@:&%V92!A(&-O=7!L92!O9B!-:6-R;W-O9G0@<V5R
M:6%L(&UI8V5<"G=I=&@@4%,O,B!A9&%P=&5R<RP@86YD($D@:&%V92!Y970@
M=&\@9FEG=7)E(&]U="!H;W<@=&\@9V5T('1H96T@=&]<"G=O<FL@=VET:"!T
M:&4@4%,O,B!M;W5S92!P;W)T+B!<"EP*+2!);B!B;V]T:6YG(&EN(&-O;F9I
M9SU$969A=6QT(&UO9&4L('1H92!S>7-T96T@=V]U;&0@:&%N9R!T<GEI;F<@
M=&]<"F-O;F9I9W5R92!T:&4@0G5S36]U<V4N("!T:&ES('=A<R!F:7AE9"!B
M>2!B;V]T:6YG('-I;F=L92!U<V5R(&%N9%P*<F5M;W9I;F<@=&AE(')E9F5R
M96YC97,@=&\@0G5S36]U<V4@:6Y<"B]U<W(O1&5V:6-E<R]3>7-T96TN8V]N
M9FEG+T1E9F%U;'0N*EP*7`HM($]N(&]N92!T97-T960@,RXR('-Y<W1E;2P@
M<G5N;FEN9R!"96YC:%!R97-S+F%P<"!H87)D(&-R87-H97,@=&AE(%!R;R]'
M6%P*=VAE;B!R=6YN:6YG('1H92`Q,#`M=&AR96%D('1E<W0N(%P*7`H)06YY
M;VYE(&AA=F4@261E87,@;VX@=&AE<V4_("!!;GEO;F4@96QS92!S965N('1H
M:7,@<')O8FQE;3]<"EP*36%J;W(@86YO;6%L>2`M7`I<"E1H92!C=7)R96YT
M(&UA:F]R('!R;V)L96T@:7,@;VYE(&-O;F-E<FYI;F<@=&AE(&YE='=O<FLN
M("!4:&4@;VYE7`I);G-T86QL960@,RXR('-Y<W1E;2!A;F0@;VYE(&]F('1H
M92!U<&=R861E9"`S+C(@<WES=&5M<R!D;VXG=%P*8V]N;F5C="!T;R!T:&4@
M;F5T=V]R:R!I;B!T:&4@<V%M92!W87D@87,@=&AE(#-R9"P@;W(@87,@86YY
M(&]F('1H95P*,RXQ('-Y<W1E;7,N("!4:&4@;F5T=V]R:R!I<R!A("=S=6)S
M:61I87)Y(&YE="<@+2!#:7-C;R!2;W5T97)S7`IA;&QO=R!A;B!E=&AE<FYE
M="!I;G1E<F9A8V4@=&\@<W5P<&]R="!M=6QT:7!L92!)4"!S=6)N971S("!O
M;B!A7`IS:6YG;&4@=VER92X@(%1H97-E($Y%6%135$50(&)O>&5S(&%R92!O
M;B!S=6-H(&$@=VER92X@(%1H92!M86EN7`IN971W;W)K(&ES(#$R.2XQ-S8N
M,3`P+G@L(&%N9"!T:&4@;6EN;W(@:7,@,3(Y+C$W-BXQ-#$N>"X@*'1H:7,@
M:7-<"F1O;F4@=&\@86QL;W<@:6YS=&%L;&%T:6]N(&]F(&YE=R!S=6)N971S
M(&)E9F]R92!T:&4@:6YF<F%S=')U8W1U<F5<"FES(&EN('!L86-E('1O('-U
M<'!O<G0@=&AE;2P@86YD(&YO="!R97%U:7)E(&-O;G1I;G5A;"!R96-O;F9I
M9V=I;F=<"G1H92!D97-K=&]P<R!O;B!T:&4@;F5T('=H96X@=&AE('-Y<W1E
M;7,@87)E(&UO=F5D(&9R;VT@;F5T('1O(&YE="DN7`I<"D%N>7=A>2P@=&AE
M(#(@8VQI96YT<R!I;B!Q=65S=&EO;B!W:6QL(&YO="!B:6YD('1O('1H92!.
M971I;F9O7`IS97)V97(L('5N;&5S<R!T:&4@<V5R=F5R<R!A9&1R97-S(&ES
M(&5X<&QI8VET;'D@;&ES=&5D(&EN('1H96ER7`HG+B]L;V-A;"<@;F5T:6YF
M;R!D;VUA:6XL('-I;6EL87(@=&\@82!S:71U871I;VX@=VAE<F4@=&AE('-E
M<G9E<B!I<R!O;EP*86YO=&AE<B!S=6)N970N("!(;W=E=F5R+"!H97)E(&ET
M(&ES(&YO="X@($%L;"!A<F4@;VX@=&AE('-A;65<"F5T:&5R;F5T+"!A;&P@
M:&%V92!T:&4@<V%M92!S=6)N970@86YD('-U8FYE="!M87-K<RP@86YD(&%L
M;"!A<F5<"G5S:6YG('1H92!S86UE(&)R;V%D8V%S="!A9&1R97-S+B`H86YD
M(&%L;"!W;W)K960@=6YD97(@,RXQ*2!<"EP*06QS;RP@=&AE(&%F9F5C=&5D
M('-Y<W1E;7,@8V%N;F]T(&1E=&5R;6EN92!T:&5I<B!H;W-T(&YA;65S(&9R
M;VT@=&AE(&YE=%P**"]E=&,O:&]S=&-O;F9I9R!(3U-43D%-13TM05543TU!
M5$E#+2DN("!(;W-T;F%M92!D971E<FUI;F%T:6]N(&ES(&1O;F5<"F5A<FQY
M(&EN('1H92!S=&%R='5P+"!B969O<F4@<F,N;F5T+"!R;W5T97(@861D<RP@
M86YD(&YE=&EN9F\@<W1A<G1U<"Y<"EP*2&5R92!I<R!T:&4@<&EC='5R93I<
M"EP*"GM[7$Y'1W)A<&AI8S,X,S@@93$N=&EF9@HT-#$X($TS-%1@*D!@8")<
M*F`O7B$P+B(P-B,P/B0P1B4P3B8P5B<P7B@Q)BDQ+BHQ-5I1-BPQ1BTQ3BXQ
M5B\Q7C`*33(F,3(N,C(V,S(^-#)&-3).-C)6-S)>.#,F.3,N+R]:.C,^/#-&
M/3-./C$E0&`B0#0F030N0C0V0#-6*@I-+R)"0UXP-#0A5$(C5"@G4EU>-"I&
M,TH_5"8]549#4R).-3Y(,"Y!,DY`-B)04$924CI.5CXG,UY3,59*"DU`(E8Q
M+C]5+BXU-D=7+BI42ELQ-EPW2BU74B8O2B-/4EQ8(BXO(EY07R,Q8&!@7&`C
M74!@75E/74=0,RH*359>1#A*)2\B(EA6*#10/TQ=1T\O*ED^(5E&73E2)#E:
M(BPN*3HI64Q=7CDU1CDI7T`O.4,C/$\L)T\C+0I-,T<W,#]!3UU>/"8E6RLZ
M.35!3%P_0U,Z0UPG72%8.R\T-$,E4#-"638I.20_6R\Z63LK0U%?65M'6S=+
M"DTV)TXP.TU1+T4[-"%:,4`^,U,](S,Y+E!<-TTY0U<O7T].-EPS1T=>/C@_
M3RY44TM*,%TZ)2XN5BM?+2@*35117TX[8%%'3D9=(S(K(ELJ(4]45B(H2CA2
M*RE-3%(Q1TU4/CL^,2A8(D@O5%\Z(BU@42(O33A80B,Q.PI-)5-@4%,E.R],
M+R9"+#%`54HD*U\G,BE,)$$\-3$X8"0\4B$H.R=(/2A#+TLW*2(C2TI")$8J
M0DXT1T@H"DU-4BDR1D$B5%(Q*T1,2TA(*T0I6$P\/4A22T1*3E1(5%4S)$),
M4TA;*S-.2B)*/"4H.RU#)BI,1"Q8*U<*32A4+E-"2#Q#4U)$1%HH.2TU(DD]
M+S(L-"99*B$T-$<E)"A++D4F2"<N4CM4/D)%*2@Q,D(Z-$Q".TXF8`I-5TLO
M8"8_1"Q45$8]+BA$6T0I3TTP/3))131:*%4R7$-0,"<U0E8G4S`R(6`A-C%8
M)UDV0B,U.D8M-TA!"DTU+3Y,2S8U.DLO.#(G54)624=5-S=:5C8T054O-6!7
M+3%603DM/"TC.BU-*#\X(C@V1$%-+"@O.UHW5R(*34%%45907RU.2#T\32-7
M.2Y-3BDG/2HB5STJ4B)72$!%6RDY/%HE5U,R/5DI)3]:(3=613U>2#5`.U\X
M(@I-1"XD6"I%-B-(,T%.)4DA0C5,5T<O3BLX)4,E55A/.SXL6#E#/#170$%&
M)RDS0B(D.$M#1BTX744V,#DY"DU$-BY674(Z+UDS1B8U645#7BHY(E,^,50W
M1RXZ.59'25LY6D$V,DDQ1%M"-"I)/CE)*R$D/3HP04Y',4D*34HB)CI%)59*
M*#=*4R0Z4$$T)#@G2%(N.#)#-DTW53-=8"@L5%XE.2Q%.RM;+#X],%9.6%M3
M3BQ77");2PI-,UPH1UXA7"8[-D4S*U4T728B.T=@74<N36!,(4=93UXG6SA?
M53DM23=37SPF5CE?3RE/6D8P+TTR/"8^"DU8)EPF/E(_+EQ93D(D3$\W-"%5
M639"1U`J6B-23T)?4"=;7B8C7UPU3THE73Y94D8J1U9>72TI8$PH*#$*34]=
M0EQ)4B<U/B-/7RE<+CXY0#TS43Y*3$U07RLH)%1'.UU<0%Y?3TTY5V!<0U4_
M(B%94%<K3$U3*C-4,0I-4E)&/4%:+SXN7S(V5E9+-#);+5$T-3%.8%HW,%`G
M7"90,C=**R\F(5Q-/D`_7$M:)THD)CLH.#1'0UA3"DTT+UP\0CXI6CM:14%0
M)3I"76!43"(W22Y=0#A$75P[1U4^4#$F(2%%4T!?)4M.7S),5BA#+&!265!"
M*%$*32(Q24$I*#0L7SHZ13E+0TA4)4PA*T)42B9$+3@[,%=!42-$2%$]2#=$
M,S5:0$1`-"\R*3!?.3HS*BA#+0I-0CE1)SE8,SXI,EU2,S$M0#TC)5U)44)*
M35$_2EY,3U)-1$%0/C!`.5E0*4=#."4S/"XQ,BHA+E18*ET\"DTB3#1;0D\P
M.4]6-U<F-$<T.54Z)C5#-#4N*T0[2$Q03#$X5TA13"<H6B@P/D$F,B4I8%@O
M*BPN+#DY(F`*35\B13%81"4G2C!$.DDC3TE$+E9&+#PO22%$(D!<8"$T.T-0
M/U([/BI96$,D/"-!)%A%)2HR-%1#0C9210I--$LJ/BE1*BDU*CM%.21"*%1%
M4C8R3S4M*R8I.2TI.RI.15`S5B@Q)#D]2R%%6R4F-S1-(C53(3<A+"XL"DU4
M4DA84RQ%)R12.%$J240K1D8\2%HZ3$I92#)(14LM)$4L5%(W+2-&4C$B)3DH
M*3]$,$9<,E8\24,E42<*33`F)EA&/2154U)#(R%8758\.BM96"93+RA:7CU<
M6#8D*RX]5R]..$I:)TPN,S=9+SU03%M*(E-<.$,P/@I-/DDG251$+D<O,$9`
M+$LR,U0Q."PR12Q<+D@Z+U<H.S!>04HC-SHD1DA>5"1$12=",C0\*#DR.$0]
M*B1!"DU$24DF4EQ$52I",31,+%LR6D1;4R(S5$\Y4%0^1E4J6CPD1DA3,4DP
M32TB)%0O.S!)1$%-)4(M-28H*D,*33E<*S$Y2C))*#)*-D<Q0#(W*C(U*R(Z
M2E$K-E(J14HT1C8V2CA%-E4D23(R53,E.%571$Q`)DI62DDF.@I-1B<F,SA*
M5DLQ)C4[1$LW)DI62UDR.E4L7C<[,"(U4CU*)E5-*U<W.5E*4EI?-%E,*S$B
M4%DI-EXM/4DH"DTR-DA272HO5B(R(E=92BI,*BDD1S15,5Y/*20Z)THO22<V
M,2=)*BE15$-,2#-62D)**BM/0B@_,BY322,*35E44U5)/SHH74$J*E8D,TTO
M.R)514LU+E1?*2<X)C)5*#H_-B8O6S-24B5&*SPW(BDC,5XD53Q;+R1&-@I-
M7R(Z55TY,C(S,TI5.S$C,2DT+C`M*$D[1EI%4%M.-EU-5C(J.U4V2TE452DG
M/4Y<+#!;0S133R0Q,ELA"DU9,C%31TM'/5I=(2@[53=+334S)EPE4BDF5R<I
M(S$F6556)DXW64]4,2I>42(I4"1`-U<\6EE5)SQ@4D$*32A3/CTF*RY(7$0X
M34A50DE50D@Q6&`H731*2UXC6C9-8%!%02\C42<\+5@\*%,Z*4HE-UI<6"DH
M*E4C(0I-73X\,34E*%]"1R4V*3(Q+2A+4R0P2DI>22TO0$M8-2,D-B]'+$=$
M,"I),R8E5CPT)#M2+"-1)#E8."1+"DU>*29%+5\Y(2A613<T)SE7*5E4+$DC
M+$HS139*.B(G-5(F-U`W/C!$1DA.+4\N7S=5*$XP*"Q),DI&6%8*33U,034Q
M8%,_240H0S8Q2"\N(2%?1B)27#Y24#DH1$M!8$$A3"-'3DLA1R5064M.2R9$
M.BI/)D,M.T0U+0I-*50U6T4A-#)*-4`I,SM$/SA25CI7/CE&*%E))BI#0C4^
M62E3(R=./CP]45]:8$U46BU@4%]=)4!@/"@U"DT^7E9))3Y.35(C+BQ,5#4\
M54=@.#)%+%0Z(4Q>2E15(TA?,B$G-"0Z,E-=2EE?(D8U1R<P+4E'5#X^0S<*
M33Y$/S].0$LY0B0M-#I/,D`C7CXS0C,L65<](T!'.RP^7%Y2/%0K/5Q/52HG
M6U$G0S`[151&/#U/*C!%(PI-(T$]52LD0C!304U#0B8M+EE1,T1`*5`F7UI<
M.UU4+E@G.U-`2RDK0%PH,40Q)DI,4#5/12I!4TQ<4U\D"DTL*UPF3BDN2S!7
M)5XB/"U85$TN."<E2%U</T\Y4"$\-RA>-%PO62U22RU7)EP\1"I+2U%86U):
M1TA<.5@*33E`/$$\34U=3"0N/3A&74)(448G8"8F.CDW05-(+4,C3D-26R0_
M)T,Q2$9:)"-?,3DA+BA*5%0Z758_8`I-+"-',U-:-U%9)U<I*2(\7C!*.CA9
M2U<^2C$Y+2Y<.%PC1%-(/3U9*C`M3R1&+E`]4B=>/5DU.T\C)5TU"DU;,D$D
M5CI/(SE'4U8P3D!<3S1%+T`L)T8C4"%935DJ5#9!7CHH6D%<,T<]65LP/BHJ
M05A3.4='6C8Z,5\*35`O(5@G-59*6RXP7R<^,EXN+R(Z,TQ18%Y=)S8^45H[
M4E\[.RPN-E,V/3A83R\N(5Y$/"E5+U4D-CDM70I-)"]=5UE34%,O8%DT74`^
M0%TI."\Z/$PM)"-=74E)+SP\5U@V4"-&5RH_049&/EU6)U0W54XE/$!>4$\W
M"DU56TU?+C\T,$5<.TX_2#],7$=3+DXR4R-<3R)#4UI#5R=<1U9.0#TL65-3
M(F`W*RU6/SM4(U\B2B<N3SP*35T^6CI;/B@\6DI9,%PD*&!?6"5@6"936"E@
M1UDA6#5@5T$B6#,B6$!?6"TD.$A?6#\E."8O6%$A5T<F6`I-*2582R,X-2@H
M5R1872%9*24X52E77R<Y.2HX02A),2LH12TH7RLI-RE9/2E902)912U9.2E)
M32\X02XX"DU=+EA=,2@O+U@G,D@W,$E),T@O,4A7,BA7-$@E-4@Q+2I!*UE1
M+2I5)3I07UHY-EHC+4H[-UDY.#A).%L*32LE2EDZ*RTG2DDF*SDD.STC2T,\
M2R=@2TLE.T\D*U,H6U<Z*UI?6U\E+",^2%<[7"\M.UDZ254T.%U#3`I-*S!<
M13%<24,\.2E:6R\L4S4\5SU,6R=,7S(](TDJ74<L*3E<0RE<,R0\-TLX445-
M/4%-,T`M)R@]*RD["DU%/"U!."U7)2U-1TU?05U#)"U'+%A674U;)BTO-5U3
M0DXG)#XK24XO5%U%53E#4UA+5#A14BXE2EU+(T`*32%97S%:/S594#]6/B,Z
M7EDO35]<6B$]+R=(+#M@.&!?6"5@6"DA."TA6#$B."1?8"$C.#TC6$!@(5\B
M2`I-+EPH0R58024H)EPH52<X72=9(2@Y)2)(62A9+2E9,2HX,RDY-2LY/2M8
M22LI02Q922LY12TY42XY52Y9"DU9*TE/+SHA+EE?(3A'8$HK(EHC,CA?,%@I
M,5HN7U=9,DI%+#@T7R=&(U=`+V`F7%=&4"=84R='-%LE(4H*33DB5T!<5CY3
M44<W(5XO(5A36R<\."4Y-U\W*S!345DZ*SI?*C\J-UD\*"E`*3Q<6UL_.2,]
M*TQ08#\^-@I-/SY<+2E;7R$\)2L\*3$I,3@X,SU+0"\F.4,Q640\)E-68%]0
M)E]@/T19-4,]*S8A7T-:-R)&/S<K,TL]"DT[1UQ112Q=-4LQ+"M13DU'*BLK
M.UI87"%>(UT[-T=9-#D]3%%98$U7*UM71BP[4"M%8$XY-&`G2BDS5#<*35Y<
M+BU5+DM5744L+EE/62\]*B(O75-863TT/4T]73TG3S$O/"E(32A?8#E622Y3
M)UXO738^8#E/0D-+60I-3DM@2E(P+2$C62@T7T(B+C4A*E$K22%"(5`](5I)
M*TA36S8J72),*"@T3RM8+CLC.DDG4D$K1$\Y)"0P"DU*,DQ,,DU6."0S43!(
M)#4M7%],-S$^1T)21T974R\Q2D@J4D%&62PL4$4G.D$R)2))6"@B8&!@+6`P
M8&`*36!08&!@8"0A4T!@8&`P)&!@4&!@8&`D(2Y08&!@,"A@8%!@8&!@)&!@
M0&!@8#`L8&!08&!@8"1@(3!@8`I-8#`X8&!08&!@8"1@8#!@8&`Q)&`A8&!@
M8&`H8&!@441@,31@8%!@8&!@)&!@,&!@8#$X8"%@8&!@8"1@"DU@8"0Z8#$\
M8"%@8&!@8"A@8&!13&`Q2&`A,&!@8&`D8&!@451@,4Q@(3!@8&!@)&!@8%%<
M8#%08&!08&`*36!@)&!@0&!@8#)`8&!08&!@8"1@8$!@8&!@8&!@8&!@8&!`
M8&!@22A@8&`J,&!@8&`W1&`B3U)@8&!@1PHI)&!@*E\H8&!@(CPP"F`*?0JL
M?5QP87)D7'1X,3$U,EQT>#(S,#1<='@S-#4V7'1X-#8P.%QT>#4W-C!<='@V
M.3$R7'1X.#`V-%QT>#DR,39<='@Q,#,V.%QT>#$Q-3(P7&8P7&(P7&DP7'5L
M;F]N95QF<S(T7&9C,%QC9C`@7`I<"EP*06QL(&-L:65N=',@:&%V92!T:&4@
M9F]L;&]W:6YG(&AO<W1C;VYF:6<@9FEL93I<"B-<"DA/4U1.04U%/6AO<W1N
M86UE7`I)3D54041$4CTM05543TU!5$E#+5P*4D]55$52/3$R.2XQ-S8N,30Q
M+C%<"DE03D5434%32STR-34N,C4U+C(U-2XP7`I)4$)23T%$0T%35#TQ,CDN
M,3<V+C$T,2XP7`I.151-05-415(]+4Y/+5P*65!$3TU!24X]+4Y/+5P*5$E-
M13TM05543TU!5$E#+5P*7`I<"FYO=RP@=&AE('!R;V)L96T@<V5E;7,@=&\@
M8F4@=&AA="!T:&4@869F96-T960@8VQI96YT<UP**&-R8W-Y<VUA;BD@:&%V
M92!A('1R86-E<F]U=&4@;&EK93I<"EP*8W)C<WES;6%N.C$C('1R86-E<F]U
M=&4@<&AO96YI>%P*=')A8V5R;W5T92!T;R!P:&]E;FEX("@Q,CDN,3<V+C$T
M,2XQ,"DL(#,P(&AO<',@;6%X+"`T,"!B>71E('!A8VME='-<"B`Q("!E8VES
M8V\M,3`P+FUA>6\N961U("@Q,CDN,3<V+C$P,"XT*2`@,3,@;7,@(#,@;7,@
M(#,@;7-<"B!>7EY>7EY>7EY>7EY>7EY>7EY>7EY>7EY>7EY>7EY>7EY>7EY>
M7EY>7EY>7EY>7EY>7EY>7EY>7EY<"B`R("!P:&]E;FEX("@Q,CDN,3<V+C$T
M,2XQ,"D@(#,@;7,@(#,@;7,@(#,@;7-<"EP*8W)C<WES;6%N.C8C("`@("!N
M971S=&%T("UR7`I2;W5T:6YG('1A8FQE<UP*1&5S=&EN871I;VX@("`@("!'
M871E=V%Y("`@("`@("`@("`@1FQA9W,@("`@(%)E9G,@("`@(%5S92`@26YT
M97)F86-E7`IL;V-A;&AO<W0@("`@("`@(&QO8V%L:&]S="`@("`@("`@("!5
M2"`@("`@("`@("`R("`@("`R.#4Y("!L;S!<"F1E9F%U;'0@("`@("`@("`@
M8V-I<V-O+3$T,2YM87EO+F5D(%5'("`@("`@("`@,C<@("`Q,S$T,C8@(&5N
M,%P*,3(Y+C$W-B`@("`@("`@("!C<F-S>7-M86X@("`@("`@("`@52`@("`@
M("`@("`@,"`@("`@("`@,"`@96XP7`I>7EY>7EY>7EY>7EP*8W)C<WES;6%N
M.C<C(&EF8V]N9FEG(&5N,%P*96XP.B!F;&%G<STX,#8S/%50+$)23T%$0T%3
M5"Q.3U1204E,15)3+%)53DY)3D<^7`H@("`@("`@(&EN970@,3(Y+C$W-BXQ
M-#$N,3$@;F5T;6%S:R!F9F9F9F8P,"!B<F]A9&-A<W0@,3(Y+C$W-BXQ-#$N
M,%P*7`I<"F-R8W-Y<VUA;CHS(R!A<G`@+6%<"F-C:7-C;RTQ-#$N;6%Y;RYE
M9'4@*#$R.2XQ-S8N,30Q+C$I(&%T(#`Z,#IC.C0Z,V8Z-#%<"BTM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM7`IA;F0@=&AE('5N869F96-T960@8VQI
M96YT<R!A<F4@;&EK93I<"EP*8W)C9')O<#,Z,2,@=')A8V5R;W5T92!P:&]E
M;FEX7`IT<F%C97)O=71E('1O('!H;V5N:7@@*#$R.2XQ-S8N,30Q+C$P*2P@
M,S`@:&]P<R!M87@L(#0P(&)Y=&4@<&%C:V5T<UP*(#$@('!H;V5N:7@@*#$R
M.2XQ-S8N,30Q+C$P*2`@-2!M<R`@,R!M<R`@,B!M<UP*7`IC<F-D<F]P,SHT
M(R`@;F5T<W1A="`M<EP*4F]U=&EN9R!T86)L97-<"D1E<W1I;F%T:6]N("`@
M("`@1V%T97=A>2`@("`@("`@("`@($9L86=S("`@("!2969S("`@("!5<V4@
M($EN=&5R9F%C95P*;&]C86QH;W-T("`@("`@("!L;V-A;&AO<W0@("`@("`@
M("`@54@@("`@("`@("`@,2`@("`@(#@U-2`@;&\P7`ID969A=6QT("`@("`@
M("`@(&-C:7-C;RTQ-#$N;6%Y;RYE9"!51R`@("`@("`@("`Q("`@("`S-34X
M("!E;C!<"C$R.2XQ-S8N,30Q("`@("`@8W)C9')O<#,@("`@("`@("`@(%4@
M("`@("`@("`@,3@@("`@,3(Y,C`@(&5N,%P*7EY>7EY>7EY>7EY<"F-R8V1R
M;W`S.C@C(&EF8V]N9FEG(&5N,%P*96XP.B!F;&%G<STV,SQ54"Q"4D]!1$-!
M4U0L3D]44D%)3$524RQ254Y.24Y'/EP*("`@("`@("!I;F5T(#$R.2XQ-S8N
M,30Q+C0@;F5T;6%S:R!F9F9F9F8P,"!B<F]A9&-A<W0@,3(Y+C$W-BXQ-#$N
M,%P*7`IC<F-D<F]P,SHR(R!A<G`@+6%<"F-C:7-C;RTQ-#$N;6%Y;RYE9'4@
M*#$R.2XQ-S8N,30Q+C$I(&%T(#`Z,#IC.C0Z,V8Z-#%<"G!H;V5N:7@@*#$R
M.2XQ-S8N,30Q+C$P*2!A="`X.C`Z,C`Z,6(Z,V4Z-F1<"EP*7`HM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2U<"G!H;V5N:7@@*'1H92!N971I;F9O('-E
M<G9E<BD@<V5E<SI<"EP*7`IP:&]E;FEX(R!N971S=&%T("UR7`I2;W5T:6YG
M('1A8FQE<UP*1&5S=&EN871I;VX@("`@("`@("`@1V%T97=A>2`@("`@("`@
M("`@("`@1FQA9W,@("`@4F5F8VYT(%5S92`@("`@("`@26YT97)F86-E7`IL
M;V-A;&AO<W0@("`@("`@("`@("!L;V-A;&AO<W0@("`@("`@("`@("!52"`@
M("`@("`V("`@("`@,3<Q-S@@("`@("!L;S!<"F1E9F%U;'0@("`@("`@("`@
M("`@(&-C:7-C;RTQ-#$@("`@("`@("`@(%5'("`@("`@(#D@("`@("`R,C`P
M.#@@("`@(&QE,%P*,3(Y+C$W-BXQ-#$N,"`@("`@("`@<&AO96YI>"`@("`@
M("`@("`@("`@52`@("`@("`@-3D@("`@(#(P,C0V-C(@("`@;&4P7`IP:&]E
M;FEX(R!A<G`@+6%<"F-C:7-C;RTQ-#$N;6%Y;RYE9'4@*#$R.2XQ-S8N,30Q
M+C$I(&%T(#`Z,#IC.C0Z,V8Z-#%<"F-R8V1R;W`S("@Q,CDN,3<V+C$T,2XT
M*2!A="`P.F%A.C`Z,S,Z9#,Z9#%<"F5C:7-C;RTQ,#`N;6%Y;RYE9'4@*#$R
M.2XQ-S8N,3`P+C0I(&%T(#`Z,#IC.C0Z,V8Z-#%<"F-R8W-Y<VUA;B`H,3(Y
M+C$W-BXQ-#$N,3$I(&%T(#`Z86$Z,#HS,SIC9#HT-UP*+BXN7`HH;F\@=')A
M8V5R;W5T92!O;B!T:&4@<W5N.RTH*5P*9FEN86QL>2P@22!A;'-O(&=E=#I<
M"D1E8R`@-R`Q-#HS.#HS-B!C<F-S>7-M86X@;F5T;7-G<V5R=F5R6S(Q73H@
M9&%T86=R86U?;6%I;BYN971I<&-?<F5C96EV92!F86EL<RP@:W(@/2`M,2Y<
M"EP*1&5C("`W(#$U.C$W.C,P(&-R8W-Y<VUA;B!N971M<V=S97)V97);,C%=
M.B!S<G)?;6%I;BYN971I<&-?<F5C96EV92!F86EL<RP@:W(@/2`M,2X@*'=H
M870@87)E('1H97-E/RE<"EP*270G<R!A<'!A<F5N="!T:&%T('1H92!E=&AE
M<FYE="!A9&1R97-S(&]F('1H92!S96YD97(@:7,@8VAA;F=E9"!I9B!T:&5<
M"FYE=&EN9F\@8FEN9"!R97%U97-T(&ES('-E;G0@=FEA(&$@<F]U=&5R+"!B
M=70@:70G<R!N;W0@87!P87)E;G0@=VAY7`IT:&ES(&ES(&-O;G-I<W1E;G1L
M>2`H;W9E<B!S979E<F%L(')E8F]O=',I(&AA<'!E;FEN9R!O;B`R(&UA8VAI
M;F5S7`IA;F0@;F]T(&]N('1H92!O;F4N("!/8G9I;W5S;'D@8W)C<WES;6%N
M(&ES('-E96EN9R!S;VUE=&AI;F<@=VAE;EP*:70@<W1A<G1S('5P(')O=71I
M;F<@=&AA="!W86YT<R!I="!T;R!C:&%N9V4@=&AE(&9R;VT@=&AE(&YE=&UA
M<VM<"G1O('1H92!C;&%S<R!B(&UA<VLN+BX@5VAY/UP*7`I4:&4@=V]R:V%R
M;W5N9"!I<R!R96QA=&EV96QY('!A:6YL97-S+"!B=70@22!A;2!C=7)I;W5S
M('1O(&MN;W<@:69<"F%N>6]N92!H87,@<V5E;B!A;GET:&EN9R!S:6UI;&%R
M/R`@4VEN8V4@8W)C<WES;6%N(&%N9"!C<F-D<F]P,R!A<F4@8VQO;F5S7`II
M;B!H87)D=V%R92!A;F0@<V]F='=A<F4L('=H870G<R!T:&4@9&EF9F5R96YC
M93\@(%1H:7,@=V]R:W,@=VET:&]U="!A7`IP<F]B;&5M(&EN(#,N,5P*7`I)
M<R!I="!T:&4@<F5V(&]F('1H92!E=&AE<FYE="!B;V%R9"!A;F0@<V]M92!N
M97<@,RXR($E0(&-O9&4_($EF('-O+"!W:&%T7`II<R!I="!D;VEN9S\@($ES
M(&ET(&%C=&EV92`H(G-E;F0@;7D@<&%C:V5T<R!T;R!T:&4@<F]U=&5R(BD@
M;W(@<&%S<VEV92Q<"B@B5&AE(')O=71E<B!T96QL<R!M92!T;R!S96YD(&AI
M;2!T:&4@<&%C:V5T<R(I"EP*7`I!;F0@<V\@:70@9V]E<RXN+B!)(&%M('=A
M:71I;F<@;VX@=&AE(&]T:&5R(#8@:6YS=&%L;',@=6YT:6P@<V]M92!<"F%P
M<&QI8V%T:6]N(&-O9&4@:7,@8V]N9FEG=7)E9"!A;F0@=&5S=&5D(&9O<B!T
M:&4@;F5W('-Y8F%S92!E;G9I<F]N;65N="Y<"D%N>2!O<&EN:6]N<R!A<F4@
M=V5L8V]M90I<"BT@1V5O9F9<"BTM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM7`I'96]F
M9G)E>2!"<G5N:VAO<G-T("`@("`@("`@("`@("`@("`@("`@("`@("`@8G)U
M;FMH;W)S=$!-87EO+F5D=5P*4F5S96%R8V@@0V]M<'5T:6YG($9A8VEL:71Y
M+"!'=6=G96YH96EM(#$P("`@("`@("`@*#4P-RD@,C@T+3$X,#5<"DUA>6\@
M1F]U;F1A=&EO;BP@4F]C:&5S=&5R($U.+"`U-3DP-2P@55-!("`@("`@9F%X
5("@U,#<I(#(X-"TU,C,Q(%P*"GT*
`
From: ramesh@bodhi.esys.cwru.edu (Ramesh Dodamani)
Newsgroups: comp.sys.next.sysadmin
Subject: 3.2 Upgrade - Problems
Date: 8 Dec 1993 19:54:54 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
Message-ID: <2e5bee$pl2@usenet.INS.CWRU.Edu>
Hello
We recently upgraded our Intel 486 machines to 3.2. Two machines were
upgraded using the Upgrade application. When the system was done with the
installation, it gave an error message "Cannot unmount root" and then
rebooted. When it rebooted it went through a long 'Checking Disks' process
and generated lot of "Unref file" and "Incorrect Block Count" errors.
But it booted OK. This happened on two machines which we upgraded inhouse.
On these two and on the third, on which 3.2 was installed by our dealer
Advance2000, it is impossible to restart the system by using the 'restart'
and 'power off' buttons on the loginwindow panel. When I click any of
these two buttons, or even Cmd-NumLock the system just hangs. The only way
is to go for the reset button with possibly some file corruption.
This is consistent on all the machines.
Has anybody else faced these problems?
Another unrelated issue is regarding the DPT 2022/9x EISA controller.
Looks like in the older and also the recent newer versions of the
controller, the terminators on the card cannot be disabled by using the
EISA Configuration Utility. What this means is that we cannot any external
device to the controller. Has anybody else faced this? This is our
experience and also confirmed by Advance2000 from whom we bought two
machines.
Ramesh
--
=======================================================
Ramesh Doddamani
Crawford Hall, # 604
Case Western Reserve University
Cleveland OH 44106
=======================================================
Newsgroups: comp.sys.next.sysadmin
From: kiwi@belly.in-berlin.de (Axel Habermann)
Subject: Re: Problems with serial login from black to white.
Message-ID: <CHqEGH.1LB@belly.in-berlin.de>
Sender: usenet@belly.in-berlin.de
Organization: - none -
References: <CHMz7s.CoG@news.otago.ac.nz>
Date: Wed, 8 Dec 1993 19:36:16 GMT
In article <CHMz7s.CoG@news.otago.ac.nz> alastair@farli.otago.ac.nz
(Alastair Thomson) writes:
> Hi everyone,
[...]
> When I dial the Intel box from my NeXT, the connection is made, getty
> puts up the login prompt, I can enter my username, login runs OK (I
> can see it using ps), it asks for the password, and that is it. No
> response to any data entered. After 300 seconds, login times out,
> tells me it has, and getty put the login up again.
>
> Any suggestions????
It sounds similar to a problem I had. What command are you using to dial
out? If it is tip, you have to set NO PARITY, because it is working with
7 bit and parity as default, so every second character is transmitted as a
character >128.
The echo is correct, because the highest bit is regarded as parity and
stripped on input, but the remote machine uses the wrong value.
Try parity=zero in .tiprc
Good luck!
--
Axel Habermann \\|// "Wenn Du nicht
kiwi@belly.in-berlin.de (NeXT-Mail) )o o( weisst was Du
kiwi@cs.tu-berlin.de (NO NeXT-Mail) \ | / tust, mach's
FaxFon: +49 30 4543046 \~/ mit Eleganz!"
From: cs438@cleveland.Freenet.Edu (Denis Lafont)
Newsgroups: comp.sys.next.sysadmin
Subject: Users with no home...not so fun ! ;-)
Date: 8 Dec 1993 20:58:02 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
Message-ID: <2e5f4q$ii@usenet.INS.CWRU.Edu>
Hello,
all our users' home are in /users/staff/....
/users is a soft link to a directory on a mounted disk /disk
When a user log in, he has no home....any solutions?
Thanks,
Denis
--
--------------------------
Denis Lafont.....cs438@cleveland.freenet.edu
Tel: (+33) (1) 43.45.99.67
--------------------------
Newsgroups: comp.sys.next.sysadmin
From: serge@dadofsam.Princeton.EDU
Subject: telnetd
Message-ID: <1993Dec8.160059.7809@Princeton.EDU>
Originator: news@nimaster
Keywords: telnetd
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
Distribution: unlimited
Date: Wed, 8 Dec 1993 16:00:59 GMT
Has anyone built a telnetd for the NeXT that does proper option negotiation?
If so, I'd really appreaciate a copy. I've given up hope that NeXT will fix
the problems that have been KNOWN AND DESCRIBED FOR ABOUT 5 YEARS NOW!!!
Serge J. Goldstein
Next SysAdmin
Princeton University CIT
Newsgroups: comp.sys.next.sysadmin
From: Atze (Alexander Spohr)
Subject: Re: Problem with floppy on Intel 3.1
Message-ID: <1993Dec8.172354.203@dart.de>
Sender: aspohr@dart.de
Organization: d'ART Computersysteme GmbH
References: <CHon7J.4A@pdh.com>
Date: Wed, 8 Dec 93 17:23:54 GMT
In article <CHon7J.4A@pdh.com> dan@pdh.com (Dan Delany) writes:
> I recently installed NS3.1 on a Gateway 4DX2-66V machine, and I can't access
> the floppy drive. Here are the hardware particulars:
>
> Gateway 486/66
> Adaptec 1542C SCSI card
> ATI Graphics Ultra Pro video card (Local Bus version)
>
> When I try to access a disk via the "Disk->Check For Disk" menu option,
> nothing happens, and if I try to access /dev/fd0a I get a "can't open device"
> error message. Nextanswers@next.com has no relevant file. I've also tried
> to explicitly mount the floppy device, but I get the same error because the
> floppy device can't be opened. Is there some magic incantation I must
> utter in order to access floppy disks?
>
NeXTanswers:
NEXTSTEP Release 3.1 does not officially support the floppy controller on the
Adaptec1542B, [...].
Atze
--
Alexander Spohr, Hamburg, Germany
Alexander_Spohr@dART.de (Mail ) Faces and faces
(+49) 40 / 380 23-0 (Sound) See them and complain not
(+49) 40 / 380 23-290 (Fax ) And am content with all
Newsgroups: comp.sys.next.sysadmin
From: sela@iastate.edu (Brian J Morrison)
Subject: DRAM & RAM
Message-ID: <CHqL5r.1vq@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames, IA
Date: Wed, 8 Dec 1993 22:01:03 GMT
Hello all,
Is there a difference between the DRAM in a dimension board and the RAM on
an 040 mother board? I've got 8 Megs of DRAM on my dimension and I've
been getting really pathetic graphics and video performance. Do I need to
get special DRAM for it or will regular RAM (ie RAM used in the mother board)
work?
Brian
sela@iastate.edu
--
Brian
sela@iastate.edu
Newsgroups: comp.sys.next.sysadmin
From: sela@iastate.edu (Brian J Morrison)
Subject: sendmail?
Message-ID: <CHqMsF.3KH@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames, IA
Date: Wed, 8 Dec 1993 22:36:15 GMT
I just upgraded to NS3.1. I am on ethernet and I set everything up using
HostManager.app. Everything works great except for my ability to receive
mail. I remember having to do some stuff to sendmail.cf (relinked to
sendmail.mailhost.cf) under 2.1 but can't remember what. Can someone
help me out here?
Brian
sela@iastate.edu
--
Brian
sela@iastate.edu
Newsgroups: comp.sys.next.sysadmin
From: jason@jlc.mv.com (Jason T. Nelson)
Subject: uucp mail
Message-ID: <1993Dec08.225251.20249@jlc.mv.com>
Keywords: uucp mail
Organization: John Leslie Consulting, Milford NH
Date: Wed, 08 Dec 1993 22:52:51 GMT
We've been messing with sendmail for quite awhile now, and still haven't been
able to get our NeXT to send mail using uucp. If the receiver is on ethernet,
the mail gets to him/her fine, but outside out local net and the mail gets
rejected (never even spools). Anybody have any clues as to what might be
happening?
Newsgroups: comp.sys.next.sysadmin
From: sela@iastate.edu (Brian J Morrison)
Subject: trouble w. Mathematica
Message-ID: <CHqnB9.44x@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames, IA
Date: Wed, 8 Dec 1993 22:47:33 GMT
I just discovered another problem to add to the list in my trials and
tribulations of upgrading.
Mathematica boots ok, but hangs whenever I try to do a computation.
Any help or suggestions would be GREATLY appreciated.
Brian
sela@iastate.edu
--
Brian
sela@iastate.edu
From: art@cubicsol.com (Art Isbell)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Reformatting a DEC DSP3105 drive
Date: 9 Dec 1993 00:28:20 GMT
Organization: University of California, Santa Cruz
Distribution: world
Message-ID: <2e5rf4$au1@darkstar.UCSC.EDU>
In the continuing saga, I seem to be confused about what "reformatting"
a drive means. The DEC DSP3105 apparently cannot be reformatted in the
field to 1024-byte blocks but according to DEC, the block size can be
changed without reformatting by changing the block descriptor (gotten from
a MODE SENSE command) and issuing a MODE SELECT command. Apparently,
scsitools supports both of these operations.
I guess my question is what is the difference in changing a block size
by reformatting versus changing the block descriptor? Will the same gain
in disk space (and possibly some increase in performance) be realized in
both cases?
I think I should stick to application programming and be happy that my
drive works at all :-)
--
Art Isbell Cubic Solutions
NeXT Registered Consultant NEXTSTEP software development and consulting
NeXTmail: art@cubicsol.com Voice: +1 408 335 1154
USmail: 95018-9442 Fax: +1 408 335 2515
From: shim@grasp.insa-lyon.fr (Kwang-Bo Shim)
Newsgroups: comp.sys.next.sysadmin
Subject: HELP:Connection TI microWriter and NeXT!
Date: 8 Dec 1993 20:28:32 -0600
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <199312090228.DAA31738@grasp.insa-lyon.fr>
Bonjour!
I've a TI microWriter PS23 Laser Printer which is connected from my NeXTStation's serial port A to TI AppleTalk port through an apple printer cable (mini-din8 <-> mini-din8). The TI microWriter has two ports(one mini-din8 for AppleTalk and one parallel port for PC). When I send print command from NeXT application's print pannel, TI mW do NOTHING but it displays always "Online Idle". The "/usr/adm/lpd-errs" says as follow:
>
> psbanner: myhost:nobody Job: TESTFILE - /private/adm Date: Thu Dec 9 02:05:02 1993
> psif: myhost:nobody mw start - Thu Dec 9 02:05:04 1993
>
and "lpc> status mw" command gives;
>mw:
> queuing is enabled
> printing is enabled
> 1 entry in spool area
> Printer Error: may need attention! (Not Responding for 3 minutes)
>
and when I delete printing job from its queue, deamon adds to "/usr/adm/lpd-errs" as below:
>psif: abort (start communications)
>psif: end - Thu Dec 9 02:09:44 1993
>Dec 9 02:09:44 myhost lpd[2211]: abortpr
>
Anyone can help me ?
Can someone specify cable connection in this case, if require?
Do I have to use "cap60(Columbia Appletalk Package)" ?
I tested it with Mac, it works fine.
All informations and any suggestions will be greatly appreciated.
Merci d'avance!
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: erik@csn.org (Erik Mugele)
Subject: NetInfoManager won't run
Message-ID: <CHqyLn.5L@csn.org>
Sender: news@csn.org (The Daily Planet)
Organization: Colorado SuperNet, Inc.
Date: Thu, 9 Dec 1993 02:51:21 GMT
I am currently running NS 3.2 on black HW. When I start up NetInfoManager
from my dock (as root), the disk chews on it for a minute as if it is
trying to load it, and then the application dies (no messages). I then
tried to start the application from the command line (again, as root)...
NetInfoManager in directory /NextAdmin/NetInfoManager.app. The results
are the same as above except this time I get a message saying "Bus error"
before the application dies and I get the command prompt back.
Any clues? I don't even know where to start looking.
Thanks in advance,
Erik
--
Erik Mugele * erik@csn.org * "Strip mining prevents
Colo. Springs, Colorado * mugele@sil.org * forest fires."
Amateur Radio: N5XYX * No NeXTMail yet! *
DoD #: 1030 * Phone: 719.550.6188 *
Newsgroups: comp.sys.next.sysadmin
From: BrianW@SoundS.WA.com (Brian Willoughby)
Subject: 'talk' and 'w' are broken under 3.2 on my NeXTdimension (?)
Message-ID: <CHqryH.E34@sounds.wa.com>
Sender: brianw@sounds.wa.com (Brian Willoughby)
Organization: Sound Consulting, Bellevue, WA, USA
Date: Thu, 9 Dec 1993 00:27:52 GMT
I recently upgraded to 3.2 from 3.1 - being careful to check all config files
by hand. Now, 'talk' does not work over SLIP like it used to. The error
message I get is:
sounds:brianw> talk max
You don't exist. Go away.
(which is a pretty obnoxious error message, if you ask me!)
Also, running 'w' in a Terminal window reports the following:
sounds:brianw> w
4:10pm up 3 days, 1:01, 1 user, load average: 0.21, 0.35, 0.26
User tty login@ idle JCPU PCPU what
brianw console 2:42pm 8days -
sounds:brianw>
(which is missing entries for the ttyp1 and ttyp2 terminals that used to be
listed under 3.1 and before)
If anyone has any idea how to fix this, or if it is a new bug we have to live
with, please e-mail me.
P.S. When I say I was careful to check all config files, I mean that I have
used 'diff' to compare all the configuration files in places like /etc on my
drive and on the 3.2 CD-ROM, and have reconciled all modifications found.
--
Brian Willoughby Software Design Engineer, BSEE from NCSU
NeXTmail welcome Sound Consulting: Software Design and Development
BrianW@SoundS.WA.com Bellevue, WA
Newsgroups: comp.sys.next.sysadmin
From: dave@guinness.huma.yorku.ca (David Aspinall)
Subject: Error messages from netmsgserver[23]
Message-ID: <CHqFnM.2q9@newshub.ccs.yorku.ca>
Sender: news@newshub.ccs.yorku.ca (USENET News System)
Organization: York University, Humanities Department
Date: Wed, 8 Dec 1993 20:02:09 GMT
Hi All,
A couple of days ago I noticed these messages appearing in
/usr/adm/messages. Does anyone have any idea what could be causing this
or what could be a solution. It may have been going on for longer but
the messages are occuring once a minute on the minute ?
Dec 6 13:17:00 monkey netmsgserver[23]: ipc_in_scan_swap: unexpected
out-of-line data.
Dec 6 13:18:00 monkey last message repeated 7 times
Dec 6 13:19:00 monkey netmsgserver[23]: ipc_in_scan_swap: unexpected
out-of-line data.
Dec 6 13:20:00 monkey last message repeated 7 times
Dec 6 13:21:00 monkey netmsgserver[23]: ipc_in_scan_swap: unexpected
out-of-line data.
Dec 6 13:23:00 monkey last message repeated 11 times
...
and so on and so on.
I have also noticed the following
Dec 7 16:24:25 monkey netmsgserver[23]: port_set_add() returned 4
Dec 7 18:37:11 monkey netmsgserver[23]: port_set_add() returned 4
I could really use some info on this.. please :)
David
David Aspinall ---------- Former-Former-NeXT Campus Consultant
E-mail : cs911409@ariel.yorku.ca | I'd rather be
NeXTMail: dave@huma.yorku.ca | rich than stupid
V-mail : (416) 663-4997 | -- Jack Handey
--
David Aspinall ---------- Former-Former-NeXT Campus Consultant
E-mail : cs911409@ariel.cs.yorku.ca | I'd rather be
NeXTMail: dave@HUMA.yorku.ca | rich than stupid
V-mail : (416) 663-4997 | -- Jack Handey
Newsgroups: comp.sys.next.sysadmin
From: andrew@stone.com (Andrew Stone)
Subject: SUMMARY: Do you know the Muffin Fan?
Message-ID: <1993Dec8.142241.240@stone.com>
Keywords: InterFan
Sender: andrew@stone.com
Organization: Stone Design Corp
Date: Wed, 8 Dec 1993 14:22:41 GMT
(sorry if any sound bytes get lodged in your cranium today from the
subject line!)
Three weeks ago I asked if anyone knew where to get a replacement
mini-muffin fan, which cooled an external hard drive.
I survived the noisy intervening time by following this suggestion from
Barney Frazer (mbunix.mitre.org!jbf):
"Get a sheet
of auto gasket material from Sears and cut it to
the right shape with an XActo knife and insert it
between the fan and the case. Then make a rubber
washer for each nut out of an old inner tube."
I did locate a very close (close-enough) replacement with the help of
Brian Bias, brian@whetstone.com, and Robert E. Brown, (quorum.com!brown),
who suggested an InterFan replacement, and a few places to order from:
InterFan model PO005-12D-1B
12 VDC
136 milliAmp (not 50 as you specified)
1.6 Watts (nominal power consumption)
1.5" x 1.5" x 0.75" deep
noise level: 37 dB (A)
1.5 ounces (weight)
wire leads 26 AWG; 14.00 +/-.5 inches long
Plastic housing and impeller
Precision ball bearings
3750 RPM speed
airflow: 5.5 CFM
Waldom Electronics (312-585-1212)
Meunier Electronics Supply (800-638-6437)
Mendelson Electronics Co.(800) 344-4465 Fax (800) 344-6324
Tim Buck <borg.lib.vt.edu> also suggested:
Marlin P. Jones & Assoc., Inc.
PO Box 12685
Lake Park, FL 33403-0685
(407) 848-8236 Fax (800) 4-FAXYES
Since these houses are wholesalers, I eventually just found their local
distributor, and they ordered it for me, but it's in, and it's quieter.
andrew
--
||<<->>||<<==>>||<<++>>||<<?>>||<<+>>||<<-->>||<<==>>||<<+>>||
!! Andrew Stone !! (505) 345-4800 !!
!! andrew@stone.com <> Stone Design Corp !!
||<<->>||<<==>>||<<++>>||<<?>>||<<+>>||<<-->>||<<==>>||<<+>>||
Newsgroups: comp.sys.next.sysadmin
From: Robert_La_Ferla@hot.com
Subject: Re: uucp mail
Message-ID: <1993Dec9.025542.6827@hot.com>
Keywords: UUCP, sendmail
Sender: robertl@hot.com
Organization: Hot Technologies
References: <1993Dec08.225251.20249@jlc.mv.com>
Date: Thu, 9 Dec 1993 02:55:42 GMT
Jason,
Assuming that you have one machine ("the mail server") that handles
UUCP and many other machines networked to it ("subsidiarys or
clients"), you should check the following:
1. The sendmail.cf on the mail server should be linked to
sendmail.mailhost.cf.
lrwxrwxrwx 1 root 20 Jul 24 1992 /etc/sendmail/sendmail.cf
-> sendmail.mailhost.cf@
-rw-r--r-- 1 root 10685 Dec 5 11:08
/etc/sendmail/sendmail.mailhost.cf
-r--r--r-- 1 root 8659 Mar 30 1993
/etc/sendmail/sendmail.sharedsubsidiary.cf
-r--r--r-- 1 root 8410 Mar 30 1993
/etc/sendmail/sendmail.subsidiary.cf
2. The major relay host on the mail server is set to the UUCP
site it is connected to.
# major relay host: use the $M mailer to send mail to other domains
# To have mail automatically forwarded to other domains, you should
# replace this with the name of your major relay host.
DR hostname_of_your_uucp_partner
CR hostname_of_your_uucp_partner
3. Add the following mailer to your mailhost config file:
############################################################
#####
##### "Smart" UUCP mailer: Uses UUCP transport but domain-style
naming
#####
Msmartuucp, P=/usr/bin/uux, F=PCmsDFMhu, S=22, R=22, E=\n,
A=uux - $h!rmail ($u)
4. Modify your mailhost config file to use the smartuucp mailer:
# Major relay mailer - typical choice is "ddn" if you are on the
# Defense Data Network (e.g. Arpanet or Milnet). All mail for
# non-local domains will be forwarded to the major relay host using
# the major relay mailer. We chose "uucp" as the default because
most
# isolated networks use it to link their network with the outside
# world.
#
# If you want to use a relay mailer, examine ruleset 0. There are
some
# rules that need to be uncommented
DMsmartuucp
5. The sendmail.cf on the subsidiary (client) machines should be
linked to sendmail.subsidiary.cf. Unless you're sharing the spool
file - in which case, you'd link to sendmail.subsidiary.cf.
6. The subsidiary config file needs to forward mail to the mail
server. I believe this is done by setting the major relay mailer to
the host name of the mail server.
# major relay host
DRmailhost
CRmailhost
7. I strongly recommend that you pick up a copy of Taylor UUCP
and replace the archaic, poor performing, security hole that NeXT
provides. Taylor UUCP source code is available for free from
ftp.uu.net in /networking/uucp/taylor
Good luck!
Robert La Ferla
Hot Technologies
In article <1993Dec08.225251.20249@jlc.mv.com> jason@jlc.mv.com
(Jason T. Nelson) writes:
> We've been messing with sendmail for quite awhile now, and still
haven't been
> able to get our NeXT to send mail using uucp. If the receiver is on
ethernet,
> the mail gets to him/her fine, but outside out local net and the
mail gets
> rejected (never even spools). Anybody have any clues as to what
might be
> happening?
>
>
Newsgroups: comp.sys.next.sysadmin
From: tom@basil.icce.rug.nl (Tom R.Hageman)
Subject: Re: Here's a "uname" script (fixed!)
Message-ID: <CHqGGy.1JD@basil.icce.rug.nl>
Sender: tom@basil.icce.rug.nl (Tom R.Hageman)
Organization: Lofty Waters
References: <CHn9CK.2oL@molly.uucp>
Date: Wed, 8 Dec 1993 20:19:46 GMT
In article <CHn9CK.2oL@molly.uucp> uunet!molly!vlcek (Jim Vlcek) writes:
> Larry Blische writes
> > In article <1993Dec6.033750.23428@gun.com> chisel.murphy.gun.com!samurai
> > (Darcy Brockbank) writes:
> > > Note that this script doesn't work exactly as expected.
> > You can fix that by adding this sed filter to the last line:
> >
> > | sed 's/ $//'
>
> Superb! Much better than my fix. Here's a patched version:
>
[munch]
How about this one; I just deleted the trailing blanks within the quoted
strings, and let echo handle insertion of blanks between arguments.
I also streamlined handling of `-a' option and no options case somewhat.
And I tried to avoid line wraps;-)
--
__/__/__/__/ Tom Hageman (tom@basil.icce.rug.nl) [NeXTMail accepted]
__/ __/_/
__/__/__/
__/ _/_/ <space for quote intentionally left blank>
----cut here----
#!/bin/sh
#
# uname
#
# Author: Jim Vlcek, ByteWare Consulting (uunet!molly!vlcek) 3 Dec 1993
# Tweaked-By: Larry Blische (lkba!lkb@uunet.uu.net)
# Warped-By: Tom Hageman (tom@basil.icce.rug.nl) 8 Dec 1993
#
# An attempt to implement a SysV-ish "uname" under NeXTStep 3.0
#
# Options
#
# -s Print the operating system name
# -n Print the node name (essentially, the hostname)
# -v Print the operating system version
# -r Print the operating system release
# -p Print the host machine's processor type
# -m Print the machine hardware name
# -a Print all the above information
#
# Non-SysV options
#
# -i Print the host identification number (hostid)
#
case "$*" in
"") set - -s ;;
*-a*) set - -s -n -v -r -p -m ;;
esac
for arg
do
case $arg in
-s) system="NEXTSTEP" ;;
-n) node="`uuname -l`" ;;
-r) release="`hostinfo | sed -n 's/.*NeXT Mach \([0-9\.]*\).*/\1/p'`" ;;
-m) mach="`hostinfo | sed -n 's/.*Processor type: \([^ ]*\).*/\1/p'`" ;;
-p) processor="`hostinfo | \
sed -n 's/.*Processor type: [^ ]* (\([^)]*\).*/\1/p'`" ;;
-v) version="`tail -1 /usr/lib/NextStep/software_version`" ;;
-i) hostid="`hostid`" ;;
*) echo $0: Usage: $0 [-asnvrpmi] >&2 ; exit 1 ;;
esac
done
echo $system $node $version $release $processor $mach $hostid
From: Charles William Swiger <infidel+@CMU.EDU>
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: Reformatting a DEC DSP3105 drive
Date: Thu, 9 Dec 1993 04:15:28 -0500
Organization: Fifth yr. senior, Chemistry, Carnegie Mellon, Pittsburgh, PA
Distribution: world
Message-ID: <gh1imkq00iV400fAA6@andrew.cmu.edu>
In-Reply-To: <2e5rf4$au1@darkstar.UCSC.EDU>
Excerpts from netnews.comp.sys.next.hardware: 9-Dec-93 Reformatting a
DEC DSP3105 .. by Art Isbell@cubicsol.com
> In the continuing saga, I seem to be confused about what
"reformatting" > a drive means. The DEC DSP3105 apparently cannot be
reformatted in the
> field to 1024-byte blocks but according to DEC, the block size can be
> changed without reformatting by changing the block descriptor (gotten
from > a MODE SENSE command) and issuing a MODE SELECT command.
Apparently,
> scsitools supports both of these operations.
> I guess my question is what is the difference in changing a block size
> by reformatting versus changing the block descriptor? Will the same gain
> in disk space (and possibly some increase in performance) be realized in
> both cases?
> I think I should stick to application programming and be happy that my
> drive works at all :-)
There are two components to drive formatting; the low-level format and
the high-level format. When you use /usr/etc/disk to Format a disk,
what is does is execute the sdform command which sends the SCSI 'FORMAT
UNIT' command to the device. It is the responsibility of the device to
know how to perform the low level format.
How the device decides to format itself depends on MODE SENSE data. You
have to change the blocksize by changing the struct block descriptor
field, and then issue a SCSI 'FORMAT UNIT' command to actually change
the physical low-level format of the device. God only knows what'll
happen if you change the blocksize without reformatting, but I wouldn't
expect things to work.
Anyway, once you've done the low-level format, then you can perform the
high-level format, which consists of things like creating a valid disk
label, setting up the partition table, writing boot blocks to the
device, and actually creating usable filesystems via the mkfs (or newfs)
commands. Note that /usr/etc/disk calls these programs as well when you
do an init command. The high level format looks at the physical
blocksize of the current low-level format to determine its parameters.
Note that for devices supporting the 'MODE SENSE' command, pretty much
everything works automatically -- /usr/etc/disk will figure things out
without having an entry in /etc/disktab.
-Chuck
Charles William Swiger -- CMU...*splat*! | 1. You can't fly.
--------------------------------------------+ 2. Cars are always real, even
AMS & normal mail: infidel@cmu.edu | when they're not.
Failing that: cs4w+@andrew.cmu.edu | 3. Police are not your friends.
NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | 4. Fire burns.
Newsgroups: comp.sys.next.sysadmin
From: brianw@sounds.wa.com (Brian Willoughby)
Subject: Re: 'talk' and 'w' are broken under 3.2 on my NeXTdimension (?)
Message-ID: <CHrD5s.F7G@sounds.wa.com>
Organization: Sound Consulting, Bellevue, WA, USA
References: <CHqryH.E34@sounds.wa.com>
Date: Thu, 9 Dec 1993 08:05:52 GMT
Thanks to Mike Andrews <kramer@fragile.termfrost.org> for a quick response
and accurate solution. As he guessed, utmp was not being written to because
/NextApps/Terminal.app/Terminal was not setuid root. He suggested using
'chmod 4755', but I just used 'chmod u+s' out of habit. Either way, this
turned out to be easy enough to fix.
I have described the problem as an Upgrader.app bug and have sent it to
bug_next@next.com using the handy /NextDeveloper/Demos/BugNeXT.app
Honorable mention to Anthony J. Stuckey <stuckey@mrcnext.cso.uiuc.edu> for
noting that the problem was with a missing /etc/utmp entry.
In article <CHqryH.E34@sounds.wa.com> BrianW@SoundS.WA.com writes:
>I recently upgraded to 3.2 from 3.1 - [...]
>
>Also, running 'w' in a Terminal window reports the following:
>
>sounds:brianw> w
> 4:10pm up 3 days, 1:01, 1 user, load average: 0.21, 0.35, 0.26
>User tty login@ idle JCPU PCPU what
>brianw console 2:42pm 8days -
>sounds:brianw>
>
>(which is missing entries for the ttyp1 and ttyp2 terminals that used to be
>listed under 3.1 and before)
--
Brian Willoughby Software Design Engineer, BSEE from NCSU
NeXTmail welcome Sound Consulting: Software Design and Development
BrianW@SoundS.WA.com Bellevue, WA
From: philipp@res.enst.fr (Philippe-Andre Prindeville)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Problems with serial ports, mice, and modems
Date: 9 Dec 1993 13:38:51 GMT
Organization: Ecole Nationale Superieure des Telecommunications, Paris FRANCE
Distribution: world
Message-ID: <2e79pb$n8k@enst.enst.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
[ I recently began the proud owner of 486-VESA box running NeXTStep. I
got this for my home so that I could get a bit of experience with
NeXTStep before my department moves to NeXTStep on our park of HP 700
machines (well, it's not yet definite). But more to the point: ]
My machine came with an I/O card that is fairly standard: COM1
and COM2
plus LPT1 on the same card. I use COM1 for my serial mouse
(with one of
those funny DB-25 to DB-15 connectors).
=> I would like to change my configuration to use COM2 for the
serial mouse
but Configure doesn't seem to "remember" the change. Ie. each
time I select
"COM2" in the little menu, select "Save", and then come back to
the
application later, it is miraculously back on "COM1". Across
reboots too.
=> Second problem is more pressing. I got a USRobotics
Sportster 14,400
baud modem to run SLIP over from home. Problem is, I can't seem
to
configure NeXTStep to have a third serial port (or to configure
this as
an ACU device) -- since this card emulates an external Hayes
modem on a
serial port. At least that was DOS thinks it is. Could be BIOS
doing
that but I doubt it (having limited PC experience).
I know that NeXTStep is (in theory) a single-user platform but,
hey guys,
can't I have more than 2 serial ports? Ie. Mouse, modem, and
one spare
serial port for a printer or whatever?
Surely someone else has run into this problem (and possibly the
precedent)
before...
Please respond to me directly, unless you think ithe answer is of wider
interest... Thanks,
-Philip
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: olson@raptor.mcs.anl.gov (Bob Olson)
Subject: Re: Reformatting a DEC DSP3105 drive
Message-ID: <7554496302224@raptor.mcs.anl.gov>
Sender: usenet@mcs.anl.gov
Organization: /usr/local/lib/organization
References: <gh1imkq00iV400fAA6@andrew.cmu.edu>
Date: Thu, 9 Dec 1993 15:07:10 GMT
Hmm. I am having problems with a DEC drive too, a DSP5350. I did a
sdform and got the following:
localhost:6# disk -i /dev/rsd1a
disk name: DEC DSP5350S
disk type: fixed_rw_scsi
writing disk label
boot block extends beyond front porch
Interestingly, I get the same on a 3G Seagate drive also (I don't
remember the model offhand), both before and after a sdform.
Any ideas?
--bob
From: bora@ils.nwu.edu (Don Bora)
Newsgroups: comp.sys.next.sysadmin
Subject: Serial cable probs?
Date: 9 Dec 1993 18:05:55 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <2e7pe3$c99@anaxagoras.ils.nwu.edu>
I am trying to get SLIP up and running on my NeXT. I think my first problem
is the fact that I am not using the proper serial cable. I am using a Mac
serial cable. Althought I was told it wouldn't work.. it has! It has worked for
my 14.4 modem. So if I do, in fact, need a new cable... where do I purchase such
a beast and how much is it gonna cost?
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
Newsgroups: comp.sys.next.sysadmin
From: antoine@arrakis.osd.ulaval.ca (Antoine Gautier)
Subject: Can't turn off black HW
Message-ID: <CHs7Dt.pu@athena.ulaval.ca>
Sender: news@athena.ulaval.ca
Organization: CTI, Universite Laval
Date: Thu, 9 Dec 1993 18:58:40 GMT
Greetings,
Since I upgraded to 3.1, I constantly have trouble turning off my station.
Most of the time it just freezes on a dark screen and I have to press the power
key again to get it to turn off. After that, when I turn it on again, it tells
me about filesystem errors and spends quite a bit of time repairing whatever it
has to. Never lost files, but is this just annoying, or a dangerous bug?
Thks!
+-------------------------------------------------------+
| Antoine Gautier |
| Departement OSD, FSA |
| Universite Laval, Quebec, PQ |
+-------------------------------------------------------+
From: louis.m.mcdonald@mve.aero.org (Louis McDonald)
Newsgroups: comp.sys.next.sysadmin
Subject: NI problems? (486)
Followup-To: comp.sys.next.sysadmin
Date: 9 Dec 1993 19:15:04 GMT
Organization: The Aerospace Corporation
Distribution: world
Message-ID: <louis.m.mcdonald-091293141319@warrenton.aero.org>
I am starting to have some strange problems with NeXTStep on the
486 (3.1 and 3.2)
Currently I am running the machines stand alone (no network) because
we are still waiting for the network drops.
Anyway, I have take some entries from a NetInfo database (passwd) and
have loaded them on to each of the stand alone 486s. I used the UserManager
to create the necessary home directories for each entry.
What is strange is that after some period of time, the ownership of each
of the new user directories changes to another user.
For example, I have users "a", "b", "c", and "d".
Initially the user areas for each of them is "owned" by the correct
user. After a period of time, all user areas are owned by "d".
Any clues, thoughts, or are you confused as well?
I am still doing some digging to determine if it is the "last" entry
I make in the database that is causing the problem, or something else.
Louis McDonald
703-318-5406 (office) 703-318-5409 (fax)
Newsgroups: comp.sys.next.sysadmin
From: heberlei@cs.ucdavis.edu (Louis Todd Heberlein)
Subject: 2 gig disk and seek error
Message-ID: <CHs9u7.D8y@ucdavis.edu>
Keywords: gig, seek, mkfs, datalink
Sender: usenet@ucdavis.edu (News Administrator)
Organization: University of California, Davis
Date: Thu, 9 Dec 1993 19:51:41 GMT
I am trying to install a 2 Gig hard disk from Datalink
on my NeXTstation TurboColor running NEXTSTEP 3.0, and
I am having some problems. In particular, mkfs is giving
me a seek error (see below).
I know a patch needed to be applied to older versions of
SunOS to overcome what Datalink calls disk wrap when using
disks of size greater than 1.2 gigabytes. Do NeXTstations
running NS 3.0 have a similar problem? Can I use a 2 Gig
disk on my NeXTstation?
Any help would be greatly appreciated!
Todd Heberlein heberlei@cs.ucdavis.edu
============= error printed on console ==============
Software Version 3.0 (Hyper3B)
unknown argument
/usr/etc/disk -i -h parbat -l "Davis" /dev/rsd1a
disk name: SEAGATE ST12400N
disk type: fixed_rw_scsi
writing disk label
creating new filesystem on /dev/rsd1a
/usr/etc/newfs -n -v /dev/rsd1a
setting optimization for space with minfree less than 10
/etc/mkfs /dev/rsd1a 2097246 42 19 8192 1024 16 0 5 2048 s
seek error: 2097245 <--------
wtfs: Error 0
/usr/etc/newfs /dev/rsd1a failed (status 1)
Dec 9 08:32:01 parbat su: heberlei on /dev/ttyp1
From: blake015@mc.duke.edu (Denise Blakeley)
Newsgroups: comp.sys.next.sysadmin
Subject: Can't "finger" or "talk" from client machines
Message-ID: <25071@news.duke.edu>
Date: 9 Dec 93 20:30:25 GMT
Sender: news@news.duke.edu
We have a network of NeXTs all running 3.1. Recently it's become useful for me
to start using the "talk" and "finger" commands. The catch is, I have to
rlogin to our server machine (bullnext) to get them to work properly. I should
be able to use them from ANY machine! I've been trying to track down the
problem, but am having no luck. Could someone help me?
Here's what happens when I "finger" from a client (terra). As long as I'm
fingering within duke.edu it seems to be okay. If I finger outside, I get an
incomplete result:
terra> finger moose@antilles.nosc.mil
[antilles.nosc.mil]
terra>
The same finger from the server (bullnext) yields:
bullnext> finger moose@antilles.nosc.mil
[antilles.nosc.mil]
Login name: moose In real life: James B. Moosmann
Directory: /Net/antilles/Users/moose Shell: /bin/csh
Never logged in.
No Plan.
bullnext>
Here's what happens when I attempt to "talk" from a client. Doesn't matter if
I'm talking to someone on another client, on the server, or outside duke.edu:
terra> talk moose@moose.nosc.mil
You don't exist. Go away.
terra>
From the server to someone on a client yields:
bullnext> talk blake015@coluber.mc.duke.edu
[Your party is refusing messages]
bullnext>
From the server to the outside world works fine.
Here's what I've checked:
/etc/resolv.conf is identical on the server and clients, containing our domain
name and the Internet addresses for our three nameservers.
/etc/hostconfig appears to be okay on the server and clients. On the server, I
find:
HOSTNAME=bullnext
INETADDR=<bullnext's Internet address>
ROUTER=<router's Internet address>
IPNETMASK=
IPBROADCAST=-AUTOMATIC-
NETMASTER=-YES-
YPDOMAIN=-NO-
TIME=-AUTOMATIC-
On the clients, /etc/hostconfig looks like this:
HOSTNAME=-AUTOMATIC-
INETADDR=-AUTOMATIC-
ROUTER=<router's Internet address>
IPNETMASK=
IPBROADCAST=-AUTOMATIC-
NETMASTER=-NO-
YPDOMAIN=-NO-
TIME=-AUTOMATIC-
I looked up the machines in NetInfoManager and it showed the correct Internet
addresses.
I have "mesg" set to 'y'.
I don't know what else to check! I couldn't find this problem addressed
anywhere in the documentation, NeXTAnswers, or FAQs. Thanks for any
suggestions you can give.
Denise
--
Denise Blakeley | PROGRAM, tr. v., An activity similar
Duke Med Center Info Systems | to banging one's head against a wall,
Durham, NC | but with fewer opportunities for
(919) 286-6468 W | reward.
blake015@mc.duke.edu | NeXTMail welcome!
Newsgroups: comp.lang.perl,comp.sys.next.sysadmin
From: matthew@dyson.ox.ac.uk (Matthew Seaman)
Subject: Re: Here's a "uname" script
Message-ID: <MATTHEW.93Dec9214017@dyson.ox.ac.uk>
In-reply-to: uunet!molly!vlcek's message of Mon, 6 Dec 1993 13:01:04 GMT
Organization: Dyson Perrins Laboratory (Organic Chemistry), Oxford University
References: <1993Dec6.033750.23428@gun.com> <CHM6tt.1y1@molly.uucp>
Date: 09 Dec 1993 21:40:17 GMT
>>>>> "Jim" == Jim Vlcek <uunet!molly!vlcek> writes:
Jim> Darcy Brockbank writes
>> Note that this script doesn't work exactly as expected. When you
>> call uname, it should output something like "NEXTSTEP", not
>> "NEXTSTEP " (with a space). This can throw off people that are
>> trying to make a config.guess (a la gnu), which would not be able
>> to match the strings returned due to the extra spaces at the
>> end. It's a bummer to fix... I know, because I wrote the original
>> (and was not sited on the csh->sh translation, thanks :-( ) and had
>> this problem with my own...
Jim> No sweat:
Jim> #!/bin/sh
Jim> #
Jim> # uname
Jim> #
Jim> # Author: Jim Vlcek, ByteWare Consulting (uunet!molly!vlcek) 3 Dec 1993
[Munch]
Oh, I can't resist this. Here's a perl uname for NS that I threw
together in a fit of hubris. After extensive testing (for about 5
minutes) I can categorically state that it seems to work OK...
Mind you, the uname(2P) system call will now at least compile and link
under NS 3.2 if you give the -posix option. Pity it returns values
that aren't really quite accurate enough to create a properly functioning
uname(1) command...
Matthew
#!/usr/local/bin/perl
#
# Emulate Sys-V uname command on NEXTSTEP
# Matthew Seaman (matthew@viriconium.ocms.ox.ac.uk) 9-Dec-93
# after a shellish version by Jim Vleck et al.
#
# Options:
#
# -s Print OS system name (NEXTSTEP)
# -n Node name
# -r OS Release
# -v OS Version
# -m Machine hardware name (ie. what processor)
#
# -a Same as -snrvm
#
# The above are the "standard" options, as given under SunOS 4.1.3,
# IRIX 4.0.5 and in Gnu uname
#
# Extra options
# -p processor type (processor family)
# -i Print host ID no
#
require "getopts.pl";
$0 =~ s#^.*/##; # Program name.
&Getopts ("snrvmapi") # Unrecognized options are an error
|| die "$0: usage: $0 [-snrvmapi]\n";
if ($opt_a) { # do All
$opt_s++;
$opt_n++;
$opt_r++;
$opt_v++;
$opt_m++;
}
# Default is to do -s if no options supplied
$opt_s++ unless ($opt_s ||
$opt_n ||
$opt_r ||
$opt_v ||
$opt_m ||
$opt_p ||
$opt_i);
# This one we know, for certain
$opt_s = "NEXTSTEP" if $opt_s;
# -n our host name
chop ($opt_n = `hostname`) if $opt_n;
# Options -r or -v mean we have to read
# /usr/lib/NextStep/software_version
if ($opt_v || $opt_r) {
$soft_ver = "/usr/lib/NextStep/software_version";
open (SOFT_VER, "<$soft_ver")
|| die "$0: Can't read \"$soft_ver\" --- $!\n";
$_ = <SOFT_VER>;
chop ($opt_r = $_) if $opt_r;
$_ = <SOFT_VER>;
chop ($opt_v = $_) if $opt_v;
close SOFT_VER;
}
# Similarly, if we have had either of -m, -p we have to parse the
# output of 'hostinfo'
if ($opt_p || $opt_m) {
open (HOSTINFO, "hostinfo|")
|| die "$0: Can't execute \"hostinfo\" --- $!\n";
while (<HOSTINFO>) {
# Find the interesting line
next unless /Processor type: (\w+) \((\w+)\)/;
$opt_p = $1 if $opt_p;
$opt_m = $2 if $opt_m;
last;
}
close HOSTINFO;
}
# -i --- output of hostid
chop($opt_i = `hostid`) if $opt_i;
# Build the output string...
$output = "NEXTSTEP" if ($opt_s);
($output .= ($output ? " " : "") . $opt_n) if ($opt_n);
($output .= ($output ? " " : "") . $opt_r) if ($opt_r);
($output .= ($output ? " " : "") . $opt_v) if ($opt_v);
($output .= ($output ? " " : "") . $opt_m) if ($opt_m);
($output .= ($output ? " " : "") . $opt_p) if ($opt_p);
($output .= ($output ? " " : "") . $opt_i) if ($opt_i);
# ...and print it.
print "$output\n";
# Local Variables:
# mode: perl
# End:
--
Matthew Seaman <Matthew.Seaman@dyson.ox.ac.uk> Non-NeXT mail
<matthew@viriconium.ocms.ox.ac.uk> NeXT mail
Inorganic Chemistry Laboratory, S. Parks Rd., Oxford, OX1 3QR, England
Tel +44 (0)865 272640 Fax +44 (0)865 272690
Newsgroups: comp.sys.next.sysadmin
From: garyc@news.eecs.nwu.edu (Gary I. Chang)
Subject: Swapfile does not shrink after reboot in NS3.2
Message-ID: <CHsGFy.LMF@eecs.nwu.edu>
Sender: usenet@eecs.nwu.edu
Organization: EECS Department, Northwestern University
Date: Thu, 9 Dec 1993 22:14:22 GMT
Hi,
For those of you who has upgraded to NS3.2, are you experiencing the
problem I have here? The swapfile onced grows to 40 MB something, and it
refuses to shrink back 16 MB after a reboot. (Either from bsd/bsd(0,0,0)).
I had to remove swapfile phisically and reboot to creat a fresh swapfile.
However, it is reset to ZERO byte for a fresh copy. (Note: nor could I delete
the swapfile.front) The /etc/swaptab is original with 16 MB watermark and
compress enabled.
Thanks,
Gary
From: stuart@cs.umd.edu (Stuart Pearlman)
Newsgroups: comp.sys.next.sysadmin
Subject: Whats the equivalent of COMMAND-~ on ADB keyboard?
Date: 9 Dec 1993 17:33:54 -0500
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Distribution: world
Message-ID: <2e894i$qe5@tove.cs.umd.edu>
This is all on black hardware.
I know how to use COMMAND-~ on an oldstyle keyboard to break out to
the ROM Monitor when I first power up the machine, so that I can boot
single user. Now I have a hung NeXT with an ADB-style keyboard that
is hung. How do I break out to the rom monitor so I can boot single
user? I tried holding down the COMMAND bar and hitting the ~ key, but
it didn't seem to work.
-stuart
--
--
Stuart R. Pearlman stuart@oasys.dt.navy.mil
Trandes Corporation
On-Contract-To: David Taylor Research Center +1 301 227 1428
From: danno@css.itd.umich.edu (Dan Pritts)
Newsgroups: comp.sys.next.sysadmin,comp.periphs.printers
Subject: LaserJet II + "turboscript 109" postscript clone cart & NeXTcube?
Date: 9 Dec 1993 22:40:49 GMT
Organization: University of Michigan ITD/User Services
Distribution: inet
Message-ID: <2e89hh$211@terminator.rs.itd.umich.edu>
Howdy, as the subject says i have a laserjet II and an UDP turboscript
109 postscript clone cartridge that I'd like to use with a NeXTcube
(currently running 2.1, soon to be upgraded to 3.2).
The printer and cable are fine; i borrowed an adobe postscript cart from
someone else, and the NeXT prints to it fine.
When I use the TurboScript, I am unable to get it to print correctly;
the printer's lights blink for a second, and then go solid again after
a few blinks.
This process repeats itself infinitely (presumably as lpd fails and
retries), until I lprm the job, at which point the printer gives an
error message similar to "I/O error, Flushing" and has to have the
power cycled before it will talk to me again.
However, when I connect to the printer's tty with kermit, with the
parity set to none and the baud and line correctly, and I paste in
a little postscript file generated by enscript, it prints fine.
This tells me that something in the handshaking or serial parameters
is not set correctly.
The NeXT docs are not thorough here; they say nothing about what
word length and parity the serial interface wants. The printer can
do just about anything, 8N1, 8O1, 8E1, 7O1, 7E1, and others with 2
stop bits just for fun.
The printer also has an option for dtr polarity set high or low; it's
not clear which of these settings is best, but neither works.
thanks in advance for any help.
danno
--
dan pritts consultant/system administrator
dan.pritts@umich.edu (313)998-6265 um itd/us unix support group
Newsgroups: comp.unix.solaris,comp.sys.next.sysadmin
From: attasser@enuxhb.eas.asu.edu (Thomson J Attasseril)
Subject: Dumping to a tape on a Sun, from a NeXT
Message-ID: <1993Dec9.233416.14355@ennews.eas.asu.edu>
Followup-To: poster
Keywords: dump tape SUN NeXT
Sender: news@ennews.eas.asu.edu (USENET News System)
Organization: Arizona State University
Date: Thu, 9 Dec 1993 23:34:16 GMT
We have one tape drive hooked to a Sun sparc10. We would like to use this
tape drive for backing up all the files on our NeXT machines.
How would we use 'rdump' to do this? The NeXTs run NeXTstep3.1 and the sparc10
runs Solaris 2.1.
I would like to do this in such a way that it does not require root permission
on the sparc10.
I would like to do the same thing from our SPARCclassics (also running solaris
2.1). I know we can use ufsdump from the solaris machines provided there is
an entry for each machine in the /.rhosts file on the machine that has the
tape drive. But this seems to be a significant security risk. Any suggestions
would be very much appreciated.
Please email responses to: attasser@enuxsa.eas.asu.edu
Thanks in advance,
Thomson
From: ahh@shoshin.Sun.COM
Newsgroups: comp.sys.next.sysadmin
Subject: Problems upgrading to NS3.2
Date: 10 Dec 1993 03:00:04 GMT
Organization: Sun Microsystems Inc., Mountain View, CA
Distribution: world
Message-ID: <2e8onk$mbf@jethro.Corp.Sun.COM>
Hi,
Has anyone had the following experience when upgrading a Next 040 Cube from NS
3.1 to 3.2? No problems with the upgrade except that the boot block does not
get installed. What am I doing wrong? Or is this normal behaviour?
---
regards
-Aslam Haswarey <ahh@shoshin.Sun.COM>
Newsgroups: comp.sys.next.sysadmin
From: root@helser18.res.iastate.edu (Operator)
Subject: HELP!!Can't receive mail on my NeXT
Message-ID: <CHsurL.EvH@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Fri, 10 Dec 1993 03:23:45 GMT
I just upgraded to 3.1 and have found myself reseting all of my connection
settings. I'm a lone machine hooked to ethernet. The only problem left
is that if anybody tries to send mail to my NeXT as I have done below, it
bounces. Can anyone help me? My NeXT is helser18.res.iastate.edu. I
sent the message from vincent1.iastate.edu. Here is what bounced.
----- Transcript of session follows -----
While connected to helser18.res:
>>> HELO helser18.res.iastate.edu
<<< 553 helser18.res.iastate.edu config error: mail loops back to myself
554 <root@helser18.res.iastate.edu>... 554 Service unavailable
----- Unsent message follows -----
Return-Path: <sela@iastate.edu>
Received: from vincent1.iastate.edu by helser18.res.iastate.edu
(NX5.67d/NX3.0S)
id AA00196; Thu, 9 Dec 93 20:39:29 -0600
Received: by vincent1.iastate.edu with sendmail-5.65
id <AA03389@vincent1.iastate.edu>; Thu, 9 Dec 1993 20:40:19 -0600
Message-Id: <9312100240.AA03389@vincent1.iastate.edu>
To: root@helser18.res.iastate.edu
Subject: test
Date: Thu, 09 Dec 93 20:40:19 CST
From: Brian <sela@iastate.edu>
another test
---
*******************IOWA***STATE***UNIVERSITY********************
* Brian Morrison sela@iastate.edu *
* --------------------------------------------------------- *
* He who throws mud loses ground. *
****************************************************************
Newsgroups: comp.sys.next.sysadmin
From: dave@alembicla.com(David W. Fahrney)
Subject: Re: uucp mail
Message-ID: <CHspqx.1Av@nexus.uucp>
Sender: dave@nexus.uucp (David W. Fahrney)
Organization: Nexus Administration
References: <1993Dec08.225251.20249@jlc.mv.com>
Date: Fri, 10 Dec 1993 01:35:21 GMT
In article <1993Dec08.225251.20249@jlc.mv.com> jason@jlc.mv.com (Jason T. Nelson) writes:
!> We've been messing with sendmail for quite awhile now, and still haven't been
!> able to get our NeXT to send mail using uucp. If the receiver is on ethernet,
!> the mail gets to him/her fine, but outside out local net and the mail gets
!> rejected (never even spools). Anybody have any clues as to what might be
!> happening?
!>
!>
You need to provide a lot more information than that to get help on this subject. It's
likely you have just one thing wrong, but there are many places things can go wrong. I
have a cheat sheet that might help. Email me if you want it!
--
David W. Fahrney =:-)
Alembic Systems International, Los Angeles
V: 310.371.6226
F: 310.371.0886
From: droege@informatik.uni-koblenz.de (Detlev Droege)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: (RTF) 3.2 FIP Install and Upgrade and 3.2 Anomalies
Date: 10 Dec 1993 09:31:21 GMT
Organization: University Koblenz / Germany
Distribution: world
Message-ID: <2e9fln$7go@infko.uni-koblenz.de>
References: <2e5abu$msh@fermat.mayo.edu>
In article <2e5abu$msh@fermat.mayo.edu> brunkhorst@mayo.edu (Geoff Brunkhorst)
writes:
[ .. ]
> Major anomaly -
>
[ ... detailed description of network setup and problem ... ]
I do have a very similar problem with a much simpler configuration:
Since I upgraded a NeXTstation TurboColor to 3.2 it won't connect
to it's "configuration server", a NeXTcube running 3.1 directly
next in the ethernet. The phenomenon is very similar to Geoff's description
and the only workaround I found was to put hostname and IP address
into /etc/hostconfig, like he did for his machine. Another NeXT
I upgraded to 3.2 does not show these problems. All machines
are in the same segment and no routers are involved.
Maybe the problem is more general and not related to Geoff's special
Net(Info) configuration.
Any ideas ?
Detlev
---
Detlev Droege, Universitaet Koblenz, | droege@informatik.uni-koblenz.de
Institut fuer Informatik | (NeXTmail ok)
Rheinau 1, | Voice: +49 261 9119-421
D-56075 Koblenz, Germany | Fax: +49 261 9119-499
From: scheurer@lithnext.epfl.ch (Marco Scheurer)
Newsgroups: comp.sys.next.sysadmin
Subject: 3.2: chown broken?
Date: 10 Dec 1993 10:11:47 GMT
Organization: Ecole Polytechnique Federale de Lausanne
Message-ID: <2e9i13$okg@disuns2.epfl.ch>
Hi,
We just upgraded one of our NeXTstation to 3.2 and had to change a user id
(uid), after copying (as root) some files in his directory.
Then, to restore ownership to these files for this user we did a
chown -R user *
but .* files ownership wouln't change. For instance, all the files in the
NeXT directory (the user's defaults) were still owned by the previous
uid, and not writable for this user.
Is this a bug in chown or the standard way it works?
Thanks for any info or workaround...
---
Marco Scheurer scheurer@lithnext.epfl.ch (NeXTMail)
Laboratoire d'Informatique Theorique
Ecole Polytechnique Federale de Lausanne
IN-Ecublens
CH-1015 Lausanne (Switzerland)
(+41) 21 693-2589
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Re: 3.2 Upgrade - Problems
Message-ID: <CHsqsI.247@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <2e5bee$pl2@usenet.INS.CWRU.Edu>
Date: Fri, 10 Dec 1993 01:57:54 GMT
In article <2e5bee$pl2@usenet.INS.CWRU.Edu> ramesh@bodhi.esys.cwru.edu writes:
>
>Hello
>
>We recently upgraded our Intel 486 machines to 3.2. Two machines were
>upgraded using the Upgrade application. When the system was done with the
>installation, it gave an error message "Cannot unmount root" and then
>rebooted. When it rebooted it went through a long 'Checking Disks' process
>and generated lot of "Unref file" and "Incorrect Block Count" errors.
>But it booted OK. This happened on two machines which we upgraded inhouse.
>On these two and on the third, on which 3.2 was installed by our dealer
>Advance2000, it is impossible to restart the system by using the 'restart'
>and 'power off' buttons on the loginwindow panel. When I click any of
>these two buttons, or even Cmd-NumLock the system just hangs. The only way
>is to go for the reset button with possibly some file corruption.
>This is consistent on all the machines.
>
>Has anybody else faced these problems?
>
>Another unrelated issue is regarding the DPT 2022/9x EISA controller.
>Looks like in the older and also the recent newer versions of the
>controller, the terminators on the card cannot be disabled by using the
>EISA Configuration Utility. What this means is that we cannot any external
>device to the controller. Has anybody else faced this? This is our
>experience and also confirmed by Advance2000 from whom we bought two
>machines.
>
>
>Ramesh
I, too am using a system from Advance2000. I upgraded to 3.2 last night.
I got that message 'Cannot unmount root' during the auto reboot after the
install. After the fsk, the system has booted cleanly, and normal shutdowns
work as expected.
External drives have always worked well for me with the 2022. I just
connect a (borrowed) Toshiba 3401 and it works. I think that the DPT
detects the presense of an external connection and automatically enables
or disables the termination. As long as you set it up to check for
an external device it just works. I remember talking to a DPT rep
in August, asking whether or not I would have to buy an active terminator
(since I don't own an external device yet), and she told me that it would
work as a dust cover and no more, because the board would take care of
termination for me.
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Voice: (617) 861-5579 pronounced "Throat-Warbler Mangrove".
) NeXTMail O.K.
Newsgroups: comp.sys.next.sysadmin
From: mgoedel@muaddib.isar.muc.de (Maximilian Goedel)
Subject: Re: DRAM & RAM
Message-ID: <CHsIKD.1yv@muaddib.isar.muc.de>
Sender: mgoedel@muaddib.isar.muc.de (Maximilian Goedel)
Organization: Michael Maximilian Goedel
References: <CHqL5r.1vq@news.iastate.edu>
Distribution: all
Date: Thu, 9 Dec 1993 23:00:12 GMT
In article <CHqL5r.1vq@news.iastate.edu> sela@iastate.edu (Brian J Morrison)
writes:
> Hello all,
>
> Is there a difference between the DRAM in a dimension board and the RAM on
> an 040 mother board? I've got 8 Megs of DRAM on my dimension and I've
> been getting really pathetic graphics and video performance. Do I need to
> get special DRAM for it or will regular RAM (ie RAM used in the mother board)
> work?
>
> Brian
> sela@iastate.edu
>
>
> --
> Brian
> sela@iastate.edu
If you have a non-Turbo Cube, the simms are low-profile 30pin simms.
ND uses 72pins
--
___________Nice Greetings from Munich - Germany
Michael Maximilian Goedel _____________________
e-mail: mgoedel@muaddib.isar.muc.de
From: mgrmja@NeXTwork.Rose-Hulman.Edu (Michael J. Allard)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: 2 gig disk and seek error
Date: 10 Dec 1993 13:50:47 GMT
Organization: Rose-Hulman Institute of Technology
Message-ID: <2e9urn$c0i@master.cs.rose-hulman.edu>
References: <CHs9u7.D8y@ucdavis.edu>
In article <CHs9u7.D8y@ucdavis.edu>, Louis Todd Heberlein writes:
> I am trying to install a 2 Gig hard disk from Datalink
> on my NeXTstation TurboColor running NEXTSTEP 3.0, and
> I am having some problems. In particular, mkfs is giving
> me a seek error (see below).
>
> [... munch ...]
>
> /usr/etc/newfs -n -v /dev/rsd1a
> setting optimization for space with minfree less than 10
> /etc/mkfs /dev/rsd1a 2097246 42 19 8192 1024 16 0 5 2048 s
> seek error: 2097245 <--------
> wtfs: Error 0
I had the same problem with a Fujitsu M2654 (2.2GB). The maximum number of
blocks I could use was 2097152, which (not coincidentally) is (2^31)/1024
(2 gigabytes / 1024 byte blocks).
I used Formatter 1.2 to create a disktab entry for my M2654 and then changed
the partition size to 2097152, and all has been fine ever since. I lost 25
MB off the end of the drive, but it looks you'll only lose about 94 blocks.
--
Michael J. Allard --- Workstation Manager, Waters Computing Center
Rose-Hulman Institute of Technology, Terre Haute, IN 812-877-8273
E-Mail: <Michael.Allard@rose-hulman.edu> Fax: 812-877-3198
#import <std/disclaimer.h> -- NeXTmail Friendly! -- HAMnet: KA9VDC
From: scheurer@lithnext.epfl.ch (Marco Scheurer)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: 3.2: chown broken?
Date: 10 Dec 1993 14:16:04 GMT
Organization: Ecole Polytechnique Federale de Lausanne
Message-ID: <2ea0b4$3ck@disuns2.epfl.ch>
References: <2e9i13$okg@disuns2.epfl.ch>
In article <2e9i13$okg@disuns2.epfl.ch> scheurer@lithnext.epfl.ch (Marco
Scheurer) writes:
[...]
> Then, to restore ownership to these files for this user we did a
>
> chown -R user *
>
> but .* files ownership wouln't change.
>...
Thanks for you answers
chown is not broken, it's the way it works. .NeXT and other .* files need
to be taken care off spearately
---
Marco Scheurer scheurer@lithnext.epfl.ch (NeXTMail)
Laboratoire d'Informatique Theorique
Ecole Polytechnique Federale de Lausanne
IN-Ecublens
CH-1015 Lausanne (Switzerland)
(+41) 21 693-2589
From: mra@bink.mit.edu (Michael Raskin Andrews)
Newsgroups: comp.sys.next.sysadmin
Subject: NFS
Date: 10 Dec 1993 14:50:50 GMT
Organization: Massachvsetts Institvte of Technology
Message-ID: <2ea2ca$s82@senator-bedfellow.MIT.EDU>
Keywords: NFS, boot, net, hang
I use a NeXTstation TurboColor 3.0, and am new to this newsgroup.
I recently put my machine on the net (bink.mit.edu), and am now just
starting to have troubles rebooting. In short, the machine now hangs.
Is there the possibility that the machine is waiting for some net-related
processes to quit, which never actually do --- thus causing the indefinite
hanging? I was told by a unix person that I might have some NFS processes
waiting for a lock to be released (or something like that!), which is
inappropriate in my case since I don't share any resources with any other
machine. I did a few things in hostmanager.app and other applications that
I don't wholly understand.
I've included the output of "ps -aux" (edited for system stuff only) for
one inclined to know what's happening here to comment on. I sincerely hope
this is appropriate for a news post.
--- Thanks, Michael Andrews, mra@mit.edu
bink> ps aux
USER PID %CPU %MEM VSIZE RSIZE TT STAT TIME COMMAND
root -1 0.0 0.0 0K 0K ? S 0:00 <mach-task>
root 2 0.0 0.6 1.45M 272K co S 0:25 (mach_init)
root 3 0.0 3.4 5.94M 1.64M ? S 0:08 /usr/etc/kern_loader
-n
root 59 0.0 0.6 1.44M 296K ? S 0:07 /usr/etc/syslogd
-f/etc/syslog.conf -m10
root 63 0.0 1.0 6.56M 512K ? R N 0:04 /usr/etc/nmserver
root 67 0.0 0.5 1.43M 264K ? S 0:01 (portmap)
root 71 0.0 0.6 1.45M 296K ? S 0:00 (nibindd)
root 72 0.0 1.1 1.51M 528K ? S 0:22 /usr/etc/netinfod
local
root 75 0.0 0.8 1.52M 416K ? S 0:33 (lookupd)
root 78 0.0 0.3 1.51M 160K ? S 0:00 (biod)
root 79 0.0 0.3 1.51M 160K ? S 0:00 (biod)
root 80 0.0 0.3 1.51M 160K ? S 0:00 (biod)
root 81 0.0 0.3 1.51M 160K ? S 0:00 (biod)
root 90 0.0 0.5 1.47M 248K ? S 0:03 /usr/etc/autonfsmount
-tm 10 -tl 43200 -a /private -m /Net -fstab
root 95 0.0 0.4 1.53M 176K ? S 0:00 (bootpd)
root 98 0.0 0.7 1.44M 360K ? S 0:01 (rpc.bootparamd)
root 103 0.0 0.6 1.44M 312K ? S 0:00 (inetd)
root 109 0.0 0.8 1.55M 384K ? S 0:00 -accepting connections
(sendmail)
root 114 0.0 0.7 1.99M 360K ? S 0:00 (lpd)
root 120 0.0 0.4 1.48M 200K ? S 0:00 /usr/lib/lpd
root 124 0.0 0.7 1.53M 368K ? S 0:00 (pbs)
root -1 0.0 0.0 0K 0K ? S < 0:00 <mach-task>
root 1 0.0 0.5 1.51M 248K ? S 0:00 /usr/etc/init -xx
root 141 0.0 0.3 1.51M 160K ? S 0:29 update
root 145 0.0 0.6 1.43M 272K ? S 0:50 (cron)
root 149 0.0 1.9 4.05M 944K ? R N 0:05 (npd)
root -1 0.0 0.0 0K 0K ? ?W< 0:00 <mach-task>
root 153 0.0 3.9 4.02M 1.85M ? S 14:06 - -PowerOffDisabled
true -HostName localhost console (loginwindow)
root -1 0.0 0.0 0K 0K ? S 1:35 <mach-task>
root -1 0.0 0.0 0K 0K ? S 0:07 <mach-task>
root -1 0.0 0.0 0K 0K ? N 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? N 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? N 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? N 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? N 0:00 <mach-task>
root -1 0.0 0.0 0K 0K ? S 0:07 <mach-task>
root -1 0.0 0.0 0K 0K ? N 0:00 <mach-task>
root 15964 0.0 1.1 1.65M 560K ? S 0:00 /usr/etc/pbs -a
root 15966 0.0 3.2 4.72M 1.54M ? S 0:01
/usr/lib/NextStep/Workspace.app/Workspace -LoginProgram YES
mra 15967 0.0 0.9 2.09M 464K ? S 0:00 appkitServer
mra 15968 0.0 5.9 5.65M 2.84M ? S 0:14
/usr/lib/NextStep/Workspace.app/WM.app/WM -NXAutoLaunch YES
-MachLaunch 1 1872
mra 15969 0.0 4.4 4.91M 2.09M ? S 0:02
/NextApps/Preferences.app/Preferences -NXAutoLaunch YES
-MachLaunch 2 1873
mra 16244 0.0 5.9 5.35M 2.84M ? S 0:35
/LocalApps/NewsGrazer.app/NewsGrazer -MachLaunch 9 1880
root 127 0.0 1.9 4.88M 936K ? S 4:28
/usr/lib/NextPrinter/FaxDaemon NXFax
root 0 0.0 3.8 16.0M 1.83M ? R N 91hr (kernel idle)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: herbst@cbnewsj.cb.att.com (robert.s.herbst)
Subject: Installing 3.2 FIP
Organization: AT&T
Date: Fri, 10 Dec 1993 15:07:51 GMT
Message-ID: <CHtrD7.7o6@cbnewsj.cb.att.com>
Followup-To: poster
Keywords: Installing/Configuring 3.2 FIP
HELP!!
I am trying to install 3.2FIP on a lab built machine, using a Micronics
JX30-06 (also used by Gateway 2000), an ATI Ultra Graphics Pro 2Mb
VLB, Adaptec 1542C, PAS16, and EtherLink III..
I have the CMOS settings set the way that NeXT and Micronics say to
but I just can't get it to work.. I have replaced every part including the
motherboard but just can't get the darn thing to install.
I tried using a NEC 74-1 (external) and a NEC 84(internal) CD-ROM
the error most often received is kernel trap eip 2 followed by a large number.
Anyone have any ideas what is going on here?? I have been VERY patient..
by the way, I have successfully installed on a duplicate system..
the only different part being the hard drive.. in the successful install
I used a DEC DSP3105S (1 GB SCSI 3.5") in the unsuccessful install I have
been using a variety of drives including several ST3600N (seagate 500MB)
Maxtor 513SY.
Any information that leads to a successful install would be greatly
appreciated.
Thanks,
--
==============================================================
Bob Herbst Tel: (908)957-6507
AT&T Bell Labs E-mail: bobh@mtketc1.att.com
Middletown, NJ
Newsgroups: comp.sys.next.sysadmin
From: Neil Greene <neil@kynug.org>
Subject: Re: 3.2: chown broken?
Message-ID: <1993Dec10.145916.10393@KYnug.org>
Sender: neil@KYnug.org (Neil Greene)
Organization: Kentucky NEXTSTEP User Group, Inc.
References: <2e9i13$okg@disuns2.epfl.ch>
Date: Fri, 10 Dec 1993 14:59:16 GMT
In article <2e9i13$okg@disuns2.epfl.ch> scheurer@lithnext.epfl.ch (Marco
Scheurer) writes:
> Hi,
>
> We just upgraded one of our NeXTstation to 3.2 and had to change a user
id
> (uid), after copying (as root) some files in his directory.
>
> Then, to restore ownership to these files for this user we did a
>
> chown -R user *
>
> but .* files ownership wouln't change. For instance, all the files in
the
> NeXT directory (the user's defaults) were still owned by the previous
> uid, and not writable for this user.
>
> Is this a bug in chown or the standard way it works?
That it the standard way chown works, .* != *
Do a chown .[a-z]* in that directory.
--
Neil Greene
President, benchMark Developments, Inc. [NeXT VAR]
President, Kentucky NeXT User Group, Inc.
North American, TIFFany Distributor
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: 2 gig disk and seek error
Message-ID: <1993Dec10.105002.18606@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <CHs9u7.D8y@ucdavis.edu>
Date: Fri, 10 Dec 1993 10:50:02 GMT
In comp.sys.next.sysadmin article <CHs9u7.D8y@ucdavis.edu> you wrote:
> I am trying to install a 2 Gig hard disk from Datalink
> on my NeXTstation TurboColor running NEXTSTEP 3.0, and
> I am having some problems. In particular, mkfs is giving
> me a seek error (see below).
>
> I know a patch needed to be applied to older versions of
> SunOS to overcome what Datalink calls disk wrap when using
> disks of size greater than 1.2 gigabytes. Do NeXTstations
> running NS 3.0 have a similar problem? Can I use a 2 Gig
> disk on my NeXTstation?
>
> Any help would be greatly appreciated!
>
> Todd Heberlein heberlei@cs.ucdavis.edu
>
> ============= error printed on console ==============
> Software Version 3.0 (Hyper3B)
> unknown argument
> /usr/etc/disk -i -h parbat -l "Davis" /dev/rsd1a
> disk name: SEAGATE ST12400N
> disk type: fixed_rw_scsi
> writing disk label
> creating new filesystem on /dev/rsd1a
> /usr/etc/newfs -n -v /dev/rsd1a
> setting optimization for space with minfree less than 10
> /etc/mkfs /dev/rsd1a 2097246 42 19 8192 1024 16 0 5 2048 s
> seek error: 2097245 <--------
> wtfs: Error 0
> /usr/etc/newfs /dev/rsd1a failed (status 1)
> Dec 9 08:32:01 parbat su: heberlei on /dev/ttyp1
Your partition is 2097246*1024 bytes which is greater than the unix
file-system limit of 2^31 (signed positive 32 bits integer)
2097246*1024 = 2,147,579,904
2^31 = 2,147,483,648
Diff = 96,256
Try using terminal:
/etc/mkfs /dev/rsd1a 2097150 42 19 8192 1024 16 0 5 2048 s
or partition your disk by making an entry in /etc/disktab.
--Fabien
---------------------------------------------------------------------
Fabien_Roy@free.fdn.org (NextMails accepted)
Fabien Roy Electronic Engineering
3 rue ANDRE DANJON, 75019 PARIS, France,
Tel: 33 1 4040 0206 Fax: 33 1 4040 0641
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: Whats the equivalent of COMMAND-~ on ADB keyboard?
Message-ID: <1993Dec10.120843.18975@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <2e894i$qe5@tove.cs.umd.edu>
Date: Fri, 10 Dec 1993 12:08:43 GMT
In comp.sys.next.sysadmin article <2e894i$qe5@tove.cs.umd.edu> you wrote:
> This is all on black hardware.
>
> I know how to use COMMAND-~ on an oldstyle keyboard to break out to
> the ROM Monitor when I first power up the machine, so that I can boot
> single user. Now I have a hung NeXT with an ADB-style keyboard that
> is hung. How do I break out to the rom monitor so I can boot single
> user? I tried holding down the COMMAND bar and hitting the ~ key, but
> it didn't seem to work.
>
> -stuart
> --
> --
> Stuart R. Pearlman
stuart@oasys.dt.navy.mil
> Trandes Corporation
> On-Contract-To: David Taylor Research Center +1 301 227 1428
At boot.
Try command-bar left-alt "`/~" key-cap.
When running:
command-bar left-alt "`/~" key-cap(most right-down key) = nmi
command-bar right-alt "`/~" key-cap(most right-down key) = restart, or
power-down menu
--
---------------------------------------------------------------------
Fabien_Roy@free.fdn.org (NextMails accepted)
Fabien Roy Electronic Engineering
3 rue ANDRE DANJON, 75019 PARIS, France,
Tel: 33 1 4040 0206 Fax: 33 1 4040 0641
Newsgroups: comp.sys.next.sysadmin
Subject: SLIP routing
Message-ID: <1993Dec9.121512.214@earlham.edu>
From: tim@math.earlham.edu (Tim McLarnan)
Date: 9 Dec 93 12:15:12 EST
I want to use Lou Mamakos' SLIP to set my NeXT up as a dial-in SLIP server.
I'll be the only person dialing in. Right now, the SLIP connection is up, but
I can't connect from the dial-in machine to anything except my own NeXT. I
don't understand routing well enough to see the 1-line fix I'm sure is there.
The players are:
159.28.24.200, my NeXT
159.28.1.1, my nameserver
159.28.24.1, my default router
The SLIP line is set up to be 159.28.24.198 on the NeXT end, and 159.28.24.199
on the remote end. The remote Mac lists 159.28.24.198 as its default gateway,
and 159.28.1.1 as its nameserver. Everything has netmask 255.255.255.0.
The NeXT routing tables are:
Destination Gateway Flags Refs Use Interface
127.0.0.1 127.0.0.1 UH 2 593 lo0
159.28.24.198 127.0.0.1 UH 0 0 lo0
159.28.24.199 159.28.24.198 UH 0 0 slip0
default 159.28.24.1 UG 7 8329 en0
159.28.24 159.28.24.200 U 18 4164 en0
The remote Mac can telnet to 159.28.24.198 or to 159.28.24.200 (the 2 ports on
the NeXT) just fine, but it can't telnet to any other IP number.
What am I doing wrong? I don't need to do something like putting the SLIP line
on a separate subnet, do I?
I'll be happy to summarize e-mailed replies. Many thanks in advance!
--
Tim McLarnan tim@math.earlham.edu
Dept. of Mathematics, Earlham College, Richmond, IN 47374 USA
Newsgroups: comp.sys.next.sysadmin
From: dal@netcom.com (Dana Andre Letendre)
Subject: Re: Whats the equivalent of COMMAND-~ on ADB keyboard?
Message-ID: <dalCHtxnv.3CD@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <2e894i$qe5@tove.cs.umd.edu>
Date: Fri, 10 Dec 1993 17:23:54 GMT
To get to the Restart/Poweroff Dialog, hit Command-`
To get to the NMI monitor, hit Command-Alternate-`
From: sears@uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.sysadmin
Subject: How to disable Power and Reset icons on login?
Date: 10 Dec 1993 20:48:39 GMT
Organization: University of Houston
Message-ID: <2eanb7$95a@menudo.uh.edu>
Someone (I think it was EPS), awhile back, posted info on how to disable the
Power and Reset icons on the Loginwindow under NS3.1, which I will assume
works in NS3.2. Well, I can't seem to locate the information anymore, so
can some tell me what I need to do? :-)
Thanks
--
Paul S. Sears * sears@uh.edu (NeXT Mail OK)
The University of Houston * suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center * comments, complaints, questions)
NeXT System Administration * DoD#1967 '83 NightHawk 650SC
>>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: alex@cs.umd.edu (Alex Blakemore)
Subject: Re: 3.2: chown broken?
Message-ID: <CHu7E0.872@genoa.com>
Sender: alex@genoa.com (Alex Blakemore)
Organization: Genoa Software Systems
References: <2e9i13$okg@disuns2.epfl.ch>
Date: Fri, 10 Dec 1993 20:54:00 GMT
Marco Scheurer writes
> chown -R user *
> but .* files ownership wouln't change.
> Is this a bug in chown or the standard way it works?
its the way UNIX shells work.
files starting with . dont match *
--
Alex Blakemore
alex@cs.umd.edu NeXT mail accepted
From: tcollins@cisco.com (Tracy Collins)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Re: Media Errors and Format
Followup-To: comp.sys.next.sysadmin,comp.sys.next.hardware
Date: 10 Dec 1993 22:11:42 GMT
Organization: cisco Systems
Message-ID: <2eas6uINNluh@cronkite.cisco.com>
References: <1993Dec03.194420.18278@dcc.uchile.cl>
Christian Bliek (cbliek@dcc.uchile.cl) wrote:
: Hi,
:
: I have a NeXTStation Turbo with a Seagate ST1280 internal (239 MBytes 1.5 years
: old) which is giving me MEDIA ERRORS (tries to read each block 9 times and then
: gives up). When I boot from CD-rom and format it (with disk -F or /usr/etc/sdform
: with 3.0 and/or 3.1) it says it's happy, but after having installed the software,
: the problem starts again.
:
: I suspect that it is able to write correctly, but that the data ``fades out'' so
: that when read the error checks find inconsistencies ...
:
: Any clues out there, in particular:
:
: Is there a better format facility available, that does surface checking?
: (the disk -T doesn't seem to work in 3.1)
:
: Is it possible that my disk is fine and that this is the result of problems in my
: power supply or controller?
:
: Thanks for your help,
:
: Christian Bliek. (cbliek@dcc.uchile.cl)
Hello Christian,
I have a NeXTStation with a Seagate drive (400 M), and I have the same problems.
I suspect that it's the drive or the disk controller. I haven't isolated the
problem yet, as I will be getting a 1G drive (when I have the $$).
I don't think that Seagate makes the most reliable drives.
tracy
From: murshid@unit.edu (Murshid)
Newsgroups: comp.sys.next.sysadmin,comp.unix.admin
Subject: Disk tab needed for seagate baraccuda 2.1 gig drive
Date: 11 Dec 1993 02:45:37 GMT
Organization: The Avant-Garde of the Now, Ltd.
Distribution: world
Message-ID: <2ebc8hINNfr2@network.ucsd.edu>
Could someone give me a hand with this?
Here's the label information which gives an error about the front
porch when building on a NeXT.
disk> label
label information: print, write? print
current label information on disk:
disk label version #3
disk label: Disk
disk name: SEAGATE ST12400N-512
disk type: fixed_rw_scsi
ncyls 2621 ntrack 19 nsect 42 rpm 300
sector_size 1024 front_porch 48 back_porch 0
ngroups 0 ag_size 0 ag_alts 0 ag_off 0
boot blocks: #1 at 32 #2 at -1
bootfile: sdmach
host name: baxter
root partition: a
read/write partition: b
part base size bsize fsize cpg density minfree newfs optim automount
type
a 0 2097294 8192 1024 16 2048 0% yes space yes
4.3BSD
disk>
Newsgroups: comp.sys.next.sysadmin
From: steve@eps.RAIN.COM (Steve Kornreich)
Subject: cmos.ram file??
Sender: news@percy.rain.com (News maintainer)
Organization: /etc/organization
Date: Fri, 10 Dec 1993 02:59:44 GMT
Message-ID: <CHstnL.5Bq@percy.rain.com>
What is the cmos.ram file for???
--
_____________________________
Steve Kornreich
steve@eps.rain.com
NeXT mail OK
Newsgroups: comp.sys.next.sysadmin
From: dan@pdh.com (Dan Delany)
Subject: Re: Problem with floppy on Intel 3.1
Message-ID: <CHtwtv.6wv@pdh.com>
Organization: PDH, Inc.
References: <CHon7J.4A@pdh.com> <1993Dec8.172354.203@dart.de>
Date: Fri, 10 Dec 1993 17:06:03 GMT
Wow! Alexander_Spohr@dART.de typed...
> In article <CHon7J.4A@pdh.com> dan@pdh.com (Dan Delany) writes:
> > I recently installed NS3.1 on a Gateway 4DX2-66V machine, and I can't access
> > the floppy drive. Here are the hardware particulars:
> >
> > Gateway 486/66
> > Adaptec 1542C SCSI card
> > ATI Graphics Ultra Pro video card (Local Bus version)
> >
> > When I try to access a disk via the "Disk->Check For Disk" menu option,
> > nothing happens, and if I try to access /dev/fd0a I get a "can't open device"
> > error message. Nextanswers@next.com has no relevant file. I've also tried
> > to explicitly mount the floppy device, but I get the same error because the
> > floppy device can't be opened. Is there some magic incantation I must
> > utter in order to access floppy disks?
> >
>
> NeXTanswers:
> NEXTSTEP Release 3.1 does not officially support the floppy controller on the
> Adaptec1542B, [...].
That would be a problem if I were attempting to use the floppy controller on
the 1542C, but I'm using the controller on the motherboard. I know that
Mach can talk to the floppy drive because I was able to use it during the
installation of 3.1, and if I want to I can boot from the floppy. But even
if I boot from the floppy, I can't access the floppy drive after the
machine is running.
--
Dan Delany, dan@pdh.com (NeXT mail OK) / System Administrator
PDH, Inc. / 2635 N First St, Suite 224 / San Jose, CA 95134-2032
(408) 428-9596 Fax: (408) 428-9599 /
From: jr@sade.ka.sub.org (Jochen Richter)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Whats the equivalent of COMMAND-~ on ADB keyboard?
Date: 10 Dec 1993 14:50:41 GMT
Organization: The home of the pilhuhn
Distribution: world
Message-ID: <2ea2c1$1ol@pilhuhn.pilhuhn.sub.org>
References: <2e894i$qe5@tove.cs.umd.edu>
In article <2e894i$qe5@tove.cs.umd.edu> stuart@cs.umd.edu (Stuart Pearlman)
writes:
> This is all on black hardware.
>
> I know how to use COMMAND-~ on an oldstyle keyboard to break out to
> the ROM Monitor when I first power up the machine, so that I can boot
> single user. Now I have a hung NeXT with an ADB-style keyboard that
> is hung. How do I break out to the rom monitor so I can boot single
> user? I tried holding down the COMMAND bar and hitting the ~ key, but
> it didn't seem to work.
>
> -stuart
> --
> --
> Stuart R. Pearlman stuart@oasys.dt.navy.mil
> Trandes Corporation
> On-Contract-To: David Taylor Research Center +1 301 227 1428
See page 60 in your Owner's Guide.
--
Jochen Richter Phone +49-721-696922
Zahringerstrasse 57 Fax +49-721-696988
D-76133 Karlsruhe e-mail: jr@sade.ka.sub.org
Germany jr@resy.kfk.de (>50K)
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Getting SCSI tape to work
Message-ID: <westesCHuzqK.vD@netcom.com>
Organization: Mail Group
Date: Sat, 11 Dec 1993 07:06:20 GMT
I need help using a SCSI tape under NS 3.2. I'm using
an Archive DAT, model 4350.
Using the configure app, I added the SCSI tape driver
under 3.2. I shutdown the system, then rebooted. When I shell out and
execute
tar cvf /dev/rxt0
or
tar cv
I get the message "I/O error". Also, when I booted the system I hit
<enter> at the boot: prompt so I could see drivers loading, and I *do*
see the SCSI tape driver loading without reporting an error.
What am I doing wrong? Does the Archive require a modified driver?
--
Will Estes Internet: westes@netcom.com
From: yf5990@u.cc.utah.edu (Yan Fang)
Newsgroups: comp.sys.next.sysadmin
Subject: SCSI problems on black hardware
Date: 11 Dec 1993 01:12:49 -0700
Organization: University of Utah Computer Center, Salt Lake City, Ut.
Message-ID: <2ebve1$b54@u.cc.utah.edu>
I'm having disconcerting problems with external SCSI disks, my own Seagate
400 and the Seagate of a client. It seems that NEXTSTEP believes on occasion
that it is unformatted when it first attempts to read it. If I am
persistent in forcing my slab to read and reread the disk, eventually it
will recognize the label and mount it as per fstab instructions.
I first noticed the problems several months ago when occasionally my disk
would take a long time to spin up after I took it out of its enclosure to
build the disk of a client. Tonight, while verifying my friend's Seagate
in preparation for an upgrade to 3.2, the disk failed to format. When I
tried sdform on the disk it gave me a cryptic error that I didn't write
down--something to do with ioctl. Then when I rebooted the machine it
claimed it was unformatted, as I expected it to do.
Anyway, when I reconnected my own Seagate and powered up, to my chagrin
I found that my slab thought that it too was unformatted and refused to
read the label. After cussing myself for failing to regularly backup my
disk I forced the slab to boot up time and time again. Finally it
recognized the disk label and booted up (mostly) normally, with the
message MEDIA ERROR; block 150h \ retry 1 \ retry 2 ... and so on.
My biggest concern is making it through the night so that I can go to
Alpine tomorrow and get the big Sun 600 MB shoebox to do some long-awaited
backups. But after that, I'm wondering what I need to do to find out what
is causing the problems. I'm not sure if it's the SCSI controller that is
scribbling over disks, if the disks are both bad (IMHO unlikely) or if my
SCSI cable/enclosure is hosed. I hate to give my money to Bell Atlantic if
I don't have to.
Email is not yet working, though soon you'll be able to reach me at
kris@keynes.alpine.com or at kris@magnusson.slang.org. I'll post as soon
as my SLIP connection starts service. If you post to this group, chances
are I'll see it. You could also call into my office at 801.268.8877. I
appreciate any help you can give.
Kris Magnusson
Alpine Computing MicroAge
NEXTSTEP and Unix sales
801.268.8877
kris@keynes.alpine.com
"Salt Lake: Just a pothole on the information superhighway. . . ."
Newsgroups: comp.sys.next.sysadmin
From: zeke@optilink.com (James Dehnert)
Subject: Re: uucp mail
Message-ID: <CHu0vn.II3@optilink.com>
Organization: Optilink Access Products, Petaluma, CA
References: <1993Dec08.225251.20249@jlc.mv.com> <1993Dec9.025542.6827@hot.com>
Date: Fri, 10 Dec 1993 18:33:23 GMT
Robert_La_Ferla@hot.com wrote:
: Jason,
: Assuming that you have one machine ("the mail server") that handles
: UUCP and many other machines networked to it ("subsidiarys or
: clients"), you should check the following:
Description of how to make it work deleted
: Robert La Ferla
: Hot Technologies
: In article <1993Dec08.225251.20249@jlc.mv.com> jason@jlc.mv.com
: (Jason T. Nelson) writes:
: > We've been messing with sendmail for quite awhile now, and still
: haven't been
: > able to get our NeXT to send mail using uucp. If the receiver is on
: ethernet,
: > the mail gets to him/her fine, but outside out local net and the
: mail gets
: > rejected (never even spools). Anybody have any clues as to what
: might be
: > happening?
: >
: >
Well, Robert showed you how to make it work, but you may also want to
look into Smail as a replacement to sendmail. I have been using it for
the last 3 years and it is easier to configure than sendmail and has
been very robust ( It has never failed unless I did something really
stupid )
If you know sendmail really well, stick with it, but if you don't look
as Smail. Even if you do know sendmail really well, look at Smail!!
Zek
--
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
= James "Zeke" Dehnert zeke@optilink.dsccc.com =
+ Unix System Administrator (707) 792-7816 +
= DSC Access Products Div. Eschew Obfuscation =
Newsgroups: comp.sys.next.sysadmin,comp.unix.programmer
From: uunet!molly!vlcek (Jim Vlcek)
Subject: Re: Here's a "uname" script (fixed!)
Message-ID: <CHuuHB.8A3@molly.uucp>
Sender: vlcek@molly.uucp (James Vlcek)
Organization: The Black Box of Lowertown
References: <CHqGGy.1JD@basil.icce.rug.nl>
Date: Sat, 11 Dec 1993 05:12:47 GMT
Tom R.Hageman writes
> How about this one; I just deleted the trailing blanks within the quoted
> strings, and let echo handle insertion of blanks between arguments.
> I also streamlined handling of `-a' option and no options case somewhat.
> And I tried to avoid line wraps;-)
This is getting to be an interesting little exercise. I merged Tom's script
with my own, and have modified the `no options' and `all options' case
handling so that the latter does not mask the presence of invalid options in
the argument list.
Thanks to Greg Ubben for pointing out that I didn't need the trailing sed,
and Nick Holloway for warning me about initializing the environment and
getting me to figure out a way to expand combined options (eg, `uname -sr').
I believe that I've got both of these problems worked out.
It's still not perfect, it doesn't reject `uname -s-n' as it should, and it
should really print out all the invalid options (rather than only the first)
before exiting. But, hey, it's slow enough as it is; I'll leave it to the
net to incorporate these enhancements.
Bonus question: why do I forcibly echo a blank space prior to the current
argument when piping into the sed command in the initial options parsing?
Hint: this wouldn't be required on many SysV machines.
#!/bin/sh
#
# uname
#
# Author: Jim Vlcek, ByteWare Consulting (uunet!molly!vlcek) 3 Dec 1993
# Tweaked-By: Larry Blische (lkba!lkb@uunet.uu.net)
# Warped-By: Tom Hageman (tom@basil.icce.rug.nl) 8 Dec 1993
# Rewacked-By: Jim Vlcek (uunet!molly!vlcek) 10 Dec 1993
# With-Suggestions-From: Greg Ubben, Nick Holloway
#
# An attempt to implement a SysV-ish "uname" under NeXTStep 3.0
#
# Options
#
# -s Print the operating system name
# -n Print the node name (essentially, the hostname)
# -v Print the operating system version
# -r Print the operating system release
# -p Print the host machine's processor type
# -m Print the machine hardware name
# -a Print all the above information
#
# Non-SysV options
#
# -i Print the host identification number (hostid)
#
system=""
node=""
version=""
release=""
processor=""
mach=""
hostid=""
usage="$0: Usage: $0 [-asnvrpm]"
for arg in $*""
do
case $arg in
"") opts=-s ;;
-[b-z]) opts=$opts" $arg" ;;
-*) opts=$opts" "`echo ' ' $arg | sed 's/-*\([^- ]\)/-\1 /g
s/-a/-s -n -v -r -p -m/'`
shift ;;
*) echo $usage >&2 ; exit 1 ;;
esac
done
for opt in $opts
do
case $opt in
-s) system="NEXTSTEP" ;;
-n) node=`uuname -l` ;;
-r) release=`hostinfo | sed -n 's/.*NeXT Mach \([0-9\.]*\).*/\1/p'` ;;
-m) mach=`hostinfo | sed -n 's/.*Processor type: \([^ ]*\).*/\1/p'` ;;
-p) processor=`hostinfo | \
sed -n 's/.*Processor type: [^ ]* (\([^)]*\).*/\1/p'` ;;
-v) version=`tail -1 /usr/lib/NextStep/software_version` ;;
-i) hostid=`hostid` ;;
*) echo Invalid option: $opt "\n"$usage >&2 ; exit 1 ;;
esac
done
echo $system $node $version $release $processor $mach $hostid
--
-----------------------------------------------------------------------------
Jim Vlcek SVR4.2: A standard for UNIX
uunet!molly!vlcek OpenStep: A standard for OO
Beautiful downtown St. Paul Windows: A standard for CYA
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
From: david@ffcsas.demon.co.uk
Subject: Re: Media Errors and Format
Message-ID: <CHvItz.DI0@demon.co.uk>
Sender: news@demon.co.uk (Usenet Administration)
Organization: Demon Internet Limited.
References: <2eas6uINNluh@cronkite.cisco.com>
Date: Sat, 11 Dec 1993 13:58:47 GMT
In article <2eas6uINNluh@cronkite.cisco.com> tcollins@cisco.com (Tracy Collins)
writes:
> Christian Bliek (cbliek@dcc.uchile.cl) wrote:
> : Hi,
> :
> : I have a NeXTStation Turbo with a Seagate ST1280 internal (239 MBytes 1.5
years
> : old) which is giving me MEDIA ERRORS (tries to read each block 9 times and
then
> : gives up). When I boot from CD-rom and format it (with disk -F or
/usr/etc/sdform
> : with 3.0 and/or 3.1) it says it's happy, but after having installed the
software,
> : the problem starts again.
> :
> : I suspect that it is able to write correctly, but that the data ``fades
out'' so
> : that when read the error checks find inconsistencies ...
> :
> : Any clues out there, in particular:
> :
> : Is there a better format facility available, that does surface checking?
> : (the disk -T doesn't seem to work in 3.1)
> :
> : Is it possible that my disk is fine and that this is the result of problems
in my
> : power supply or controller?
> :
> : Thanks for your help,
> :
> : Christian Bliek. (cbliek@dcc.uchile.cl)
>
The problem with most format programmes (DOS, UNIX et al) is that they do not
do a real low-level format thus all sectors are not checked and remapped if
troublesome (if the drives firmware supports that option). There are some low
level format routines floating around the archives for certain types of drives
you chould try looking at those
--
Regards David Knight
FFC Software and Systems Limited
351 London Road Phone: (44) 0702 551010
Hadleigh Fax: (44) 0702 551515
Essex. SS7 2BT Email: david@ffcsas.demon.co.uk
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin
From: jfr@aspen.pdh.com (Jon F. Rosen)
Subject: Printing from a Mac using a NeXT Printer (black)
Message-ID: <CHuoJn.Mwr@pdh.com>
Sender: news@pdh.com (USENET News Account)
Organization: PDH, Inc.
Date: Sat, 11 Dec 1993 03:04:34 GMT
The subject says it all. What do I need to do in order to do this?
Does the Mac need Ethernet, Localtalk or just a serial connection
to the NeXT? Does the Mac need special software or will normal Mac
Postscript be printable on a NeXT? Does the NeXT special software
or can it handle printing spooling in this way?
Thanks for any light you can shed on this (I looked in the FAQs and
had no luck).
Jon Rosen
(Oh, and BTW, my mouse is up and running again - the dog is in the
dog house :-)
From: matthewm@sgate.com (Mike Matthews)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Making the CD-ROM mount in a predictable place
Date: 11 Dec 1993 12:01:53 -0500
Organization: Collins International Services Company
Message-ID: <2ecue1$a81@sgate.com>
References: <CHLrzK.1GA@molly.uucp>
In article <CHLrzK.1GA@molly.uucp> uunet!molly!vlcek (Jim Vlcek) writes:
>I would like to make my slab (running 3.0) mount CD-ROMs in a predictable
>place (eg, /cdrom), as opposed to forcing them onto a directory named after
>the volume label of the CD. The current scheme used by NeXT makes it
>extremely painful to export a CD-ROM for remote NFS mounting; explicit path
>names have to be set up on both the server and client side for each and every
>different CD to be mounted.
>
>Changing the file system table, either in /etc/fstab or the NetInfo database,
>had no effect. For the record, these two entries follow:
>% cat /etc/fstab
>/dev/sd0a / 4.3 rw,noquota,noauto 0 1
>/dev/sd1a /v 4.3 rw,noquota 0 2
>/dev/sd2a /cdrom cfs ro,noquota 0 2
>% nidump fstab .
>/dev/sd0a / 4.3 rw,noquota,noauto 0 1
>/dev/sd1a /v 4.3 rw,noquota 0 2
>/dev/sd2a /cdrom cfs ro,noquota 0 2
NetInfo is not running when local drives are mounted, and local drives are
mounted with a 'mount -vat 4.3' command. You can change /etc/rc or modify
/etc/rc.local, the latter preferred by most sysadmins.
Having the mount in NetInfo does make it possible to mount/unmount the drive
after bootup, as /etc/fstab is NOT referenced when NetInfo is running.
You also want to make the entry
/dev/sd2a /cdrom cfs ro,noquota 0 0
so fsck doesn't try to fsck it. (Does fsck see the 'ro' and know what it
means, anyone?)
>Anyone have any suggestions?
>(Aside: This is infuriating. NeXT could have set things up so that the CD
>is mounted atop a well-known place, and a symbolic link named after the
>volume label is set up. To me, this betrays a lack of understanding of the
>importance of interoperability - a sorry reflection on the system that was
>billed as the "interpersonal" computer when I bought it.)
Your opinion. I find it much preferrable to have the machine mount the CD
for you, rather than having to type in a godawful command to do same.
I don't see how this betrays anything, actually.
This may all be moot, as I'm 99% sure that NEXTSTEP cannot successfully NFS
share non-4.3 filesystems. You can export, mount, even view directories, but
you can't get to the files.
>-----------------------------------------------------------------------------
>Jim Vlcek SVR4.2: A standard for UNIX
>uunet!molly!vlcek OpenStep: A standard for OO
>Beautiful downtown St. Paul Windows: A standard for
CYA
------
Mike Matthews, Mike_Matthews@sgate.com (NeXTmail accepted)
------
"You can't teach people to be lazy - either they have it, or they
don't."
-- Dagwood Bumstead
Newsgroups: comp.sys.next.sysadmin
From: me@helser18.res.iastate.edu (My Account)
Subject: Re: HELP!!Can't receive mail on my NeXT
Message-ID: <CHvwww.5Fn@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
References: <CHsurL.EvH@news.iastate.edu>
Date: Sat, 11 Dec 1993 19:02:55 GMT
In article <CHsurL.EvH@news.iastate.edu> root@helser18.res.iastate.edu
(Operator) writes:
>
> I just upgraded to 3.1 and have found myself reseting all of my
connection
> settings. I'm a lone machine hooked to ethernet. The only problem left
> is that if anybody tries to send mail to my NeXT as I have done below,
it
> bounces. Can anyone help me? My NeXT is helser18.res.iastate.edu. I
> sent the message from vincent1.iastate.edu. Here is what bounced.
>
> ----- Transcript of session follows -----
> While connected to helser18.res:
> >>> HELO helser18.res.iastate.edu
> <<< 553 helser18.res.iastate.edu config error: mail loops back to myself
> 554 <root@helser18.res.iastate.edu>... 554 Service unavailable
>
> ----- Unsent message follows -----
> Return-Path: <sela@iastate.edu>
> Received: from vincent1.iastate.edu by helser18.res.iastate.edu
> (NX5.67d/NX3.0S)
> id AA00196; Thu, 9 Dec 93 20:39:29 -0600
> Received: by vincent1.iastate.edu with sendmail-5.65
> id <AA03389@vincent1.iastate.edu>; Thu, 9 Dec 1993 20:40:19 -0600
> Message-Id: <9312100240.AA03389@vincent1.iastate.edu>
> To: root@helser18.res.iastate.edu
> Subject: test
> Date: Thu, 09 Dec 93 20:40:19 CST
> From: Brian <sela@iastate.edu>
>
> another test
>
> ---
> *******************IOWA***STATE***UNIVERSITY********************
> * Brian Morrison sela@iastate.edu *
> * --------------------------------------------------------- *
> * He who throws mud loses ground. *
> ****************************************************************
In an attempt to correct this I noticed that there was nothing under
/usr/spool/mail to specify a user. I added a folder and named it
me for user me and I started getting a file system error message from mail
saying: "Unable to write Active.mbox. File system error: No such file or
directory.
I hope this helps. If not please let me know what other questions need to
be answered.
--
*******************IOWA***STATE***UNIVERSITY********************
* Brian Morrison sela@iastate.edu (NeXT Mail welcome!) *
* --------------------------------------------------------- *
* He who throws mud loses ground. *
****************************************************************
Newsgroups: comp.sys.next.sysadmin
From: dave@alembicla.com(David W. Fahrney)
Subject: Token Ring & NEXTSTEP
Message-ID: <CHuK5v.1E7@nexus.uucp>
Sender: dave@nexus.uucp (David W. Fahrney)
Organization: Nexus Administration
Date: Sat, 11 Dec 1993 01:29:54 GMT
Anyone out there using Token Ring adapter with NEXTSTEP for Intel that would care to
relate their experiences, good or bad?
Thanks in advance!
--
David W. Fahrney =:-)
Alembic Systems International, Los Angeles
V: 310.371.6226
F: 310.371.0886
Newsgroups: comp.sys.next.sysadmin
From: me@helser18.res.iastate.edu (My Account)
Subject: SUMMARY: HELP!!Can't receive mail on my NeXT
Message-ID: <CHvzwG.6wv@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Sat, 11 Dec 1993 20:07:28 GMT
Another instance of proof that its usually something simple when you cant
think of anything else.
My problem was that in my resolv.conf file for DNS I was using only my
domain when it needs full hostname and domain which is, I guess refered to
as your domain. Anyway I'm up to full power. Thanks to those of you who
offered suggestions.
--
*******************IOWA***STATE***UNIVERSITY********************
* Brian Morrison sela@iastate.edu (NeXT Mail welcome!) *
* --------------------------------------------------------- *
* He who throws mud loses ground. *
****************************************************************
From: ddanz@sw.stratus.com (Dan Danz)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: SUMMARY: HELP!!Can't receive mail on my NeXT
Date: 11 Dec 1993 20:47:53 GMT
Organization: Stratus Computer, Inc.
Distribution: world
Message-ID: <2edblp$mip@transfer.stratus.com>
References: <CHvzwG.6wv@news.iastate.edu>
In article <CHvzwG.6wv@news.iastate.edu>, me@helser18.res.iastate.edu (My Account) writes:
> [...]
> My problem was that in my resolv.conf file for DNS I was using only my
> domain when it needs full hostname and domain which is, I guess refered to
> as your domain. Anyway I'm up to full power. Thanks to those of you who
> [...]
Gee - all of our /etc/resolv.conf have just the domain name in them and not
the full host.domain.name.
What problem does this solve? If you changed this just to fix a @#@%!#
sendmail problem, then I think it's going to create more problems
than it fixes.
--
L. W. "Dan" Danz (WA5SKM) VOS Mail: Dan_Danz@vos.stratus.com
Sr Consulting Software SE SMTP Mail: ddanz@sw.stratus.com
Advanced Development Group M3-2-BKW Phone: (508) 460-2264
Stratus Computer, Inc. 55 Fairbanks Blvd. Marlboro MA 01752
From: Tim Bissell
Newsgroups: comp.sys.next.sysadmin
Subject: Re: 14400 on black serial ports?
Date: 8 Dec 1993 14:48:59 GMT
Organization: Swiss Bank Corporation, High Timber St, London, UK
Message-ID: <2e4pgr$nf0@gpo.gb.swissbank.com>
References: <2do7jn$c08@news.u.washington.edu>
In article <2do7jn$c08@news.u.washington.edu> wrb@biostr.washington.edu
(William Barker) writes:
>
> I'm trying to run a cheap ($100) 14400 modem on a turbo slab. Works
fine
> at 9600, but tip tells me 14400 is a bad baud rate (Bad, bad baud
> rate...go to your room!!) =:-)
>
> What's the deal...anyone? The 3.1 release notes says it's OK to run a
> printer at 14.4 on a serial port. What gives with tip?
>
> Thanks in advance.
You are confusing the speed that the Computer talks to the modem
(the speed tip is interested in) and the speed at which the modem
talks down the telephone wire. Your next can talk to the modem
at 300, 1200, 2400, 4800, 9600, 19200 and 38400 baud. You might
as well always connect at 38400. The modem will talk to other modems
at the highest speed the BOTH can communicate at. This may vary,
but you need not be concerned with it.
--
tim
--
Work: bisselt@gb.swissbank.com | +44 71 711 2984 | Ducati 750SS
Home: tim@ursidae.demon.co.uk | +44 480 451 022 | DoD#174
From: Charles William Swiger <infidel+@CMU.EDU>
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: Re: Media Errors and Format
Date: Sat, 11 Dec 1993 17:36:43 -0500
Organization: Fifth yr. senior, Chemistry, Carnegie Mellon, Pittsburgh, PA
Message-ID: <8h2Yhvm00iV1M4wsFE@andrew.cmu.edu>
In-Reply-To: <CHvItz.DI0@demon.co.uk>
Excerpts from netnews.comp.sys.next.hardware: 11-Dec-93 Re: Media Errors
and Format by david@ffcsas.demon.co.uk
> The problem with most format programmes (DOS, UNIX et al) is that they do
> not do a real low-level format thus all sectors are not checked and
> remapped if troublesome (if the drives firmware supports that option).
> There are some low level format routines floating around the archives for
> certain types of drives you chould try looking at those.
Sort of. For SCSI devices, all the system must do is send a "FORMAT
UNIT" command to the device and the device is supposed to perform the
low-level format. There is no other way to perform a low-level format
on a SCSI disk (at least to a normal user; obviously, drive suppliers
have additional resources and information available to them). This is
performed by the sdform (8) command on NeXTs. Note that a SCSI drive is
*supposed* to maintain its bad-block list and update as appropriate when
it does a low level format, but that depends on how well written the
drive firmware was written. Also, note that there is a SCSI "REASSIGN
BLOCK" command that tries to remap a troublesome block. Take a look at
reasb (8).
-Chuck
Charles William Swiger -- CMU...*splat*! | 1. You can't fly.
--------------------------------------------+ 2. Cars are always real, even
AMS & normal mail: infidel@cmu.edu | when they're not.
Failing that: cs4w+@andrew.cmu.edu | 3. Police are not your friends.
NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | 4. Fire burns.
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Edman)
Subject: Re: 3.2: chown broken?
In-Reply-To: alex@cs.umd.edu's message of Fri, 10 Dec 1993 20:54:00 GMT
To: alex@cs.umd.edu (Alex Blakemore)
Message-ID: <CEDMAN.93Dec11180039@capitalist.princeton.edu>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <2e9i13$okg@disuns2.epfl.ch> <CHu7E0.872@genoa.com>
Date: Sat, 11 Dec 1993 23:00:38 GMT
In article <CHu7E0.872@genoa.com> alex@cs.umd.edu (Alex Blakemore) writes:
Marco Scheurer writes
> chown -R user *
> but .* files ownership wouln't change.
> Is this a bug in chown or the standard way it works?
its the way UNIX shells work.
files starting with . dont match *
Of course real shells like zsh allow you to set this behavior any way
you want.
Carl Edman
Newsgroups: comp.sys.next.sysadmin
From: roberto@SoftDesign.COM (Roberto Arrocha)
Subject: Taylor uucp installation
Message-ID: <CHvMyn.v3@SoftDesign.COM>
Keywords: NeXT Taylor uucp
Sender: roberto@SoftDesign.COM (Roberto Arrocha)
Organization: SoftDesign, Inc.
Date: Sat, 11 Dec 1993 15:27:58 GMT
I just got the latest version of Taylor uucp.
Before I proceed with the provided installation procedure:
- Is there a step-by-step procedure for installing Taylor uucp on a NeXT?
- Is there anything I should watch out for?
- Does anyone care to comment on their experience, i.e. what worked and
what did not, unforeseen problems, etc?
Thanks.
--
Roberto
SoftDesign, Inc.
From: edmtl@alf.uib.no (Thor Legvold)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: 14400 on black serial ports?
Date: 12 Dec 1993 02:18:12 +0100
Organization: University of Bergen
Message-ID: <2edrgk$d32@alf.uib.no>
References: <2do7jn$c08@news.u.washington.edu> <2e4pgr$nf0@gpo.gb.swissbank.com>
You'll also need a speed entry matching the one you're trying to
use in your /etc/gettytab and in your /etc/remote (for tip).
The entry can look something like this:
g14|std.14400|14400-baud:\
:p8:ap:sp#14400:
g|std.19200|19200-baud:\
:p8:ap:sp#19200:
g38|std.38400|38400-baud:\
:p8:ap:sp#38400:
Good luck!
Regards,
--
Thor Legvold | This is the strangest life
NorNeXT User Group leader | I've ever known...
University of Bergen | - Jim Morrison, The Doors
Norway | edmtl@fiol.uib.no (NeXTmail)
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: Disk tab needed for seagate baraccuda 2.1 gig drive
Message-ID: <1993Dec11.165545.21963@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <2ebc8hINNfr2@network.ucsd.edu>
Date: Sat, 11 Dec 1993 16:55:45 GMT
In article <2ebc8hINNfr2@network.ucsd.edu> murshid@unit.edu (Murshid)
writes:
> Could someone give me a hand with this?
>
> Here's the label information which gives an error about the front
> porch when building on a NeXT.
>
> disk> label
> label information: print, write? print
> current label information on disk:
> disk label version #3
> disk label: Disk
> disk name: SEAGATE ST12400N-512
> disk type: fixed_rw_scsi
> ncyls 2621 ntrack 19 nsect 42 rpm 300
> sector_size 1024 front_porch 48 back_porch 0
> ngroups 0 ag_size 0 ag_alts 0 ag_off 0
> boot blocks: #1 at 32 #2 at -1
> bootfile: sdmach
> host name: baxter
> root partition: a
> read/write partition: b
> part base size bsize fsize cpg density minfree newfs optim automount
> type
> a 0 2097294 8192 1024 16 2048 0% yes space
yes
> 4.3BSD
> disk>
>
>
How many partitions do you need ?
--Fabien
---------------------------------------------------------------------
Fabien_Roy@free.fdn.org (NextMails accepted)
Fabien Roy Electronic Engineering
3 rue ANDRE DANJON, 75019 PARIS, France,
Tel: 33 1 4040 0206 Fax: 33 1 4040 0641
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: Getting SCSI tape to work
Message-ID: <1993Dec11.170018.22027@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <westesCHuzqK.vD@netcom.com>
Date: Sat, 11 Dec 1993 17:00:18 GMT
In article <westesCHuzqK.vD@netcom.com> westes@netcom.com (Will Estes)
writes:
> I need help using a SCSI tape under NS 3.2. I'm using
> an Archive DAT, model 4350.
>
> Using the configure app, I added the SCSI tape driver
> under 3.2. I shutdown the system, then rebooted. When I shell out and
> execute
> tar cvf /dev/rxt0
> or
> tar cv
>
> I get the message "I/O error". Also, when I booted the system I hit
> <enter> at the boot: prompt so I could see drivers loading, and I *do*
> see the SCSI tape driver loading without reporting an error.
>
> What am I doing wrong? Does the Archive require a modified driver?
>
> --
> Will Estes Internet: westes@netcom.com
/dev/rxt0 is reserved to Exabyte tapes.
Try /dev/rst0 or /dev/nrst0
--Fabien
---------------------------------------------------------------------
Fabien_Roy@free.fdn.org (NextMails accepted)
Fabien Roy Electronic Engineering
3 rue ANDRE DANJON, 75019 PARIS, France,
Tel: 33 1 4040 0206 Fax: 33 1 4040 0641
Newsgroups: comp.sys.next.sysadmin
From: brill@sybase.com (Michael Brill)
Subject: Installing Next in Non-Next Environment
Message-ID: <CHuMuq.3BM@sybase.com>
Sender: usenet@sybase.com
Organization: Sybase, Inc.
Date: Sat, 11 Dec 1993 02:27:59 GMT
I've just installed NS3.2 on a PC that is hooked up to a Non-Next Unix
network. I've followed the directions in the Mixed Network docs, but cannot
seem to ping anybody on the network (except myself). Running HostManager, I
have:
Use local domain only
Readable only by local net checked
Hostname set to stratnext
NIS domain name set to blank (Note: it is *not* set to "None")
My internet address is set correctly
Broadcast address is Default
Netmask is Automatic
Router is None
But no ping (note that the Ethernet has been functioning fine in this machine).
Any ideas?
Thanks, ...Michael
Newsgroups: comp.sys.next.sysadmin
From: mcafee@Xenon.Stanford.EDU (Christopher C. McAfee)
Subject: 3.2 m68k install, how much disk space needed?
Message-ID: <1993Dec12.085615.5236@CSD-NewsHost.Stanford.EDU>
Sender: news@CSD-NewsHost.Stanford.EDU
Organization: Computer Science Department, Stanford University.
Date: Sun, 12 Dec 1993 08:56:15 GMT
Hi,
I'm hurting for disk space; how much space is needed to install
3.2 user & dev for black hardware? I am running 3.1 user & dev with
everything installed. How much is 3.2 actually going to add? the
docs don't really say anything and I'd hate to only make it halfway
through an install.
I borrowed a CDROM drive only to find "15.3 MB left" staring at me
in the workspace shelf..
Chris
mcafee@cs.stanford.edu
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: Compiled PGP for NEXTSTEP/Intel?
Message-ID: <rorCHx4Lz.1ns@netcom.com>
Summary: Any MAB or Intel versions of PGP around?
Keywords: PGP, Intel, MAB
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Sun, 12 Dec 1993 10:46:47 GMT
Has anyone successfully compiled PGP for NEXTSTEP/Intel?
It would really suck if I had to run SoftPC just to run the DOS version
(nothing against SoftPC, but it would a lot better to have the Unix
version.)
I have tried several times to compile it myself, but the Makefile does not
work for Intel. It compiles, but it will not generate a key-pair. It
explodes. There's some problem with the bit-order difference between the
Motorola and Intel processors, I think (I really don't know.) All my
efforts to tinker with the Makefile have been unsuccessful to date. If you
have it working, would you please share your secret?
Thanks!
RoR!
--
ror@netcom.com ~RoR-Alucard~
Newsgroups: comp.sys.next.sysadmin
From: ror@netcom.com (RatSnatcher)
Subject: Strange Problem with who command!
Message-ID: <rorCHx597.2Hn@netcom.com>
Summary: Who is busted! How did it happen?
Keywords: Who, Crazy!
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Sun, 12 Dec 1993 11:00:43 GMT
OH NO! Whenever I run "who" with any options, it bombs out...like this:
hecubus> who -l
who: cannot open utmp
"who" works with NO options, and I'm certain that it used to work with them.
When I go to look at my /etc/utmp file, it looks like this:
hecubus> cat /etc/utmp
consoleme?libFS
-ttyp1mefS
-ttyp2mexa
-ttyp3o
Actually, it looks SORT of like that. I can't send 8-bit characters
through the mail...but it's weird looking, though. It looks crazy! Does
anyone have any ideas what has happened to my who!? Has this ever happened
to anyone else? It's horrible!
Thanks for your help in advance,
Zach
--
ror@netcom.com ~RoR-Alucard~
From: cs438@cleveland.Freenet.Edu (Denis Lafont)
Newsgroups: comp.sys.next.sysadmin
Subject: Can't logout!
Date: 12 Dec 1993 14:53:20 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
Message-ID: <2efb90$jih@usenet.INS.CWRU.Edu>
Hello,
Our NSFIP machine can not shut down the right way...when we choose logout
or reboot, NS stays stucked at the "killing all processes" message..
Then we have to swith off, and at reboot of course our SCSI disks have to
be repair..
Any ideas?
Thanx,
Denis
--
--------------------------
Denis Lafont.....cs438@cleveland.freenet.edu
Tel: (+33) (1) 43.45.99.67
--------------------------
Newsgroups: comp.sys.next.sysadmin
From: shayman@Objectario.com (Steve Hayman)
Subject: Re: 3.2: chown broken?
Message-ID: <1993Dec12.215704.10878@objectario.com>
Sender: shayman@objectario.com
Organization: Steve Hayman + Associates
References: <2ea0b4$3ck@disuns2.epfl.ch>
Date: Sun, 12 Dec 1993 21:57:04 GMT
> Thanks for you answers
> chown is not broken, it's the way it works. .NeXT and other .* files need
> to be taken care off spearately
Just a warning/reminder, DON'T try this
chown -R some-user .*
Repeat, DON'T do that. that will recursively change the ownership
of every dot-file, including ".." (the parent directory) and the
contents of the parent directory, and all of its sub-directories.
You'll be chown'ing a lot more files than you had in mind - possibly
even every file on the disk (depending on what directory you started
in.)
This pattern is safer
chown -R some-user .??*
since the pattern .??* will match every dot-file in the current
directory whose name is at least 3 characters long, which skips
"..". of course it also skips ".a", ".b" and so on, but files
with names like that are relatively rare.
Even easier, of course, is
chown -R some-user .
which is smart enough to descend through the current directory, but
not climb into the parent directory.
---
Steve Hayman shayman@Objectario.com
Steve Hayman & Associates, Toronto, Ontario
(416) 769-8995 NeXTSTEP Consulting
From: cedman@princeton.edu (Carl Folke Edman)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: 3.2: chown broken?
Message-ID: <CEDMAN.93Dec12194726@phoenix.Princeton.EDU>
Date: 13 Dec 93 00:47:25 GMT
References: <2ea0b4$3ck@disuns2.epfl.ch> <1993Dec12.215704.10878@objectario.com>
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
In-Reply-To: shayman@Objectario.com's message of Sun, 12 Dec 1993 21:57:04 GMT
Originator: news@nimaster
In article <1993Dec12.215704.10878@objectario.com> shayman@Objectario.com (Steve Hayman) writes:
Just a warning/reminder, DON'T try this
chown -R some-user .*
Repeat, DON'T do that. that will recursively change the ownership
of every dot-file, including ".." (the parent directory) and the
contents of the parent directory, and all of its sub-directories.
You'll be chown'ing a lot more files than you had in mind - possibly
even every file on the disk (depending on what directory you started
in.)
But then of course:
% echo $SHELL
/usr/local/bin/zsh
% echo .*
.NeXT .cshrc .emacs .emacs.old .emacs~ .forward .forward.old
.gopherrc .history .hosts .hushlogin .kermrc .login .mailrc .msgsrc
.netrc .newsrc .newsrc.el .newsrc~ .oldnewsrc .pnewsexpert .rhosts
.rnlast .rnsoft .tcshrc .zlogin .zlogin~ .zshenv .zshenv~ .zshrc
.zshrc~
Notice ? No "." or "..".
Carl Edman
Newsgroups: comp.sys.next.sysadmin
Subject: SUMMARY: SLIP routing
Message-ID: <1993Dec12.220708.240@earlham.edu>
From: tim@math.earlham.edu (Tim McLarnan)
Date: 12 Dec 93 22:07:05 EST
Distribution: world
Organization: Earlham College
I was trying to set up a slip connection between my NeXT and a dial-in
Mac. The slip line was set up as 159.28.24.198 on the NeXT end and
159.28.24.199 on the Mac end. Everything worked stunningly, except I
couldn't get from the Mac to any machine except the NeXT.
My helpful respondants suggested 2 solutions. The right way to do
things seems to be to put the SLIP line on a separate subnet, and to
use the NeXT as a router to that subnet. The quick kludge, which I
used instead, is to use arp like this:
# arp -s 159.28.24.199 00:00:0f:00:12:34 public
Here the first address is the IP address of the Mac end of the SLIP
line, and the second address is the ethernet address of the NeXT.
This has so far worked like a charm.
Many thanks to those who took the time to write replies to someone who
obviously does not yet know what he's doing with TCP/IP:
nathant@math.earlham.edu
anand@denys.yale.eddu
hcole@tumbleweed.nrcabq.com
john@compricorn.byu.edu
edmtl@edb.uib.no
Thanks also to all those who no doubt thought about flaming me for my
ignorance and did not.
A few useful references I've found which might help other network
administration hobbyists are
SLIPServer.ps.Z by edmtl@edb.uib.no, which is available at the archive
sites or from me.
The FAQ for comp.protocols.ppp, which is available from rtfm.mit.edu
or from me.
The O'Reilly handbook "TCP/IP Network Administration" by Craig Hunt,
which is my bathroom reading for the next little while, and which may
actually help me finally conquer my phobia about this stuff.
I have also learned that Mamakos isn't kidding about header
compression making a vast difference. No one lives long enough to do
without it.
Tim
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to NEXTSTEP information on the Internet
Date: 13 Dec 1993 00:31:46 -0500
Organization: Next Announcements
Message-ID: <2eguo2$e4c@digifix.digifix.com>
This post is made weekly, to help 'point' users to more NEXTSTEP information
Topics include:
comp.sys.next newsgroups
related newsgroups
comp.sys.next newsgroups mailing list
ftp sites
NeXTanswers
comp.sys.next.* newsgroups
--------------------------
Comp.Sys.Next.Advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
Comp.Sys.Next.Announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
The NEXTSTEP FAQs are posted here monthly as well.
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
Comp.Sys.Next.Bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
Comp.Sys.Next.Hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
Comp.Sys.Next.Marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
Comp.Sys.Next.Misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
Comp.Sys.Next.Programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material.
The NEXTSTEP programmer FAQs are posted here.
Generic UNIX questions belong elsewhere (comp.unix.questions),
although specific questions about NeXT's implementation or
porting issues are appropriate here. Note that there are
several other more "horizontal" newsgroups (comp.lang.objective-c,
comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip,
etc.) that may also be of interest.
Comp.Sys.Next.Software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
Comp.Sys.Next.Sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
------------------
Comp.Soft-Sys.Nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
Comp.Lang.Objective-C
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
Comp.Object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original Comp.Sys.Next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
Getting the Newsgroups without getting News
-------------------------------------------
Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are
now available as a mailing list digest as well.
next-nextstep-d
next-advocacy-d
next-announce-d
next-bugs-d
next-hardware-d
next-marketplace-d
next-misc-d
next-programmer-d
next-software-d
next-sysadmin-d
(For a full description, send mail saying LISTS to
<digestif@antigone.com>).
The subscription syntax is essentially the same as LISTSERV's.
To subscribe, send a message to <digestif@antigone.com> saying:
SUB Listname YourName
Example: SUB next-hardware-d John Doe
The ftp sites
-------------
cs.orst.edu: The main site for North American submissions
nova.cc.purdue.edu: Lots of older stuff, but very short on disk space
ftp.informatik.uni-muenchen.de: In Germany.
ftp.next.com: See the below
ftp.next.com and NextAnswers@next.com
-------------------------------------
From the document 1000_Help from ftp.next.com
Welcome to the NeXTanswers information retrieval system!
This system allows you to request online technical documents, drivers, and
other software, which are then sent to you automatically. You can request
documents by fax or Internet electronic mail, or you can transfer them by
anonymous ftp.
NeXTanswers is an automated retrieval system. Requests sent to it are
answered electronically, and are not read or handled by a human being.
NeXTanswers does not answer your questions or forward your requests.
USING NEXTANSWERS BY E-MAIL
To use NeXTanswers by Internet e-mail, send requests to NeXTanswers@next.com.
Files are sent as NeXTmail attachments by default; you can request they be
sent as ASCII text files instead.
To request a file, include that file's ID number in the Subject line or the
body of the message. You can request several files in a single message.
You can also include commands in the Subject line or the body of the message.
These commands affect the way that files you request are sent:
ASCII causes the requested files to be sent as ASCII text
SPLIT splits large files into 95KB chunks, using the MIME
Message/Partial specification
These commands return information about the NeXTanswers system:
HELP returns this help file
INDEX returns the list of all available files
INDEX BY DATE returns the list of files, sorted newest to oldest
SEARCH keywords lists all files that contain all the keywords you list
(ignoring capitalization)
For example, a message with the following Subject line requests
three files:
Subject: 2101 2234 1109
A message with this body requests the same three files be
sent as ASCII text files:
2101 2234 1109 ascii
This message requests two lists of files, one for each search:
Subject:
SEARCH Dell SCSI
SEARCH NetInfo domain
NeXTanswers will reply to the address in your From: line. To use a different
address either set your Reply-To: line, or use the NeXTanswers command
REPLY-TO <your-address>
If you have any problem with the system or suggestions for improvement,
please send mail to NeXTanswers-request@NeXT.com.
USING NEXTANSWERS BY FAX
To use NeXTanswers by fax, call (415) 780-3990 from a touch-tone phone and
follow the instructions. You'll be asked for your fax number, a number to
identify your fax (like your phone extension or office number), and the ID
numbers of the files you want. You can also request a list of available
files. When you finish entering the file numbers, end the call and the
files will be faxed to you.
If you have problems using this fax system, please call Technical Support
at 1-800-848-6398. You cannot use the fax system outside the U.S & Canada.
USING NEXTANSWERS BY ANONYMOUS FTP
To use NeXTanswers by Internet anonymous FTP, connect to FTP.NEXT.COM
and read the help file pub/NeXTanswers/README. If you have problems using
this, please send mail to NeXTanswers-request@NeXT.com.
Written by: Eric P. Scott eps@toaster.SFSU.EDU and Scott Anguish sanguish@digifix.com
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
Newsgroups: comp.sys.next.sysadmin
From: shayman@Objectario.com (Steve Hayman)
Subject: Re: 3.2: chown broken?
Message-ID: <1993Dec13.055216.11678@objectario.com>
Sender: shayman@objectario.com
Organization: Steve Hayman + Associates
References: <CEDMAN.93Dec12194726@phoenix.Princeton.EDU>
Date: Mon, 13 Dec 1993 05:52:16 GMT
In article <CEDMAN.93Dec12194726@phoenix.Princeton.EDU> cedman@princeton.edu
(Carl Folke Edman) writes:
> (using zsh)
> % echo .*
> (various .files )
> Notice ? No "." or "..".
Hmm. One could argue, "Your shell is broken", since traditional
Unix shells (ok I'm thinking "sh" and "csh", don't know about others
but those are as close to standard as shells get) have expanded
".*" to mean "all files beginning with '.', including '..' and '.',
whether you like it or not."
I suppose the zsh behaviour is more convenient for the user but it
is unfortunate that it doesn't match what typical Unix shells do.
Oh well. More fun with Unix. Isn't it a delight trying to explain
this to new users.
From: fxg@gimli.tolkien.imib.rwth-aachen.de (Felix Gatzemeier #Alwd#)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Re: pword? Indexing kit help.
Date: 13 Dec 1993 12:16:02 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
Message-ID: <FXG.93Dec13131603@gimli.tolkien.imib.rwth-aachen.de>
References: <1993Dec6.130312.8044@zion.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
In-reply-to: david@zion.com's message of Mon, 6 Dec 1993 13:03:12 GMT
I don't think that pword is involved in the indexing kit that much. As far as I
remember, it's a rather antique tool that scans text for "peculiar words" and
prints readability statistics. It should be a general UNIX prog, but it's not
available on the ULTRIX machine I'm using here.
--
Felix
+-------------------------------+
| Groesstmoeglicher Erfolg |
| oder |
| eine vernuenftige Alternative |
+-------------------------------+
(Haegar, zu finden in der letzten (?) Was'N Los?, FS-Organ der I/1)
(If you don't speak german, mail me for a translation.)
(fxg@(([Pool|I3].Informatik)|(Tolkien.ImIB)).RWTH-Aachen.de
NeXT-Mail ok, but slow)
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.sys.next.sysadmin,comp.unix.questions
Subject: Shell's, what is standard? (Was: chown broken?)
Date: 13 Dec 1993 10:22:04 -0000
Organization: me organized? That's a joke!
Message-ID: <2ehfoc$k3@steffi.demon.co.uk>
References: <CEDMAN.93Dec12194726@phoenix.Princeton.EDU> <1993Dec13.055216.11678@objectario.com>
shayman@Objectario.com (Steve Hayman) wrote
>In article <CEDMAN.93Dec12194726@phoenix.Princeton.EDU> cedman@princeton.edu
>(Carl Folke Edman) writes:
>> (using zsh)
>> % echo .*
>> (various .files )
>> Notice ? No "." or "..".
>
>
>Hmm. One could argue, "Your shell is broken", since traditional
>Unix shells (ok I'm thinking "sh" and "csh", don't know about others
>but those are as close to standard as shells get) have expanded
>".*" to mean "all files beginning with '.', including '..' and '.',
>whether you like it or not."
>
>I suppose the zsh behaviour is more convenient for the user but it
>is unfortunate that it doesn't match what typical Unix shells do.
>Oh well. More fun with Unix. Isn't it a delight trying to explain
>this to new users.
Woopy do, who cares wether your shell is standard or not? Why is it
necessary to operate a standard shell? What the hell is a standard
shell anyway? csh won't run sh scripts and visa versa so both do not
conform to a common standard. They do however, provide common
functionallity and zsh also provides this functionality. So "One could
argue" that zsh conforms to _the_ standard.
I can still write shell scripts for any shell I please. The choice of
shell is a user choice and is not something that should be enforced upon them.
Really, this issue is about as important as wether I should use
if (var) {
print();
}
OR
if (var)
{
print();
}
Zsh is csh on Steroids and it is much more useful than "traditional" unix
shells. I cannot see why anybody would want filename generation
pattern matches to match on . and .. I'll use find / -exec if I want
that behaviour.
Zsh has merely taken a bad design issue and corrected IMHO..... I'd
rather have something corrected than follow a psuedo standard which
could possibly cause me a lot of grief.
Trying resetting all yours and everybody elses file's permissions some time,
it's not a fun way to spend the day.
BTW: Garance, do you still keep an ls -alg file on eclipse? Has it
been updated for 3.1 or 3.2?
IMHO: Unless we keep backups (which I do) you should have a copy of all the
permissions on your machine in case you screw up sometime.
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.infosystems.gopher,comp.sys.next.sysadmin,comp.unix.questions
Subject: Public gopher account
Date: 13 Dec 1993 13:32:44 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <2ehqts$ohr@news.intercon.com>
Hi folks,
I'm trying to set up a public gopher account on my NeXT -- so folks can
telnet to vector, enter "gopher" and go. The problem is that I can't
seem to get the mail-back function to work. I have an account set up
with "gopher -s" as the shell, and whenever I try to mail anything, I get:
sh: /bin/mail: restricted
Now, I've also had conflicting reports from the other sysadmins who run
public gopher servers. One fellow told me it couldn't be done -- and
it's true that most of the public gopher servers don't seem to support
mailing files. Another fellow (whose server DOES allow mailing) said he
did the same thing I did under SunOS, and it just works.
At this point, I think I've given up and am simply approaching this as an
academic question -- something worth learning about for future reference,
I guess. If anyone has insight into this, please email me. If anyone
sends me something that works (!!), I'll post a follow-up to these three
groups.
Thanks,
David.
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: trebels@PROBLEM_WITH_INEWS_GATEWAY_FILE (Stephan Trebels)
Subject: Re: NetInfoManager won't run
Message-ID: <WSYJBFST@gwdu03.gwdg.de>
Sender: news@gwdu03.gwdg.de (USENET News System)
Organization: GWDG, Goettingen
References: <CHqyLn.5L@csn.org>
Date: Fri, 10 Dec 1993 19:06:58 GMT
Erik Mugele (erik@csn.org) wrote:
> I am currently running NS 3.2 on black HW. When I start up NetInfoManager
> from my dock (as root), the disk chews on it for a minute as if it is
> trying to load it, and then the application dies (no messages). I then
> tried to start the application from the command line (again, as root)...
> NetInfoManager in directory /NextAdmin/NetInfoManager.app. The results
> are the same as above except this time I get a message saying "Bus error"
> before the application dies and I get the command prompt back.
>
> Any clues? I don't even know where to start looking.
First try to nidump the database by using nidump -r / /
If you can do this, you at least have something
to be modified by niutil.
Look whether you find something that's not normal.
e.g. your behaviour occurs if you accidently removed
the master property of your nidb. There are other
properties NetInfoManager expects to find.
NetInfoManager doesn't use enough assertions :-(
Ciao, Stephan
p.s. if everything fails, post the interesting parts
(not the users or printers) of your nidumped nidb.
Perhaps someone on the net will locate the error.
--
trebels@theo-phys.gwdg.de
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: RTFD should support TXT.rtf.Z
Date: 13 Dec 1993 13:37:02 -0000
Organization: me organized? That's a joke!
Message-ID: <2ehr5u$263@steffi.demon.co.uk>
Today I learnt that for regular files digital librarian uses the
workspace API when it encounters a filename extension that it doesn't
recognise. So if you have opener it will locate .gz files or .Z files
correctly.
For instance, you could compress all your man pages providing you
didn't use man (And then if you are using Tom's Christiansen's
man.shar package you could have compressed man source and compressed
cat files)
The one area this doesn't work and IMHO: should work.. is in RTFD
files. Because the directory name is visible in Librarian and not the
actual RTF file's name. Librarian using the standard RTFD routines
and explicitly looks for TXT.rtf in the RTFD wrapper. What I would like
would be for it to recognise TXT.rtf.* and use the same workspace API
that it does for regular RTF files.
Actually in an ideal world DL would know how to process compressed
files itself because when you use the workspace API which will invoke
Edit.app (typically) you lose the standard DL hypertext window.
This would allow me to compress all of NeXT's documentation (which will
only be indexed once so compressing won't harm anything there) I think
of that a considerable diskspace saving. But I guess harddrive
prices are quite low at the moment.
Any comments?
From: ponchy_c@ion.epita.fr (cedric ponchy)
Newsgroups: comp.sys.next.sysadmin
Subject: Problems with cdaudio with 3.2 FIP
Date: 13 Dec 1993 14:55:16 GMT
Organization: Epita (French Computer Science school)
Sender: ponchy_c@ion (cedric ponchy)
Distribution: world
Message-ID: <2ehvok$4v7@boson.epita.fr>
References: <1993Dec12.220708.240@earlham.edu>
Keywords: 3.2, cdaudio
RAARHGGHH!! The Application manager do not launch
CDPlayer when I insert an audio CD. The rights are
OK, I checked them. The CD is ejected right away
when the cdaudio fs is checked. The disk is not mounted
at /cdaudio. It didn't behave like that with the 3.1!
Bye...
--
Cedric "ponpon" PONCHY //\\Oo//\\
"to be or not to be? Not to be..." ~~~~~~~~~~~~~~~~~~~~
e-mail: ponpon@free.fdn.org (NeXTMail welcome)
From: flessel@doublon.unice.fr (Flesselles J.M.)
Newsgroups: comp.sys.next.sysadmin
Subject: trouble to compile pcnfsd
Date: 13 Dec 1993 16:17:21 GMT
Organization: University of Nice Sophia-Antipolis
Message-ID: <2ei4ih$gtu@taloa.unice.fr>
I am trying to compile on a NeXT the authentification daemon rpc.pcnfsd
that runs with the SUN software PC-NFS 5.0. Does anyone know what option
should be taken for the make (bsd, OS4.0 or other) and/or whether any
changes should be done in the source code?
Thanks in advance
Jean-Marc Flesselles
flessel@doublon.unice.fr
Newsgroups: comp.sys.next.sysadmin
From: jq@phcs.com (Jim Quick)
Subject: Re: 3.2: chown broken?
Message-ID: <CHzInu.Dq7@phcs.com>
Organization: Private Healthcare Systems, Inc
References: <2ea0b4$3ck@disuns2.epfl.ch> <1993Dec12.215704.10878@objectario.com> <CEDMAN.93Dec12194726@phoenix.Princeton.EDU>
Date: Mon, 13 Dec 1993 17:45:30 GMT
The simplest way to specify the current directory + all it's
content to a recursive command such as chown is:
chwon -R user ./
--
___ ___ mail: uunet!phcs!jq PHCS, Inc. Advanced Technology Group
/ / / or jq@phcs.com It's spelled "Luxury Yacht", but it's
\_/ (_\/ Voice: (617) 861-5579 pronounced "Throat-Warbler Mangrove".
) NeXTMail O.K.
From: akonstan@budapest.math.macalstr.edu (Alexander Konstantinou)
Newsgroups: comp.sys.next.sysadmin
Subject: putenv for the NeXT ?
Date: 13 Dec 1993 15:55:11 GMT
Organization: Macalester College, St. Paul Mn
Message-ID: <2ei38v$lgs@mckinley.cit.macalstr.edu>
Following the discussion on uname I was wondering if anyone has come up
with a putenv(3) implementation for the NeXT.
E-mail replies welcome, will post summary.
--
Alexander V. Konstantinou akonstan@math.macalstr.edu (NeXTMail OK)
Newsgroups: comp.sys.next.sysadmin
From: ratner@ficus.cs.ucla.edu (Dave "Van Damme" Ratner)
Subject: NeXTStep on portables and configuring hostnames
Date: 13 Dec 93 18:29:59 GMT
Message-ID: <ratner.755807399@ficus.cs.ucla.edu>
Organization: UCLA, Computer Science Department
Hi...I'm hoping someone out there can help me.
I have an i486 (Toshiba 4400C) laptop running NeXTStep.
I recently configured it to have a real hostname and
ip address, so that we could plug it into the docking station and
and have it on our net. This works fine.
*However*, after I did this, I found it would no longer boot
standalone anymore. It boots fine when connected to the
docking station (and therefore the net), but when standalone
it hangs trying to startup the autonfsmounter. I did some looking
and found that in the rc scripts, it makes a determination
of whether or not the network is up, and decides NETWORKUP=-YES-.
I tried manually setting it to -NO-, but then the rc
script hangs on sendmail for some reason.
In both cases I can ^C the rc script, and it continues, but comes
up in single-user mode.
Question: is something misconfigured [and if so, what?] or is NextStep
not made to go from booting connected to booting non-connected
without some manual intervention?
Thank you in advance.
Dave
--
* * *** * * Dave "Van Damme" Ratner
please send | * * * * * * | ratner@cs.ucla.edu
money | * * * * *** |
*** *** *** * * "Wham Bam, thank you Van Damme!"
Newsgroups: comp.sys.next.sysadmin
From: shayman@Objectario.com (Steve Hayman)
Subject: Re: Shell's, what is standard? (Was: chown broken?)
Message-ID: <1993Dec13.171858.13461@objectario.com>
Sender: shayman@objectario.com
Organization: Steve Hayman + Associates
References: <2ehfoc$k3@steffi.demon.co.uk>
Date: Mon, 13 Dec 1993 17:18:58 GMT
In article <2ehfoc$k3@steffi.demon.co.uk> robert@steffi.demon.co.uk (Robert
Nicholson) writes:
> Woopy do, who cares wether your shell is standard or not? Why is it
> necessary to operate a standard shell? What the hell is a standard
> shell anyway?
I just find it sad that after all these years, different Unix
shells can't agree on what a simple, two-character pattern like
".*" means.
Of course that's just one of many little inconsistencies in Unix
that make it great fun to use for experts but difficult to
master for beginners. Oh well. Go ahead and "chown" whatever
pattern you like, but if it messes up, isn't it great that
Unix lets you use whatever shell you want?
Steve
--
Steve Hayman shayman@Objectario.com
Steve Hayman & Associates, Toronto, Ontario
(416) 769-8995 NeXTSTEP Consulting
Newsgroups: comp.sys.next.sysadmin
From: gerry@wright.iba (Gerry Brush)
Subject: CAP and printing
Message-ID: <1993Dec13.190908.16888@inca.comlab.ox.ac.uk>
Date: Mon, 13 Dec 93 19:09:08 GMT
I've managed to install CAP 6 pl 162 on my NeXTstation running NS 3.0
and so far all appears to work expect for printing. CAP is set up in
its default mode running IPTalk and a router. There are eight zones.
atlook and atlooklws can see everything, including printers. Could
anyone give me a hand on how to set up printing on a NeXT? I've
installed the example printcap entries in NetInfo but with no success.
I'd be grateful for any help.
--
Gerry Brush
Institute of Biological Anthropology
University of Oxford
58 Banbury Road, Oxford OX2 6QS
UK
From: seidl@next1.lbl.gov (Peter Seidl)
Newsgroups: comp.sys.next.sysadmin
Subject: mail utility - archiving feature broken?
Date: 13 Dec 1993 20:46:37 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
Distribution: world
Message-ID: <36034@dog.ee.lbl.gov>
Keywords: mail, outgoing, archiving
It seems that the archive feature of mail might be missing some of my messages, or
at least taking a long time for them to appear in my Outgoing messages window.
However, my table_of_contents and mbox files seem to record the archived mail. Why,
then, wouldn't they appear in my Outgoing messages window?
--
Peter Seidl
Lawrence Berkeley Laboratory
Berkeley, CA 94720
seidl@next1.lbl.gov
From: bailey@casbah.acns.nwu.edu (Bill Leeke)
Newsgroups: comp.sys.next.sysadmin
Subject: open and cron?
Date: 13 Dec 1993 21:21:10 GMT
Organization: Northwestern University, Evanston IL USA
Message-ID: <2eimc6$eco@news.acns.nwu.edu>
Ive been having problems with open. Is it documented somewhere that I
haven't looked that they are incompatable?
thanks,
Bill
--
"Katchup is NOT a beverage!"
bailey@casbah.acns.nwu.edu
Newsgroups: comp.sys.next.sysadmin
From: dav@well.sf.ca.us (Paul Davilon)
Subject: replacing sendmail with smail
Message-ID: <CHztA7.CrJ@well.sf.ca.us>
Sender: news@well.sf.ca.us
Organization: The Whole Earth 'Lectronic Link, Sausalito, CA
Date: Mon, 13 Dec 1993 21:34:55 GMT
After obtaining advice from CERT and having some minor problems onsite, we are
switching our mail system over from sendmail that is shipped with the NeXT.
We are running black hardware and white, with ns 3.1 and 3.2. After looking it
over, sendmail in general seems a little nightmarish and SMAIL 3.1.28 looks
like a much saner and more logical solution.
Is there any good reason why we should NOT install smail on our network?
If anyone who has already done this has any advice to offer, I'd appreciate
hearing suggestions, or changes needed for the makefiles to work under ns 3.2
Thank you
From: cs438@cleveland.Freenet.Edu (Denis Lafont)
Newsgroups: comp.sys.next.sysadmin
Subject: GIGATAPE
Date: 13 Dec 1993 21:56:44 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
Message-ID: <2eioes$jke@usenet.INS.CWRU.Edu>
Hello,
What is the procedure to install a 1.2 Go GIGATAPE on a NSFIP 3.1 box?
If you have the driver or you know how to proceed please send me a mail.
It's very urgent (don't be afraid to send me the driver via mail..it is ok)..
Thanx,
Denis
--
--------------------------
Denis Lafont.....cs438@cleveland.freenet.edu
Tel: (+33) (1) 43.45.99.67
--------------------------
Newsgroups: comp.sys.next.sysadmin
Subject: login session timeouts
Message-ID: <1993Dec13.104840.243@earlham.edu>
From: tim@math.earlham.edu (Tim McLarnan)
Date: 13 Dec 93 10:48:39 EST
Distribution: world
Organization: Earlham College
When I dial in to my NeXT on a modem line, the NeXT hangs up on me
after about 5 minutes of inactivity at the terminal. So one knock at
the door, or too long in the bathroom, and my work is gone. The same thing
happens if I am logged into the SLIP account, which is even more
irritating. Is there a way to disable this feature? I'm going mad
looking at the wrong manual pages.
My profound gratitude to anyone who knows the answer to this!
Tim
--
Tim McLarnan, tim@math.earlham.edu
Dept of Mathematics, Earlham College, Richmond, IN 47374 USA
Newsgroups: comp.sys.next.sysadmin
From: Goetz.von-Escher@open.ch (Goetz von Escher)
Subject: Re: HELP!!Can't receive mail on my NeXT
Message-ID: <CHzz5s.10z@eunet.ch>
Sender: usenet@eunet.ch (News Administrator)
Organization: EUnet Switzerland
References: <CHsurL.EvH@news.iastate.edu>
Date: Mon, 13 Dec 1993 23:41:50 GMT
In article <CHsurL.EvH@news.iastate.edu> root@helser18.res.iastate.edu
(Operator) writes:
> I just upgraded to 3.1 and have found myself reseting all of my connection
> settings. I'm a lone machine hooked to ethernet. The only problem left
> is that if anybody tries to send mail to my NeXT as I have done below, it
> bounces. Can anyone help me? My NeXT is helser18.res.iastate.edu. I
> sent the message from vincent1.iastate.edu. Here is what bounced.
>
> ----- Transcript of session follows -----
> While connected to helser18.res:
> >>> HELO helser18.res.iastate.edu
> <<< 553 helser18.res.iastate.edu config error: mail loops back to myself
> 554 <root@helser18.res.iastate.edu>... 554 Service unavailable
This mail is sent from your host back to itself! Your sendmail
setup is wrong. Check the following:
1. Are you using sendmail.mailhost.cf as your configuration file
(-> Check NetInfo:local domain:locations:sendmail)
2. Did you restart the sendmail daemon after applying changes to the
sendmail configuration?
3. Is your hostname set correctly (try command hostname in a shell)
4. Is your domainname set correctly (try command domainname in a shell)
If you cannot set those to the correct values try defining the class m
in your sendmail configuration file:
Cmhelser18.res.iastate.edu
Hope this helps...
--
Goetz von Escher email: Goetz.von-Escher@Open.CH
Open Systems AG voice: +41 (61) 262-0505
Basel, Switzerland FAX: +41 (61) 262-0510
Newsgroups: comp.sys.next.sysadmin
From: gfin@cyber.psych.ualberta.ca (Gary Finley)
Subject: Re: cmos.ram file??
Message-ID: <1993Dec13.232546.17708@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <CHstnL.5Bq@percy.rain.com>
Date: Mon, 13 Dec 1993 23:25:46 GMT
Steve Kornreich writes
> What is the cmos.ram file for???
>
There are several utility programs around for saving a copy
of the contents of the CMOS configuration RAM as a file.
This way, when your CMOS battery dies and your machine forgets
what the hard disk type was (and what floppy disks you had
installed, and how much memory the system has...), you can
just replace the battery and restore the configuration from
the file. Your file called CMOS.RAM is no doubt one of these
configuration backup copies.
--------------------------------------------
Gary Finley, Univ of Alberta Psychology Dept.
gfin@psych.ualberta.ca (NeXTmail welcome!)
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Shell's, what is standard? (Was: chown broken?)
Date: 13 Dec 1993 22:05:59 -0000
Organization: me organized? That's a joke!
Message-ID: <2eip07$1m7@steffi.demon.co.uk>
References: <2ehfoc$k3@steffi.demon.co.uk> <1993Dec13.171858.13461@objectario.com>
shayman@Objectario.com (Steve Hayman) wrote
>In article <2ehfoc$k3@steffi.demon.co.uk> robert@steffi.demon.co.uk (Robert
>Nicholson) writes:
>> Woopy do, who cares wether your shell is standard or not? Why is it
>> necessary to operate a standard shell? What the hell is a standard
>> shell anyway?
>
>I just find it sad that after all these years, different Unix
>shells can't agree on what a simple, two-character pattern like
>".*" means.
>
>Of course that's just one of many little inconsistencies in Unix
>that make it great fun to use for experts but difficult to
>master for beginners. Oh well. Go ahead and "chown" whatever
>pattern you like, but if it messes up, isn't it great that
>Unix lets you use whatever shell you want?
Excuse me?
I was advocating the correct behaviour ie. which is now fixed in zsh
you were saying that all shells should follow on from the
specifictions in /bin/sh and /bin/csh.... Now, that's when you would
be messing up...
Please don't turn around what I say....
Sure you want a common standard but it has to be a "correct" one.
From: anderson@macc.wisc.edu (Jess Anderson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: login session timeouts
Date: 14 Dec 1993 01:13:17 GMT
Organization: Division of Information Technology, UW-Madison
Message-ID: <2ej3vd$fqe@news.doit.wisc.edu>
References: <1993Dec13.104840.243@earlham.edu>
In article <1993Dec13.104840.243@earlham.edu>,
Tim McLarnan <tim@math.earlham.edu> wrote:
>When I dial in to my NeXT on a modem line, the NeXT hangs up on me
>after about 5 minutes of inactivity at the terminal. So one knock at
>the door, or too long in the bathroom, and my work is gone. The same thing
>happens if I am logged into the SLIP account, which is even more
>irritating. Is there a way to disable this feature? I'm going mad
>looking at the wrong manual pages.
>My profound gratitude to anyone who knows the answer to this!
Sounds like the timeout register in your modem is set
to something; usually a 0 setting means no timeout.
I'm not aware of any timeouts in NeXTstep itself.
--
[Jess Anderson <> Division of Information Technology, University of Wisconsin]
[Internet: anderson@macc.wisc.edu {o"o} UUCP:{}!uwvax!macc.wisc.edu!anderson]
[Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
[------> Cheap things are of no value, valuable things are not cheap. <-------]
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: CAP and printing
Message-ID: <1993Dec14.021340.27636@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Dec13.190908.16888@inca.comlab.ox.ac.uk>
Date: Tue, 14 Dec 1993 02:13:40 GMT
In article <1993Dec13.190908.16888@inca.comlab.ox.ac.uk>
gerry@wright.iba.ox.ac.uk (Gerry Brush) writes:
>I've managed to install CAP 6 pl 162 on my NeXTstation running NS 3.0
>and so far all appears to work expect for printing. CAP is set up in
>its default mode running IPTalk and a router. There are eight zones.
>atlook and atlooklws can see everything, including printers. Could
>anyone give me a hand on how to set up printing on a NeXT? I've
>installed the example printcap entries in NetInfo but with no success.
>I'd be grateful for any help.
CAP is now at pl 182. Four of the fixes since pl 162 pertain to
printing. You might try upgrading to the latest version, and
asking again if you're still having problems.
[Also, comp.protocols.appletalk is the "official" CAP newsgroup.]
-=EPS=-
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: login session timeouts
Message-ID: <1993Dec14.040255.1586@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Dec13.104840.243@earlham.edu>
Date: Tue, 14 Dec 1993 04:02:55 GMT
I'm not aware of anything in NEXTSTEP that would do this, but
many modems themselves implement [adjustable] idle timeouts.
Check the modems' settings on *both* ends of the connection.
-=EPS=-
From: robocop@lehre23.informatik.Uni-Bremen.DE (Dirk Lehmann + Co)
Newsgroups: comp.sys.next.sysadmin
Subject: Look who's booting ! Or my machine was Black !
Date: 13 Dec 1993 11:56:07 GMT
Organization: Universitaet Bremen
Sender: robocop@lehre23 (Dirk Lehmann + Co)
Distribution: world
Message-ID: <2ehl8n$19ta@ina.zfn.uni-bremen.de>
Hello !
This posting deals with problems and questions on the 3.2 Upgrade for a
NeXTstation. After installing and rebooting my station, I saw a big surprise
(It's a feature for the FIPpies ): They changed the Boot-panel (_not_ the
information printed in the NMI-window) !
My question : Where is my spinning disk picture ??
I'patched all rc-files, but the result was not satisfying.
Who can help to bring back my black starting screen ?
Is it possible to exchange fbshow from 3.2 with 3.1 ?
Thanks Dirk
Newsgroups: comp.sys.next.sysadmin
From: bnocker@hirsch.cosy.sbg.ac.at (Bernhard Nocker)
Subject: SLIP for NSFIP
Message-ID: <CI0JL8.E6x@cosy.sbg.ac.at>
Keywords: SLIP NSFIP
Sender: news@cosy.sbg.ac.at
Organization: University of Salzburg / Austria
Date: Tue, 14 Dec 1993 07:03:08 GMT
Can anyone point me to the location of SLIP for white hardware? Or MAB
binaries?
Thanks in advance,
Bernhard
--
Bernhard Nocker
University of Salzburg's Department of Computing Studies
Jakob-Haringerstr. 5 5020 Salzburg Austria, Europe
Tel: +43-662-8044/6316 bnocker@cosy.sbg.ac.at
Fax: +43-662-8044/611 or +43-662-8044/6349
Newsgroups: comp.sys.next.sysadmin
From: alex@cs.umd.edu (Alex Blakemore)
Subject: Re: NetInfoManager won't run
Message-ID: <CI07tG.CIu@genoa.com>
Sender: alex@genoa.com (Alex Blakemore)
Organization: Genoa Software Systems
References: <WSYJBFST@gwdu03.gwdg.de>
Date: Tue, 14 Dec 1993 02:48:52 GMT
Erik Mugele (erik@csn.org) wrote:
> > When I start up NetInfoManager from my dock (as root), the disk
> > chews on it for a minute as if it is trying to load it, and
> > then the application dies (no messages).
Stephan Trebels wrote:
> First try to nidump the database by using nidump -r / /
good advice, also read the man pages for niutil, niload, nidump
man 5 netinfo as well as the sysadmin chapter on large networks
which describes the netinfo hierarchy in detail
if you dont have luck with niutil etc, try using them
with tagged notation .e.g.
niutil -t -list localhost/local /
finally, you can tell netinfomanager not to try to open the local domain
at startup with the following command.
dwrite NIMOpenDomainAtStart NO
then you can start netinfomanager, open the local domain using tagged
notation, and then fix the problem.
--
Alex Blakemore
alex@cs.umd.edu NeXT mail accepted
Newsgroups: comp.sys.next.sysadmin
From: alex@cs.umd.edu (Alex Blakemore)
Subject: Re: NetInfoManager won't run
Message-ID: <CI0954.CL1@genoa.com>
Sender: alex@genoa.com (Alex Blakemore)
Organization: Genoa Software Systems
References: <CI07tG.CIu@genoa.com>
Date: Tue, 14 Dec 1993 03:17:28 GMT
correcting my own post:
> you can tell netinfomanager not to try to open the local domain
> at startup with the following command.
> dwrite NIMOpenDomainAtStart NO
should say
dwrite NIMOpenDomainAtStart No
the case is significant
--
Alex Blakemore
alex@cs.umd.edu NeXT mail accepted
From: edwintam@hk.super.net (Mr Edwin KwanTo Tam)
Newsgroups: comp.sys.next.sysadmin
Subject: HELP:News with CNews
Date: 14 Dec 1993 09:09:56 GMT
Organization: Hong Kong SuperNet
Message-ID: <2ejvt4$gap@hk.super.net>
Hi,
I am trying to *read* news and had already installed and config both CNews
and Newsgazer on my BlackBox running 3.0.
Whenever I try to read news, Newsgazer returns NNTP server access denied.
I am pretty sure that I have granted the right to read news from the news server.
What am I doing wrong here ? What should I put into the /usr/local/news/lib/whoami file ?
Thank you for your help.
Edwin Tam
edwintam@hk.super.net
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: How do I erase .[a-z]* files?
Message-ID: <westesCI0t7B.3oy@netcom.com>
Organization: Mail Group
Date: Tue, 14 Dec 1993 10:30:46 GMT
Under NeXTSTEP, the command rm -rf * does not act on hidden files
(i.e., those beginning with a '.'). How do I erase all such files
in a file tree?
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Relocating home directory does not delete old directory
Message-ID: <westesCI0t9J.3r4@netcom.com>
Organization: Mail Group
Date: Tue, 14 Dec 1993 10:32:06 GMT
I've noticed that when I re-locate a user's home directory, the
NeXTSTEP user administration tool does not erase the old directory.
I assume it is just copying over all the old files (I hope it does
at least that). Why doesn't NeXTSTEP erase the old directory?
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Saving desktop configurations globally?
Message-ID: <westesCI0vF4.5K@netcom.com>
Organization: Mail Group
Date: Tue, 14 Dec 1993 11:18:39 GMT
Is there any way for me to save a desktop environment for a group of
users? I think it is common for a system administrator to log in as
any of multiple users, and he might want the same environment
presented for each without having to tediously re-construct it for
each user.
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Preferred tape program that ships with NeXT?
Message-ID: <westesCI0wtB.1Cy@netcom.com>
Organization: Mail Group
Date: Tue, 14 Dec 1993 11:48:46 GMT
What's the preferred utility for making a system backup to an
Archive DAT tape unit? tar seems out of the question due to the
100-character path/file length restrictions. Dump did not seem to
be in the path anywhere. What's a program that ships with the box
that can be used to backup the whole system?
--
Will Estes Internet: westes@netcom.com
From: seubert@cip.mathematik.uni-wuerzburg.de (Klemens Seubert)
Newsgroups: comp.sys.next.sysadmin
Subject: Quotas for NeXT Laser printer
Date: 14 Dec 1993 15:00:15 GMT
Organization: University of Wuerzburg, Germany
Message-ID: <2ekkdv$jus@winx03.informatik.uni-wuerzburg.de>
Hi,
our department is looking for a software for managing pagequotas
for our NeXT Laser printer.
The application Quotas.app is only able to manage quotas for printers
other than NeXT Laser.
Thanks,
Klemens
--
Klemens Seubert
Universitaet Wuerzburg
Institut fuer Angewandte Mathematik
email: seubert@cip.mathematik.uni-wuerzburg.de
NeXTmail welcome
Newsgroups: comp.sys.next.sysadmin
From: kinch@valve.heart.rri.uwo.ca (Dave Kinchlea)
Subject: Running 3.x applications remotely onto 2.1 OS
Organization: Heart Valve Group, John P. Robarts Research Institiute, London, Ont. Canada
Date: Tue, 14 Dec 1993 15:23:03 GMT
Message-ID: <1993Dec14.152303.24258@julian.uwo.ca>
Keywords: NXHost, 3.0, 2.1 remote appliaction execution
Sender: news@julian.uwo.ca (USENET News System)
Howdy
We have a mixed network consisting of a single NextStep 3.0
(nextinct)
NeXTStation and two NextStep 2.1 NeXTStations (next, next2god). I am attempting to run
EquationBuilder3.0 remotely from nextinct to next. I have public
window server set, and verified that this works by running Webster
from next2god to next, no problem. However, when I try:
nextinct: cd /LocalApps/EquationBuilder.app
nextinct: ./EquationBuilder -NXHost next2god
The command terminates, with the following errors to console:
Dec 14 09:49:30 nextinct EquationBuilder[204]: \
DPS client library error: PostScript program error, DPSContext 80664
Dec 14 09:49:30 nextinct EquationBuilder[204]: \
%%[ Error: invalidid; OffendingCommand: currentwindowbounds ]%%
Dec 14 09:49:32 nextinct EquationBuilder[204]: \
DPS client library error: PostScript program error, DPSContext 80664
Dec 14 09:49:32 nextinct EquationBuilder[204]: \
%%[ Error: invalidid; OffendingCommand: currentwindowbounds ]%%
Dec 14 09:49:32 nextinct EquationBuilder[204]: \
DPS client library error: PostScript program error, DPSContext 80664
Dec 14 09:49:32 nextinct EquationBuilder[204]: \
%%[ Error: invalidid; OffendingCommand: currentwindowbounds ]%%
I am far from an expert at this ;-( Hopefully there are others out
there that can help.
BTW: I checked and this does not seem to be limited to
EquationBuilder, Edit produces essentially the same error.
ANY help is appreciated.
cheerskinch
Dave Kinchlea System Administrator/Research Programmer
Heart Valve Lab,
John P. Robarts Research Institute
London, Ontario, Canada,
".... 2 to the power 759 million to 1 and falling ..." HHGTG
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: tlm@tantalus.scl.ameslab.gov (Tom Marchioro)
Subject: What the $^&%^*#$ with niload of mail aliases
Message-ID: <CI1AE6.DtF@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Tue, 14 Dec 1993 16:42:05 GMT
Here is a question so simple it's embarassing, but I cannot for the life of
me figure it out. For some projects I've begun keeping rather lengthy mail
aliases, which I add to regularly. I started out just using the "Private
Groups" feature of NeXTmail, but often find I want to mail to everyone on
the list when I'm out of town or logged in as another user, and thus want
to invoke the group from the command line and/or have it available system
wide. No problem! I think. I'll just niload the .mailaliases file, and
then will write a cron job to do it regularly. But I cannot get it to to
work, grr....
In fact, even the following does not work for reasons I cannot fathom:
feynman:1# niload aliases . mosaic:tlm@ameslab.gov
usage: niload [-v] [-d] [-p] [-t] <format> <domain>
<format> must be one of the following:
aliases
bootparams
bootptab
exports
fstab
group
hosts
networks
passwd
printcap
protocols
rpc
services
Uuuuuhhhh, excuse me but isn't aliases on the list above? I update my
hosts file this way regularly, so it works for that. I *know* how to do it
from NetInfoManager, but I want to be able to update it from the command
line, and also to run the cron job. Can anyone tell me (A) what I'm doing
wrong, or (B) failing that, another, non-NIM, way to get my .mailaliases
file into the netinfo database?
Thanks in advance --- Tom
----------------
Dr. Thomas L. Marchioro II Two-wheeled theoretical physicist
Center for Physical and
Computational Mathematics 515-294-5543
Ames Laboratory 515-233-1216 (home)
Ames, Iowa 50011 tlm@iastate.edu
From: shi@moskva.ks.uiuc.edu (Zhouhong Joel Shi)
Newsgroups: comp.sys.next.sysadmin
Subject: system panic
Date: 14 Dec 1993 16:59:14 GMT
Organization: University of Illinois at Urbana
Message-ID: <2ekrd2$48b@vixen.cso.uiuc.edu>
Keywords: panic
For some unknown reason, the NeXt machine just crashed sometimes.
I checked the message as follows, any suggestions?
Dec 14 10:37:24 lisboa mach: panic: (Cpu 0) No more room in kernel map
Dec 14 10:37:24 lisboa mach: NeXT ROM Monitor 2.2 v63
Dec 14 10:45:28 lisboa mach: Killing all processes .
after the panic, the machine just hanged on and I had to reboot it.
--
Joel Shi
+--------------------------------------------------------------------
|Programming and System Administration
|Theoretical Biophysics shi@lisboa.ks.uiuc.edu
|University of Illinois Tel: (217)-244-1851
From: dnh@mfltd.co.uk (Des Herriott)
Newsgroups: comp.sys.next.sysadmin,comp.unix.questions
Subject: Re: Shell's, what is standard? (Was: chown broken?)
Date: 14 Dec 1993 17:29:18 -0000
Organization: Micro Focus Ltd., Newbury, UK.
Message-ID: <2ekt5e$3dm@icebox.mfltd.co.uk>
References: <CEDMAN.93Dec12194726@phoenix.Princeton.EDU> <1993Dec13.055216.11678@objectario.com> <2ehfoc$k3@steffi.demon.co.uk>
In article <2ehfoc$k3@steffi.demon.co.uk>,
Robert Nicholson <robert@steffi.demon.co.uk> wrote:
>
>Woopy do, who cares wether your shell is standard or not? Why is it
>necessary to operate a standard shell? What the hell is a standard
>shell anyway? csh won't run sh scripts and visa versa so both do not
>conform to a common standard. They do however, provide common
>functionallity and zsh also provides this functionality. So "One could
>argue" that zsh conforms to _the_ standard.
The only shell that can really claim to be standard is the basic,
no features, Bourne Shell, /bin/sh. Why? Because it's guaranteed to
be present on every Unix machine. Okay, Linux may be an exception,
but it still provides Bourne compatability with bash (which is a link
to /bin/sh).
This may sound kind of facetious, but the truth is that there are
still machines out there whose only shell is /bin/sh. A dying breed,
thankfully, but they still exist. If you want your shell scripts to be
truly portable, then write them in Bourne Shell.
>I can still write shell scripts for any shell I please. The choice of
>shell is a user choice and is not something that should be enforced upon them.
Fine, but read my previous paragraph.
> [ ... ]
>Zsh is csh on Steroids and it is much more useful than "traditional" unix
>shells. I cannot see why anybody would want filename generation
>pattern matches to match on . and .. I'll use find / -exec if I want
>that behaviour.
'find / -print | xargs ...' tends to be somewhat faster :-)
--
Des Herriott, / As a wise man once said,
Micro Focus, Newbury. /
+44 (0635) 565354 / "It takes a lot of brains to be smart,
dnh@mfltd.co.uk / but it takes some neck to be a giraffe."
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: tlm@tantalus.scl.ameslab.gov (Tom Marchioro)
Subject: Re: What the $^&%^*#$ with niload of mail aliases
Message-ID: <CI1CwI.H5t@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
References: <CI1AE6.DtF@news.iastate.edu>
Date: Tue, 14 Dec 1993 17:36:17 GMT
Ooops! Left something out:
I should probably say that I'm running system 3.0 on black hardware.
--
Dr. Thomas L. Marchioro II Two-wheeled theoretical physicist
Center for Physical and
Computational Mathematics 515-294-5543
Ames Laboratory 515-233-1216 (home)
Ames, Iowa 50011 tlm@iastate.edu
From: akonstan@budapest.math.macalstr.edu (Alexander Konstantinou)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: putenv for the NeXT ?
Date: 14 Dec 1993 17:10:07 GMT
Organization: Macalester College, Math/CS Dept.
Message-ID: <2eks1f$1kp@mckinley.cit.macalstr.edu>
References: <2ei38v$lgs@mckinley.cit.macalstr.edu>
Alexander Konstantinou (akonstan@budapest.math.macalstr.edu) wrote:
: Following the discussion on uname I was wondering if anyone has come up
: with a putenv(3) implementation for the NeXT.
: E-mail replies welcome, will post summary.
SUMMARY :
*** James S. Mackinnon (jmack@phys.ualberta.ca) sent me the berkeley source
for putenv, setenv and strdup. I have tested putenv and it works.
*** Rob Francis (francisr@stupid.ucs.indiana.edu) suggested that I look at
elm which comes with its own putenv. I have not tested this code.
Thanks to those who responded. All the above files can be found in :
math.macalstr.edu:/pub/next/patches. I can send the code through email for
those without ftp access.
--
Alexander V. Konstantinou akonstan@math.macalstr.edu (NeXTMail OK)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: tmeyer@il.us.swissbank.com (Tom Meyer)
Subject: breaking into nmi / ROM monitor in NS/FIP 3.2
Message-ID: <1993Dec13.221434.17450@il.us.swissbank.com>
Sender: root@il.us.swissbank.com (Operator)
Organization: Swiss Bank Corporation CM&T Division
Date: Mon, 13 Dec 1993 22:14:34 GMT
I recently installed 3.2 on my machine at home with the following
configuration:
Alpine NXStation DX2/66Mhz
36 MB RAM
ATI GUP 2MB VRAM
101 Key PS2-style Keyboard
BusLogic 542 SCSI adapter
Sony 17" Color Monitor
Micropolis 1542 1.5GB HD
Everything works great (thanks Kris Magnussen!), but I can't figure out
how to break into the ROM monitor at boot or to the NMI monitor when
running. I know the command-command-~ and alt-command-~ stuff. I did
switch the left control and caps-lock keys (and made the other control key
the help key), but it didn't work before I switched them either.
any ideas?
-tom
--
#import <disclaimer.h>
/* Opinions expressed are mine */
/* and mine alone. */
/* */
/* tmeyer@il.us.swissbank.com */
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: tlm@tantalus.scl.ameslab.gov (Tom Marchioro)
Subject: THANKS! was (Re: What the $^&%^*#$ with niload)
Message-ID: <CI1G8w.Jw1@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
References: <CI1CwI.H5t@news.iastate.edu>
Date: Tue, 14 Dec 1993 18:48:31 GMT
Tom Marchioro writes:
A completely idiotic question!!
I simply did not read the man page carefully enough on niload. It is very
specific about needing stdin, and will not take the aliases on the command
line (unlike some other things which are more forgiving).
anyway, problem is solved, cron job written. Thanks to those who
responded...
OH!! I want to say, just for the record, that WITHIN 10 MINUTES OF MY
POSTING THIS QUESTION I received an answer from a NeXT employee (thanks
Mark!) So perhaps the complaints which occasionally arise about NeXT's low
profile in the newsgroups should be rethought.
Thanks again --- Tom
--
Dr. Thomas L. Marchioro II Two-wheeled theoretical physicist
Center for Physical and
Computational Mathematics 515-294-5543
Ames Laboratory 515-233-1216 (home)
Ames, Iowa 50011 tlm@iastate.edu
From: fxg@tschaikowsky.informatik.rwth-aachen.de (Felix Gatzemeier)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Re: AlphaLock.c updated for NS-3.2 --- Question
Date: 14 Dec 1993 19:04:51 GMT
Organization: Lehrstuhl fuer Informatik III, RWTH Aachen, Germany
Distribution: world
Message-ID: <FXG.93Dec14200451@tschaikowsky.informatik.rwth-aachen.de>
References: <2dvgts$675@usenet.rpi.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
In-reply-to: gad@eclipse.its.rpi.edu's message of 6 Dec 1993 14:51:40 GMT
Does this refer to "caps lock" gives !@#$ instead of 1234 or what?
I don't use caps locking at all, because it'll give me AsDFGh (ca.)
instead of ASDFGH, as I'd expect. Any ideas? Could a redefinition of
Alt-s matter in that context? Any ideas?
(Running 3.0 on a NeXTstation)
--
Felix
+-------------------------------+
| Groesstmoeglicher Erfolg |
| oder |
| eine vernuenftige Alternative |
+-------------------------------+
(Haegar, zu finden in der letzten (?) Was'N Los?, FS-Organ der I/1)
(If you don't speak german, mail me for a translation.)
(fxg@(([Pool|I3].Informatik)|(Tolkien.ImIB)).RWTH-Aachen.de
NeXT-Mail ok, but slow)
From: lparkyn@corpit.cantel.rogers.com (Lyle Parkyn)
Newsgroups: comp.sys.next.sysadmin
Subject: "kernel panel posts termination message"
Date: 14 Dec 1993 18:42:19 GMT
Organization: Rogers Communications
Distribution: world
Message-ID: <2el1ec$h2r@mail.Rogers.Com>
This is a message I've never seen in the console before. Nothing bad seemed to
happen, no crashes. Anyone know what it's about?
--
Lyle D. Parkyn (416)250-4810
lparkyn@corpit.cantel.rogers.com NeXT Mail welcome
Opinions expressed are my own.
Newsgroups: comp.sys.next.sysadmin,comp.unix.questions
From: cedman@princeton.edu (Carl Folke Edman)
Subject: Re: Shell's, what is standard? (Was: chown broken?)
In-Reply-To: dnh@mfltd.co.uk's message of 14 Dec 1993 17:29:18 -0000
Message-ID: <CEDMAN.93Dec14132532@phoenix.Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <CEDMAN.93Dec12194726@phoenix.Princeton.EDU>
<1993Dec13.055216.11678@objectario.com> <2ehfoc$k3@steffi.demon.co.uk>
<2ekt5e$3dm@icebox.mfltd.co.uk>
Date: Tue, 14 Dec 1993 18:25:32 GMT
In article <2ekt5e$3dm@icebox.mfltd.co.uk> dnh@mfltd.co.uk (Des Herriott) writes:
In article <2ehfoc$k3@steffi.demon.co.uk>,
Robert Nicholson <robert@steffi.demon.co.uk> wrote:
>
>Woopy do, who cares wether your shell is standard or not? Why is it
>necessary to operate a standard shell? What the hell is a standard
>shell anyway? csh won't run sh scripts and visa versa so both do not
>conform to a common standard. They do however, provide common
>functionallity and zsh also provides this functionality. So "One could
>argue" that zsh conforms to _the_ standard.
The only shell that can really claim to be standard is the basic,
no features, Bourne Shell, /bin/sh. Why? Because it's guaranteed to
be present on every Unix machine. Okay, Linux may be an exception,
but it still provides Bourne compatability with bash (which is a link
to /bin/sh).
This may sound kind of facetious, but the truth is that there are
still machines out there whose only shell is /bin/sh. A dying breed,
thankfully, but they still exist. If you want your shell scripts to be
truly portable, then write them in Bourne Shell.
Absolutely. Zsh has no (well, not many) more fanatic salesmen than
me, but even I wouldn't dream of using anything but /bin/sh for a
publicly distributed shell script. /bin/csh is probably almost as
widely available (and unfortunately as widely used for this purpose),
but of course no reason person writes shell scripts in csh.
> [ ... ]
>Zsh is csh on Steroids and it is much more useful than "traditional" unix
>shells.
Nooooooooooooooooo !
Sorry, Robert, lost control for a second there. :-) Zsh may be ksh, bash,
sh or even rc on steroids. However, zsh is _not_ csh on steroids.
Zsh is in no way related to csh. As far as zsh is concerned csh may
never existed. Zsh is in csh's Absolute Elsewhere.
> I cannot see why anybody would want filename generation
>pattern matches to match on . and .. I'll use find / -exec if I want
>that behaviour.
'find / -print | xargs ...' tends to be somewhat faster :-)
Yes, but it is a security hole. No bonus points for guessing why.
Also, if you are using a real shell, this is even faster (and shorter,
and safe).
'... **/*'
Carl Edman
From: Charles William Swiger <infidel+@CMU.EDU>
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: Re: What the $^&%^*#$ with niload of mail aliases
Date: Tue, 14 Dec 1993 15:26:52 -0500
Organization: Fifth yr. senior, Chemistry, Carnegie Mellon, Pittsburgh, PA
Message-ID: <Ih3W6AS00iV546_ppz@andrew.cmu.edu>
In-Reply-To: <CI1AE6.DtF@news.iastate.edu>
Excerpts from netnews.comp.sys.next.misc: 14-Dec-93 What the $^&%^*#$
with nilo.. by Tom Marchioro@tantalus.s
> feynman:1# niload aliases . mosaic:tlm@ameslab.gov
Try:
"echo 'mosaic:tlm@ameslab.gov' | niload aliases ." or
"niload aliases . < _a_file_"
You have to send the data to niload through stdin, not as an argument.
-Chuck
Charles William Swiger -- CMU...*splat*! | 1. You can't fly.
--------------------------------------------+ 2. Cars are always real, even
AMS & normal mail: infidel@cmu.edu | when they're not.
Failing that: cs4w+@andrew.cmu.edu | 3. Police are not your friends.
NeXTmail: chuck@cswiger.slip.andrew.cmu.edu | 4. Fire burns.
From: mrc@Tomobiki-Cho.CAC.Washington.EDU (Mark Crispin)
Newsgroups: comp.sys.next.bugs,comp.sys.next.sysadmin
Subject: is this panic fixed in 3.2?
Message-ID: <MS-C.755905559.1103527590.mrc@Tomobiki-Cho.CAC.Washington.EDU>
Date: 14 Dec 93 05:45:59 GMT
Article-I.D.: Tomobiki.MS-C.755905559.1103527590.mrc
Organization: University of Washington
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Has this panic been fixed in 3.2?
new_posix_proc(): attempt to create proc struct for pid 7180, found
existing struct; process exists
This seems to have been introduced in 3.1, and happens several times a month.
Newsgroups: comp.sys.next.sysadmin
From: hugh@hodain.ci.net (Hugh Secker-Walker)
Subject: Environment PATH variable in launched apps
Message-ID: <HUGH.93Dec14160401@hodain.ci.net>
Sender: hugh@hodain.ci.net (Hugh Secker-Walker)
Organization: JTA Associates
Date: Tue, 14 Dec 1993 21:04:01 GMT
Hello, I'm sure this has been covered before, but I can't find it in
NextAnswers of the FAQ.
How does one add entries to the PATH environment variable of apps that
have been launched by WorkSpace? In particular, I'd like emacs to be
able to start processes that reside in $(HOME)/bin. (The emacs
exec-path variable doesn't seem to work.) I'm hoping that if I can
get Emacs.app to launch with a modified PATH, then emacs and it's
subprocesses will inherit the PATH. If you know how to fix emacs that
would be fine too, but the question regarding the PATH variable of
apps is interesting in its own right.
Running NS 3.2 on NextStation.
Thanks in advance.
Hugh
--
Hugh Secker-Walker | hugh@hodain.ci.net (NeXTmail ok)
Perceptual Acoustics | hugh@ear.mit.edu
Newsgroups: comp.sys.next.sysadmin
From: ratner@ficus.cs.ucla.edu (Dave "Van Damme" Ratner)
Subject: Help configuring hostnames/ip address
Date: 14 Dec 93 21:28:41 GMT
Message-ID: <ratner.755904521@ficus.cs.ucla.edu>
Organization: UCLA, Computer Science Department
I plugged my laptop into the docking station and,
using the SimpleNetworkStartup, configured its
hostname, ip address, NIS domain name, and default routing info.
Here is the routing info:
bristol:6# netstat -r
Routing tables
Destination Gateway Flags Refs Use Interface
localhost localhost UH 5 353 lo0
default gw2.cs.ucla.edu UG 0 0 en0
131.179.192 bristol.cs.ucla.ed U 9 736 en0
I can successfully telnet to other machines in our
subgroup, and to machines outside our subgroup.
However, mail does not work. Sendmail *is* running.
Mail sent anywhere, even inside the subgroup,
does not get sent. The mail log says stat=Service Unavailable.
Also, perhaps a bigger problem, it WILL NOT BOOT standalone,
i.e. not connected to the docking station. I have
tried hacking the rc scripts with no luck.
Does anyone have suggestions for me?
Dave
--
* * *** * * Dave "Van Damme" Ratner
please send | * * * * * * | ratner@cs.ucla.edu
money | * * * * *** |
*** *** *** * * "Wham Bam, thank you Van Damme!"
Newsgroups: comp.sys.next.sysadmin
From: dean@rdcalr.realdec.com (Dean Banfield)
Subject: NeXT, DOS and childproofing a PC
Organization: Real Decisions Corporation
Date: Tue, 14 Dec 1993 22:02:37 GMT
Message-ID: <CI1p8D.8HK@rdcalr.realdec.com>
Hi,
Some time back I inquired about childproofing my NeXT environment against
my 6 year old (and two younger children coming along..). Several learned
and sage responses were received and I have kept my work and my son's play
well segregated. Thank you all.
Now I face the dreaded DOS/Windows monster. Grandparents being what they
are, and the shrink-wrap software market being what it is, my son is going
to receive some DOS/Windows stuff this Christmas. If I boot him to DOS/
Windows, he has every chance to run amok with any attractive looking icon
he sees (including my Quicken icon) and so I fear the same trouble with
DOS/Windows that I faced with NeXT/Unix. Problem is, DOS/Windows has no
userid, or rights-based access mechanisms. How can I secure that environment?
Would SoftPC help? I believe that SoftPC would merely grant full access
to the DOS drive, thereby defeating any hope of using Unix authorization
and ownership protections. Are there any add-ons that would help? Sorry
to post to the Next group, but a lead on the proper DOS group would be
most appreciated. TIA - Dean
--
===============================================================
Dean Banfield
Real Decisions Corporation Voice: 203.656.1500
22 Thorndal Circle FAX: 203.656.1659
Darien, CT USA 06840 e-mail: dean@rdcalr.realdec.com
===============================================================
Newsgroups: comp.sys.next.sysadmin
From: me@helser18.res.iastate.edu (My Account)
Subject: NFS question
Message-ID: <CI1zyo.H76@news.iastate.edu>
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Wed, 15 Dec 1993 01:54:24 GMT
I was just taking a crack at this NFS stuff today. I used NFSManager.app
to add the inport from msdos.nfs.sunet.se and set the directory to
/prog-ing. I set the Mount file system to read only and left everyting
else as default. The directory msdos.nfs.sunet.se shows up in the /Net
like it should, but nothing is in the folder. What am I missing?
--
*******************IOWA***STATE***UNIVERSITY********************
* Brian Morrison sela@iastate.edu (NeXT Mail welcome!) *
* --------------------------------------------------------- *
* He who throws mud loses ground. *
****************************************************************
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Getting SCSI tape to work
Date: 13 Dec 1993 22:40:12 +0100
Organization: Palumbian Research Labs
Message-ID: <2einfs$e4@marsu.tynet.sub.org>
References: <westesCHuzqK.vD@netcom.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
westes@netcom.com (Will Estes) writes:
>I need help using a SCSI tape under NS 3.2. I'm using
>an Archive DAT, model 4350.
>Using the configure app, I added the SCSI tape driver
>under 3.2. I shutdown the system, then rebooted. When I shell out and
>execute
> tar cvf /dev/rxt0
Try /dev/rst0.
/dev/rxt0 is the Exabyte device.
Or try "man st" :-)
--
Marsu: "Es gibt tatsaechlich Leute, die ohne Computer gluecklich und
zufrieden leben." -- Frankie: "Ach was, die emulieren das doch nur!"
-----
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Intel aside.
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Taylor uucp installation
Date: 14 Dec 1993 13:04:12 +0100
Organization: Palumbian Research Labs
Message-ID: <2eka3s$1k2@marsu.tynet.sub.org>
References: <CHvMyn.v3@SoftDesign.COM>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Keywords: NeXT Taylor uucp
roberto@SoftDesign.COM (Roberto Arrocha) writes:
>I just got the latest version of Taylor uucp.
>Before I proceed with the provided installation procedure:
>- Is there a step-by-step procedure for installing Taylor uucp on a NeXT?
>- Is there anything I should watch out for?
>- Does anyone care to comment on their experience, i.e. what worked and
>what did not, unforeseen problems, etc?
I dropped a Taylor uucp 1.04 package on ftp.uni-stuttgart.de,
/pub/systems/next/Sources, where I included my changed config.h and
policy.h, as well as FAT binaries (if everything else fails :-)
This package should pass compilation without troubles.
--
Marsu: "Es gibt tatsaechlich Leute, die ohne Computer gluecklich und
zufrieden leben." -- Frankie: "Ach was, die emulieren das doch nur!"
-----
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Intel aside.
From: Mike Nakamura
Newsgroups: comp.sys.next.sysadmin
Subject: Can you make N.L.Printer not turn on at boot?
Date: 13 Dec 1993 23:36:25 GMT
Organization: The University of British Columbia
Distribution: World
Message-ID: <2eiu9p$t6a@nntp.ucs.ubc.ca>
Is there any way to configure so that NeXT Laser Printer won't turn it
self on during boot time?
Thanks in advance.
--
Yasunobu (Mike) Nakamura
E-mail: ynakamur@sfu.ca
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Re: AlphaLock.c updated for NS-3.2 --- Question
Date: 15 Dec 1993 07:08:41 GMT
Organization: Rensselaer Polytechnic Institute, Troy NY, USA
Distribution: world
Message-ID: <2emd5p$49o@usenet.rpi.edu>
References: <FXG.93Dec14200451@tschaikowsky.informatik.rwth-aachen.de>
fxg@tschaikowsky.informatik.rwth-aachen.de (Felix Gatzemeier) writes:
> Does this refer to "caps lock" gives !@#$ instead of 1234 or what?
> I don't use caps locking at all, because it'll give me AsDFGh (ca.)
> instead of ASDFGH, as I'd expect. Any ideas? Could a redefinition
> of Alt-s matter in that context? Any ideas?
> (Running 3.0 on a NeXTstation)
If you press alt-shift on a NeXTstation, then caps-lock comes
on. I never ever want caps-lock on (not even when I'm writing
all capital letters), and yet I often hit that alt-shift key
combination by mistake. For instance, I'll start to do an
alt-shift-someOtherKey, and then change my mind before hitting
the other key. Suddenly everything's screwed up because the
shift-lock is on when I didn't expect it to be.
All alphalock does is ignore the alt-shift combination, so
that it will never turn on shift-lock.
--
Garance Alistair Drosehn = gad@eclipse.its.rpi.edu
ITS Systems Programmer (handles NeXT-type mail)
Rensselaer Polytechnic Institute; Troy NY USA
Newsgroups: comp.sys.next.sysadmin
From: steve@eps.RAIN.COM (Steve Kornreich)
Subject: nbuf?? can I increase it for better performance??
Sender: news@percy.rain.com (News maintainer)
Organization: /etc/organization
Date: Tue, 14 Dec 1993 05:10:36 GMT
Message-ID: <CI0EDp.MHu@percy.rain.com>
I have seen some postings lately in regards to Nbuffers.. I have a 40 meg
Intel system and was wondering if increasing the Nbuf will this increase
drive performance?? If so How do I go about changing the value???
--
_____________________________
Steve Kornreich
steve@eps.rain.com
NeXT mail OK
Newsgroups: comp.sys.next.sysadmin
From: ploeger@aplki.toppoint.de (Andreas Ploeger)
Subject: Re: GIGATAPE
Message-ID: <1993Dec14.185345.2554@aplki.toppoint.de>
Sender: ploeger@aplki.toppoint.de (Andreas Ploeger)
Organization: Andreas Ploeger
References: <2eioes$jke@usenet.INS.CWRU.Edu>
Date: Tue, 14 Dec 93 18:53:45 GMT
In article <2eioes$jke@usenet.INS.CWRU.Edu> cs438@cleveland.Freenet.Edu (Denis
Lafont) writes:
> What is the procedure to install a 1.2 Go GIGATAPE on a NSFIP 3.1 box?
Hook it up like any other SCSI device (there might be termination inside).
There is old firmware (revision 30 - use TEST-SETUP-SETUP-SETUP-ONLINE to get
your firmware version and forget about the first and last digit) that only
allows to use CPIO(1):
- Writing: find /users -print | cpio -ovB >/dev/rst0
- Reading: cpio -itvB </dev/rst0
If have the newer firmware (34) any other tool for tapes (tar, dump) will work
too. Note that for restore you need to give the blocksize:
restore ibf 10 /dev/rst0
Hope this helps,
Andreas
--
--------------------------------------------------------------------
Andreas Ploeger E-Mail: ploeger@tpki.toppoint.de
From: adriano@nice.usergroup.ethz.ch (Adriano Gabaglio)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How do I erase .[a-z]* files?
Date: 15 Dec 1993 11:01:47 GMT
Organization: NiCE - NeXT User Group, Zurich, Switzerland
Message-ID: <2emqqr$fuh@elna.ethz.ch>
References: <westesCI0t7B.3oy@netcom.com>
In article <westesCI0t7B.3oy@netcom.com> westes@netcom.com (Will Estes) writes:
>
>Under NeXTSTEP, the command rm -rf * does not act on hidden files
>(i.e., those beginning with a '.'). How do I erase all such files
>in a file tree?
I usually use 'rm -rf .??*'. This removes all 'hidden' files starting
with '.', which are longer than two characters (not '.', '..'!).
-Adriano
--
--
Adriano Gabaglio, Brunnmattstr. 22a, CH-6010 Kriens, Switzerland
e-mail: Adriano.Gabaglio@nice.usergroup.ethz.ch (NeXTmail ok)
*** Editor of PowerKey, NiCE -- NeXT User Group Magazine ***
From: Ward_Travis@transarc.com
Newsgroups: comp.sys.next.sysadmin
Subject: Black, 3.2, TTYDSP, and SL/IP
Date: Wed, 15 Dec 1993 09:30:06 -0500
Organization: Carnegie Mellon, Pittsburgh, PA
Message-ID: <gh3lxieSMUkH8229FJ@transarc.com>
Quick question: has anyone gotten all four of the above to work
together? What I'm asking is, are you using SL/IP over TTYDSP on a M68k
running NS3.2? Please let me know if these can all work in harmony!
--
Ward C. Travis Pittsburgh PA USA "The fact is the sweetest dream that
travis@transarc.com (412) 338 4388 labor knows." - R. Frost
Newsgroups: comp.sys.next.sysadmin
From: alex@cs.umd.edu (Alex Blakemore)
Subject: Re: Shell's, what is standard? (Was: chown broken?)
Message-ID: <CI2y3G.EnE@genoa.com>
Sender: alex@genoa.com (Alex Blakemore)
Organization: Genoa Software Systems
References: <CEDMAN.93Dec14132532@phoenix.Princeton.EDU>
Date: Wed, 15 Dec 1993 14:11:39 GMT
Carl Folke Edman writes
> of course no reason [sic] person writes shell scripts in csh.
Carl,
I know it is standard Unix lore that sh is preferable to csh
for scripts, but I consider myself to be a reasonable person, and
have had good experiences with csh for scripts. actually, most of
my scripts (and most of the ones I see) are rather short and simple.
For those types of scripts, csh is quite convenient and as far
as I can tell perfectly adequate.
Sure, complex admin or widely distributed scripts should use
something besides csh, but perl would be a better choice for many of
those anyway. I have worked on Bourne shell only systems and
had to deal with software containing csh scripts.
By all means, stress the advantages of sh (and perl) when they
are appropriate, but repeating the mantra that terrible things will
happen if you use csh for scripts does a disservice to many average
users who dont write scripts for distribution, or admin but simply
to automate simple personal tasks.
in other words, use the right tool for the job. Even NEXTSTEP
is not always the right tool.
--
Alex Blakemore
alex@cs.umd.edu NeXT mail accepted
Newsgroups: comp.sys.next.sysadmin
From: lroberts@nyx10.cs.du.edu (Larry Roberts)
Subject: no more space to queue packets?
Message-ID: <1993Dec15.151033.5020@mnemosyne.cs.du.edu>
of Denver for the Denver community. The University has neither
control over nor responsibility for the opinions of users.
Sender: usenet@mnemosyne.cs.du.edu (netnews admin account)
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Wed, 15 Dec 93 15:10:33 GMT
I have been getting this error message printed on my console about
every three minutes:
Dec 15 10:00:13 sphinx mach: 275995264 no more space to queue packets. Dropping packet.
Does anyone know what this error is and how to correct it.
Any help you could give would be greatly appreciated.
BTW, our setup is a TurboColor Next Station, NS 3.1, 64 Megs ram, 400 Meg HD.
-Larry Roberts
-lsr@sphinx.nawc-ad-indy.navy.mil or lroberts@nyx10.cs.du.edu
.
Newsgroups: comp.sys.next.sysadmin
From: pulliam@rft29.nas.nasa.gov (Thomas H Pulliam)
Subject: Re: system panic
Message-ID: <CI34tp.99I@nas.nasa.gov>
Sender: news@nas.nasa.gov (News Administrator)
Organization: NAS/NASA-Ames Research Center
References: <2ekrd2$48b@vixen.cso.uiuc.edu>
Date: Wed, 15 Dec 1993 16:37:01 GMT
In article <2ekrd2$48b@vixen.cso.uiuc.edu> shi@moskva.ks.uiuc.edu
(Zhouhong Joel Shi) writes:
>
>
> For some unknown reason, the NeXt machine just crashed sometimes.
> I checked the message as follows, any suggestions?
>
> Dec 14 10:37:24 lisboa mach: panic: (Cpu 0) No more room in kernel map
> Dec 14 10:37:24 lisboa mach: NeXT ROM Monitor 2.2 v63
> Dec 14 10:45:28 lisboa mach: Killing all processes .
>
> after the panic, the machine just hanged on and I had to reboot it.
>
> --
> Joel Shi
>
> +--------------------------------------------------------------------
> |Programming and System Administration
> |Theoretical Biophysics shi@lisboa.ks.uiuc.edu
> |University of Illinois Tel: (217)-244-1851
I'm having the same problem. But only when I print late in the afternoon
after to machine has been up for awhile. I would appriciate any insight
into this problem. It has happen repeatedly for the last few days.
--
*********************
* * ||||||||||||||||||||||||||||||||||||||||
* You're * | Thomas H. Pulliam |
* * | MS T047-1 NASA Ames Research Center |
* In A * | Moffett Field, Ca 94035 |
* * | (415) 604-6417 |
* Box * | pulliam@nas.nasa.gov |
********************* ||||||||||||||||||||||||||||||||||||||||
Newsgroups: comp.sys.next.sysadmin
From: nigelm@ohm.york.ac.uk (Nigel Metheringham)
Subject: Re: How do I erase .[a-z]* files?
Message-ID: <1993Dec15.172137.17503@ohm.york.ac.uk>
Organization: Electronics Department, University of York, UK
References: <westesCI0t7B.3oy@netcom.com> <2emqqr$fuh@elna.ethz.ch>
Date: Wed, 15 Dec 93 17:21:37 GMT
In <2emqqr$fuh@elna.ethz.ch> adriano@nice.usergroup.ethz.ch (Adriano Gabaglio) writes:
>In article <westesCI0t7B.3oy@netcom.com> westes@netcom.com (Will Estes) writes:
>>
>>Under NeXTSTEP, the command rm -rf * does not act on hidden files
>>(i.e., those beginning with a '.'). How do I erase all such files
>>in a file tree?
>I usually use 'rm -rf .??*'. This removes all 'hidden' files starting
>with '.', which are longer than two characters (not '.', '..'!).
For the case described above, since you are deleteing everything in
the diretcory (at least you are intending to), the thing to do is cd
up one level, and delete the directory itself. ie, starting in
directory thing do:-
cd ..
rm -rf thing
If you want the directory itself left then
cd ..
rm -rf thing/
should work, although I have never seen this documented!
Nigel.
--
# Nigel Metheringham -- (NeXT) EMail: nigelm@ohm.york.ac.uk #
# System Administrator, Electronics Dept, University of York #
# York YO1 5DD. Phone: +44 904 432374, Fax: +44 904 432335 #
Newsgroups: comp.sys.next.sysadmin
From: djiracek@thunder(Dan Jiracek)
Subject: Fonts Error and Where for Archive site?
Message-ID: <1993Dec15.184821.13874@fnbc.com>
Sender: news@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
Date: Wed, 15 Dec 93 18:48:21 GMT
Someone in the bank got the Tekton.font font from the Net. I copied it
into /LocalLibrary/Fonts and ran buildafmdir. But the font panel states
that the font is unusable. I see this error:
Dec 15 08:15:39 cybl28 pbs: parse error 10000000 (0xd,0x0) reading
/LocalLibrary/Fonts//Tekton.font/Tekton.afm
Dec 15 08:15:39 cybl28 pbs: parse error 10000000 (0xd,0x0) reading
/LocalLibrary/Fonts//Tekton-Oblique.font/Tekton-Oblique.afm
Does anyone know how to resolve this?
Also, can anyone point me to where additional fonts are located.
Thanks,
--
Daniel Jiracek (312) 732-1421
Systems Officer/Network Specialist Dan_Jiracek@fnbc.com
First Chicago Bank NeXT Mail Accepted
From: jklinke@aeon.ucsd.edu (Jochen Klinke)
Newsgroups: comp.sys.next.sysadmin
Subject: How to reverse NIS Flag
Date: 15 Dec 1993 21:40:58 GMT
Organization: The Avant-Garde of the Now, Ltd.
Message-ID: <2eo09aINNf4s@network.ucsd.edu>
Please help!
I was adding a NextPC (NS/I 3.1) to a mixed network with
SimpleNetworkStarter, when I accidently checked the NIS domain button
under other options. Now the machine does not come up, since it is waiting
for an NIS domain server. What can I do to bring the system back up and
correct my mistake?
Thanks,
jk
jklinke@ucsd.edu
Newsgroups: comp.sys.next.sysadmin
From: karl@khaos.com (Karl Hanzel)
Subject: system auto-power-on/off?
Message-ID: <1993Dec15.083416.8312@nugget.rmNUG.ORG>
Sender: karl@nugget.rmNUG.ORG
Organization: Rocky Mountain NeXT Users' Group
Date: Wed, 15 Dec 1993 08:34:16 GMT
I like the Preferences capability to automatically power the system up at
a specified date & time... apparently, NeXT endowed some special
functionality to the clock circuitry.
Is there a more-command-line-like or programmatic method to do the same?
It'd be really swell to create a schedule of sorts for power ups/downs.
I see where a 'shutdown -h -p' or a 'halt -p' can effect a power-down. So
now i can (with Prefs) schedule one power-up, and with cron, schedule one
(or more) power-down(s)... but i want to do it more than once, and completely
unattended.
Thanks for any solutions/tips.
pax,
Karl
*----->
Karl Hanzel
Boulder, Colorado
karl@khaos.com (NeXT Mail) or hanzel@comet.ucar.edu
From: terry_marrs@wiltel.com(Terry Marrs)
Newsgroups: comp.sys.next.sysadmin
Subject: Boot program
Date: 15 Dec 1993 21:58:13 GMT
Organization: WilTel
Message-ID: <2eo19l$hd2@gateway.wiltel.com>
So does anyone have any idea how to remove Next's boot manager
program? We have removed the dos partition from a Next Intel machine
and no longer want this running. Thanks in advance!
--
|Terry Marrs
|terry_marrs@wiltel.com
|WilTel | NeXTmail OK
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.WT*7&UA
M<F=L,3(P"EQM87)G<C$R,`I<<&%R9%QT>#$Q-3)<='@R,S`T7'1X,S0U-EQT
M>#0V,#A<='@U-S8P7'1X-CDQ,EQT>#@P-C1<='@Y,C$V7'1X,3`S-CA<='@Q
M,34R,%QF,%QB,%QI,%QU;&YO;F5<9G,R-%QF8S!<8V8P(%P*4V\@9&]E<R!A
M;GEO;F4@:&%V92!A;GD@:61E82!H;W<@=&\@<F5M;W9E($YE>'0G<R!B;V]T
M(&UA;F%G97(@<')O9W)A;3\@5V4@:&%V92!R96UO=F5D('1H92!D;W,@<&%R
M=&ET:6]N(&9R;VT@82!.97AT($EN=&5L(&UA8VAI;F4@86YD(&YO(&QO;F=E
M<B!W86YT('1H:7,@<G5N;FEN9RX@5&AA;FMS(&EN(&%D=F%N8V4A7`I<"BTM
M7`I\5&5R<GD@36%R<G-<"GQT97)R>5]M87)R<T!W:6QT96PN8V]M7`I\5VEL
D5&5L"0D)"2!\("`@("`@("`@($YE6%1M86EL($]+(%P*"GT*
`
Newsgroups: comp.sys.next.sysadmin
From: wolf@lanl.gov (David R Wolf)
Subject: command accounting
Message-ID: <1993Dec15.202010.16378@newshost.lanl.gov>
Keywords: lastcomm, /usr/adm/acct, /usr/etc/accton
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Lab
Date: Wed, 15 Dec 1993 20:20:10 GMT
Admin Gurus,
Does anyone know a way to get the command accounting software to
properly work on the next ?
I have been able to "turn on" the logging of commands using
/usr/etc/acct, but have been unable to get either "lastcomm"
or "sa" to work properly. Something in the format looks screwed
up.
All help will be greatly appreciated!
David
=======================================================================
David R. Wolf wolf@lanl.gov LANL, MS P940, 87545 (505) 667-3813
=======================================================================
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: mgb@moksha.uucp (Michael Branton)
Subject: slipping in with a mac
Message-ID: <CI2G8r.qA@moksha.uucp>
Sender: mgb@moksha.uucp (Michael Branton)
Organization: Totally Disorganized
Date: Wed, 15 Dec 1993 07:46:02 GMT
Gads ! Has anyone managed to get a slip connection to work using interslip
on a mac to connect to Louis Mamakos' slip ? It was a piece of cake to get
two NeXTs to connect, but trying to get this mac to connect is driving me
crazy! Interslip logs in and sends out pkts, but it seems that pkts aren't
finding their way back.. if you believe what blinking lights tell you.... I'd
just like to know if *anyone* has gotten this to work ! (yeah, I've got mactcp
installed and configured for a manual ip address...)
Thanks to anyone who has a clue !
--
-Michael
mgb@thoth.stetson.edu
--
-Michael
Newsgroups: comp.sys.next.sysadmin
From: karl@khaos.com (Karl Hanzel)
Subject: system auto-power-on ...doesn't happen!
Message-ID: <1993Dec15.160917.258@nugget.rmNUG.ORG>
Sender: karl@nugget.rmNUG.ORG
Organization: Rocky Mountain NeXT Users' Group
Date: Wed, 15 Dec 1993 16:09:17 GMT
While we're talking about it, why doesn't the auto-power-on feature
work?... or why might it not be working? As root, in Preferences, i set a
date and time for an auto-power-on, making sure the box, "At specified
time" is checked, and clicking "Set". Typically, i try this for some
point just a few minutes in the future, then power down ('shutdown -h -p
now') and wait. ...and wait ...and ...it doesn't happen.
It has worked previously... the only significant difference i can think of
is the rev of OS, having migrated from 2.1, to 3.0, to current 3.1. Oh,
well, and i went from non-turbo slab to turbo, so the hardware itself has
changed too.
Suggestions?
*----->
--
Karl Hanzel
Boulder, Colorado
karl@khaos.com (NeXT Mail) or hanzel@comet.ucar.edu
Newsgroups: comp.sys.next.sysadmin
From: sounds!root (Operator)
Subject: Workspace will not start in my main account
Message-ID: <CI3qBH.wC@sounds.wa.com>
Sender: root@sounds.wa.com (Operator)
Organization: Sound Consulting, Bellevue, WA, USA
Date: Thu, 16 Dec 1993 00:21:17 GMT
I am running 3.2, and suddenly Workspace will not start in my primary
account. I never get the File Viewer. Some of the AutoLaunch
applications on my dock will start, but they will sometimes hang with the
dock icon highlighted. Each time I attempt to log in the result is
different, although I have not yet successfully started Workspace. I can
start other applications from the dock, but only if they have not hung in
the highlighted state. If Terminal is not hung, I can kill any other app
which is stuck in startup, and double-clicking its dock item will usually
start the program. Fortunately, Command-Alternate-double-clicking the
Workspace icon at the top of the dock will log me out so I can try again,
but suspiciously, there is no confirmation panel for the logout.
I can log on as root, or as another user, and get a running copy of the
Workspace, but I need to access my development account. Please send
e-mail to root@sounds.wa.com, since I cannot reliably start Mail.app from
my brianw account.
A little recent history: An old demo copy of SBook hung my machine three
times in a row right before this problem appeared. By "hung", I mean that
the mouse pointer stopped following my movements, Command-~,
Command-command-~ would not work, nor would the Power key. The only way
out was Left-alternate-command-*, with the expected delay for fsck to
check my entire 1.6 GB of online disk space.
I have tried deleting ~/.NeXT/apps3_0.wnd and
~/.NeXT/suffixes3_1.m68k.wmd, just in case they were corrupted. I have
also examined and changed my Workspace defaults (from the root account,
using DefaultMgr) to remove BackSpace and Date from the LaunchPaths
default. I just cannot think of any other files which would be unique to
the "brianw" account which might be corrupted or otherwise preventing
Workspace from successfully launching.
If anyone has a hint or idea, please share it with me at
root@sounds.wa.com
thanks in advance,
--
Brian Willoughby Software Design Engineer, BSEE NCSU
BrianW@SoundS.WA.com Sound Consulting and Signal Processing Software
NeXTmail welcome - NO EMAIL SOLICITATION without prior permission
From: clw@cbnews.cb.att.com (cameron.l.wolff)
Newsgroups: comp.sys.next.sysadmin
Subject: Remote Printer Problems
Summary: Can't access my printer
Keywords: remote printer
Message-ID: <CI3sH0.Krz@cbnews.cb.att.com>
Date: 16 Dec 93 01:07:45 GMT
Sender: Cameron Wolff
Followup-To: clw@nexttcs1.att.com
Distribution: usa
Organization: AT&T
I just installed a gigabyte plus hard drive and consequently lost my printer
configuration file. I have a number of black machines on a network configured
as stand alone. One of the machines has a next lazer printer connected to it
and I would like to be able to print with it from the other next machines on
the nextwork. I can't use PrintManager because it won't let me declare
the printer public. I remeber (more that 2 years ago) having to do something
in netinfo manager but can't recall what it was. Can anyone please help.
Mail answers to clw@nexttcs1.att.com. Thanx in advance.
Cam
Newsgroups: comp.sys.next.sysadmin
From: hitt@Xenon.Stanford.EDU (Daniel Hitt)
Subject: toshiba,virus,scsi
Message-ID: <1993Dec16.021912.11170@CSD-NewsHost.Stanford.EDU>
Summary: any problems with 1G Toshiba 3.5" disk
Keywords: toshiba,virus,scsi
Sender: hitt@cs.stanford.edu
Organization: Computer Science Department, Stanford University.
Date: Thu, 16 Dec 1993 02:19:12 GMT
I attempted to daisy-chain a Toshiba 1G 3.5" scsi drive onto
my system; before doing this of course i powered down, and
on power up, the boot couldn't even finish, and the main
partition was wiped out.
I've installed other disks, and was careful to give the
Toshiba a distinct ID and so on.
So . . . is it possible that the installation of the
Toshiba caused the problem? Could the disk carry anything
like the viruses they have in the PC world?
(My system is a 68040 and only runs NeXT OS and software.)
The system is running again (thanks to Eric Larson of NeXT
and Stefano Pagiola of the Food Research Institute at Stanford),
and i'd like to try to install the Toshiba again, but i'm
nervous . . .
Any suggestions (besides being sure to back up everything
before installation is attempted)?
dan
hitt@cs.stanford.edu
Newsgroups: comp.sys.next.sysadmin
From: brianw@sounds.wa.com (Brian Willoughby)
Subject: Re: Workspace will not start in my main account
Message-ID: <CI3rEy.90@sounds.wa.com>
Organization: Sound Consulting, Bellevue, WA, USA
References: <CI3qBH.wC@sounds.wa.com>
Date: Thu, 16 Dec 1993 00:44:58 GMT
One other note to add to my recent posting for help:
I tried to power cycle my NeXTdimension, hoping that might help. To my
surprise the Power key would not work from the loginwindow, nor would clicking
on the button for power in the loginwindow (this has worked in the past). I
ended up typing Command-~, and then the Power button was functional after the
prompt which asked if I wanted to really Power off or 'r'estart.
(Replies to root@sounds.wa.com)
--
Brian Willoughby Software Design Engineer, BSEE from NCSU
NeXTmail welcome Sound Consulting: Software Design and Development
BrianW@SoundS.WA.com Bellevue, WA
Newsgroups: comp.sys.next.sysadmin
From: amon@lix.polytechnique.fr (Laurent Amon)
Subject: Re: Environment PATH variable in launched apps
Message-ID: <CI3LFG.3sE@sandman.polytechnique.fr>
Sender: amon@lix.polytechnique.fr (Laurent Amon)
Organization: Ecole Polytechnique, 91128 Palaiseau Cedex, FRANCE.
References: <HUGH.93Dec14160401@hodain.ci.net>
Date: Wed, 15 Dec 1993 22:35:40 GMT
In article <HUGH.93Dec14160401@hodain.ci.net> hugh@hodain.ci.net (Hugh
Secker-Walker) writes:
> Hello, I'm sure this has been covered before, but I can't find it in
> NextAnswers of the FAQ.
>
> How does one add entries to the PATH environment variable of apps that
> have been launched by WorkSpace? In particular, I'd like emacs to be
> able to start processes that reside in $(HOME)/bin. (The emacs
> exec-path variable doesn't seem to work.) I'm hoping that if I can
> get Emacs.app to launch with a modified PATH, then emacs and it's
> subprocesses will inherit the PATH. If you know how to fix emacs that
> would be fine too, but the question regarding the PATH variable of
> apps is interesting in its own right.
Well, that certainly should be in the FAQ. I think that has been answered
a number of times over the last couple years. I needed a similar thing so
that TeXview could have the correct environment variables when generating
fonts. I did the following:
% setenv loginwindow Workspace /users/lga/Apps/WorkSpaceStart
where /users/lga/Apps/WorkSpaceStart is the following executable script:
---CUT HERE---
#!/bin/csh -f
# A introduire par un
# dwrite loginwindow Workspace <path of this file>
# Interet? On a un environnement qui fonctionne a l'interieur du
Workspace.
# Fondamental quand on utilise TeXview et qu'on doit faire des fontes.
# Set environment
setenv SHELL "/usr/local/bin/tcsh"
setenv MANPATH "/users/lga/man:/usr/local/man:/usr/man"
setenv TEXINPUTS
".:/users/lga/lib/tex/inputs:/usr/local/lib/tex/inputs:/usr/lib/tex/inputs
.
setenv TEXINPUTS_SUBDIR "/usr/local/lib/tex/macros:/usr/lib/tex/macros"
setenv TEXFONTS "/usr/local/lib/tex/fonts/tfm:/usr/lib/tex/fonts/tfm"
setenv TEXFONTS_SUBDIR "/usr/local/lib/tex/fonts:/usr/lib/tex/fonts"
setenv TEXFORMATS "/usr/local/lib/tex/formats:/usr/lib/tex/formats"
setenv TEXPOOL "/usr/lib/tex"
setenv TEXEDIT "/usr/ucb/vi+%d%s"
setenv MFINPUTS ".:/usr/local/lib/mf/inputs:/usr/lib/mf/inputs"
setenv NETHACKOPTIONS
"name:Coranis,dogname:Sunclaw,catname:Moonshade,rest_on_space,fruit:Basica
lly Tough Nut,number_pad"
setenv ZIPOPT "-n .Z:.zip:.zoo:.jpg"
sndplay /LocalLibrary/Sounds/HAL-Good_Evening_Dave.snd &
#background -p /LocalLibrary/Images/sandman3.tiff
#exec the Workspace
exec /usr/lib/NextStep/Workspace.app/Workspace $*
---CUT HERE---
This basically defines all the environment variables that the Workspace
and all Workspace-launched applications will inherit. In addition, I play
a sound when logging in, and finally exec the Workspace so as not to leave
a shell around. It worked in 2.1, still works in 3.1, and I'm still
waiting for my 3.2 (I guess I should start to panic about that sometime
next week).
Hope it helps,
Lga.
--
Laurent Amon |
amon@cs.stanford.edu | So far, the universe is winning.
amon@lix.polytechnique.fr |
Newsgroups: comp.sys.next.sysadmin
From: sounds!root (Operator)
Subject: Re: Workspace will not start in my main account
Message-ID: <CI454F.vC@sounds.wa.com>
Sender: root@sounds.wa.com (Operator)
Organization: Sound Consulting, Bellevue, WA, USA
References: <CI3rEy.90@sounds.wa.com>
Date: Thu, 16 Dec 1993 05:41:02 GMT
Here are some further details on my problem (to save space, I won't repeat my
recent posting), just in case it helps anyone figure out why Workspace
doesn't start when I log in to one particular account. The following is from
/usr/adm/messages:
(P.S. I tried removing the GLOBAL NX*SystemFonts defaults from the account
in question, thinking that the built-in default fonts would work, but this
did not help)
Dec 15 21:33:16 sounds loginwindow[230]: loginwindow: Workspace exited ts 0
cd 0 rc 0 sv 0 ss 0.
Dec 15 21:33:17 sounds loginwindow[230]: Unable to check in pbs port, -102
Dec 15 21:33:17 sounds loginwindow[230]: Unable to check in pbs port, -102
Dec 15 21:33:20 sounds loginwindow[230]: Unable to check in pbs port, -102
Dec 15 21:33:23 sounds loginwindow[230]: Unable to check in boot pbs port,
-102
Dec 15 21:33:25 sounds loginwindow[1082]: loginwindow: running
/usr/lib/NextStep/Workspace.app/Workspace
Dec 15 21:33:25 sounds Workspace[1082]: logged in
Dec 15 21:33:31 sounds Terminal[1088]: Pasteboard lookup failed on host
sounds: (Netnameserver: name not checked in)
Dec 15 21:33:31 sounds Terminal[1088]: Couldn't find default font for default
NXSystemFonts
Dec 15 21:33:31 sounds Terminal[1088]: Pasteboard lookup failed on host
sounds: (Netnameserver: name not checked in)
Dec 15 21:33:31 sounds Terminal[1088]: Couldn't find default font for default
NXBoldSystemFonts
Dec 15 21:33:31 sounds Terminal[1088]: Pasteboard lookup failed on host
sounds: (Netnameserver: name not checked in)
Dec 15 21:33:31 sounds Terminal[1088]: Pasteboard lookup failed on host
sounds: (Netnameserver: name not checked in)
Dec 15 21:33:31 sounds Terminal[1088]: An uncaught exception was raised
Dec 15 21:33:31 sounds Terminal[1088]: App Kit error: Font unavailable.
Dec 15 21:33:31 sounds Preferences[1086]: Pasteboard lookup failed on host
sounds: (Netnameserver: name not checked in)
Dec 15 21:33:31 sounds Preferences[1086]: Couldn't find default font for
default NXSystemFonts
Dec 15 21:33:31 sounds Preferences[1086]: Pasteboard lookup failed on host
sounds: (Netnameserver: name not checked in)
Dec 15 21:33:31 sounds Preferences[1086]: Couldn't find default font for
default NXBoldSystemFonts
Dec 15 21:33:31 sounds Preferences[1086]: Pasteboard lookup failed on host
sounds: (Netnameserver: name not checked in)
Dec 15 21:33:31 sounds Preferences[1086]: Pasteboard lookup failed on host
sounds: (Netnameserver: name not checked in)
Dec 15 21:33:32 sounds Mail[1087]: Pasteboard lookup failed on host sounds:
(Netnameserver: name not checked in)
Dec 15 21:33:32 sounds Mail[1087]: Couldn't find default font for default
NXSystemFonts
Dec 15 21:33:32 sounds Mail[1087]: Pasteboard lookup failed on host sounds:
(Netnameserver: name not checked in)
Dec 15 21:33:32 sounds Mail[1087]: Couldn't find default font for default
NXBoldSystemFonts
...
Dec 15 21:33:44 sounds Terminal[1090]: An uncaught exception was raised
Dec 15 21:33:44 sounds Terminal[1090]: App Kit error: Font unavailable.
Dec 15 21:34:01 sounds loginwindow[230]: loginwindow: Workspace exited ts 0
cd 0 rc 0 sv 0 ss 0.
Dec 15 21:34:02 sounds Preferences[1086]: DPS client library error:
Connection closed unexpectedly, DPSContext 4ed0c, data 0
Dec 15 21:34:02 sounds Preferences[1086]: Exiting due to Window Server death
Dec 15 21:34:02 sounds loginwindow[230]: Unable to check in pbs port, -102
Dec 15 21:34:02 sounds mach: audio kernel server unloaded
Dec 15 21:34:03 sounds mach: audio kernel server initialized
Dec 15 21:34:03 sounds loginwindow[230]: Unable to check in pbs port, -102
Dec 15 21:34:04 sounds last message repeated 4 times
Dec 15 21:34:08 sounds loginwindow[230]: Unable to check in boot pbs port,
-102
--
Brian Willoughby Software Design Engineer, BSEE NCSU
BrianW@SoundS.WA.com Sound Consulting and Signal Processing Software
NeXTmail welcome - NO EMAIL SOLICITATION without prior permission
Newsgroups: comp.sys.next.sysadmin
From: Karl_Kraft@ensuing.com
Subject: Re: login session timeouts
Message-ID: <CI1s35.L2@ensuing.com>
Sender: karl@ensuing.com (Karl Kraft)
Organization: Ensuing Technologies Inc.
References: <1993Dec13.104840.243@earlham.edu>
Date: Tue, 14 Dec 1993 23:04:18 GMT
In article <1993Dec13.104840.243@earlham.edu> writes:
> When I dial in to my NeXT on a modem line, the NeXT hangs up on me
> after about 5 minutes of inactivity at the terminal. So one knock at
> the door, or too long in the bathroom, and my work is gone. The same thing
> happens if I am logged into the SLIP account, which is even more
> irritating. Is there a way to disable this feature? I'm going mad
> looking at the wrong manual pages.
>
If you are using tcsh, then tcsh may be killing your idle shell.
To disable this feature
unset autologout
Or you could set the idle time before logout.
If you aren't using tcsh, then I have no idea.
--
_________
Karl Kraft
Karl_Kraft@ensuing.com (NeXT mail)
Newsgroups: comp.sys.next.sysadmin
From: hitt@Xenon.Stanford.EDU (Daniel Hitt)
Subject: reading DOS floppies on 2.0
Message-ID: <1993Dec16.090331.16119@CSD-NewsHost.Stanford.EDU>
Summary: can no longer read them - - - suggestions?
Keywords: DOS,floppy,read
Sender: hitt@cs.stanford.edu
Organization: Computer Science Department, Stanford University.
Date: Thu, 16 Dec 1993 09:03:31 GMT
My 68040 2.0 computer had a trashed main partition and after i restored it
from tapes i find that it now has trouble reading DOS floppies.
It can read NeXT floppies without problem.
When i insert a DOS floppy it waits and waits and waits, and then
puts up the ``Unreadable disk'' panel offering to initialize the disk.
I think that it can tell that it is dealing with a DOS floppy because
when i do ``ps -agxuw'' during this process it has an entry
indicating that DOS.util is being used. (The entry describing
the program being run reads ``- -m fd0 /DOS (DOS.util)''.)
Is there some system file in /etc or elsewhere that needs to be
set to indicate something about reading DOS? The permissions on
DOS.util are: -rwsr-xr-x DOS.util
The problem exists whether i'm logged in normally or as root.
If it makes any difference, the .profile (and so forth) files
for root are undoubtedly incomplete.
Thanks for any help anyone can provide.
dan
hitt@cs
Newsgroups: comp.sys.next.sysadmin
From: Robert_La_Ferla@hot.com
Subject: Re: uucp mail
Message-ID: <1993Dec15.205205.4391@hot.com>
Sender: robertl@hot.com
Organization: Hot Technologies
References: <CHu0vn.II3@optilink.com>
Date: Wed, 15 Dec 1993 20:52:05 GMT
Does SMAIL support NetInfo?
Robert La Ferla
Hot Technologies
In article <CHu0vn.II3@optilink.com> zeke@optilink.com (James
Dehnert) writes:
> Robert_La_Ferla@hot.com wrote:
> : Jason,
>
> : Assuming that you have one machine ("the mail server") that
handles
> : UUCP and many other machines networked to it ("subsidiarys or
> : clients"), you should check the following:
>
> Description of how to make it work deleted
>
> : Robert La Ferla
> : Hot Technologies
>
>
> : In article <1993Dec08.225251.20249@jlc.mv.com> jason@jlc.mv.com
> : (Jason T. Nelson) writes:
> : > We've been messing with sendmail for quite awhile now, and
still
> : haven't been
> : > able to get our NeXT to send mail using uucp. If the receiver
is on
> : ethernet,
> : > the mail gets to him/her fine, but outside out local net and
the
> : mail gets
> : > rejected (never even spools). Anybody have any clues as to what
> : might be
> : > happening?
> : >
> : >
> Well, Robert showed you how to make it work, but you may also
want to
> look into Smail as a replacement to sendmail. I have been using it
for
> the last 3 years and it is easier to configure than sendmail and
has
> been very robust ( It has never failed unless I did something
really
> stupid )
> If you know sendmail really well, stick with it, but if you don't
look
> as Smail. Even if you do know sendmail really well, look at
Smail!!
>
> Zek
> --
> +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
> = James "Zeke" Dehnert zeke@optilink.dsccc.com =
> + Unix System Administrator (707) 792-7816 +
> = DSC Access Products Div. Eschew Obfuscation =
Newsgroups: comp.sys.next.sysadmin
From: BrianW@SoundS.WA.com (Brian Willoughby)
Subject: SUMMARY: Workspace will not start in my main account
Message-ID: <CI4Fnz.1ry@sounds.wa.com>
Sender: brianw@sounds.wa.com (Brian Willoughby)
Organization: Sound Consulting, Bellevue, WA, USA
References: <CI454F.vC@sounds.wa.com>
Date: Thu, 16 Dec 1993 09:28:46 GMT
My problem is fixed. Since I know of at least one other person who has had
similar difficulties, I will summarize what I found out.
After sending three postings totalling almost 8 KB, I have only received one
suggestion so far. Fortunately, that was enough to send me in the right
direction to track the problem down.
Art Isbell <art@cubicsol.com> had a hunch that the defaults database in ~/.NeXT
had been corrupted when my machine locked up. He suggested that I back up that
directory and replace it with a copy of /usr/template/users/.NeXT (which really
only has two files, the rest are automatically created when you login if they
don't already exist).
I had already used DefaultMgr to read and write the defaults for the "broken"
account, so I doubted that those files were corrupted, but I decided to follow
Art's suggestion anyway. After completely replacing ~/.NeXT, I was able to
login to my account, so I decided to move one file at a time from my backup of
that directory to see where the trouble was. It turned out that
~/.NeXT/services/.cache was bad. Happily, I was able to restore my current
defaults database, Color Panel settings, app extension preferences and
everything else - including the settings in the other files in the services
subdirectory. A new, uncorrupted .cache file was automatically created the
next time I logged in.
I hope this ends up helping someone out there one day (actually, on second
thought, I hope nobody comes across this particular file corruption problem!).
--
Brian Willoughby Software Design Engineer, BSEE from NCSU
NeXTmail welcome Sound Consulting: Software Design and Development
BrianW@SoundS.WA.com Bellevue, WA
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: List Server Help
Date: 16 Dec 1993 15:20:22 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <2epubm$kh8@news.intercon.com>
Hi folks,
I need to set up an automatic list server on my 3.1 box. Basically, I'd
like my list server to:
1. Handle subscribe/unsubscribe
2. Archive list traffic
3. Add reply-to, or change "from" to "sender" and make the list address
be the from field.
4. Send me a report of the day's activity
A GUI would be great, but that's probably asking way too much. Can
someone steer me in the right direction?
Thanks,
David.
From: richards@aaron.music.qc.edu (David Richards)
Newsgroups: comp.sys.next.sysadmin
Subject: netNews
Date: 16 Dec 1993 12:14:15 -0600
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9312161814.AA05824@aaron.music.qc.edu>
Hello - We're thinking of setting ourselves up as a
netnews host (just the compnew groups for private use).
Has anyone out there done this with their NeXTs and if so
we would appreciate a response to the following questions:
1.) What software for handling this would you recommend?
2.) What kind of disk resources will such a venture need?
3.) Whom do we address (person/orginization) to set this
all up.
Once again many thanks for any info!!
Dave
David Richards
richards@aaron.music.qc.edu
The Aaron Copland School of Music
At Queens College
Newsgroups: comp.sys.next.sysadmin
From: herbst@cbnewsj.cb.att.com (robert.s.herbst)
Subject: Upgrading or Instaling 3.2/Intel
Organization: AT&T
Date: Thu, 16 Dec 1993 17:57:35 GMT
Message-ID: <CI5389.5ME@cbnewsj.cb.att.com>
Keywords: NeXTSTEP NCR 3333 Upgrading Problems!
I am trying to upgrade from NS/I 3.1 to 3.2 on an NCR 3333
486DX2/66 VLB, ATI GUP (2MB), PAS 16, Intel EtherExpress (ISA).
The machine has 16MB RAM, a 500 MB IDE drive, and one 3.5" floppy (1.44)
I am using an external NEC CDR 74-1 and an Adaptec 1542C..
Whether I try to upgrade or install from scratch the machine
will crash without any errors at different points into the upgrade
or full install. I had no dificulties whatsoever installing 3.1
I have heard reports from some of my colleagues that they too have
had problems, and had to abandon the upgrade.
Can anyone out there shed any light on known problems with 3.2/Intel??
Any help would be appreciated.
Thanks,
Bob
--
==============================================================
Bob Herbst Tel: (908)957-6507
AT&T Bell Labs E-mail: bobh@mtketc1.att.com
Middletown, NJ
Newsgroups: comp.sys.next.sysadmin
From: ratner@ficus.cs.ucla.edu (Dave "Van Damme" Ratner)
Subject: No response from network configuration server
Date: 16 Dec 93 20:43:43 GMT
Message-ID: <ratner.756074623@ficus.cs.ucla.edu>
Organization: UCLA, Computer Science Department
I have a puzzling question.
With the hostname and ip address set to -AUTOMATIC-, it
boots standalone. When it is plugged into the docking station
and the net, it detects this fact and says:
Dec 15 10:31:11 localhost mach: No response from network configuration server.
Dec 15 10:31:11 localhost mach: Type Control-C to start up computer without a ne
twork
What I wanted to do was find whatever test they are using, and set
up my rc scripts to do the right thing automatically: i.e. have
/etc/hostconfig have hostname and ip address set to -AUTOMATIC-,
but if in the rc scripts we detect the presence of the network,
set them to their ``real values'' [know a priori, obvious hard-coded
per machine]. I don't really like the BOOTP solution, because
1) you have to have a BOOTP server running on the local net
2) it only works if you plug into that particular local net
with a BOOTP server that knows who you are.
*HOWEVER*, the test they are performing seems to be in the kernel
itself; at least, thats where the strings are being printed from.
Can this really be right? [Gack]. Does anyone with source
code know the kind of test I want to do?
Thanks
Dave
--
* * *** * * Dave "Van Damme" Ratner
please send | * * * * * * | ratner@cs.ucla.edu
money | * * * * *** |
*** *** *** * * "Wham Bam, thank you Van Damme!"
From: devans@herman.cs.uoguelph.ca (David F Evans)
Newsgroups: comp.sys.next.sysadmin
Subject: Loginwindow Dimming
Date: 16 Dec 1993 21:34:51 GMT
Organization: University of Guelph
Message-ID: <2eqk9r$lkh@nermal.cs.uoguelph.ca>
I know this has been asked thousands of times (even during the past month)
but I'm going away from my Internet connection soon and need an answer.
I want to reduce the loginwindow dimming time in 3.1. I know it's something
like `dwrite loginwindow AutoDimTime <value' as root but I tried that and it
had no effect. What range should the value be in?
Better respond via email...I don't want to waste any more bandwidth than I
have already.
=============================================================================
David Evans devans@snowhite.cis.uoguelph.ca
Computer/Synth Junkie (NeXTMail OK)
University of Guelph "Default is the value selected by the
Guelph, Ontario, Canada composer overridden by your command."
- Roland TR-707 Manual
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.software
From: bounds@gulaam.cen.encompass.com (Frank Bounds)
Subject: Stuart for NS/Intel? other VT200/300 emulators for NS/Intel
Message-ID: <1993Dec16.214614.22697@glv.uucp>
Sender: usenet@glv.uucp
Organization: Encompass
Date: Thu, 16 Dec 1993 21:46:14 GMT
We badly need Stuart/Intel or other Intel VT200/300 emulator for NeXTSTEP
Intel boxes. Is there an ftp site for Intel ports? Any help/pointers
would be appreciated. (I did send Scott Hess an email but have not
received a response...). Thanks in advance!
Pointers to freeware/shareware or commercial would be appreciated.
---
___
|___|
+----------------||---------------++
| Frank Bounds || ||
/| bounds@gulaam.cen.encompass.com ||
| | ENCOMPASS ||
| | Cary, North Carolina ||
--| +---------------------------------++
--| |-----------------------/
From: larsen@math.upenn.edu (Michael Larsen)
Newsgroups: comp.sys.next.sysadmin
Subject: Building two system disks?
Date: 16 Dec 1993 22:07:45 GMT
Organization: University of Pennsylvania
Message-ID: <2eqm7h$cr5@netnews.upenn.edu>
I am the soon-to-be-happy new owner of a big external drive, and I am trying
to set up my system with TWO bootable drives, one 3.x and one 2.1. (This way
I don't have to choose between old apps that break under Sys 3 and new apps
that require it to run...and I can finally afford the space to have both.)
Here's my problem. I want to install 2.1 from the optical disk onto my big
drive, mounted as /BigDisk and set up as SCSI device 1. I already have 3.0
running on the internal drive, mounted as / and set up as SCSI 0. The problem
is that 3.0's BuildDisk doesn't know how to build System 2.1 (of course), and
that 2.1's BuildDisk seems to assume that it is going to build either an
internal 330 or an internal 660 MB drive. This lack of flexibility scares
me---I don't want to click the Build button, only to have it blow away my
internal 3.0 disk and user files! I thought of unplugging the internal
jumper to the 3.0 disk---if it's not connected, it can't be rebuilt---but
the SCSI bus seems to be terminated at the internal disk, so that pulling it
out of the loop keeps _any_ of the SCSI devices from being seen.
Has anyone built a bootable 2.1 system on an external hard drive without
reformatting the internal drive? Suggestions, please?
Michael J. Larsen
Newsgroups: comp.sys.next.sysadmin
From: yanik@planon.qc.ca (Yanik Crepeau)
Subject: SoftPC - Demo for Black hardware - keyboard
Message-ID: <1993Dec16.201737.858@planon.qc.ca>
Keywords: SoftPC NeXTSTATION 3.2 keyboard mapping
Sender: yanik@planon.qc.ca
Date: Thu, 16 Dec 1993 20:17:37 GMT
We have received NeXTSTEP 3.2 yesterday. I have upgraded a NeXTSTATION. On the CD-ROM,
there is a demo of SoftPC with Windows.
The software launchs and the required files (DOS emulated hard disk) are created. I
receive a message that the copy is an evaluation copy and the software will exit after 20
minutes. Everything works well until I try to type something. When I type someting in the
keyboard, another character apprears in SoftPC.
I have been able to launch Windows (I opened Edit, I typed WIN<CR>, I copied it and paste
it in SoftPC), Windows launches but the keyboard problem remains.
My configuration is as follow:
Hardware Configuration:
Processor: MC680x0 (68040)
Processor speed: 33 MHz
Primary memory: 32.00 MB
Hostname: planon_2
Software Configuration:
NeXT Mach 3.2: Mon Oct 18 21:57:41 PDT 1993;
root(rcbuilder):mk-149.30.15.obj~2/RC_m68k/RELEASE_M68K
Literature NEXTSTEP Release 3.2
Documentation NEXTSTEP Release 3.2
ESQLC 4.10.UC2
SE 4.10.UC2
softpc 2.05 February 21, 1991 -- That is the old version
Demonstrations NEXTSTEP Release 3.2
French Version 3.2 de NEXTSTEP / NEXTSTEP Release 3.2
DigitalWebster NeXTSTEP Release 3.1 (Prerelease 1)
manual 2.05 February 21, 1991
NeXT_AppleTalk NeXTSTEP Release 3.0
UnknownFrontDesk_Application1.05
English NEXTSTEP Release 3.2
ScriptWriter0.98b, July 27, 1993
SWGroups0.98b, July 27, 1993
IDB Version 2.0
Tutorial 1.0 28 October, 1992
MusicKit_4.0 4.0-I
SoftPC_Win 3.00 January 1993 -- That is the problematic version
DeveloperTools NEXTSTEP Developer Release 3.2
DeveloperDoc NEXTSTEP Developer Release 3.2
DeveloperLibs NEXTSTEP Developer Release 3.2
If someone could give me some tips...
Yanik
--
Yanik Crepeau
Programmer
Planon Telexpertise
E-Mail: yanik@planon.qc.ca (NeXT)
Newsgroups: comp.sys.next.sysadmin
From: kwang@lore.acs.calpoly.edu (Kevin John Wang)
Subject: PPD for a Lineprinter?
Message-ID: <1993Dec17.031308.186066@zeus.aix.calpoly.edu>
Keywords: Lineprinter PPD
Sender: news@zeus.calpoly.edu
Organization: Cal Poly State University, San Luis Obispo
Date: Fri, 17 Dec 1993 03:13:08 GMT
I need either:
1: a PPD file for a lineprinter, or
2: information about PPD files.
help?
- kevin Wang, kwang@lore.acs.calpoly.edu
From: audiotst!lre@uunet.UU.NET (Louis R. Eagle)
Newsgroups: comp.sys.next.sysadmin
Subject: 3.1 -> 3.2 upgrade for black hardware - worth it?
Date: 17 Dec 1993 01:16:01 -0600
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9312161925.AA25743@audiotst.ap.com>
Some time ago I saw a thead implying that an upgrade from 3.1 to 3.2 on black hardware
might not be worth the effort or even be a step in the wrong direction. Having seen no further
discussion I thought I would solicit informed opinions. What has 3.2 to offer over 3.1 for
black hardware? What's been removed or broken? Etc?
We received 3.2 as part of the 3.1 upgrade so for us the $$$ are not an issue, but others
may be interested in $$$ value judgements.
Thanks, Louis
Louis_Eagle@ap.com
Audio Precision
Beaverton, OR
From: edmtl@alf.uib.no (Thor Legvold)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.bugs
Subject: Good/Bad points? Upgrading from 3.0 to 3.[12].
Date: 17 Dec 1993 12:34:24 +0100
Organization: University of Bergen
Message-ID: <2es5g0$5fo@alf.uib.no>
Hi.
I have been running 3.0J for the last year, and am quite happy,
despite the slowness compared with 3.0E. It's also nice to
have Japanese on the Machine without having to use X11 :-)
Well, I have bought 3.1E and just received 3.2E, but have hesitated
in installing these releases. I have heard both positive and
negative things about these releases, and am not sure that the
improvement is so clear in this case. So, I'm asking the wisdom
of the Net:
What do I stand to gain and lose by upgrading from 3.0 to either
3.1 or 3.2? I know I'll lose Japanese environment (I haven't
been able to get a hold of a 3.1/3.2 upgrade in Japanese :-(,
but what other things have been removed? What has been added?
What about bugs? GUI changes? IB changes? etc, etc.
I would appreciate greatly any and all comments (e-mail!)
regarding this upgrade decision, or any advice netters
have regarding the upgrade process.
Hardware: NeXT Cube 040 16MB core, HP 1.0 GB disk, NeXT CD ROM.
Regards,
Thor
(hey - congratulate me on getting this far with vi...emacs is
having problems at the moment at our site :-)
--
Thor Legvold | This is the strangest life
NorNeXT User Group leader | I've ever known...
University of Bergen | - Jim Morrison, The Doors
Norway | edmtl@fiol.uib.no (NeXTmail)
From: lparkyn@corpit.cantel.rogers.com (Lyle Parkyn)
Newsgroups: comp.sys.next.sysadmin
Subject: Librarian won't index mailboxes
Date: 14 Dec 1993 14:59:44 GMT
Organization: Rogers Communications
Distribution: NA
Message-ID: <2ekkd0$f7k@mail.Rogers.Com>
The other day a new NeXT user asked me if their mailbox folder could be put
into librarian. "Sure", I said fairly confidently, "I'll show you". I dragged
their mailbox folder into librarian and created an index for it. "That's all
there is to it. I set to automatically update the index every 30 mintues. Now
just type in a search word." Guess what, it didn't work! (knew i should have
tried it first) It'll list titles but you can't search the contents. Does
anyone know how to do this?
--
Lyle D. Parkyn (416)250-4810
lparkyn@corpit.cantel.rogers.com NeXT Mail welcome
Opinions expressed are my own.
Newsgroups: comp.sys.next.sysadmin
From: takken@raven.Stanford.EDU (Todd Takken)
Subject: Re: Preferred tape program that ships with NeXT?
Message-ID: <1993Dec14.184218.16890@leland.Stanford.EDU>
Sender: news@leland.Stanford.EDU (Mr News)
Organization: Stanford University
References: <westesCI0wtB.1Cy@netcom.com>
Distribution: su
Date: Tue, 14 Dec 93 18:42:18 GMT
In article <westesCI0wtB.1Cy@netcom.com> westes@netcom.com (Will Estes)
writes:
> What's the preferred utility for making a system backup to an
> Archive DAT tape unit? tar seems out of the question due to the
> 100-character path/file length restrictions. Dump did not seem to
> be in the path anywhere. What's a program that ships with the box
> that can be used to backup the whole system?
>
> --
> Will Estes Internet: westes@netcom.com
Try usr/etc/dump. I've got it on NextStep 3.2 now and have used it before
back when I had 3.1.
-- Todd Takken
From: yf5990@u.cc.utah.edu (Yan Fang)
Newsgroups: comp.sys.next.sysadmin
Subject: SLIP or PPP: Which should I use?
Date: 17 Dec 1993 08:59:16 -0700
Organization: University of Utah Computer Center, Salt Lake City, Ut.
Message-ID: <2esl0k$558@u.cc.utah.edu>
After many months of not having a reliable email service, Alpine Computing
MicroAge has obtained two candidates for dialup connections, SLIP/CSLIP or
PPP. When InterNIC responds to our domain name application, Alpine will be
a regular net.citizen. You can will be able to reach me at
kris@alpine.com.
But now my biggest concern is which protocol I should use. CSLIP and PPP
are offered by two separate services, and I need to choose between them.
Initially I will be setting up my black hardware as the client, but within
a few months I will bring down my black machine and use either an Alpine
NXtower '486 or a Sun SPARCstation 1+ as the client.
The biggest concern I have is that I need to avoid choosing a protocol
based solely on convenience--it's more convenient to use CSLIP now.
Instead I need to think about the long view and choose a protocol now that
will give me a smooth transition into the long run, when I will have one
machine set up that stays stable.
So:
1) Is PPP available for i486?
2) Aside from better interactive response with PPP, are there other
advantages over CSLIP?
3) How difficult is PPP to configure in comparison to Mamakos's PNI?
4) What POP3 clients work with CSLIP and PPP? Is this a dumb question?
You can temporarily send mail to this account. I'll check it every hour or
so. But soon--you can send mail to kris@alpine.com.
/kris
alpine computing microage
(Using my wife's account)
Newsgroups: comp.sys.next.sysadmin
From: hugh@hodain.ci.net (Hugh Secker-Walker)
Subject: Re: 3.1 -> 3.2 upgrade for black hardware - worth it?
In-Reply-To: audiotst!lre@uunet.UU.NET's message of 17 Dec 1993 01:16:01 -0600
Message-ID: <HUGH.93Dec17102701@hodain.ci.net>
Sender: hugh@hodain.ci.net (Hugh Secker-Walker)
Organization: JTA Associates
References: <9312161925.AA25743@audiotst.ap.com>
Date: Fri, 17 Dec 1993 15:27:01 GMT
In article <9312161925.AA25743@audiotst.ap.com> audiotst!lre@uunet.UU.NET (Louis R. Eagle) writes:
Some time ago I saw a thead implying that an upgrade from 3.1 to 3.2 on black hardware
might not be worth the effort or even be a step in the wrong direction. Having seen no further
discussion I thought I would solicit informed opinions. What has 3.2 to offer over 3.1 for
black hardware? What's been removed or broken? Etc?
We use Mouse-X for occasional X-based work. The tvtwm(1) supplied
therein gets completely wedged under 3.2 (with 3.1, popping out of and
back into Mouse-X would free it up). Anyone else had such troubles.
Hugh
--
Hugh Secker-Walker | hugh@hodain.ci.net (NeXTmail ok)
Perceptual Acoustics | hugh@ear.mit.edu
Newsgroups: comp.sys.next.sysadmin
From: mgoedel@muaddib.isar.muc.de (Maximilian Goedel)
Subject: Re: Can you make N.L.Printer not turn on at boot?
Message-ID: <CI1HL9.77B@muaddib.isar.muc.de>
Sender: mgoedel@muaddib.isar.muc.de (Maximilian Goedel)
Organization: Michael Maximilian Goedel
References: <2eiu9p$t6a@nntp.ucs.ubc.ca>
Distribution: World
Date: Tue, 14 Dec 1993 19:17:33 GMT
In article <2eiu9p$t6a@nntp.ucs.ubc.ca> Mike Nakamura writes:
> Is there any way to configure so that NeXT Laser Printer won't turn it
> self on during boot time?
>
> Thanks in advance.
>
> --
> Yasunobu (Mike) Nakamura
> E-mail: ynakamur@sfu.ca
Insert that in you init-files
#turn off NeXT laser printer.
fbshow -B -I "Powering off NeXTprinter" -z 95
if [ -f /usr/etc/nppower ]; then
sleep 3
/usr/etc/nppower off
(echo 'powering off NeXTprinter') >/dev/console
fi
Nice Greetings from Munich - Germany
--
Michael Maximilian Goedel _____________________
e-mail: mgoedel@muaddib.isar.muc.de
Address: Gerhardstrasse 33 - 81543 Muenchen
Telephone: +49 89 65 29 18
From: gam@inherent.com
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Workspace will not start...
Date: 17 Dec 1993 17:42:50 GMT
Organization: Internetworks, Inc.
Message-ID: <2esr2r$q1n@pdx1.world.net>
References: <CI3qBH.wC@sounds.wa.com>
In article <CI3qBH.wC@sounds.wa.com> sounds!root (Operator)
writes:
>
> I am running 3.2, and suddenly Workspace will not start in my
> primary account. I never get the File Viewer. Some of the AutoLaunch
> [balance deleted]
We had a similar problem here recently (in fact, I think the identical problem). We discovered that somehow permissions for others on the root directory had been shut o
ff. Those permissions should look like:
drwxrwxrwt 18 root wheel 1024 Dec 16 19:46 ./
drwxrwxrwt 18 root wheel 1024 Dec 16 19:46 ../
in fact, the problem was they were set to:
drwxrwx--t 18 root wheel 1024 Dec 16 19:46 ./
drwxrwxrwt 18 root wheel 1024 Dec 16 19:46 ../
That solved the problem for us.
Good luck.
________
Inherent Technologies Inc.
2140 SW Jefferson Street Suite 130
Portland, Oregon 97201
Telephone: +1 503-224-6751
FAX: +1 503-274-4622
From: shunfemd@rest.tasc.com (Michael D. Shunfenthal (Mike))
Newsgroups: comp.sys.next.sysadmin
Subject: Need longer login names
Date: 16 Dec 1993 13:36:33 GMT
Organization: TASC
Message-ID: <2epo91$5j1@voltaire5.rest.tasc.com>
Keywords: login
We are running a combined Next and Netware shop and would like to
standardize on login names in both environments. Netware allows 30
characters or more for the login name, allowing a first and middle
initial and full last name.
Next, however, appears (according to the docs that I have read) eight
characters maximum, which is quite limiting. This necessitates a
different standard for these machines: a pain to administer. Can
this maximum be extended, or will a future version of Nextstep allow
longer names?
--
Michael Shunfenthal | The Analytic Sciences Corporation
shunfemd@rest.tasc.com | Reston, VA 22090
703 834-5000 x2160 |
}
Newsgroups: comp.sys.next.sysadmin
From: burns@nova.bellcore.com (James E. Burns)
Subject: Re: Can you make N.L.Printer not turn on at boot?
In-Reply-To: mgoedel@muaddib.isar.muc.de's message of Tue, 14 Dec 1993 19:17:33 GMT
Message-ID: <BURNS.93Dec15205046@wildcat.nova.bellcore.com>
Sender: news@walter.bellcore.com
Organization: Bell Communication Research
References: <2eiu9p$t6a@nntp.ucs.ubc.ca> <CI1HL9.77B@muaddib.isar.muc.de>
Distribution: World
Date: Thu, 16 Dec 1993 01:50:46 GMT
In response to:
>In article <2eiu9p$t6a@nntp.ucs.ubc.ca> Mike Nakamura writes:
>> Is there any way to configure so that NeXT Laser Printer won't turn it
>> self on during boot time?
>>
>> Thanks in advance.
>>
>> Yasunobu (Mike) Nakamura
>> E-mail: ynakamur@sfu.ca
Michael Maximilian Goedel writes:
>Insert that in you init-files
>
>#turn off NeXT laser printer.
> fbshow -B -I "Powering off NeXTprinter" -z 95
>if [ -f /usr/etc/nppower ]; then
> sleep 3
> /usr/etc/nppower off
> (echo 'powering off NeXTprinter') >/dev/console
> fi
>
>Nice Greetings from Munich - Germany
>--
>Michael Maximilian Goedel _____________________
>e-mail: mgoedel@muaddib.isar.muc.de
>Address: Gerhardstrasse 33 - 81543 Muenchen
>Telephone: +49 89 65 29 18
The above suggestion does not work consistently for me. Under 3.1
(and I assume 3.2), it is better to turn the printer off (note that
you can't avoid turing it on unless you want to start the demon by
hand when you want to print) during boot by adding the following line
(sleep 10; /usr/etc/nppower off) &
to
/usr/lib/NextPrinter/lpd.children
just after the point where npd is started. I actually made my startup
a little fancier:
if [ -f /usr/lib/NextPrinter/npd ]; then
if [ -f /usr/etc/nppower ]; then
(/usr/lib/NextPrinter/npd; sleep 5; /usr/etc/nppower off) &
fbshow -B -I "Powering off NeXTprinter" -z 95
(echo 'powering off NeXTprinter') >/dev/console
else
/usr/lib/NextPrinter/npd &
fi
fi
By the way, this same file is a good place to start up the slip
process for Dialup-IP.
jim burns
--
James E. Burns burns@nova.bellcore.com
Bellcore, NVC-3X114 Off: (908) 758-2819
331 Newman Springs Road Fax: (908) 758-4371
Red Bank, NJ 07701-5699, USA Home: (908) 219-6561
From: art@cubicsol.com (Art Isbell)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Can you make N.L.Printer not turn on at boot?
Date: 16 Dec 1993 02:48:05 GMT
Organization: University of California, Santa Cruz
Distribution: World
Message-ID: <2eoi95$dpn@darkstar.UCSC.EDU>
References: <BURNS.93Dec15205046@wildcat.nova.bellcore.com>
In article <BURNS.93Dec15205046@wildcat.nova.bellcore.com>
burns@nova.bellcore.com (James E. Burns) writes:
> Michael Maximilian Goedel writes:
> >Insert that in you init-files
> >
> >#turn off NeXT laser printer.
> > fbshow -B -I "Powering off NeXTprinter" -z 95
> >if [ -f /usr/etc/nppower ]; then
> > sleep 3
> > /usr/etc/nppower off
> > (echo 'powering off NeXTprinter') >/dev/console
> > fi
> The above suggestion does not work consistently for me. Under 3.1
> (and I assume 3.2), it is better to turn the printer off (note that
> you can't avoid turing it on unless you want to start the demon by
> hand when you want to print) during boot by adding the following line
> (sleep 10; /usr/etc/nppower off) &
> to
> /usr/lib/NextPrinter/lpd.children
I think the problem with the original suggestion is that 3 seconds just
isn't quite long enough to sleep. I think 3 seconds were sufficient prior
to 3.0, but sleeping for 5 seconds (in the background) works for me
consistently under 3.0, 3.1, and 3.2. I find that placing the nppower
command in rc.local works well.
--
Art Isbell Cubic Solutions
NeXT Registered Consultant NEXTSTEP software development and consulting
NeXTmail: art@cubicsol.com Voice: +1 408 335 1154
USmail: 95018-9442 Fax: +1 408 335 2515
From: mcgredo@crl.com (Don McGregor)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <2et2ic$bpc@crl.crl.com>
Control: cancel <2et2ic$bpc@crl.crl.com>
Date: 17 Dec 1993 12:01:45 -0800
Organization: CRL Dialup Internet Access (415) 705-6060 [login: guest]
Distribution: world
Message-ID: <2et379$cft@crl.crl.com>
References: <2et2ic$bpc@crl.crl.com>
<2et2ic$bpc@crl.crl.com> was cancelled from within rn.
--
Don McGregor | "We need more special effects and dance numbers"
mcgredo@crl.com |
Newsgroups: comp.sys.next.sysadmin
From: dcode@netcom.com (Paul Marcos)
Subject: Re: Preferred tape program that ships with NeXT?
Message-ID: <dcodeCI400y.MD3@netcom.com>
Organization: Netcom - Online Communication Services (408 241-9760 guest)
References: <westesCI0wtB.1Cy@netcom.com> <1993Dec14.184218.16890@leland.Stanford.EDU>
Distribution: su
Date: Thu, 16 Dec 1993 03:50:58 GMT
In article <1993Dec14.184218.16890@leland.Stanford.EDU> takken@raven.Stanford.EDU writes:
>In article <westesCI0wtB.1Cy@netcom.com> westes@netcom.com (Will Estes)
>writes:
>> What's the preferred utility for making a system backup to an
>> Archive DAT tape unit? tar seems out of the question due to the
>> 100-character path/file length restrictions. Dump did not seem to
>> be in the path anywhere. What's a program that ships with the box
>> that can be used to backup the whole system?
>>
>> --
>> Will Estes Internet: westes@netcom.com
>
>Try usr/etc/dump. I've got it on NextStep 3.2 now and have used it before
>back when I had 3.1.
>
There's also gnutar which doesn't have the 100 character path limit.
Paul
--
--------------------------------------------------------------------------
dCode | dcode@netcom.com | NeXT Mail Happily Accepted
Paul Marcos | (415) 960-3259 (voice & fax)|
From: Ward_Travis@transarc.com
Newsgroups: comp.sys.next.sysadmin
Subject: BuildDisk -NXHost remote1
Date: Fri, 17 Dec 1993 15:07:32 -0500
Organization: Carnegie Mellon, Pittsburgh, PA
Message-ID: <Yh4V64iSMUkH0F4zYy@transarc.com>
Hii... to be sure that I don't sunk by incompatibilities or bugs going
from 3.0 to 3.2, I want to put 3.2 on a cube I have and dry-run it. The
cube has no monitor, so I tried telnetting to it and saying
cube% open /NextAdmin/BuildDisk.app -NXHost slab
after turning Public Display Server and Public Sound Server on in my
account on slab (and logging out and back in on slab before starting).
'cube' is a NetBoot client of 'slab' and has its own swapdisk and an
optical drive. I want to build the 3.0 disk onto the OD.
But when I run BuildDisk as shown above, BuildDisk throws up an alert on
slab's screen saying that "there are no buildable disks on this system".
It then refuses to run.
I suspect that BuildDisk is actually looking at the disks on "slab"
where that would be true. Is the -NXHost causing that? Am I using
-NXHost backwards? Id BuildDisk *really* looking at slab's disk list,
instead of at cube's disk list (cube is where BuildDisk is running,
no?)?
Or does 3.0's BuildDisk refuse to build optical media?
NOTES: slab is an 030 cube Netboot client of slab. slab is an 040
running 3.0. I was using the root account on slab and was su'd to root
on cube. BuildDisk might be in NextApps, I only said NextAdmin because I
don't recall just now which is right... the OD works and I tried running
BuildDisk with the OD mounted and unmounted. The OD media is initialized
and mountable.
--
Ward C. Travis Pittsburgh PA USA "The fact is the sweetest dream that
travis@transarc.com (412) 338 4388 labor knows." - R. Frost
From: mgrmja@NeXTwork.Rose-Hulman.Edu (Michael J. Allard)
Newsgroups: comp.sys.next.sysadmin
Subject: "mount -vat 4.3" doesn't mount my disk!
Date: 17 Dec 1993 21:09:44 GMT
Organization: Rose-Hulman Institute of Technology
Distribution: world
Message-ID: <2et76o$dph@master.cs.rose-hulman.edu>
Greetings, and merry upcoming Christmas. :-)
I have an 040 cube running NS 3.2, and I have two Maxtor XT8760 drives (660
MB each) hooked to it. One is my one-partition NS 3.2 drive, and the other
is my AFS volume partition (/vicepa). (BTW, in case you're wondering, yes,
I *am* sick in the head, trying out AFS 3.3 beta with NS 3.2).
My problem is this: "mount -vat 4.3" does not mount the disk at boot time!
I have the following information in /etc/fstab (AFS fsck uses it before
NetInfo is started) and in NetInfo:
/dev/sd0a / 4.3 rw,noquota,noauto 0 1
/dev/sd1a /vicepa 4.3 rw,noquota,noauto 0 2
I have to do a "mount -v /vicepa" to get it mounted. I have played a little
with "disk" trying to get the disk label in a state where I can mount the
disk right. I am having no luck with this so far... I haven't tried many
different hardware configurations, because I have run out of spare hardware.
:-)
Could this be a NS 3.2 problem? What should the disk label say with regard
to root partition, R/W partition, and automount? Help?
Any light anyone could shed on this subject would be most helpful. Please
followup via e-mail, and I'll post a summary.
And, again, Happy Holidays!
--
Michael J. Allard --- Workstation Manager, Waters Computing Center
Rose-Hulman Institute of Technology, Terre Haute, IN 812-877-8273
E-Mail: <Michael.Allard@rose-hulman.edu> Fax: 812-877-3198
#import <std/disclaimer.h> -- NeXTmail Friendly! -- HAMnet: KA9VDC
From: arzt@dccs.upenn.edu (Noam H. Arzt)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Problems powering NeXTstation down...
Date: 17 Dec 1993 21:19:59 GMT
Organization: University of Pennsylvania
Message-ID: <2et7pv$fde@netnews.upenn.edu>
Folks,
Here's my problem. I have a NeXTstation that will not power down properly. When
I hit the power key from a login window (or click the power button on the
screen) the login box erases, the disk spins a little (as is normal) and the
opaque screen then just stays on. I hit the power key again and the machine
immediately shuts down. When I restart, the disks do an fsck and everything is
fine, but I can never get a normal powerdown without an fsck (real annoying).
Now a second machine is doing it...
By the way these are 25mHz NeXTstation running NS3.1 (did it under 3.0 as
well).
Please resond via e-mail.
Thanks in advance.
--
Dr. Noam Arzt 215/898-3029 (voice)
Director, Finance, Administration & Systems 215/898-9348 (FAX)
University of Pennsylvania arzt@dccs.upenn.edu
Data Communications & Computing Services (NeXTmail is OK)
Suite 221A, 3401 Walnut Street, Philadelphia, PA 19104
From: root@next1de.scri.fsu.edu (Operator)
Newsgroups: comp.sys.next.sysadmin
Subject: Remote NeXT windows - don't work
Date: 17 Dec 1993 21:23:50 GMT
Organization: Florida State University
Distribution: world
Message-ID: <2et816$ab1@mailer.fsu.edu>
I can't get remote windows to work between two NeXTstations.
I've set both as Public Window Servers from the Preferences
app. But when I telnet over and try to run an app, I get:
DPS client library error: Could not form connection, host local host
Any help would be much appreciated,
Steve Dekorte
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: "mount -vat 4.3" doesn't mount my disk!
Date: 17 Dec 1993 21:44:15 GMT
Organization: University of California, Berkeley
Distribution: world
Message-ID: <2et97f$s32@agate.berkeley.edu>
References: <2et76o$dph@master.cs.rose-hulman.edu>
In article <2et76o$dph@master.cs.rose-hulman.edu> mgrmja@NeXTwork.Rose-Hulman.Edu (Michael J.
Allard) writes:
>My problem is this: "mount -vat 4.3" does not mount the disk at boot time!
>I have the following information in /etc/fstab (AFS fsck uses it before
>NetInfo is started) and in NetInfo:
>
> /dev/sd0a / 4.3 rw,noquota,noauto 0 1
> /dev/sd1a /vicepa 4.3 rw,noquota,noauto 0 2
This has been asked and answered 20 times.
The answer is to drop ",noauto" from the second line. 3.0 SysAdmin
Doc is incorrect.
See also page 9 of 3.2 Release Notes that came with your 3.2 CD.
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
Newsgroups: comp.sys.next.sysadmin
From: sholder@ram2.uta.edu (Shane A. Holder)
Subject: Q: Keymaps per App?
Message-ID: <SHOLDER.93Dec16100128@ram2.uta.edu>
Sender: news@news.uta.edu (USENET News System)
Organization: University of Texas at Arlington
Date: Thu, 16 Dec 1993 16:01:28 GMT
I would like to have keymaps on a per app basis.
I'm using a modified keymap for terminal, and editing applications,
but when I use an actual NS app, I'd like my regular unmodified
keyboard. Anyone know of a way to do this?
Thanks,
--
======================================================================
Shane Holder | If 1000 monkeys typed on 1000 terminals, they
sholder@cse.uta.edu | would eventually come up with "rm -rf *".
======================================================================
Newsgroups: comp.sys.next.sysadmin
From: tom@ennex1.eng.utsa.edu (Tom Arnow)
Subject: HELP:system will not boot
Message-ID: <1993Dec17.222309.5057@ringer.cs.utsa.edu>
Sender: news@ringer.cs.utsa.edu
Organization: Univ of Texas at San Antonio
Date: Fri, 17 Dec 1993 22:23:09 GMT
Hello all,
We have NeXTStation 25 MHz, that complains on bootup with the
following messages:
/: file system full
IO error on pageout: error=28
vnode_pageout: failed!
The system hangs at that point. Does anybody have any ideas on how to fix
that?
Thanks alot for any help,
Dan
dan@ennex1.eng.utsa.edu
From: joe@msri.org (Joe Christy)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: Weird Mail.app/NSF problem
Date: 17 Dec 1993 23:15:19 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
Message-ID: <36143@dog.ee.lbl.gov>
Keywords: Mail.app NSF timeout
We have a user (a _VERY_ Important User) whose Mail.app disturbingly often
fails to retrieve new mail.
What seems to be happening is this: the NSF mount of NSF of
/var/spool/mail times out for an instant so her machine doesn't see it and
then remounts it. Unfortunately, Mail.app, once disappointed in its search
for new mail in the temporarily unavailable
/var/spool/mail/_VERY_ImportantUser, never goes back to look for it again,
even when we invoke "Get New Mail" from the Utilities> menu. The only sure
cure is to quit and restart Mail.app, which is not really very
satisfactory.
Anyone out there seen anything like this? fixes? better work-arounds?
Joe
--
Joe Christy | Head of Mathematical Computing |Two wrongs
joe@msri.org |Mathematical Sciences Research Institute|don't make a
(510)643-6069| 1000 Centennial Drive |right, but
FAX 642-8609| Berkeley, CA 94720 |three lefts do
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: craigh@domino.sps.mot.com (Craig Hansen)
Subject: Printing to HP LaserJet 4si MX Printer
Message-ID: <1993Dec17.223152.25629@newsgate.sps.mot.com>
Keywords: laserjet, print
Sender: news@newsgate.sps.mot.com
Organization: sps
Date: Fri, 17 Dec 1993 22:31:52 GMT
We have just received an HP LaserJet 4si MX printer which will be sitting on
our ethernet backbone as a network printer; i.e., the printer is connected
to the LAN via a 10baseT connection - it has no host.
Question: Has anyone configured a printcap file on a NeXT to print to
this printer? I would appreciate any assistance on this.
BTW, the printer came with diskettes containing drivers for:
- Microsoft Windows (Postscript & PCL drivers)
- DOS (HP Explorer)
- HP Explorer
- Windows for Workgroups
- Macintosh
- Novell Netware
- Microsoft LAN Server
Regards,
--
Craig O. Hansen
Phone: (602) 897-5394
FAX: (602) 897-3822
email: craigh@domino.sps.mot.com
From: fusiong@charisma.Teradyne.COM (fusiong mail)
Newsgroups: comp.sys.next.sysadmin
Subject: Sun to NeXT file transfer
Date: 17 Dec 1993 20:10:26 -0600
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9312180214.AA00358@charisma>
We need two tar files transferred from a 1/4" tape generated
on a QIC150 drive on a Sun to two NeXT optical disks. Total
data size of both tar files combined is about 100 MB.
Can pay small fee if required.
If you can help, please contact:
John
fusiong@teradyne.com !use this address. The Reply To doesn't work
805-494-8411
We're in Thousand Oaks CA. If you're nearby, so much the better.
Thanks in advance.
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Can't get serial mouse on com2:
Message-ID: <westesCI7n9L.M2t@netcom.com>
Organization: Mail Group
Date: Sat, 18 Dec 1993 03:05:44 GMT
I cannot get a mouse to run on COM2: How do I do it?
From Configure.App I select Mouse and then select COM2:. I select
Done, then Save. When I re-enter Configure.App, it has reset to the
Mouse on COM1:.
How do I get the Configure.App to recognize the COM2: setting and
save it before rebooting?
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: steve@eps.RAIN.COM (Steve Kornreich)
Subject: Strange error message>>
Sender: news@percy.rain.com (Jeff Beadles)
Organization: /etc/organization
Date: Sat, 18 Dec 1993 05:57:31 GMT
Message-ID: <CI7v7v.89s@percy.rain.com>
Can someone please help me out with this error message I am receiving in
my messages file...
"ttyscc0: receive error 2 (-902)"
Thanks
--
_____________________________
Steve Kornreich
steve@eps.rain.com
NeXT mail OK
From: richards@aaron.music.qc.edu (David Richards)
Newsgroups: comp.sys.next.sysadmin
Subject: Workspace .app and Opensesame.app
Date: 18 Dec 1993 07:53:50 -0600
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9312181353.AA01463@aaron.music.qc.edu>
Hello - Is it possible to run the Workspace.app as
root via the Opensesame.app in /NextDevelopers/Demos.
I keep trying but to no avail. Does something running in
the background (the window server for example) not allow
a two copies of Workspace.app to co-exist?
It would be nice to log in as myself and simply use
Opensesame to open another copy of Workspace as root!!
Thanks for any info.
Dave
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: UUCP Problem
Message-ID: <westesCI8Gp6.2JF@netcom.com>
Organization: Mail Group
Date: Sat, 18 Dec 1993 13:41:30 GMT
I'm having a UUCP configuration problem routing mail from a NeXT
UUCP host to an Internet mail provider.
I send mail to westes@netcom.com, and the mail bounces back to root
with this error:
---- Transcript of session follows ----
can't get working directory; will try to continue
554 No ! in UUCP!(root@usc.com)
The line in the sendmail.cf (mess :) that I think forwards mail out
to our provider is the standard line 342 in the sendmail.mailhost.cf that
comes with NS 3.2. This is the line you are told to uncomment to
pass other domains up the ladder.
What did I miss here?
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: ben@fizz.fdn.org (Benoit Grange)
Subject: Re: "kernel panel posts termination message"
In-Reply-To: lparkyn@corpit.cantel.rogers.com's message of 14 Dec 1993 18:42:19 GMT
Message-ID: <BEN.93Dec17214829@fizz.fdn.org>
Sender: ben@fizz.fdn.org (Benoit Grange)
Organization: Me
References: <2el1ec$h2r@mail.Rogers.Com>
Date: Fri, 17 Dec 1993 20:48:29 GMT
>>>>> "Lyle" == Lyle Parkyn <lparkyn@corpit.cantel.rogers.com> writes:
> This is a message I've never seen in the console before. Nothing
> bad seemed to happen, no crashes. Anyone know what it's about?
> -- Lyle D. Parkyn (416)250-4810 lparkyn@corpit.cantel.rogers.com
> NeXT Mail welcome Opinions expressed are my own.
This message happens when you start requesting a new disk in
some drive, and press the cancel button in the alert window
requesting "Please insert disk in drive xxx".
You can do that now by making sure no disk is in your floppy disk drive,
typing '/usr/etc/disk -q /dev/rfd0a' and clicking the cancel button
in the alert panel that appears one second later. The command replies
'/dev/rfd0a: No such device or address', as expected.
This message is a simple notification that you cancelled the request made
by the kernel when opening the disk device file, you can safely ignore it.
Benoit.
--
Benoit Grange - PARIS - FRANCE
----
Mail to : ben@fizz.fdn.org (SMALL NeXTMails accepted)
Newsgroups: comp.sys.next.sysadmin
From: ben@fizz.fdn.org (Benoit Grange)
Subject: Re: no more space to queue packets?
In-Reply-To: lroberts@nyx10.cs.du.edu's message of Wed, 15 Dec 93 15:10:33 GMT
Message-ID: <BEN.93Dec17215428@fizz.fdn.org>
Sender: ben@fizz.fdn.org (Benoit Grange)
Organization: Me
References: <1993Dec15.151033.5020@mnemosyne.cs.du.edu>
Date: Fri, 17 Dec 1993 20:54:28 GMT
>>>>> "Larry" == Larry Roberts <lroberts@nyx10.cs.du.edu> writes:
> I have been getting this error message printed on my console
> about every three minutes:
> Dec 15 10:00:13 sphinx mach: 275995264 no more space to queue
> packets. Dropping packet.
> Does anyone know what this error is and how to correct it. Any
> help you could give would be greatly appreciated.
> BTW, our setup is a TurboColor Next Station, NS 3.1, 64 Megs
> ram, 400 Meg HD.
It looks like that your kernel exhausts its 'mbuf' storage. mbufs are
used to store incoming and outgoing packets and other structures used
by the network.
You can try to do a 'netstat -m' and look at the output. Any request
for memory denied indicates that the kernel is running low on mbufs.
I don't know if the number of allocated mbufs can be changed
or if it's done dynamically at boot time, or even, if their number
is completely dynamic.
Anyway, your station network seems to be very very busy, or
some part of the kernel has some mbuf leakage.
Benoit.
--
Benoit Grange - PARIS - FRANCE
----
Mail to : ben@fizz.fdn.org (SMALL NeXTMails accepted)
From: sams@nbivax.nbi.dk
Newsgroups: comp.sys.next.sysadmin
Subject: LaserJet 4MP on black hardware ?
Message-ID: <1993Dec19.111715.1446@nbivax.nbi.dk>
Date: 19 Dec 93 11:17:15 +0100
Organization: Niels Bohr Institute and Nordita, Copenhagen
I just bought a LaserJet 4MP printer. It has a 9-DB serial port.
What is the reccommended cabling for this printer. Should one
use software xon/xoff flow control or hardware flow control.
Please answer by e-mail. I'll post a summary.
Thomas Sams
Niels Bohr Inst.
Copenhagen
Newsgroups: comp.sys.next.sysadmin
From: Michael_Pizolato@afs.com (Michael Pizolato)
Subject: Can't run netinfo-related apps
Message-ID: <1993Dec15.173926.1355@afs.com>
Sender: Michael_Pizolato@afs.com
Date: Wed, 15 Dec 1993 17:39:26 GMT
I inadvertently deleted the root account that existed in the root
domain of our two-level netinfo hierarchy. I put a new root account
back in there, with all the same information that the deleted one
had, but now no one can run any of the netinfo-related apps
(NetInfoManager, UserManager, etc.) except as root on the master
netinfo server. Anyone know what the problem could be?
Thanx,
Michael
--
Michael_Pizolato@afs.com "Schopenhauer's not as optimistic as Nietzsche,
NeXTMail accepted but he makes up for it by being less cheerful
than Kierkegaard."
- Kim Pizolato
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: 3.2 and initializing through external floppy drie. How?
Message-ID: <1993Dec19.161755.1162@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
Date: Sun, 19 Dec 1993 16:17:55 GMT
I haven't installed it yet, but the release notes of 3.2 tell me that I cannot
initialize disks on my external floppy drive anymore. I have to use the
internal drive. As a long time cube owner, I don't have the internal floppy
drive, I only have the PLI superfloppy.
The release notes tell me that I can get something from NeXTanswers about this
problem, but after scanning the master index and getting several documents, I
still haven't found the right NeXTanswer.
So, without being able to initialize floppies, my system is quite useless. How
do I initialize 3.5" floppies in my external drive? Anybody know?
Thanks,
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
Newsgroups: comp.sys.next.sysadmin
From: chisel.murphy.gun.com!samurai (Darcy Brockbank)
Subject: Re: Shell's, what is standard? (Was: chown broken?)
Message-ID: <1993Dec17.012921.13649@gun.com>
Sender: samurai@gun.com
Organization: Gotham Users of NeXT, inc.
References: <CEDMAN.93Dec14132532@phoenix.Princeton.EDU>
Date: Fri, 17 Dec 1993 01:29:21 GMT
In article <CEDMAN.93Dec14132532@phoenix.Princeton.EDU>
cedman@princeton.edu (Carl Folke Edman) writes:
> but of course no reason person writes shell scripts in csh.
> Carl Edman
Well, I guess that's "reasonable"...
Anyway, I write scripts in csh because
a) I've found that they tend to be more readable
b) Normal people can use and change them (C-like syntax)
c) csh ships on HPUX, NEXTSTEP, Solaris, etc... I'm not too
concerned about those one or two ca. 1975 machines without
the csh on it.
Anyway, all my scripts are pretty much NeXT specific, and
if I'm making calls to NeXT-specific things like "hostinfo"
then I'm bound to NEXTSTEP. Which is obviously much more
a bottleneck than the set of machines which don't have the
csh on them.... so, it doesn't really matter if you're
writing in sh or csh, if you can't get it off of NEXTSTEP.
(Or in the example of the "uname" script that I wrote, that
somebody named "vleck" claims to have written, it's not
useful on a non-NEXTSTEP machine anyway... they tend to
already have "uname").
- darcy
Newsgroups: comp.sys.next.sysadmin
From: chisel.murphy.gun.com!samurai (Darcy Brockbank)
Subject: Re: Workspace will not start...
Message-ID: <1993Dec19.031103.20372@gun.com>
Sender: samurai@gun.com
Organization: Gotham Users of NeXT, inc.
References: <2esr2r$q1n@pdx1.world.net>
Date: Sun, 19 Dec 1993 03:11:03 GMT
In article <2esr2r$q1n@pdx1.world.net> gam@inherent.com writes:
> ff. Those permissions should look like:
>
> drwxrwxrwt 18 root wheel 1024 Dec 16 19:46 ./
> drwxrwxrwt 18 root wheel 1024 Dec 16 19:46 ../
>
> in fact, the problem was they were set to:
>
> drwxrwx--t 18 root wheel 1024 Dec 16 19:46 ./
> drwxrwxrwt 18 root wheel 1024 Dec 16 19:46 ../
>
I'm not sure that you want all your users to have write permission
to the root directory! I'm not sure this solves any problems
anyway, since my root is 755, and everything works just fine.
- darcy
From: ernst@cs.tu-berlin.de (Ernst Kloecker)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Help with TOSHIBA MK538-FB please !
Date: 18 Dec 1993 19:59:57 GMT
Organization: Technical University of Berlin, Germany
Message-ID: <2evnft$lig@news.cs.tu-berlin.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
I am having serious difficulties to get a Toshiba MK538-FB (1.2 GB) connected
to my cube. I suspect my dealer corrupted the SCSI administration data on
the disk (a DOS-shop, they always do low-level formats and other things
with new SCSI drives).
I know people got that model working with a NeXT. So, whoever has got one,
could you please :
1. Grab 'scsitools.tar.Z' from your favourite FTP site. (I'll send it
to you, if you don't have access to FTP).
2. Do a :
sense -t toshiba_target -l 0 -p 63 > toshiba.sense
3. mail 'toshiba.sense' to me.
4. Could you tell me as well, how the jumpers are set and wether you
reformatted your drive to 1024 bytes/sector ?
Does anybody know wether a low-level format on a SCSI hard disk destroys
the defective block handling ? If yes, is there a way to recover ?
Thanks in advance for your help,
Ernst.
--
-----------------------------------------------------------------------------
Ernst Kloecker phone: ++49-30-6181635 e-mail: ernst@cs.tu-berlin.de
-----------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: brambl@graz.cbs.umn.edu (Robert Brambl)
Subject: Nonfunctional network config of 030 w/ NS3.2
Message-ID: <CI96tM.Ku1@news2.cis.umn.edu>
Sender: news@news2.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
Date: Sat, 18 Dec 1993 22:59:52 GMT
Hi:
I have a problem in configuring a NeXT for use through our campus network,
and I am looking for advice. I am not a Unix expert and I know very
little about network configurations, nameservers, etc., but I've sure
learned a lot in the past week by banging around on this problem.
The context: My laboratory colleague has a NeXT 030 Cube whose hard drive
went out a few weeks ago. We purchased a new replacement and last weekend
I installed the drive and the operating system, and since NS 3.2 had just
arrived here, I installed it. Everything went smoothly, even with the
rather convoluted installation of a CD-ROM-based OS on a bare-bones 030
Cube. All our apps that ran under NS 0.9 - 3.1 seem to work well with 3.2.
My problem developed when I tried to configure this system for the
network. I went through the steps in HostManager.app, and I don't know of
any problems with this configuration. Anyway, after the upgrade the
machine did not know about the network. A message sent in a Telnet
session, or through NeXTMail, or through GatorFTP was immediately bounced
with a "host unknown" message.
I know that we have electronic communication, because I can log onto this
machine remotely, and Telnet sessions from this machine can be run by use
of IP addresses.
So, I got serious about learning more about UNIX. Actually, I don't really
know what I'm doing, except that I am using as a reference a couple of my
NeXT machines that are working with NS 3.1 and which I configured by
trial-and-error and with help from more-knowledgeable friends several
years ago.
On the 3.2 machine, I went to the /sendmail/sendmail.cf file, and since it
was empty, I inserted the message:
# major relay host
DRmail.unet.umn.edu
CRmail.unet.umn.edu
I then went to /private/etc directory and created a file called
resolv.conf, and then put into this file a three-line message of:
nameserver 134.84.84.84
nameserver 128.101.101.101
domain cbs.umn.edu
Everything looks ok in HostManager/Local, with a correct IP address,
router address, NetMask, etc. I rebooted after all the above changes in
configuration. I suspect that I am having difficulty getting this NeXT to
find the network nameserver, mainly because of the immediate 'host
unknown' message.
Does anyone out there have any suggestions? I know about zip when it comes
to these configurations, and it is really frustrating to only blunder
around from one guess to the next. If you have an idea or two, please let
me try them out.
Thanks much for your help.
Robert Brambl
University of Minnesota
AFFLUENT COLLEGE-BOUND STUDENTS FACE THE REAL PROSPECT OF DOWNWARD
MOBILITY. FEELINGS OF ENTITLEMENT CLASH WITH THE AWARENESS OF IMMINENT
SCARCITY. THERE IS RESENTMENT AT GROWING UP AT THE END OF AN ERA OF
PLENTY COUPLED WITH REASSESSMENT OF CONVENTIONAL MEASURES OF SUCCESS. --
Jenny Holzer
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Re: UUCP Problem
Message-ID: <westesCI96p0.D8D@netcom.com>
Organization: Mail Group
References: <westesCI8Gp6.2JF@netcom.com>
Date: Sat, 18 Dec 1993 23:03:00 GMT
Will Estes (westes@netcom.com) wrote:
: I'm having a UUCP configuration problem routing mail from a NeXT
: UUCP host to an Internet mail provider.
: I send mail to westes@netcom.com, and the mail bounces back to root
: with this error:
: ---- Transcript of session follows ----
: can't get working directory; will try to continue
: 554 No ! in UUCP!(root@usc.com)
: The line in the sendmail.cf (mess :) that I think forwards mail out
: to our provider is the standard line 342 in the sendmail.mailhost.cf that
: comes with NS 3.2. This is the line you are told to uncomment to
: pass other domains up the ladder.
: What did I miss here?
Here are the relevant areas of sendmail.cf:
############################################################
#####
##### General code to convert back to old style UUCP names
#####
# Modified this section by Will. 12/17/93.
S5
R$- $@ $1@$m name => name@dom
#R$+<@LOCAL> $@ $w!$1 name@LOCAL => host!name
R$+<@LOCAL> $@ $1@$m name@LOCAL => name@dom
#R$+<@$-.LOCAL> $@ $2!$1 u@h.LOCAL => h!u
R$+<@$-.LOCAL> $@ $1@$2.$m u@h.LOCAL => u@h.dom
#R$+<@$+.uucp> $@ $2!$1 u@h.uucp => h!u
R$+<@$+.uucp> $@ $1@$2.$m u@h.uucp => u@h.dom
#R$+<@$*> $@ $2!$1 u@h => h!u
R$+<@$*> $@ $1@$2 u@h => u@h
# Route-addrs do not work here. Punt til uucp-mail comes up with something.
R<@$+>$* $@ @$1$2 just defocus and punt
R$*<$*>$* $@ $1$2$3 Defocus strange stuff
############################################################
#
# RULESET ZERO
#
# This is the ruleset that determines which mailer a name goes to.
#...everything else above and below in this section was left at defaults,
# as in sendmail.mailhost.cf
#...
# If you want to pass all other explicit domain names up the ladder
# to our forwarder then uncomment the following line.
R$*<@$*.$+>$* $#$M $@$R $:$1<@$2.$3>$4 user@any.domain
# and comment out this one.
#R$*<@$+.$->$* $#ddn $@ $2.$3 $:$1<@$2.$3>$4 user@any.domain
--
Will Estes Internet: westes@netcom.com
--
Will Estes Internet: westes@netcom.com
From: devans@herman.cs.uoguelph.ca (David F Evans)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Workspace .app and Opensesame.app
Date: 19 Dec 1993 02:43:12 GMT
Organization: University of Guelph
Message-ID: <2f0f40$pqm@nermal.cs.uoguelph.ca>
References: <9312181353.AA01463@aaron.music.qc.edu>
In article <9312181353.AA01463@aaron.music.qc.edu> David Richards (richards@aaron.music.qc.edu) wrote:
:>Hello - Is it possible to run the Workspace.app as
:>root via the Opensesame.app in /NextDevelopers/Demos.
:>I keep trying but to no avail. Does something running in
:>the background (the window server for example) not allow
:>a two copies of Workspace.app to co-exist?
:>It would be nice to log in as myself and simply use
:>Opensesame to open another copy of Workspace as root!!
:>Thanks for any info.
I second that! May times have I wanted to do Workspaceish things as root
but haven't wanted to log out and back in again. Even a service which was
something like ``Open viewer as root'' would be nice. However, I doubt that
TickleServices can get that together.... :(
=============================================================================
David Evans devans@snowhite.cis.uoguelph.ca
Computer/Synth Junkie (NeXTMail OK)
University of Guelph "Default is the value selected by the
Guelph, Ontario, Canada composer overridden by your command."
- Roland TR-707 Manual
From: rcytowsk@herman.cs.uoguelph.ca (Robert Cytowski)
Newsgroups: comp.sys.next.sysadmin
Subject: Connecting a NeXT (black) to a PC
Date: 19 Dec 1993 02:50:40 GMT
Organization: University of Guelph
Message-ID: <2f0fi0$q4l@nermal.cs.uoguelph.ca>
Hello,
I would like to connect my NeXTstation (black hardware running NS 3.1) to
my 386 PC, mostly for the transfer of files, but also for sharing files
if possible. For instance, I have a tape backup for my PC and I want
to back up the files from my NeXT (the tape drive is not SCSI). I was
thinking of tarring the files on the NeXT, transferring them to the PC and
backing them up from there.
What type of connection could I make to achieve this? What kind of cabling?
Hardware?
Thanks for any info.
Robert Cytowski
rcytowsk@uoguelph.ca
From: mow@marsu.tynet.sub.org (Markus Wenzel)
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
Subject: TRANSFER COUNT ERROR ???
Date: 19 Dec 1993 10:32:43 +0100
Organization: Palumbian Research Labs
Message-ID: <2f173r$1ro@marsu.tynet.sub.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Hi folks,
yesterday I wrote level 0 dumps to my SCSI tape device.
After finishing successfully (?), I noticed a hundered error messages
like the following in /usr/adm/messages:
Dec 18 17:11:47 marsu mach: target:0 lun:0 op:Read block:543616 blockCount:16
Dec 18 17:12:58 marsu mach: sd0: TRANSFER COUNT ERROR. Expected = 2048 Received 0; Retrying.
Dec 18 17:12:58 marsu mach: target:0 lun:0 op:Read block:573680 blockCount:4
Dec 18 17:13:15 marsu mach: sd0: TRANSFER COUNT ERROR. Expected = 8192 Received 0; Retrying.
It happend with /dev/rsd0a as well as with /dev/rsd1a, so it cannot be
a physical harddisk damage.
What is this? What does it mean? Is it hardware or software related?
Is it a bug? Is it a feature? Is it dangerous???
Please help if you've ever seen anything like this.
Anxious,
Markus.
--
Marsu: "Es gibt tatsaechlich Leute, die ohne Computer gluecklich und
zufrieden leben." -- Frankie: "Ach was, die emulieren das doch nur!"
-----
Markus Wenzel System administration, Consulting, Networking
mow@marsu.tynet.sub.org on... NeXTSTEP / Unix / Novell / Windows NT
IRC: Marsu Intel aside.
From: bkr@drdhh.hanse.de (Bjoern Kriews)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: AlphaLock-LED's under Software control ?
Date: 18 Dec 1993 16:46:03 +0100
Organization: Digital Island
Message-ID: <bkr.756229149@drdhh>
References: <2dvgts$675@usenet.rpi.edu> <FXG.93Dec14200451@tschaikowsky.informatik.rwth-aachen.de>
Hi !
Does anyone know if the LED's on the black keyboards can be
controlled via software in any way ?
I'd like to patch my BackSpace Space-Module to blink my
keyboard leds - I like my room looking like a spaceship :-)
Any dirty hacks accepted - I just want this for private use.
I hope that this is not a feature of the keyboard controller.
Greetings and thanks,
Bjoern
I'd appreciate a news and mail reply since it may interest some
more people but I suspect a news dropper in my path somewhere.
--
bkr@drdhh.hanse.de - Bjoern Kriews - Stormsweg 6 - D-22085 Hamburg [76] - FRG
"Dann stell ich mir vor, ich waer ein IP-Paket." (Th. Wieske)
Newsgroups: comp.sys.next.sysadmin
From: dave@alembicla.com(David W. Fahrney)
Subject: Re: UUCP Problem
Message-ID: <CIAxq9.tG@nexus.uucp>
Sender: dave@nexus.uucp (David W. Fahrney)
Organization: Nexus Administration
References: <westesCI96p0.D8D@netcom.com>
Date: Sun, 19 Dec 1993 21:44:32 GMT
In article <westesCI96p0.D8D@netcom.com> westes@netcom.com (Will Estes) writes:
!> Will Estes (westes@netcom.com) wrote:
!> : I'm having a UUCP configuration problem routing mail from a NeXT
!> : UUCP host to an Internet mail provider.
!>
!> : I send mail to westes@netcom.com, and the mail bounces back to root
!> : with this error:
!>
!> : ---- Transcript of session follows ----
!> : can't get working directory; will try to continue
!> : 554 No ! in UUCP!(root@usc.com)
!>
!> : The line in the sendmail.cf (mess :) that I think forwards mail out
!> : to our provider is the standard line 342 in the sendmail.mailhost.cf that
!> : comes with NS 3.2. This is the line you are told to uncomment to
!> : pass other domains up the ladder.
!>
!> : What did I miss here?
!>
!> Here are the relevant areas of sendmail.cf:
!>
!> ############################################################
!> #####
!> ##### General code to convert back to old style UUCP names
!> #####
!> # Modified this section by Will. 12/17/93.
!> S5
!> R$- $@ $1@$m name => name@dom
!> #R$+<@LOCAL> $@ $w!$1 name@LOCAL => host!name
!> R$+<@LOCAL> $@ $1@$m name@LOCAL => name@dom
!> #R$+<@$-.LOCAL> $@ $2!$1 u@h.LOCAL => h!u
!> R$+<@$-.LOCAL> $@ $1@$2.$m u@h.LOCAL => u@h.dom
!> #R$+<@$+.uucp> $@ $2!$1 u@h.uucp => h!u
!> R$+<@$+.uucp> $@ $1@$2.$m u@h.uucp => u@h.dom
!> #R$+<@$*> $@ $2!$1 u@h => h!u
!> R$+<@$*> $@ $1@$2 u@h => u@h
!> # Route-addrs do not work here. Punt til uucp-mail comes up with something.
!> R<@$+>$* $@ @$1$2 just defocus and punt
!> R$*<$*>$* $@ $1$2$3 Defocus strange stuff
!>
!>
!> ############################################################
!> #
!> # RULESET ZERO
!> #
!> # This is the ruleset that determines which mailer a name goes to.
!>
!> #...everything else above and below in this section was left at defaults,
!> # as in sendmail.mailhost.cf
!> #...
!>
!> # If you want to pass all other explicit domain names up the ladder
!> # to our forwarder then uncomment the following line.
!> R$*<@$*.$+>$* $#$M $@$R $:$1<@$2.$3>$4 user@any.domain
!> # and comment out this one.
!> #R$*<@$+.$->$* $#ddn $@ $2.$3 $:$1<@$2.$3>$4 user@any.domain
!>
The trick is to edit this (line 260)
##### UUCP Mailer specification
#####
Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, E=\n,
A=uux - -r $h!rmail ($u)
^^
deleting this
To read this
##### UUCP Mailer specification
#####
Muucp, P=/usr/bin/uux, F=msDFMhu, S=13, R=23, E=\n,
A=uux - $h!rmail ($u)
That will elimanate the error message you are getting.
--
David W. Fahrney =:-)
Nexus Administration
V: 310.371.6226
F: 310.371.0886
From: haugelan+@pitt.edu (John C Haugeland)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: Problems powering NeXTstation down...
Message-ID: <10351@blue.cis.pitt.edu>
Date: 20 Dec 93 00:48:31 GMT
References: <2et7pv$fde@netnews.upenn.edu>
Sender: news+@pitt.edu
Followup-To: comp.sys.next.hardware
Organization: University of Pittsburgh
In article <2et7pv$fde@netnews.upenn.edu> arzt@dccs.upenn.edu (Noam H. Arzt) writes:
>Here's my problem. I have a NeXTstation that will not power down properly. When
>I hit the power key from a login window (or click the power button on the
>screen) the login box erases, the disk spins a little (as is normal) and the
>opaque screen then just stays on. I hit the power key again and the machine
>immediately shuts down. When I restart, the disks do an fsck and everything is
>fine, but I can never get a normal powerdown without an fsck (real annoying).
>Now a second machine is doing it...
>
>By the way these are 25mHz NeXTstation running NS3.1 (did it under 3.0 as
>well).
>
>Please resond via e-mail.
Recently, I have begun to have this same problem. My machine also is a 25mhz
monostation running 3.1. However, I never had the problem back when I was
running 3.0. One other difference: Often I can't even get the machine to
power down with the second hit on the power key -- I have to invoke the
monitor and power down manually. (BTW, even if I use 'halt' to get from
the NMI Mini-Monitor to the ROM Monitor, which is supposed to sync the
disks, I still have to wait through those fsck's at reboot.)
If anybody knows what's going on and/or what to do about it, please include
me on your mailing list (or post to this group).
John Haugeland
haugelan+@pitt.edu
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc,comp.sys.next.sysadmin
From: rene@rkt.in-berlin.de (Rene Kulschewski)
Subject: PCI
Message-ID: <CIAq68.HC@rkt.in-berlin.de>
Sender: root@rkt.in-berlin.de (Operator)
Organization: Home in Berlin
Date: Sun, 19 Dec 1993 19:01:19 GMT
Hi *,
are there any experiences with PCI-Boards and PCI-Grafix under NS 3.2 ??
If so, please response via email, I will post a summary.
PLEASE: Dont point me to the Hardware-Compat.-Guide, I know it. I only want
to hear about experiences ...
I need the information to decide:
-have to wait until NeXT officially support it (e.g. ATI GUP PCI) :-<
-can purchase now :-> (sure, after X-mas ...)
Thanx
Rene
--
____________________________________________________________________
Rene Kulschewski <rene@rkt.in-berlin.de> NeXTMail accepted.
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Re: UUCP Problem
Message-ID: <westesCIBC25.Jo@netcom.com>
Organization: Mail Group
References: <CIAxq9.tG@nexus.uucp>
Date: Mon, 20 Dec 1993 02:54:04 GMT
David W. Fahrney (dave@alembicla.com) wrote:
: The trick is to edit this (line 260)
: ##### UUCP Mailer specification
: #####
: Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, E=\n,
: A=uux - -r $h!rmail ($u)
: ^^
: deleting this
: To read this
: ##### UUCP Mailer specification
: #####
: Muucp, P=/usr/bin/uux, F=msDFMhu, S=13, R=23, E=\n,
: A=uux - $h!rmail ($u)
: That will elimanate the error message you are getting.
I had already removed -r. The error is still happening.
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: tlm@iastate.edu (Tom Marchioro)
Subject: "localhost" versus "hostname" in sendmail
Message-ID: <tlm.756360337@scl1.scl.ameslab.gov>
Summary: how to get rid of "localhost?" in mail
Sender: news@news.iastate.edu (USENET News System)
Organization: Iowa State University, Ames IA
Date: Mon, 20 Dec 1993 04:05:37 GMT
Here is another of my naive sys-admin type questions: Ihave a NeXTstation
at home, named Feynman, which connects to the Internet via SLIP. I use the
UOregon sendmail file (which is really great) for outgoing mail, and the
header from a message looks like this
From tlm@ameslab.gov Sun Dec 19 21:25:58 1993
Return-Path: <tlm@ameslab.gov>
Received: from [147.155.64.4] by zelig.ams.ameslab.gov (NX5.67d/NX3.0S)
id AA02517; Sun, 19 Dec 93 21:25:56 -0600
Received: by localhost.ameslab.gov (NX5.67c/NX3.0Sa)
id AA01329; Sun, 19 Dec 93 21:25:44 -0600
Date: Sun, 19 Dec 93 21:25:44 -0600
From: Dr. T. L. Marchioro II <tlm@ameslab.gov>
Message-Id: <9312200325.AA01329@localhost.ameslab.gov>
To: marchior@zelig.ams.ameslab.gov
Subject: again
that is, I use the sendmail to remap Feynman -> ameslab.gov
and my mail gets properly spooled. But what about the two lines which
have localhost@ameslab.gov, i.e., the Received and the Message-Id? I do
not want "localhost" to appear there, but have not been able to remove it.
The reason this is relevant is that I recently added a 486 running NeXTstep
(call me conservative, I like the old "spelling") to our group, and it
also has "localhost" instead of its name, so the two machines cannot send
mail to each other because each thinks it is "talking to itself." Is this
a sendmail problem? Or have I somehow not "assigned" the name of the
machine properly? (for the latter I open up HostManager, tell each
machine it is not a NetInfo client, give a name and IP#, and then open
"localhost" and alias the name to localhost so that rendering, etc. will
work).
I'd really like to eliminate those "localhosts". Any suggestions from the
knowledgable?
Thanks in advance and happy holidays to all in NeXT-dom!
Tom
--
Tom Marchioro
tlm@iastate.edu
From: edwintam@hk.super.net (Edwin Tam)
Newsgroups: comp.sys.next.sysadmin
Subject: SOLVED: News with CNews
Date: 20 Dec 1993 03:51:00 GMT
Organization: Hong Kong SuperNet
Distribution: world
Message-ID: <2f37f4$qc5@hk.super.net>
Thanks for all you answered, I was wrong: CNews is for flat file news only,
there is no need to have it on a NNTP basis.
The reason I couldn't read news with NewsGrazer/NNTP seting is that the newsfeeder forgot to grant me access right, now it is solved.
Thanks again.
Edwin Tam
edwintam@hk.super.net
upgrade, and for some minority vendors like WordPerfect, you'd better wait for the 4.0
But then, there are some newer bugs until 5.0 is released, but then, there are
there is no need to have it on a NNTP basis.
The reason I couldn't read news with NewsGrazer/NNTP seting is that the newsfeeder forgot to grant me access right, now it is solved.
Thanks again.
Edwin Tam
edwintam@hk.super.net
upgrade, and for some minority vendors like WordPerfect, you'd better wait for the 4.0
But then, there are some newer bugs until 5.0 is released, but then, there are some newer bugs until...and the saga of WP continue.
There is always something which never d
Newsgroups: comp.sys.next.sysadmin
From: markus@isolde.stgt.sub.org (Markus Stoll)
Subject: NFS-exporting CD-Roms
Content-Type: text/plain; charset=ISO-8859-1
Message-ID: <1993Dec19.141632.2937@isolde.stgt.sub.org>
Content-Transfer-Encoding: 8bit
Organization: GbR Stoll & Stoeffler, Stuttgart, Germany
Mime-Version: 1.0
Date: Sun, 19 Dec 1993 14:16:32 GMT
Hi,
what about NFS-exporting CD-Roms? When i try to do export a
auto-mounted CD-Rom and to import that on another platform, i can
read the directories but the files are empty (on the platform, where
the CD-Rom is imported).
So my question is:
- is it possible at all to do, what i want?
- if so, what do i have to do?
waiting for your help, Markus
PS: the other platform was an Amiga. A friend of mine tried
the same with a linux-system and got the same result.
--
Markus Stoll, markus@isolde.stgt.sub.org (NeXTMail preferred)
stoll@vaxph.mpi-stuttgart.mpg.de
Newsgroups: comp.sys.next.sysadmin
From: jmack@skye.phys.ualberta.ca
Subject: Re: Need longer login names
Message-ID: <1993Dec20.071950.26559@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <2epo91$5j1@voltaire5.rest.tasc.com>
Date: Mon, 20 Dec 1993 07:19:50 GMT
In article <2epo91$5j1@voltaire5.rest.tasc.com> shunfemd@rest.tasc.com
(Michael D. Shunfenthal (Mike)) writes:
> We are running a combined Next and Netware shop and would like to
> standardize on login names in both environments. Netware allows 30
> characters or more for the login name, allowing a first and middle
> initial and full last name.
>
> Next, however, appears (according to the docs that I have read) eight
> characters maximum, which is quite limiting. This necessitates a
> different standard for these machines: a pain to administer. Can
> this maximum be extended, or will a future version of Nextstep allow
> longer names?
>
> --
> Michael Shunfenthal | The Analytic Sciences Corporation
> shunfemd@rest.tasc.com | Reston, VA 22090
> 703 834-5000 x2160 |
> }
This is not a NeXT specific limitation, but a UNIX one. 8 characters
is all you get (and all you really need - mail aliases can be contructed
to privide more 'uniqueness' - I would thimk that the PC world has these
long id's precisely because they can't get anything right in the first
place - the only compatibility I see is with X400 or X500 - a dead horse).
Don't try to make NetWare the standard - you'll lose...
Modify your NetWare junk to 8 character logins. Who in the world would
want to subject a user to the torture of typing in a 30 char long login
sequence (only IBM of course! :-) - Gadzooks!
(opinions expressed are entirely my own)
--
James S. MacKinnon Office: P-139 Avahd-Bhatia Physics Lab
Computing/Networking Phone : (403) 492-8226
Department of Physics email : jmack@phys.ualberta.ca
University of Alberta uucp : uofaphys!jmack iskye!jmack
Edmonton, Canada T6G 2N5 bitnet: jmack@triumfcl jsm1@ualtamts
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: coconut@crash.cts.com (Brian Dear)
Subject: HELP: NS3.2 install problems!
Organization: Coconut Computing, Inc.
Date: 19 Dec 93 21:59:34 PST
Message-ID: <1993Dec19.215934.4347@crash>
First, the facts: Intel GX Pro with 16MB RAM, 329MB SCSI HD, Adaptec
1542C SCSI adapter. Machine had NS3.1 on it, worked fine. We hooked
up a NeXT CD-ROM to the SCSI connector, installed NS3.2 completely
successfully, and rebooted. (FYI, this machine was purchased from Alpine).
It came up and we signed on as root, and noticed it had changed the
resolution from 11xx by 832 (or whatever the true "NeXT" resolution is)
to 1024x768. So we ran Configure.app and changed it back to 11xx by
8xx whatever.
We signed off, restarted, and now when it finishes rebooting the screen
becomes gray, the mouse cursor is visible (and movable) and the hard
disk is busy, and then after a few moments the mouse cursor goes busy,
and that's it -- it stays there forever, we never see a nice NEXTSTEP
name/password dialogue box come up.
We have tried rebooting using config=Default, and that makes matters
much worse (it seems all the devices go unfound, incl SerialMouse) and
it always hangs at the "Starting file services" or whatever the message
is right after portmap and its related daemons start.
Now we can't use this machine.
PLEASE don't tell me I have to reinstall NS from scratch. There's got
to be a way to get this thing working again...
FYI, it IS possible to telnet or rlogin into the machine from a real
NeXTstation, when we boot it up normally and it gets stuck with the
busy mouse cursor as described above. So... is there anything we can
look for while signed on via telnet?
Any and all help/advice would be appreciated!!!!
-- brian dear / coconut computing, inc / brian@coconut.com --
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: My printer has gone wacko
Message-ID: <westesCIBq1C.KD9@netcom.com>
Organization: Mail Group
Date: Mon, 20 Dec 1993 07:56:00 GMT
I have an HP LJ4 connected to four systems through a switch. The
printer prints fine for OS/2 and Windows. But with NeXTSTEP if I
issue a "test" print from the Printers dialog, 40 blank pages print.
It was working fine just the other day. Any theories on what could
cuase such a strange symptom?
--
Will Estes Internet: westes@netcom.com
Control: cancel <westesCIBq1C.KD9@netcom.com>
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: cancel <westesCIBq1C.KD9@netcom.com>
Message-ID: <westesCIBs3v.7F4@netcom.com>
Organization: Mail Group
Date: Mon, 20 Dec 1993 08:40:43 GMT
Article cancelled from within tin [v1.1 PL8]
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Setting up SLIP under 3.2?
Message-ID: <westesCIBvI6.MHs@netcom.com>
Organization: Mail Group
Date: Mon, 20 Dec 1993 09:54:06 GMT
Could someone send me their cheat sheet for setting up SLIP under
3.2?
--
Will Estes Internet: westes@netcom.com
From: adam@samsara.circus.com (Adam Beeman)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: "localhost" versus "hostname" in sendmail
Date: 20 Dec 1993 02:51:42 -0800
Organization: The Marshmallow Peanut Circus
Message-ID: <2f403u$cl@samsara.circus.com>
References: <tlm.756360337@scl1.scl.ameslab.gov>
In article <tlm.756360337@scl1.scl.ameslab.gov>,
Tom Marchioro <tlm@iastate.edu> wrote:
>
> [ description of setup . . . ]
>From tlm@ameslab.gov Sun Dec 19 21:25:58 1993
>Return-Path: <tlm@ameslab.gov>
>Received: from [147.155.64.4] by zelig.ams.ameslab.gov (NX5.67d/NX3.0S)
> id AA02517; Sun, 19 Dec 93 21:25:56 -0600
>Received: by localhost.ameslab.gov (NX5.67c/NX3.0Sa)
^^^^^^^^^
> id AA01329; Sun, 19 Dec 93 21:25:44 -0600
>Date: Sun, 19 Dec 93 21:25:44 -0600
>From: Dr. T. L. Marchioro II >Message-Id: <9312200325.AA01329@localhost.ameslab.gov>
^^^^^^^^^
>To: marchior@zelig.ams.ameslab.gov
>Subject: again
>
>
>that is, I use the sendmail to remap Feynman -> ameslab.gov
>
>and my mail gets properly spooled. But what about the two lines which
>have localhost@ameslab.gov, i.e., the Received and the Message-Id? I do
>not want "localhost" to appear there, but have not been able to remove it.
>The reason this is relevant is that I recently added a 486 running NeXTstep
>(call me conservative, I like the old "spelling") to our group, and it
>also has "localhost" instead of its name, so the two machines cannot send
>mail to each other because each thinks it is "talking to itself." Is this
>a sendmail problem?
No, it looks like you've used sendmail to hack a solution in...
>Or have I somehow not "assigned" the name of the machine properly?
bingo! I had this problem myself, I think.
> (for the latter I open up HostManager, tell each
>machine it is not a NetInfo client, give a name and IP#, and then open
>"localhost" and alias the name to localhost so that rendering, etc. will
>work).
No no no! Take out the alias! Go into HostManager, and create a New Host
named feyman. Assign it the same IP # you gave yourself in the "Local"
entry, and give it the appropriate ethernet address. (You can get the
ethernet address from the ROM monitor when it boots up) So, the local
entry in HostManager should have your IP address, and you will have added
a host with the same name and IP address.
That *should* fix things, but I could be wrong... I figured I would
post this just in case it's right and nobody else bothers to give
a better answer...
In NetInfo Manager, you should see (at least) three hosts in the "machines"
section: localhost, broadcasthost, and Feyman... and hopefully this fourth
NeXTSTEP box as well. (you will have to add it, too, but I won't say how
as I've never done it... perhaps the same way)
Anyhow, good luck and all sorts of disclaimers apply to the advice I've
given. If it doesn't make sense be careful you don't screw things up
worse...
-Adam
--
+=-=+=- Adam Beeman - UCSC Instructional Computing Labs Help Desk -=+=-=+
+=-=+=- Questions regarding CATS/ICL services - iclhelp@cats.ucsc.edu -=+=-=+
+=-=+=- Personal mail, NeXTMail and MIME mail - adam@circus.com -=+=-=+
From: adam@samsara.circus.com (Adam Beeman)
Newsgroups: comp.sys.next.sysadmin
Subject: ucb Mail hanging on terminal login
Date: 19 Dec 1993 16:24:45 -0800
Organization: The Marshmallow Peanut Circus
Message-ID: <2f2rcd$j9q@samsara.circus.com>
Hi, I'm experiencing an odd problem which maybe someone else has seen?
I have a terminal hooked up to one of the serial ports on my color slab
(running 3.2) and it seems like from time to time ucb mail will freeze
up on it when you try to hit ^Z to suspend it. What is odd about it,
it that so far it only seems to happen with ucb mail, and is not easily
reproducible.
Basically ^Z, ^C, etc, will not work, and then after trying those, none
of the other commands do, either, and you have to kill off the process
from another session... So far, btw, this seems to have only happened
with one particular user, but then most of the other people on my system
use elm. Oh, if it matters, his shell is csh.
Anyone? Anyone? Bueller?
Thanks in advance... email replies preferred but you can post it if
you want.
-Adam
--
+=-=+=- Adam Beeman - Instructional Computing Labs Help Desk -=+=-=+
+=-=+=- Questions regarding CATS/ICL services - iclhelp@cats -=+=-=+
+=-=+=- or x4693. Personal mail - beeman@cats.ucsc.edu -=+=-=+
+=-=+=- NeXTMail or MIME mail - adam@circus.com -=+=-=+
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
From: uunet!molly!vlcek (Jim Vlcek)
Subject: Re: Making the CD-ROM mount in a predictable place
Message-ID: <CIBqo3.IC5@molly.uucp>
Sender: vlcek@molly.uucp (James Vlcek)
Organization: The Black Box of Lowertown
References: <2ecue1$a81@sgate.com>
Date: Mon, 20 Dec 1993 08:09:38 GMT
Mike Matthews (finally, someone with a useful answer to this question) writes
> In article <CHLrzK.1GA@molly.uucp> uunet!molly!vlcek (Jim Vlcek) writes:
> >I would like to make my slab (running 3.0) mount CD-ROMs in a predictable
> >place (eg, /cdrom), as opposed to forcing them onto a directory named
> >after the volume label of the CD.
>
> NetInfo is not running when local drives are mounted, and local drives are
> mounted with a 'mount -vat 4.3' command. You can change /etc/rc or modify
> /etc/rc.local, the latter preferred by most sysadmins.
Aha! That explains why the disk isn't mounted at bootup...
> You also want to make the entry
> /dev/sd2a /cdrom cfs ro,noquota 0 0
> so fsck doesn't try to fsck it.
Good point.
> >(Aside: This is infuriating. NeXT could have set things up so that the CD
> >is mounted atop a well-known place, and a symbolic link named after the
> >volume label is set up. To me, this betrays a lack of understanding of
> >the importance of interoperability - a sorry reflection on the system that
> >was billed as the "interpersonal" computer when I bought it.)
>
> Your opinion. I find it much preferrable to have the machine mount the CD
> for you, rather than having to type in a godawful command to do same.
I have no problem with the machine automounting the CD; in fact, I quite like
the feature. There's no reason, however, that the machine can't mount the CD
in a predictable place when it does this automatic mount. If people want to
have the directory in their shelf named after the volume label ... well, just
create a symbolic link for it.
> I don't see how this betrays anything, actually.
One thing it immediately betrays is the overly client-oriented nature of
NeXTStep. It just wouldn't do to have a server mounting discs in random,
unpredictable locations.
> This may all be moot, as I'm 99% sure that NEXTSTEP cannot successfully NFS
> share non-4.3 filesystems. You can export, mount, even view directories,
> but you can't get to the files.
Ugh. It gets worse, I see.
This, too, points out the too-client-centric orientation of NeXTStep. My
SPARC2 at work exports ISO9660 CDROMs just fine - I regularly do so to enable
PC users equipped with PC-NFS to access CD-ROMs. Why can't NeXTStep do this?
--
-----------------------------------------------------------------------------
Jim Vlcek SVR4.2: A standard for UNIX
uunet!molly!vlcek OpenStep: A standard for OO
Beautiful downtown St. Paul Windows: A standard for CYA
Newsgroups: comp.sys.next.sysadmin
From: mckelvey@fafnir.com (James W. McKelvey)
Subject: Re: 3.1 -> 3.2 upgrade for black hardware - worth it?
Message-ID: <CIAuMG.FK7@fafnir.com>
Sender: mckelvey@fafnir.com (James W. McKelvey)
Organization: Fafnir Software, Saugus, CA, USA
References: <9312161925.AA25743@audiotst.ap.com>
Date: Sun, 19 Dec 1993 20:37:27 GMT
In article <9312161925.AA25743@audiotst.ap.com>
audiotst!lre@uunet.UU.NET (Louis R. Eagle) writes:
> Some time ago I saw a thead implying that an upgrade from 3.1 to
3.2 on black hardware
> might not be worth the effort or even be a step in the wrong
direction. Having seen no further
> discussion I thought I would solicit informed opinions. What has 3.2
to offer over 3.1 for
> black hardware? What's been removed or broken? Etc?
>
>
They seem to have fixed the Workspace "out of processes" bug. (Reason
enough for me.)
The new gdb supports data breakpoints. Very nice.
People seem to like FileMerge (I haven't tried it yet).
You can build POSIX applications, i.e., the libraries exist now.
3.2 comes with GNU source (compiler, gdb), so you can fix some bugs
yourself if you want to.
--
The gentle journey jars to stop. The drifting dream is
done. The long gone goblins loom ahead; the deadly,
that we thought were dead, stand waiting, every one.
-- Walt Kelly Jim McKelvey mckelvey@fafnir.com
From: brunkhorst@mayo.edu (Geoff Brunkhorst)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.hardware
Subject: audio kernel server unloaded ad infinatum (disk, Motherboard problem?)
Date: 20 Dec 1993 14:56:12 GMT
Organization: Mayo Foundation
Distribution: world
Message-ID: <2f4eec$cn3@fermat.mayo.edu>
System:
NeXT Turbo Mono 16mb, 250mb, 3.0 base system (to start)
Networked to 10baseT, has a nfs server and a remote NetInfo Master
System started to exhibit slow response.
Finally, noting that the system was hanging on login window, we rebooted.
Upon Examination, the disk was dirty, with several files 'missing,'
including /bin/csh, .../Workspace.app/WM.app/PermissionChanger.tool, and
others. Since this didn't look good, I then blew away the disk and
upgraded to 3.1, thinking the install would likely fail soon afterward
if the disk was failing...
Installed to 3.1. Upon completion of the installation, and selecting
the keyboard, I see the arrow cursor, then the cursor disappears, then
I see the cursor, and again it disappears.... typing cmd-cmd-~ and
bringing up the messages, I get:
Dec 20 07:33:14 mrbill mach: Generic SCSI Device as sg3 at sc0 target 7 lun 7
Dec 20 07:33:14 mrbill mach: en0 at 0x2006000
Dec 20 07:33:14 mrbill mach: en0: Ethernet address 00:00:0f:01:16:96
Dec 20 07:33:14 mrbill mach: IP protocol enabled for interface en0, type
"10MB Ethernet"
Dec 20 07:33:14 mrbill mach: dsp0 at 0x2008000
Dec 20 07:33:14 mrbill mach: np0 at 0x200f000
Dec 20 07:33:14 mrbill mach: sound0 at 0x200e000
Dec 20 07:33:14 mrbill mach: root on sd0
Dec 20 07:33:22 mrbill reboot: Reboot complete
Dec 20 07:33:30 mrbill mach: audio kernel server initialized
Dec 20 07:33:34 mrbill mach: audio kernel server unloaded
Dec 20 07:33:35 mrbill mach: audio kernel server initialized
Dec 20 07:33:36 mrbill mach: audio kernel server unloaded
Dec 20 07:33:36 mrbill mach: audio kernel server initialized
Dec 20 07:33:37 mrbill mach: audio kernel server unloaded
Dec 20 07:33:37 mrbill mach: audio kernel server initialized
Dec 20 07:33:38 mrbill mach: audio kernel server unloaded
Dec 20 07:33:38 mrbill mach: audio kernel server initialized
Reinstalling 3.1 a second time fixed the problem for the most part,
but I have seen the problem happen once more.
Standard ROM diagnostics pass without problem.
So, my question is, Should I pursue this as a disk problem, or a motherboard
problem?
- Geoff
-----------------------------------------------------------------
Geoffrey Brunkhorst brunkhorst@Mayo.edu
Research Computing Facility, Guggenheim 10 (507) 284-1805
Mayo Foundation, Rochester MN, 55905, USA fax (507) 284-5231
From: mgrmja@NeXTwork.Rose-Hulman.Edu (Michael J. Allard)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: "mount -vat 4.3" doesn't mount my disk!
Date: 20 Dec 1993 15:03:44 GMT
Organization: Rose-Hulman Institute of Technology
Distribution: world
Message-ID: <2f4esg$6us@master.cs.rose-hulman.edu>
References: <2et97f$s32@agate.berkeley.edu>
In article <2et97f$s32@agate.berkeley.edu> izumi@pinoko.berkeley.edu (Izumi
Ohzawa) writes:
> In article <2et76o$dph@master.cs.rose-hulman.edu>
mgrmja@NeXTwork.Rose-Hulman.Edu (Michael J.
> Allard) writes:
>
> >My problem is this: "mount -vat 4.3" does not mount the disk at boot
time!
> >I have the following information in /etc/fstab (AFS fsck uses it before
> >NetInfo is started) and in NetInfo:
> >
> > /dev/sd0a / 4.3 rw,noquota,noauto 0 1
> > /dev/sd1a /vicepa 4.3 rw,noquota,noauto 0 2
>
> This has been asked and answered 20 times.
> The answer is to drop ",noauto" from the second line. 3.0 SysAdmin
> Doc is incorrect.
>
> See also page 9 of 3.2 Release Notes that came with your 3.2 CD.
Boy, do I feel like a dweeb now... :-)
Thanks to Izumi, and to Daniel Hitt <hitt@CS.Stanford.EDU>, who both pointed
me in this direction. After 4+ years of NeXT system administration, you
think I could correctly read and understand man pages by now...
Thanks again - my drive is now mounting quite nicely.
Sorry for asking a FAQ. :-)
--
Michael J. Allard --- Workstation Manager, Waters Computing Center
Rose-Hulman Institute of Technology, Terre Haute, IN 812-877-8273
E-Mail: <Michael.Allard@rose-hulman.edu> Fax: 812-877-3198
#import <std/disclaimer.h> -- NeXTmail Friendly! -- HAMnet: KA9VDC
From: hwr@pilhuhn.sub.org (Heiko W.Rupp)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: HELP:News with CNews
Date: 20 Dec 1993 10:57:58 +0100
Organization: The home of the pilhuhn
Message-ID: <2f3sv6$mok@pilhuhn.pilhuhn.sub.org>
References: <2ejvt4$gap@hk.super.net>
edwintam@hk.super.net (Mr Edwin KwanTo Tam) writes:
>Whenever I try to read news, Newsgazer returns NNTP server access denied.
Did you properly set up the /etc/nntp.acces (your mileage may yary on
the path)? It seems, that you didn't.
--
Heiko W.Rupp Gerwigstr.5 D-76131 Karlsruhe +49 721 9661521
In an East African newspaper: A new swimming pool is rapidly taking
shape since the contractors have thrown in the bulk of their workers.
From: eric@skatter.usask.ca
Newsgroups: comp.sys.next.sysadmin
Subject: Password-free account on console only?
Date: 20 Dec 1993 17:10:05 GMT
Organization: University of Saskatchewan
Distribution: world
Message-ID: <2f4m9d$jr5@tribune.usask.ca>
I am setting up a NeXTstation color machine in our laboratory's control
room to display information from assorted monitoring systems. I would
like the workstation to start up without the operators having to log in.
I know that I could accomplish this by removing the password from the
`me' account, but that would mean that *anyone* on the entire Internet
could rlogin/telnet/ftp to the machine without having to provide a password.
What I would really like is a command-line argument to the loginwindow
program that said, `start up as this user without asking for a password
even though the account has a password'. I could then add this argument
to the appropriate line in /etc/ttys and have automatic startup but still
have some security.
Any ideas on how this could be done?
Sometimes I long for the good-old-days when I had the source for all the
kernel and utility programs available for my hacking enjoyment....but no,
I wouldn't want to trade my NeXT for a PDP-11 or VAX.
--
Eric Norum eric@skatter.usask.ca
Saskatchewan Accelerator Laboratory
University of Saskatchewan
Saskatoon, Canada. NeXTMail accepted.
Newsgroups: comp.sys.next.sysadmin
From: wolf@lanl.gov (David R Wolf)
Subject: HELP. Getting "lastcomm" , "/etc/accton", and "/etc/sa" to work.
Message-ID: <1993Dec20.185955.3762@newshost.lanl.gov>
Keywords: automatic commad logging
Sender: news@newshost.lanl.gov
Organization: Los Alamos National Lab
Date: Mon, 20 Dec 1993 18:59:55 GMT
This is a repost. Either I missed the responses (or there were no
responses) to my last post.
I've been able to turn on automatic command logging using "/etc/accton".
However, the file /usr/adm/acct then appears to contain garbage, and
"/etc/sa" cannot make sense of what has been written there.
Why is this broken on the next?
Does anyone know how to fix and do this properly?
Any help or tips will be immensely apprectiated.
=======================================================================
David R. Wolf wolf@lanl.gov LANL, MS P940, 87545 (505) 667-3813
=======================================================================
From: toon@moene.indiv.nluug.nl (Toon Moene)
Newsgroups: comp.sys.next.sysadmin
Subject: SLIP and mail: how to avoid slip BRINGUP
Keywords: workaround
Message-ID: <773@moene.indiv.nluug.nl>
Date: 20 Dec 93 18:38:33 GMT
Sender: toon@moene.indiv.nluug.nl
Organization: Moene Computational Physics, Maartensdijk, The Netherlands
Hi all,
Undoubtly many of you who have Louis Mamakos' SLIP are sick of having the
line come up any time you hit 'Deliver' in Mail, or simply queue a mail
from the command line. I leave it to others more versed in sendmail and
NetInfo to explain why this happens; here's a workaround, assuming that
mail is sent out (at least once a day) using UUCP. The trick is to use
'at' and to schedule your mail such that it is 'sent' just after the UUCP
connection is brought up:
dwrite [-g] Mail Mailer /usr/local/bin/atmail
with /usr/local/bin/atmail:
#!/bin/sh
time=`/bin/date | /bin/awk '{print $4}' | /bin/sed s/://g'`
# ^^^^ NeXT ought to have `/bin/date +"%H%M%S"` for this (POSIX !!)
mail=outgoing.$time
atjob=atjob.$time
attime=h1m1; [ $time -gt h1m100 -a $time -lt h2m200 ] && attime=h2m2
/bin/cat - > $mail # Note: current directory is ~/Mailboxes
/bin/cat <<EOF > $atjob
/usr/lib/sendmail "$@" < $mail
/bin/rm $mail
EOF
/usr/bin/at $attime < $atjob
/bin/rm $atjob
where 'h1m1' is the first UUCP connection of the day and 'h2m2' the
second. Obviously this is easily generalised to more than two UUCP runs a
day. Note that out-of-the-box 'at' runs every quarter of an hour, so it's
best to have UUCP started at 14, 29, 44 or 59 minutes and queue at 15, 30,
45 or 00. All this presupposes your UUCP connections take more than a
minute.
--
Toon Moene (toon@moene.indiv.nluug.nl)
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Phone: + 31 3461 4290; Fax: + 31 3461 4286
No Disclaimers; a NeXT@home protects against this occupational hazard.
NB: Strictly black hardware here - No Intel in sight :-)
From: joe@msri.org (Joe Christy)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
Subject: Weirder yet, Mail.app bug
Date: 20 Dec 1993 20:13:04 GMT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
Message-ID: <36172@dog.ee.lbl.gov>
Keywords: weird Mail.app bug
Mail.app on NS3.0 black.
Last week I posted:
>We have a user (a _VERY_ Important User) whose Mail.app disturbingly
often
>fails to retrieve new mail.
>
>What seems to be happening is this: the NSF mount of NSF of
>/var/spool/mail times out for an instant so her machine doesn't see it
and
>then remounts it. Unfortunately, Mail.app, once disappointed in its
search
>for new mail in the temporarily unavailable
>/var/spool/mail/_VERY_ImportantUser, never goes back to look for it
again,
>even when we invoke "Get New Mail" from the Utilities> menu. The only
sure
>cure is to quit and restart Mail.app, which is not really very
>satisfactory.
>
>Anyone out there seen anything like this? fixes? better work-arounds?
What actually happens is that Mail.app appears to periodically blow away
/var/spool/mail/_VERY_ImportantUser, and even after I've touch'ed it
back into existence, reset the ownership and modes, and even sent mail,
Mail.app only found the new mail on the third relaunch cycle.
Eeep! Help!
--
Joe Christy | Head of Mathematical Computing |Two wrongs
joe@msri.org |Mathematical Sciences Research Institute|don't make a
(510)643-6069| 1000 Centennial Drive |right, but
FAX 642-8609| Berkeley, CA 94720 |three lefts do
Newsgroups: comp.sys.next.sysadmin
From: dean@rdcalr.realdec.com (Dean Banfield)
Subject: Boot Managers (NS, OS/2) and boot block
Organization: Real Decisions Corporation
Date: Mon, 20 Dec 1993 20:51:51 GMT
Message-ID: <CICpyG.4KG@rdcalr.realdec.com>
Hi,
I'm running NS/FIP 3.1 with a DOS partition and the NS boot manager on my
boot block. A few questions:
1) DOS 6.2 upgrade has been rumored to kill the boot block. wiping out
the NS boot manager. Any way to avoid this? I'm currently at DOS 6.0.
2) IBM makes a very seductive offer of OS/2 for Windows for $39 on CD.
This appears to be worth investigating for this tiny $$ investment, approx
the price of a DOS game. What would installing this do to my NS boot
manager? I understand that OS/2 has a boot manager. Could I boot to
NS from the OS/2 boot manager?
I won't undo my environment without reasonable assurances that I won't
have to reinstall NS (again!).
TIA. -Dean
--
===============================================================
Dean Banfield
Real Decisions Corporation Voice: 203.656.1500
22 Thorndal Circle FAX: 203.656.1659
Darien, CT USA 06840 e-mail: dean@rdcalr.realdec.com
===============================================================
Newsgroups: comp.sys.next.sysadmin
From: hugh@hodain.ci.net (Hugh Secker-Walker)
Subject: Re: 3.1 -> 3.2 upgrade for black hardware - worth it?
In-Reply-To: hugh@hodain.ci.net's message of Fri, 17 Dec 1993 15:27:01 GMT
Message-ID: <HUGH.93Dec20160601@hodain.ci.net>
Sender: hugh@hodain.ci.net (Hugh Secker-Walker)
Organization: JTA Associates
References: <9312161925.AA25743@audiotst.ap.com> <HUGH.93Dec17102701@hodain.ci.net>
Date: Mon, 20 Dec 1993 21:06:01 GMT
The 3.1 -> 3.2 upgrade did not break Mouse-X/Xfe on black hardware.
I wrote:
We use Mouse-X for occasional X-based work. The tvtwm(1) supplied
therein gets completely wedged under 3.2 (with 3.1, popping out of and
back into Mouse-X would free it up). Anyone else had such troubles.
Many thanks to Douglas Scott, who maintains the Xnext server running
under Mouse-X; he has solved the problem I was having. He writes:
The problem here is that the command keys are used by default as the meta keys for the
window manager. When you pop in and out of X using the "hot keys", you are also using the
command keys, and sometimes a stray keydown event is left in the X environment when you
escape, and the window manager never sees the key-up, and when you go back into X, it
thinks that the command key is being held down, hence your problems.
The following, added to the .xinitrc file before the window manager is
launched, has solved the "wedging" problem for me, and it makes the
Alt key function as the meta key, the way I'm use to.
# The following lines can be used to reverse the function of the
# <command> and the <alt> keys on the NeXT keyboard so that the <alt> key
# functions as the meta key for the window server
# Make sure xmodmap can be found in your PATH
xmodmap - << EOF
remove mod1 = Meta_L Meta_R
remove mod2 = Alt_L Alt_R
keysym Meta_L = Alt_L
keysym Meta_R = Alt_R
keysym Alt_L = Meta_L
keysym Alt_R = Meta_R
add mod1 = Meta_L Meta_R
add mod2 = Alt_L Alt_R
EOF
Oh so Unix.
Later.
Hugh
--
Hugh Secker-Walker | hugh@hodain.ci.net (NeXTmail ok)
Perceptual Acoustics | hugh@ear.mit.edu
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: UUCP using 'localhost' instead of real hostname
Message-ID: <westesCICu64.7BG@netcom.com>
Organization: Mail Group
Date: Mon, 20 Dec 1993 22:22:52 GMT
When mail is sent from my machine to my mail provider, the mail
provider is stamping it with:
Received: from localhost by netcomsv.netcom.com with UUCP (8.6.4/SMI-4.1)
id NAA07625; Mon, 20 Dec 1993 13:49:53 -0800
This is in spite of the fact that:
1) I changed the host named localhost to uucpmail using NetInfo.
2) I changed the HOSTNAME=-AUTOMATIC- line in /etc/hostconfig to
be HOSTNAME=uucpmail
3) I added one line to a file named /etc/uucp/UUCPNAME that
says: uucpmail.
When I login, the hostname command is correctly returning uucpmail
as the host name. But apparently UUCP still thinks I am
localhost?
How do I correct this?
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: dave@alembicla.com(David W. Fahrney)
Subject: Re: UUCP Problem
Message-ID: <CICJ31.Gx@nexus.uucp>
Sender: dave@nexus.uucp (David W. Fahrney)
Organization: Nexus Administration
References: <westesCIBC25.Jo@netcom.com>
Date: Mon, 20 Dec 1993 18:23:24 GMT
In article <westesCIBC25.Jo@netcom.com> westes@netcom.com (Will Estes) writes:
!> David W. Fahrney (dave@alembicla.com) wrote:
!> : The trick is to edit this (line 260)
!>
!> : ##### UUCP Mailer specification
!> : #####
!> : Muucp, P=/usr/bin/uux, F=msDFMhuU, S=13, R=23, E=\n,
!> : A=uux - -r $h!rmail ($u) ^
!> : ^^ |
!> : deleting this and this
!> : To read this
!>
!> : ##### UUCP Mailer specification
!> : #####
!> : Muucp, P=/usr/bin/uux, F=msDFMhu, S=13, R=23, E=\n,
!> : A=uux - $h!rmail ($u)
!>
!> : That will elimanate the error message you are getting.
!>
!> I had already removed -r. The error is still happening.
!>
Oops! Forgot to also point out the real problem which is the last "U" in the
"F=msDFMhuU" part of the mailer spec! Try that out. Sorry for the incomplete.
--
David W. Fahrney =:-)
Nexus Administration
V: 310.371.6226
F: 310.371.0886
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Compressing a tar file from File Viewer
Message-ID: <westesCID0u3.I8F@netcom.com>
Organization: Mail Group
Date: Tue, 21 Dec 1993 00:46:50 GMT
When I select a .tar file in file viewer, is there some way to
compress it? Apparently the Compress option on the File menu does
not appear for .tar files. Probably NeXT needs to add it.
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: melli@cs.sfu.ca (Gabor Melli)
Subject: dwrite Preferences AutoDimTime # ?
Message-ID: <1993Dec18.030521.22183@cs.sfu.ca>
Summary: HOW TO SET DIMMING WITHOUT USING Preferences
Organization: CSS, Simon Fraser University, Burnaby, B.C., Canada
Distribution: na
Date: Sat, 18 Dec 1993 03:05:21 GMT
Would you know how to set the workspace dimming time without using
the Preferences tool. I tried "dwrite Preferences AutoDimTime 600";
unsuccessfully. I also tried setting AutoDimEnabled to YES. I got
the AutoDim* terms from the strings in the Preferences program
and the ~/.NeXT/.NeXTdefaults.L file.
BTW is there a good informations source for the difference between
the .NeXTdefaults.L file and the .NeXTdefaults.D one?
--Gabor Melli
Systems Developer
School of Computing Science
Simon Fraser University
BC
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.bugs
From: robert@ictv.com (Robert Patrick Thille)
Subject: Bug in the handling of groups under 3.2?
Message-ID: <1993Dec21.011114.18571@ictv.com>
Sender: usenet@ictv.com
Organization: ICTV, Santa Clara, CA (408) 562-9200
Distribution: usa
Date: Tue, 21 Dec 1993 01:11:14 GMT
Since we are running a mixed network and we use yp for most of the
password and group handling stuff, we deleted some of the groups
from the NetInfo database. They no longer showed up with names in
the ls and Workspace output. However, ypcat group showed them.
Does anyone have a fix, besides> ypcat group | niload group / ?
--
Robert Thille NeXTMail
robert@ictv.com OK
660 Bair Island Rd #40 Redwood City CA 94063
However, ypcat group showed them.
Does anyone have a fix, besides> ypcat group | niload group / the Mac, though I'm mostly Unix based. I've got TMON, but it's not installed.
Thanks,
--
Robert Thille NeXTMail
robert@ictv.com OK
660 Bair Island Rd #40 Redwood City CA 94063
From: root@carie.mcs.mu.edu (Operator)
Newsgroups: comp.sys.next.sysadmin
Subject: How to Build a 100 Meg Swap Disk?
Date: 21 Dec 1993 01:55:15 GMT
Organization: Marquette University - Dept. Math, Statistics, & Comp. Sci.
Message-ID: <2f5l23$99g@spool.mu.edu>
Hello,
The subject line says it all. I have a 100 meg Quantum I just added to a
NeXTStation Turbo Color ADB that I'd like to use as swap space. BuildDisk
wants to make it min sys installation.....any help would be appreciated.
Thanks,
Alec
alec@carie.mcs.mu.edu
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Anyone have a serial mouse on COM2?
Message-ID: <westesCID5E2.760@netcom.com>
Organization: Mail Group
Date: Tue, 21 Dec 1993 02:25:13 GMT
Has anyone been able to configure their serial mouse on COM2:? I
cannot get Configure.App to accept that setting for the mouse.
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.misc,comp.sys.next.sysadmin
From: rene@rkt.in-berlin.de (Rene Kulschewski)
Subject: Re: TRANSFER COUNT ERROR ???
Message-ID: <CIBpFF.By@rkt.in-berlin.de>
Followup-To: comp.sys.next.misc,comp.sys.next.sysadmin
Sender: root@rkt.in-berlin.de (Operator)
Organization: Home in Berlin
References: <2f173r$1ro@marsu.tynet.sub.org>
Date: Mon, 20 Dec 1993 07:42:51 GMT
Markus Wenzel (mow@marsu.tynet.sub.org) wrote:
: Hi folks,
: yesterday I wrote level 0 dumps to my SCSI tape device.
: After finishing successfully (?), I noticed a hundered error messages
: like the following in /usr/adm/messages:
: Dec 18 17:11:47 marsu mach: target:0 lun:0 op:Read block:543616 blockCount:16
: Dec 18 17:12:58 marsu mach: sd0: TRANSFER COUNT ERROR. Expected = 2048 Received 0; Retrying.
: Dec 18 17:12:58 marsu mach: target:0 lun:0 op:Read block:573680 blockCount:4
: Dec 18 17:13:15 marsu mach: sd0: TRANSFER COUNT ERROR. Expected = 8192 Received 0; Retrying.
: It happend with /dev/rsd0a as well as with /dev/rsd1a, so it cannot be
: a physical harddisk damage.
It's the same for me, also on both disk's... If I try with Adaptec's 1542C
CheckDisk, there are no problems detected on any disk. Very strange ...
BTW: It doesn't happen with NSI 3.1 ...
Rene
--
____________________________________________________________________
Rene Kulschewski <rene@rkt.in-berlin.de> NeXTMail accepted.
Newsgroups: comp.sys.next.sysadmin
From: steve@eps.RAIN.COM (Steve Kornreich)
Subject: ttyscc0: receive error 2 (-902) ????
Sender: news@percy.rain.com (Jeff Beadles)
Organization: /etc/organization
Date: Tue, 21 Dec 1993 03:03:55 GMT
Message-ID: <CID76J.DE3@percy.rain.com>
Do I need to be concerned with this error message. It is all over my
messages file.. What causes it and can I fix it..
-steve
Newsgroups: comp.sys.next.sysadmin
From: jmack@skye.phys.ualberta.ca
Subject: Re: SLIP and mail: how to avoid slip BRINGUP
Message-ID: <1993Dec21.041256.10007@kakwa.ucs.ualberta.ca>
Keywords: slip,mail
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <773@moene.indiv.nluug.nl>
Date: Tue, 21 Dec 1993 04:12:56 GMT
In article <773@moene.indiv.nluug.nl> toon@moene.indiv.nluug.nl (Toon Moene)
writes:
> Hi all,
>
> Undoubtly many of you who have Louis Mamakos' SLIP are sick of having the
> line come up any time you hit 'Deliver' in Mail, or simply queue a mail
> from the command line. I leave it to others more versed in sendmail and
> NetInfo to explain why this happens; here's a workaround, assuming that
> mail is sent out (at least once a day) using UUCP. The trick is to use
> 'at' and to schedule your mail such that it is 'sent' just after the UUCP
> connection is brought up:
Wouldn't it just be simpler to add DISABLECALL to your slip.config line:
SLIP0CONFIG="SLIP DISABLECALL SMTU 1500 SWTIMEO 1000 SATIMEO 1000"
This way nothing gets out until you do a 'duioctl slip0 enablecall'
Additionally, since you have SLIP, why not use SMTP instead of UUCP?
--
James S. MacKinnon Office: P-139 Avahd-Bhatia Physics Lab
Computing/Networking Phone : (403) 492-8226
Department of Physics email : jmack@phys.ualberta.ca
University of Alberta uucp : uofaphys!jmack iskye!jmack
Edmonton, Canada T6G 2N5 bitnet: jmack@triumfcl jsm1@ualtamts
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to NEXTSTEP information on the Internet
Date: 21 Dec 1993 00:14:36 -0500
Organization: Next Announcements
Message-ID: <2f60ns$sq8@digifix.digifix.com>
* new additions
Two new FTP sites on the other side of the planet.
This post is made weekly, to help 'point' users to more NEXTSTEP information
Topics include:
comp.sys.next newsgroups
related newsgroups
comp.sys.next newsgroups mailing list
ftp sites
NeXTanswers
comp.sys.next.* newsgroups
--------------------------
Comp.Sys.Next.Advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
Comp.Sys.Next.Announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
The NEXTSTEP FAQs are posted here monthly as well.
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
Comp.Sys.Next.Bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
Comp.Sys.Next.Hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
Comp.Sys.Next.Marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
Comp.Sys.Next.Misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
Comp.Sys.Next.Programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material.
The NEXTSTEP programmer FAQs are posted here.
Generic UNIX questions belong elsewhere (comp.unix.questions),
although specific questions about NeXT's implementation or
porting issues are appropriate here. Note that there are
several other more "horizontal" newsgroups (comp.lang.objective-c,
comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip,
etc.) that may also be of interest.
Comp.Sys.Next.Software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
Comp.Sys.Next.Sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
------------------
Comp.Soft-Sys.Nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
Comp.Lang.Objective-C
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
Comp.Object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original Comp.Sys.Next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
Getting the Newsgroups without getting News
-------------------------------------------
Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are
now available as a mailing list digest as well.
next-nextstep-d
next-advocacy-d
next-announce-d
next-bugs-d
next-hardware-d
next-marketplace-d
next-misc-d
next-programmer-d
next-software-d
next-sysadmin-d
(For a full description, send mail saying LISTS to
<digestif@antigone.com>).
The subscription syntax is essentially the same as LISTSERV's.
To subscribe, send a message to <digestif@antigone.com> saying:
SUB Listname YourName
Example: SUB next-hardware-d John Doe
The ftp sites
-------------
cs.orst.edu: The main site for North American submissions
nova.cc.purdue.edu: Lots of older stuff, but very short on disk space
ftp.informatik.uni-muenchen.de: In Germany.
terra.stack.urc.tue.nl (Dutch NEXTSTEP User Group)
cube.sm.dsi.unimi.it (Italian NEXTSTEP User Group)
ftp.next.com: See the below
ftp.next.com and NextAnswers@next.com
-------------------------------------
From the document 1000_Help from ftp.next.com
Welcome to the NeXTanswers information retrieval system!
This system allows you to request online technical documents, drivers, and
other software, which are then sent to you automatically. You can request
documents by fax or Internet electronic mail, or you can transfer them by
anonymous ftp.
NeXTanswers is an automated retrieval system. Requests sent to it are
answered electronically, and are not read or handled by a human being.
NeXTanswers does not answer your questions or forward your requests.
USING NEXTANSWERS BY E-MAIL
To use NeXTanswers by Internet e-mail, send requests to NeXTanswers@next.com.
Files are sent as NeXTmail attachments by default; you can request they be
sent as ASCII text files instead.
To request a file, include that file's ID number in the Subject line or the
body of the message. You can request several files in a single message.
You can also include commands in the Subject line or the body of the message.
These commands affect the way that files you request are sent:
ASCII causes the requested files to be sent as ASCII text
SPLIT splits large files into 95KB chunks, using the MIME
Message/Partial specification
These commands return information about the NeXTanswers system:
HELP returns this help file
INDEX returns the list of all available files
INDEX BY DATE returns the list of files, sorted newest to oldest
SEARCH keywords lists all files that contain all the keywords you list
(ignoring capitalization)
For example, a message with the following Subject line requests
three files:
Subject: 2101 2234 1109
A message with this body requests the same three files be
sent as ASCII text files:
2101 2234 1109 ascii
This message requests two lists of files, one for each search:
Subject:
SEARCH Dell SCSI
SEARCH NetInfo domain
NeXTanswers will reply to the address in your From: line. To use a different
address either set your Reply-To: line, or use the NeXTanswers command
REPLY-TO <your-address>
If you have any problem with the system or suggestions for improvement,
please send mail to NeXTanswers-request@NeXT.com.
USING NEXTANSWERS BY FAX
To use NeXTanswers by fax, call (415) 780-3990 from a touch-tone phone and
follow the instructions. You'll be asked for your fax number, a number to
identify your fax (like your phone extension or office number), and the ID
numbers of the files you want. You can also request a list of available
files. When you finish entering the file numbers, end the call and the
files will be faxed to you.
If you have problems using this fax system, please call Technical Support
at 1-800-848-6398. You cannot use the fax system outside the U.S & Canada.
USING NEXTANSWERS BY ANONYMOUS FTP
To use NeXTanswers by Internet anonymous FTP, connect to FTP.NEXT.COM
and read the help file pub/NeXTanswers/README. If you have problems using
this, please send mail to NeXTanswers-request@NeXT.com.
Written by: Eric P. Scott eps@toaster.SFSU.EDU and Scott Anguish sanguish@digifix.com
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
From: phoenix@fox.nstn.ns.ca (The Phoenix Project)
Newsgroups: comp.sys.next.sysadmin
Subject: Driver for USR Sportster 14,400 Fax/Modem
Date: 21 Dec 1993 01:27:17 -0400
Organization: NSTN ICS/DOS Client Package
Sender: news@nstn.ns.ca
Message-ID: <phoenix.8.00017439@fox.nstn.ns.ca>
Keywords: Driver, USR, Modem, Fax
Does anyone know where I could get a driver for my USRobotics Sportster 14,
400 Fax/Modem internal? I wish to use this wonderful card, Dos likes it
quite well, as does Communicae under NSFIP. Any help would be greatly
appreciated.
Steve.
=====
The Phoenix Project
phoenix@fox.nstn.ns.ca
From: robert@steffi.demon.co.uk (Robert Nicholson)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: SLIP and mail: how to avoid slip BRINGUP
Date: 21 Dec 1993 00:26:27 -0000
Organization: me organized? That's a joke!
Message-ID: <2f5frj$1lf@steffi.demon.co.uk>
References: <773@moene.indiv.nluug.nl>
Keywords: workaround
toon@moene.indiv.nluug.nl (Toon Moene) wrote
>Hi all,
>
>Undoubtly many of you who have Louis Mamakos' SLIP are sick of having the
>line come up any time you hit 'Deliver' in Mail, or simply queue a mail
>from the command line. I leave it to others more versed in sendmail and
>NetInfo to explain why this happens; here's a workaround, assuming that
>mail is sent out (at least once a day) using UUCP. The trick is to use
>'at' and to schedule your mail such that it is 'sent' just after the UUCP
>connection is brought up:
Here's a better workaround.
adding this to config.slip
SLIP0CONFIG=DISABLECALL
Then you have to explicity BRINGUP rather than demand.
This is all explained in the manual that ships with SLIP.
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: How do I disable network at boot?
Message-ID: <westesCIDpws.An@netcom.com>
Organization: Mail Group
Date: Tue, 21 Dec 1993 09:48:27 GMT
I made the mistake of giving my host an IP address and gateway IP
number before I installed the network card. The system rebooted and
I do not joke I have been waiting one hour for the system to clear
the various network checks and daemon loads.
How do I disable the network at startup manually?
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: botma@cs.utwente.nl (Bart Botma)
Subject: Re: Anyone have a serial mouse on COM2?
Message-ID: <CIDqwE.49v@cs.utwente.nl>
Sender: usenet@cs.utwente.nl
Organization: Twente University, Dept. of Computer Science
References: <westesCID5E2.760@netcom.com>
Date: Tue, 21 Dec 1993 10:09:49 GMT
westes@netcom.com (Will Estes) writes:
> Has anyone been able to configure their serial mouse on COM2:? I
> cannot get Configure.App to accept that setting for the mouse.
Yip. I once made the error of clicking on the COM2 setting in
Configure.app. It took a complete serial board swap to recover
because it turned out that my COM2 port was indeed broken
which left me without a mouse. A NeXT is dead meat without
a mouse, and starting with config=Default does NOT solve
this problem by reassigning the mouse to COM1. On the positive
side, I now have two working serial ports again.
Bart
--
___/T\_______ Bart Botma, botma@cs.utwente.nl, University of Twente ,--_
|___\I/ _ __| Department of Computer Science, Tele-Informatics & /)_( )
| | O / \ (_ | Open Systems Group, P.O.Box 217, NL-7500 AE, Enschede (___ /
|_|__S_\_/___)| The Netherlands,phone:+31-53-893755,fax:+31-53-333815 =/ \)
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: How to Build a 100 Meg Swap Disk?
Message-ID: <1993Dec21.112413.18775@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <2f5l23$99g@spool.mu.edu>
Date: Tue, 21 Dec 1993 11:24:13 GMT
In article <2f5l23$99g@spool.mu.edu> root@carie.mcs.mu.edu (Operator)
writes:
> Hello,
>
> The subject line says it all. I have a 100 meg Quantum I just added to a
> NeXTStation Turbo Color ADB that I'd like to use as swap space.
BuildDisk
> wants to make it min sys installation.....any help would be appreciated.
>
> Thanks,
>
> Alec
> alec@carie.mcs.mu.edu
1) initialize the disk, label it swapdisk
2) modify the /etc/fstab add this line assuming sd1a is the swap disk:
/dev/sd1a /private/swapdisk 4.3 rw,noquota,noauto 0 0
3) modify the /etc/rc.swap: change hiwat=31457280 ( 40 meg disk) to
hiwat=83886080 (100 meg disk)
4) halt and reboot
Have fun.
--Fabien
---------------------------------------------------------------------
Fabien_Roy@free.fdn.org (NextMails accepted)
Fabien Roy Electronic Engineering
3 rue ANDRE DANJON, 75019 PARIS, France,
Tel: 33 1 4040 0206 Fax: 33 1 4040 0641
From: charlesa@learned.co.uk
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software,comp.sys.next.misc,alt.internet.talk-radio
Subject: Playing Sun .au files on a NeXT
Date: Tue, 21 Dec 93 17:41:45 GMT
Organization: EUnet GB
Message-ID: <2f7crd$4cv@marble.Britain.EU.net>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi -
I'm trying to play Internet Talk Radio files on a NeXT 3.1. ITR files are
distributed as Sun .au file formats, which I understand is closely associated
with the NeXT's .snd format. If I rename the .au file to .snd, my NeXT will
play about the first 20 seconds, then freeze tight - like power down, crash and
burn. Does anybody know a way to get these files to play on a NeXT without
such spectacular side effects??
Thanks,
C.
From: rogata@is-next.umd.edu (Richard Scott Ogata)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: 3.1 -> 3.2 upgrade for black hardware - worth it?
Date: 21 Dec 1993 18:08:51 GMT
Organization: University Of Maryland, College Park, MD
Message-ID: <2f7e3j$7tn@umd5.umd.edu>
References: <9312161925.AA25743@audiotst.ap.com> <CIAuMG.FK7@fafnir.com>
>In article <9312161925.AA25743@audiotst.ap.com>
>audiotst!lre@uunet.UU.NET (Louis R. Eagle) writes:
>> Some time ago I saw a thead implying that an upgrade from 3.1 to
>3.2 on black hardware
>> might not be worth the effort or even be a step in the wrong
>direction. Having seen no further
>> discussion I thought I would solicit informed opinions. What has 3.2
>to offer over 3.1 for
>> black hardware? What's been removed or broken? Etc?
>>
>>
They seem to have fixed the problem with NeXT Dimension equipped
machines panicing frequently when printing. This was enough reason for us
to upgrade immediately. We also had some serious NFS performance problems
which seem to have gone away as well (although 3.2 still leaves an
inordinate number of .nfs* files around).
Rich Ogata
rogata@arpa.mil
From: theharv@csld.ucr.edu (Brian Harvey)
Newsgroups: comp.sys.next.sysadmin
Subject: swapfile.front???
Date: 21 Dec 1993 18:20:19 GMT
Organization: University of California, Riverside
Message-ID: <2f7ep3$h0n@galaxy.ucr.edu>
I just upgraded my machine from NeXTSTEP 3.0 to 3.2 and I've noticed
that typing "df" now shows the swapfile:
/private/vm/swapfile 98442 75608 17911 81% /private/vm/swapfile.front
What is this swapfile.front file?
Under 3.0, I had the system swap off of /private/vm/swapfile whose
range was from 16 to 20 megs (specified in /etc/swaptab).
Is my swapspace still this same size with this swapfile.front file?
Please explain!
------------------------------------------------------------------------
Brian Harvey * theharv@csld.ucr.edu
University of California, Riverside * brian@cs.ucr.edu
C.S.L.D. System Administrator (NeXT Mail preferred everywhere!)
From: anstine@uniblab.sas.upenn.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Locking out users on a Netinfo server
Date: 21 Dec 1993 18:33:20 GMT
Organization: University of Pennsylvania
Message-ID: <2f7fhg$lht@netnews.upenn.edu>
I want to prevent users from connecting (ie: telnet, ftp, etc...) to my
server. /etc/nologin will lock me out also, so it is unacceptable.
The only way I can think to do this is to duplicate the root level passwd
information in my server's local domain, then change all unwanted users'
shells to /etc/noshell.
Can anyone suggest a better solution?
-dave
From: anstine@uniblab.sas.upenn.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Locking out users on a Netinfo server
Date: 21 Dec 1993 20:22:35 GMT
Organization: University of Pennsylvania
Message-ID: <2f7lub$sv6@netnews.upenn.edu>
References: <2f7fhg$lht@netnews.upenn.edu>
In article <2f7fhg$lht@netnews.upenn.edu> anstine@uniblab.sas.upenn.edu
writes:
> I want to prevent users from connecting (ie:
> telnet, ftp, etc...) to my server. /etc/nologin
> will lock me out also, so it is unacceptable.
>
Or, can I configure the server to only allow connections to a certain
host?
-dave
From: anstine@uniblab.sas.upenn.edu
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Locking out users on a Netinfo server
Date: 21 Dec 1993 20:22:51 GMT
Organization: University of Pennsylvania
Message-ID: <2f7lur$sva@netnews.upenn.edu>
References: <2f7fhg$lht@netnews.upenn.edu>
In article <2f7fhg$lht@netnews.upenn.edu> anstine@uniblab.sas.upenn.edu
writes:
> I want to prevent users from connecting (ie:
> telnet, ftp, etc...) to my server. /etc/nologin
> will lock me out also, so it is unacceptable.
>
Or, can I configure the server to only allow connections to a certain
host?
-dave
Newsgroups: comp.sys.next.sysadmin
From: clw@cbnews.cb.att.com (cameron.l.wolff)
Subject: Help with configuring a printer as remote (public)
Organization: AT&T
Distribution: usa
Date: Tue, 21 Dec 1993 21:49:56 GMT
Message-ID: <CIEnBA.9sq@cbnews.cb.att.com>
Summary: How do I make my next printer available to other stand alone machines
Keywords: remote printer
Sender: clw@nexttcs1.att.com
I have a NeXT cube with a NeXT printer attached. I also have a NeXT turbo
machine. Both machines are on an ethernet network and configured as stand
alone. What entries do I make via NetInfoMgr on the cube and on the turbo
machine to allow the turbo machine to print using the NeXT printer attached
to the cube? The PrintManager will not allow me to make the printer public
(since both machines are in the same domain). Thanks in advance.
Cam Wolff, clw@nexttcs1.att.comm
From: magnus@fisher.Stanford.EDU (Magnus Nordborg)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: swapfile.front???
Date: 21 Dec 1993 22:00:33 GMT
Organization: Department of Biological Sciences, Stanford University
Message-ID: <MAGNUS.93Dec21140034@fisher.Stanford.EDU>
References: <2f7ep3$h0n@galaxy.ucr.edu>
In-reply-to: theharv@csld.ucr.edu's message of 21 Dec 1993 18:20:19 GMT
Send mail to NeXTanswers@NeXT.COM with the number 1020 in the body of
the message (add ascii if you can't read NeXTmail).
--
Magnus Nordborg
magnus@fisher.stanford.edu (NeXT mail welcome)
Department of Biological Sciences
Stanford University
Stanford, CA 94305-5020
+1 (415) 723-4952 (office)
From: jbryans@csulb.edu (Jack Bryans)
Newsgroups: comp.sys.next.sysadmin
Subject: How to enable core dumps on 3.0?
Date: 21 Dec 1993 22:16:45 GMT
Organization: Cal State Long Beach
Message-ID: <JBRYANS.93Dec21141645@wren.csulb.edu>
The dude w/the books lost the one to look in, the FAQ's don't use Expires:
lines, and an index search of NeXTAnswers didn't help. We need to enable
core dumps on a Turbo w/3.0. Yes, we have a /cores directory, tho' don't
know for sure what its chowns & persimmons should be.
Thanks,
Jack
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: jpw@sansfoy.lib.virginia.edu (John Price-Wilkin)
Subject: formatting Seagate 2.4G drive
Message-ID: <CIEMp1.9sr@murdoch.acc.Virginia.EDU>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia
Date: Tue, 21 Dec 1993 21:36:37 GMT
I have a Seagate 2.4G drive that I'd like to format for a cube
and plan to partition it roughly in half. I've issued the command:
/usr/etc/disk -i -p 1000 -l "sea2.4" /dev/rsd3a
and I get the response
"Read of sector 0 failed"
Does anyone know if I have a bad drive or, the more likely case,
if I'm totally confused on what I'm doing? Any advice please?
John Price-Wilkin
jpw@virginia.edu
d3a
and I get the response
"Read of sector 0 failed"
Does anyone know if I have a bad drive or, the more
From: rwilson@gate.net
Newsgroups: comp.sys.next.sysadmin
Subject: Marble Teleconnect 1.1
Date: 21 Dec 1993 23:06:28 GMT
Message-ID: <2f7vhk$dnb@inca.gate.net>
Does the above SLIP application run under 3.2?
-Rob
Newsgroups: comp.sys.next.sysadmin
From: Douglas Moore
Subject: Re: Marble Teleconnect 1.1
Message-ID: <CIEzIL.Mpy@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
References: <2f7vhk$dnb@inca.gate.net>
Date: Wed, 22 Dec 1993 02:10:00 GMT
In article <2f7vhk$dnb@inca.gate.net> rwilson@gate.net writes:
> Does the above SLIP application run under 3.2?
>
>
> -Rob
>
It's Workin' for me! 3.2 moto, although I've heard of installation
problems under 3.1 (I installed under 3.0, no problems with that)
Remember that they are no longer working on this app, it is essentially a
dead end (unless they are listening and decide to bless us with PPP in
v2.0.).
--
---
Douglas Moore
172 East Sixth Street #2106
St Paul, MN 55101
612-227-3274
dmoore@maroon.tc.umn.edu <---NeXTMail ready
(Yes, I know my from address is confusing, reply here)
Newsgroups: comp.sys.next.sysadmin
From: paul@seer.demon.co.uk (Paul Lynch)
Subject: Re: How do I disable network at boot?
Message-ID: <1993Dec22.000547.3716@seer.demon.co.uk>
Sender: paul@seer.demon.co.uk
Organization: P & L Systems
References: <westesCIDpws.An@netcom.com>
Date: Wed, 22 Dec 1993 00:05:47 GMT
In article <westesCIDpws.An@netcom.com> westes@netcom.com (Will Estes)
writes:
> I made the mistake of giving my host an IP address and gateway IP
> number before I installed the network card. The system rebooted and
> I do not joke I have been waiting one hour for the system to clear
> the various network checks and daemon loads.
>
> How do I disable the network at startup manually?
I think this is a bug with 3.2/Intel.
You can fix your problem by making a single user boot (-s) and editing
with vi /etc/hostconfig, or restoring hostconfig from
/usr/template/client/etc. The INETADDR should equal -AUTOMATIC-.
If you set an IP address when no network card is attached, 3.2 will hang
at automounter startup. You can continue by pressing Control-C, but this
starts up without NetInfo, and you are autologged into what looks like the
root account (scary).
If you want to install PNI SLIP on an otherwise standalone system, this
isn't really sensible. OK, you can install by setting a hostname and
leaving out an IP address, both I don't feel comfortable with it.
If anyone cares to explain why this has changed, please do so.
Paul
--
Paul Lynch
P & L Systems (NeXTmail) paul@seer.demon.co.uk
Tel: (0494)671501 9 Stable Lane, Seer Green,
Fax: (0494)680228 Bucks, HP9 2YT, UK
Newsgroups: comp.sys.next.sysadmin
From: paul@seer.demon.co.uk (Paul Lynch)
Subject: Re: swapfile.front???
Message-ID: <1993Dec22.001155.3774@seer.demon.co.uk>
Sender: paul@seer.demon.co.uk
Organization: P & L Systems
References: <2f7ep3$h0n@galaxy.ucr.edu>
Date: Wed, 22 Dec 1993 00:11:55 GMT
In article <2f7ep3$h0n@galaxy.ucr.edu> theharv@csld.ucr.edu (Brian Harvey)
writes:
> I just upgraded my machine from NeXTSTEP 3.0 to 3.2 and I've noticed
> that typing "df" now shows the swapfile:
>
> /private/vm/swapfile 98442 75608 17911 81%
/private/vm/swapfile.front
>
> What is this swapfile.front file?
>
> Under 3.0, I had the system swap off of /private/vm/swapfile whose
> range was from 16 to 20 megs (specified in /etc/swaptab).
>
> Is my swapspace still this same size with this swapfile.front file?
swapfiles under 3.x can optionally be compressed. When this is done,
swapfile.front is a virtual file (i.e. it doesn't occupy space on your
file system); the only real file is ever /private/vm/swapfile.
To turn on compression, just add the keyword 'compress' in swaptab, like:
/private/vm/swapfile compress,lowat=16777216
Low water is by default 16Mb; on a system with only one swapfile DO NOT
specify a high water mark. Your machine will lock up when high water is
reached. So change your swaptab back the way it was.
Paul
--
Paul Lynch
P & L Systems (NeXTmail) paul@seer.demon.co.uk
Tel: (0494)671501 9 Stable Lane, Seer Green,
Fax: (0494)680228 Bucks, HP9 2YT, UK
Newsgroups: comp.sys.next.sysadmin
From: rob@brewster.demon.co.uk (Robert Alan Heyes)
Subject: Re: Boot Managers (NS, OS/2) and boot block
References: <CICpyG.4KG@rdcalr.realdec.com>
Organization: Kallisti Systems
Date: Wed, 22 Dec 1993 03:37:13 +0000
Message-ID: <756531433snz@brewster.demon.co.uk>
Sender: usenet@demon.co.uk
In article <CICpyG.4KG@rdcalr.realdec.com>
dean@rdcalr.realdec.com "Dean Banfield" writes:
> I'm running NS/FIP 3.1 with a DOS partition and the NS boot manager on my
> boot block. A few questions:
>
> 1) DOS 6.2 upgrade has been rumored to kill the boot block. wiping out
> the NS boot manager. Any way to avoid this? I'm currently at DOS 6.0.
Can't help here I'm afraid, I'm still running DOS 5.0 (no way I'm going to
`upgrade' to 6.0!).
> 2) IBM makes a very seductive offer of OS/2 for Windows for $39 on CD.
> This appears to be worth investigating for this tiny $$ investment, approx
> the price of a DOS game. What would installing this do to my NS boot
> manager? I understand that OS/2 has a boot manager. Could I boot to
> NS from the OS/2 boot manager?
Last time I tried this, about 50% of the time my display card (Cirrus based
then) would go into a strange mode with vertical stripes. However, the OS/2
boot manager actually sits in its own small (1Mb) partition rather than in
the boot block of the disk. I still get the standard NS boot manager which
then falls through to the OS/2 one if I don't select a partition to boot from.
I've just changed to an S3 based display card and haven't tried booting NS
via OS/2's boot manager. OS/2 is pretty good at multitasking DOS programs
which is what I mostly use it for.
--
Robert Alan Heyes
Newsgroups: comp.sys.next.sysadmin
From: rob@brewster.demon.co.uk (Robert Alan Heyes)
Subject: Re: Anyone have a serial mouse on COM2?
References: <westesCID5E2.760@netcom.com>
Organization: Kallisti Systems
Date: Wed, 22 Dec 1993 03:41:07 +0000
Message-ID: <756531667snz@brewster.demon.co.uk>
Sender: usenet@demon.co.uk
In article <westesCID5E2.760@netcom.com> westes@netcom.com "Will Estes" writes:
> Has anyone been able to configure their serial mouse on COM2:? I
> cannot get Configure.App to accept that setting for the mouse.
Yes, no problem here. Have you checked the Other (?) settings to make sure
that NS knows about COM2 and that you don't have any weird IRQ conflicts?
--
Robert Alan Heyes
Newsgroups: comp.sys.next.sysadmin
From: rob@brewster.demon.co.uk (Robert Alan Heyes)
Subject: Re: ttyscc0: receive error 2 (-902) ????
References: <CID76J.DE3@percy.rain.com>
Organization: Kallisti Systems
Date: Wed, 22 Dec 1993 03:43:27 +0000
Message-ID: <756531807snz@brewster.demon.co.uk>
Sender: usenet@demon.co.uk
In article <CID76J.DE3@percy.rain.com>
steve@eps.rain.com "Steve Kornreich" writes:
> Do I need to be concerned with this error message. It is all over my
> messages file.. What causes it and can I fix it..
I've had a few of these, I think this is connected with the mouse (I
occasionally get a similar message during boot up). No idea what causes it
though :-(
Does your mouse work normally?
--
Robert Alan Heyes
From: amb78@unm.edu (Aaron M. Brown)
Newsgroups: comp.sys.next.sysadmin
Subject: NIS/YP setup on black hardware ???
Date: 21 Dec 1993 21:46:57 -0700
Organization: University of New Mexico, Albuquerque
Distribution: na
Message-ID: <2f8jg1$94d@vesta.unm.edu>
Summary: Has anyone done this..?
Has anyone successfully set up a NeXT black hardware
network using only YP/NIS... (Keeping netinfo to do the
boot/machine specific tasks) ???
Also is there anywhere on the Internet that the docs
are available...?
I will be networking machines running both 2.1 & 3.2...
has anyone encountered any problems here???
All help is appreciated...
Thanks!
--Aaron...
<amb78@carina.unm.edu>
From: magnus@fisher.Stanford.EDU (Magnus Nordborg)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: swapfile.front???
Date: 22 Dec 1993 05:10:10 GMT
Organization: Department of Biological Sciences, Stanford University
Message-ID: <MAGNUS.93Dec21211012@fisher.Stanford.EDU>
References: <2f7ep3$h0n@galaxy.ucr.edu> <1993Dec22.001155.3774@seer.demon.co.uk>
In-reply-to: paul@seer.demon.co.uk's message of Wed, 22 Dec 1993 00:11:55 GMT
In article <1993Dec22.001155.3774@seer.demon.co.uk> paul@seer.demon.co.uk (Paul Lynch) writes:
[stuff deleted]
> Low water is by default 16Mb; on a system with only one swapfile DO NOT
> specify a high water mark. Your machine will lock up when high water is
> reached. So change your swaptab back the way it was.
I disagree. It is correct that on a machine with only one swapfile
the machine *may* lock up. If it doesn't then it is possible to quit
some application and log out normally. If it does, then an ugly
reboot may be necessary. But consider what happens if you do not have
a hiwat. Then machine will lock up, but this time with the entire
harddisk full. If you are lucky, unplugging will return everything to
normal (given that no damage was done due to the ugly reboot). If you
are unlucky, the disk will be so full that you cannot boot at all
(because /etc/mtab cannot be written). You will then have to boot
single user and deal with the swapfile by hand (alternatively boot
from a floppy, and then manually mount the harddisk to remove stuff).
In any case, it is a pain, and you risk losing data. So do use hiwat.
To read more about the swaptimizer ask NeXTanswers@NEXT.COM for 1020.
To read more about /etc/swaptab ask NeXTanswers@NEXT.COM for 1386 and
1388.
--
Magnus Nordborg
magnus@fisher.stanford.edu (NeXT mail welcome)
Department of Biological Sciences
Stanford University
Stanford, CA 94305-5020
+1 (415) 723-4952 (office)
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: Anyone have a serial mouse on COM2?
Message-ID: <1993Dec21.212408.19883@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <CIDqwE.49v@cs.utwente.nl>
Date: Tue, 21 Dec 1993 21:24:08 GMT
In article <CIDqwE.49v@cs.utwente.nl> botma@cs.utwente.nl (Bart Botma)
writes:
> westes@netcom.com (Will Estes) writes:
> > Has anyone been able to configure their serial mouse on COM2:? I
> > cannot get Configure.App to accept that setting for the mouse.
>
> Yip. I once made the error of clicking on the COM2 setting in
> Configure.app. It took a complete serial board swap to recover
> because it turned out that my COM2 port was indeed broken
> which left me without a mouse. A NeXT is dead meat without
> a mouse, and starting with config=Default does NOT solve
> this problem by reassigning the mouse to COM1. On the positive
> side, I now have two working serial ports again.
>
> Bart
>
> --
> ___/T\_______ Bart Botma, botma@cs.utwente.nl, University of Twente
,--_
> |___\I/ _ __| Department of Computer Science, Tele-Informatics &
/)_( )
> | | O / \ (_ | Open Systems Group, P.O.Box 217, NL-7500 AE, Enschede
(___ /
> |_|__S_\_/___)| The Netherlands,phone:+31-53-893755,fax:+31-53-333815 =/
\)
In my early trying with 3.1 pre-release I got a frozen mouse.
But A NeXT is *not* dead meat without a mouse, just play with the
up-down-left-right arrows with the workspace in browser mode
(Command-shift-B) and return to launch an App (Terminal.app) and do what
ever unix command you wanted (like /etc/halt or emacs your config files)!
:-)
--Fabien
---------------------------------------------------------------------
Fabien_Roy@free.fdn.org (NextMails accepted)
Fabien Roy Electronic Engineering
3 rue ANDRE DANJON, 75019 PARIS, France,
Tel: 33 1 4040 0206 Fax: 33 1 4040 0641
From: pkron@corona.com (Peter Kron)
Organization: Corona Design, Inc., Seattle, WA
Distribution: world
Date: Tue, 21 Dec 1993 22:52:54 PST
Message-ID: <1993Dec22.065254.693@corona.com>
Newsgroups: comp.sys.next.sysadmin
Subject: Driver for USR Sportster 14,400 Fax/Modem
References: <phoenix.8.00017439@fox.nstn.ns.ca>
From: phoenix@fox.nstn.ns.ca (The Phoenix Project)
> Does anyone know where I could get a driver for my
> USRobotics Sportster 14, 400 Fax/Modem internal? I wish
> to use this wonderful card, Dos likes it quite well, as
> does Communicae under NSFIP. Any help would be greatly
> appreciated.
On that score, why doesn't NeXT just publish the specs to the FAX
bundle interface? I would guess most of the fax device protocols are
80% the same with slight differences in the edges. Sounds appropriate
for subclassing to me.
---
NeXTMail:Peter_Kron@corona.com
Corona Design, Inc.
P.O. Box 51022
Seattle, WA 98115-1022
Newsgroups: comp.sys.next.sysadmin,andi.misc
From: marketing@nextsrv1.andi.org (Marketing Director)
Subject: Re: replacing sendmail with smail
Message-ID: <CIE0us.63q@nextsrv1.andi.org>
Keywords: ANDI,smail,sendmail,NEXSTEP
Sender: usenet@nextsrv1.andi.org (usenet)
Organization: Association of NeXTSTEP Developers International
References: <CHztA7.CrJ@well.sf.ca.us>
Date: Tue, 21 Dec 1993 13:44:52 GMT
In article <CHztA7.CrJ@well.sf.ca.us> dav@well.sf.ca.us (Paul
Davilon) writes:
>
>
> After obtaining advice from CERT and having some minor problems
onsite, we are
> switching our mail system over from sendmail that is shipped with
the NeXT.
> We are running black hardware and white, with ns 3.1 and 3.2. After
looking it
> over, sendmail in general seems a little nightmarish and SMAIL
3.1.28 looks
> like a much saner and more logical solution.
>
> Is there any good reason why we should NOT install smail on our
network?
>
We installed smail as our default mail system and are in the process
of switching our members over.
---
Bill Strehl
Executive Director
ANDI - Association of NeXTSTEP Developers International, Inc.
reply to:marketing@nextsrv1.andi.org
"Take the NeXTSTEP and Keep on Truckin'..."
Newsgroups: comp.sys.next.sysadmin
From: fabien@free.fdn.org (Fabien Roy)
Subject: Re: How to enable core dumps on 3.0?
Message-ID: <1993Dec22.085118.21685@free.fdn.org>
Sender: news@free.fdn.org
Organization: Fabien Roy Electronic Engineering (F.R.E.E.) - Paris, France.
References: <JBRYANS.93Dec21141645@wren.csulb.edu>
Date: Wed, 22 Dec 1993 08:51:18 GMT
In article <JBRYANS.93Dec21141645@wren.csulb.edu> jbryans@csulb.edu (Jack
Bryans) writes:
> The dude w/the books lost the one to look in, the FAQ's don't use
Expires:
> lines, and an index search of NeXTAnswers didn't help. We need to
enable
> core dumps on a Turbo w/3.0. Yes, we have a /cores directory, tho'
don't
> know for sure what its chowns & persimmons should be.
>
> Thanks,
> Jack
In a csh shell type:
unlimit coredumpsize
--Fabien
---------------------------------------------------------------------
Fabien_Roy@free.fdn.org (NextMails accepted)
Fabien Roy Electronic Engineering
3 rue ANDRE DANJON, 75019 PARIS, France,
Tel: 33 1 4040 0206 Fax: 33 1 4040 0641
Newsgroups: comp.sys.next.sysadmin
From: uunet!lkba!lkb (Larry Blische)
Subject: Re: How to Build a 100 Meg Swap Disk?
Message-ID: <1993Dec22.131257.7841@lkba.uucp>
Sender: lkb@lkba.uucp (Larry Blische)
Organization: LKB Associates, Inc.
References: <1993Dec21.112413.18775@free.fdn.org>
Date: Wed, 22 Dec 1993 13:12:57 GMT
In article <1993Dec21.112413.18775@free.fdn.org> fabien@free.fdn.org (Fabien
Roy) writes:
[explaining how to make a 100 meg swap disk]
> 3) modify the /etc/rc.swap: change hiwat=31457280 ( 40 meg disk) to
> hiwat=83886080 (100 meg disk)
except that the disk sizes quoted above don't match the hiwat values.
Those hiwat values are in bytes, so:
hiwat=31457280 -> ( 30 meg disk) [31457280/(1024*1024) = 30]
hiwat=83886080 -> ( 80 meg disk) [83886080/(1024*1024) = 80]
100 meg disk would be hiwat=104857600 [100*(1024*1024) = 104857600]
---
Larry Blische lkba!lkb@uunet.UU.NET
LKB Associates, Inc. NeXTmail Welcome!
3118 Dunglow Road 410 285 2262
Dundalk, Maryland 21222-5304 USA
Newsgroups: comp.sys.next.sysadmin
From: uunet!lkba!lkb (Larry Blische)
Subject: Re: How to enable core dumps on 3.0?
Message-ID: <1993Dec22.133940.8008@lkba.uucp>
Sender: lkb@lkba.uucp (Larry Blische)
Organization: LKB Associates, Inc.
References: <JBRYANS.93Dec21141645@wren.csulb.edu>
Date: Wed, 22 Dec 1993 13:39:40 GMT
In article <JBRYANS.93Dec21141645@wren.csulb.edu> jbryans@csulb.edu (Jack
Bryans) writes:
> The dude w/the books lost the one to look in, the FAQ's don't use Expires:
> lines, and an index search of NeXTAnswers didn't help. We need to enable
> core dumps on a Turbo w/3.0. Yes, we have a /cores directory, tho' don't
> know for sure what its chowns & persimmons should be.
>
> Thanks,
> Jack
First of all, the FAQs do use Expires: lines. (here's one from the latest
batch):
Expires: Fri, 31 Dec 1993 00:00:00 GMT
Now to the meat of the problem:
By default, shells are started with limits on core file sizes:
For example:
lkba!lkb [/Tate/Apps]% limit
cputime unlimited
filesize unlimited
datasize 6144 kbytes
stacksize 512 kbytes
coredumpsize 5120 kbytes
memoryuse unlimited
By doing a:
limit coredumpsize unlimited
you can loosen the core file limit, but that only applies to the shell and
any subprocesses it creates. Therefore, you must run the app that you want
a core file from by hand from that shell.
For example, I have a small script which I use to debug MyApp:
lkba!lkb [/lkb/Apps]% cat MyApp
#!/bin/csh -f
limit coredumpsize unlimited
/lkb/Apps/MyApp.app/MyApp
And from a shell I simply type 'MyApp' to start it.
I'll let you do the man csh for the description of the -f option.
Also note that (at least as far as I know) you can't change the limit that
is inherited by the Workspace, so you can't give its children higher limits.
Question: What /cores for?
Good Luck!
---
Larry Blische lkba!lkb@uunet.UU.NET
LKB Associates, Inc. NeXTmail Welcome!
3118 Dunglow Road 410 285 2262
Dundalk, Maryland 21222-5304 USA
Newsgroups: comp.sys.next.sysadmin
From: trebels@PROBLEM_WITH_INEWS_GATEWAY_FILE (Stephan Trebels)
Subject: Re: Need longer login names
Message-ID: <LWBKBTTS@gwdu03.gwdg.de>
Sender: news@gwdu03.gwdg.de (USENET News System)
Organization: GWDG, Goettingen
References: <1993Dec20.071950.26559@kakwa.ucs.ualberta.ca>
Date: Wed, 22 Dec 1993 14:08:02 GMT
jmack@skye.phys.ualberta.ca wrote:
> In article <2epo91$5j1@voltaire5.rest.tasc.com> shunfemd@rest.tasc.com
> (Michael D. Shunfenthal (Mike)) writes:
> > Next, however, appears (according to the docs that I have read) eight
> > characters maximum, which is quite limiting. This necessitates a
> > different standard for these machines: a pain to administer. Can
> > this maximum be extended, or will a future version of Nextstep allow
> > longer names?
It can, but it will cause other pain.
You can edit nu.cf replacing the line
MaxNameLength=8 ; limit on chars in a login id
with your preferred limit. I used 12 and everything worked fine.
Please note, that .rhosts entries and the like are
good old unix, so they will only user char[8] usernames.
Here is, what I did:
1) give any user a unique char[8] name, sorry
2) use NetInfoManager, to add a second value to his name property
(this value is the Novell username)
Now any user will be able to use both usernames, but will be
shown by ps,who, ... as his char[8] username, so all the
unix stuff works. If you don't care for rlogin and the like,
you could even throw away the short usernames, but I wouldn't
do that. In the near future, one user will notice, why this
doesn't work, and start screaming :-)
> This is not a NeXT specific limitation, but a UNIX one. 8 characters
> is all you get (and all you really need - mail aliases can be contructed
I only use char[8] because I have to, otherwise I would *love*
to throw this limitation away. Please don't tell me about the
nice username STREBEL1, even if it has a mail alias.
> Modify your NetWare junk to 8 character logins.
This is the easiest way, and the only one if there a mixed
cluster of unix workstations. but it's not necessary.
> Who in the world would
> want to subject a user to the torture of typing in a 30 char long login
> sequence (only IBM of course! :-) - Gadzooks!
First of all, IBM is the last one, I know to REALLY require CHAR[8]
in their good old VM/CMS and the like. I think, it's more torture
in typing STREBEL1. I'd rather type Stephan.Trebels. Anyway, I also
wouldn't like to type Stephan.Trebels.Institut.fuer.Theorethische.Physik,
so everythig is a tradeoff.
Ciao, Stephan
--
trebels@theo-phys.gwdg.de
From: mwa@ife.ee.ethz.ch (Marcel Waldvogel)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Locking out users on a Netinfo server
Date: 22 Dec 1993 15:03:13 GMT
Organization: Institut fuer Elektronik, ETH Zuerich, Switzerland
Message-ID: <2f9njh$fv5@elna.ethz.ch>
References: <2f7fhg$lht@netnews.upenn.edu> <2f7lur$sva@netnews.upenn.edu>
In article <2f7lur$sva@netnews.upenn.edu>,
<anstine@uniblab.sas.upenn.edu> wrote:
>> I want to prevent users from connecting (ie:
>> telnet, ftp, etc...) to my server. /etc/nologin
>> will lock me out also, so it is unacceptable.
>
>Or, can I configure the server to only allow connections to a certain
>host?
Have you had a look at tcp_wrapper (see today's posting by
wietse@wzv.win.tue.nl (Wietse Venema) on comp.security.misc or comp.unix.admin)?
-Marcel
From: M.Crawford@dcs.shef.ac.uk (Malcolm Crawford)
Newsgroups: comp.sys.next.sysadmin
Subject: automount
Date: 22 Dec 1993 09:52:04 -0600
Organization: UTexas Mail-to-News Gateway
Sender: daemon@cs.utexas.edu
Message-ID: <9312221552.AA09246@dcs.shef.ac.uk>
Our network is shortly due to switch to using automouting.
In tests this seems to work fine (although the & syntax appears not to
be supported...?) except that, in File Viewer, only the user's home
directory and any others that happen to have an entry somewhere on the
shelf are accessible. There seems to be no way of "graphically" (i.e.
from Workspace) automounting a new directory.
The workarounds seem to be
(a) to ensure that there is an appropriate entry on all users' shelves
(b) in not (a), open Terminal, cd to the appropriate directory, which
is then automounted, then go back and select it in File Viewer...
These are *just about* OK for experienced Unix-savvy users, but a bit
messy for novices. Has anybody any alternatives?
Have fun,
mmalcolm.
---
SHeffield Auditory Group | Vox : (+44) 742 768555 ext 5569
Dept. Computer Science | direct : 825569
Sheffield University | Fax : (+44) 742 780972
Regent Court | Email: malc@dcs.shef.ac.uk
211 Portobello Street | (NeXTMail welcome)
Sheffield S1 4DP, UK. | (Read-Receipts discouraged :-)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: coconut@crash.cts.com (Brian Dear)
Subject: Re: HELP: NS3.2 install problems!
Organization: Coconut Computing, Inc.
Date: 22 Dec 93 07:24:26 PST
Message-ID: <1993Dec22.072426.14779@crash>
References: <1993Dec19.215934.4347@crash>
A followup to my previous post.
Well, we tried everything. I was on the phone with NeXT all day it seemed,
at who knows what cost to my credit card, and after following their instructions
to reinstall the /NextLibrary directory from the CD-ROM onto the Intel GX Pro,
I rebooted, and STILL got the busy mouse and no loginwindow.
And by that time (it took approx 45 min to install /NextLibrary) it was a few
mins after 5 and we couldn't reach NeXT support anymore. So we decided to
do the fallback plan --- reinstall NS3.2 from scratch.
We did. It finished at 7:02 PM.
We booted. In the middle of the boot: SYSTEM PANIC!!!!
AAARRRRRRGH.
Why why why did we ever mess with NS3.2?????? I thought NS3.2 was the
big BUG FIX version??? For us it has been nothing less than a total
nightmare.
Has ANYONE out there with an Intel GX Pro ever run into these symptoms???
This is a stock machine. Nothing fancy. It worked fine in NS3.1!!!
Again, suggestions/comments/advice would be most appreciated! We're now
worrying that this machine will be down until after the holidays, and
this is something that just cannot happen!
-- bd
Newsgroups: comp.sys.next.sysadmin
From: barger@fontina.cs.wisc.edu (Victor Barger)
Subject: Enabling IP forwarding on a computer running NEXTSTEP?
Message-ID: <1993Dec22.173706.8369@cs.wisc.edu>
Sender: news@cs.wisc.edu (The News)
Organization: University of Wisconsin, Madison -- Computer Sciences Dept.
Date: Wed, 22 Dec 1993 17:37:06 GMT
How do you enable IP forwarding on a computer running NEXTSTEP?
Please reply to barger@cs.wisc.edu.
Thanks,
Victor Barger
From: schmidt@wburg.hanse.de (Andre Schmidt)
Newsgroups: comp.sys.next.sysadmin,comp.mail.uucp
Subject: Taylor 1.04 & NS 3.2-Problems
Date: 20 Dec 1993 20:22:17 GMT
Organization: ISLAND wburg, Hamburg, Germany
Distribution: world
Message-ID: <2f51hp$9qd@wburg.hanse.de>
Keywords: nextstep,uucp,taylor
Hello!
Anybody out in netland got Taylor-UUCP 1.04 working under NEXTSTEP 3.2?
After configure and some modifications in conf.h it compiled fine with
NX-cc -posix, but at polling it send no files out of spool.
Cya
Andre
--
# Andre Schmidt *** NeXTmail: schmidt@wburg.hanse.de #
# "configure --target=gameboy_ux ; make all" #
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.software
From: herbst@cbnewsj.cb.att.com (robert.s.herbst)
Subject: CDPlayer App
Organization: AT&T
Date: Wed, 22 Dec 1993 18:35:47 GMT
Message-ID: <CIG906.Jtu@cbnewsj.cb.att.com>
Followup-To: poster
Keywords: CDPlayer App NS3.2/Black
Hi,
I read a few contradicting articles regarding whether or not
the CDplayer.app is included with 3.2/Motorola. I installed 3.2
User & Developer on my NeXTstation last night, I do not see it
anywhere.
First, should it have installed (is it included in this release?)
If so, why didn't it install??
BTW, I did not do an upgrade, I did a complete install??
Thanks in advance,
Bob
--
==============================================================
Bob Herbst Tel: (908)957-6507
AT&T Bell Labs E-mail: bobh@mtketc1.att.com
Middletown, NJ
Newsgroups: comp.sys.next.sysadmin
From: spcapt1@ananta.spc.uchicago.edu (Allen Todd)
Subject: Help! NSFI 3.1/adaptec 1542B won't install (intr: dropped IRQ 7)
Message-ID: <1993Dec22.190356.15458@midway.uchicago.edu>
Sender: news@uchinews.uchicago.edu (News System)
Organization: University of Chicago
Date: Wed, 22 Dec 1993 19:03:56 GMT
Hi, I would greatly appreciate it if any one (and I'm sure there must be
plenty) who has successfully installed NextStep 3.1 for Intel using an
Adaptec 1542B host adapter would tell me how they changed the configuration
from the default so that it would work. Currently no matter what
changes I make, everytime the CD is accessed I get a stream of the
following error messages -- intr: dropped IRQ 7. The installation fails
when it tries to create the file system on the IDE drive with an error
something like -- ide: ideFlushIntMsgs: Stray Interupt Ide Write Multiple.
Currently the Adaptec card is configured at its defaults:
SCSI address 7
SCSI parity Enabled
Terminators Installed
Term power Supplying
Synch. Neg. Disabled
DMA channel 5
IRQ 11
AT Port Addr. 330
AT Bios Addr. DC000
except that I have removed all the jumpers on J8 to disable the
floppy controller and set the DMA transfer speed to 5MB/s. I have
tried it with bios enabled and disabled.
The external Toshiba CD-ROM, the only device connected is at SCSI
address 0 and has parity checking enabled.
turned on.
If anyone has overcome this problem or would just like to commiserate
drop a line -- I'd appreciate it. Also, any idea of the prospects for
getting 3.2 installed when it comes early January?
Thanks, Allen
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Allen Todd 312/702-7792 spcapt1@ananta.spc.uchicago.edu
Social Science and Public Policy Computing Center, University of Chicago
From: sowa@amdew.llnl.gov (Erik C. Sowa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: How to Build a 100 Meg Swap Disk?
Date: 22 Dec 1993 20:01:26 GMT
Organization: LLNL Chemistry and Materials Science
Message-ID: <SOWA.93Dec22120126@amdew.llnl.gov>
References: <1993Dec21.112413.18775@free.fdn.org> <1993Dec22.131257.7841@lkba.uucp>
In-reply-to: uunet!lkba!lkb's message of Wed, 22 Dec 1993 13:12:57 GMT
>>>>> "Larry" == Larry Blische <uunet!lkba!lkb> writes:
Larry> In article <1993Dec21.112413.18775@free.fdn.org>
Larry> fabien@free.fdn.org (Fabien Roy) writes:
Larry> [explaining how to make a 100 meg swap disk]
>> 3) modify the /etc/rc.swap: change hiwat=31457280 ( 40 meg disk) to
>> hiwat=83886080 (100 meg disk)
Larry> except that the disk sizes quoted above don't match the hiwat
Larry> values. Those hiwat values are in bytes, so:
Larry> hiwat=31457280 -> ( 30 meg disk) [31457280/(1024*1024) = 30]
Larry> hiwat=83886080 -> ( 80 meg disk) [83886080/(1024*1024) = 80]
Larry> 100 meg disk would be hiwat=104857600 [100*(1024*1024) =
Larry> 104857600]
Careful. When you label a drive "swapdisk" it also puts /tmp on there. I
think Fabien was just leaving some room for that.
--
erik sowa (sowa@amdew.llnl.gov)
Newsgroups: comp.sys.next.sysadmin
From: ratner@ficus.cs.ucla.edu (Dave "Van Damme" Ratner)
Subject: Sometimes connected/sometimes not problem SOLVED!
Date: 22 Dec 93 20:05:06 GMT
Message-ID: <ratner.756590706@ficus.cs.ucla.edu>
Organization: UCLA, Computer Science Department
I posted here earlier about the fact that I found the NS
rc scripts totally unusable for portables, because portables
are sometimes connected to the net, sometimes not.
The rc scripts, if you set the hostname and IPaddress like
SimpleNetworkStarter does for you, will ONLY BOOT CONNECTED.
Setting them to -AUTOMATIC- and using a BOOTP server is not
a solution IMHO because:
1) you can only connect if the BOOTP server is running
2) you can only connect to networks that have a BOOTP server
that knows about you.
Since portables are just that --- portable --- I don't view the
BOOTP solution as one.
MY SOLUTION:
I created hostconfig.connected and hostconfig.disconnected, with
the differences being hostname and IPaddress equal to their
real values in the .connected one and -AUTOMATIC- in the .disconnected.
In the rc.net script, after the $iflist is formed, look
and see if en0 is in the $iflist. If so, use the hostname.connected.
If not, use the hostname.disconnected. Now it automatically
boots correctly in both connected and unconnected cases. Since other
rc scripts sometimes want the info in the hostconfig file, make
a symlink hostconfig -> hostconfig.disconnected.
Dave
--
* * *** * * Dave "Van Damme" Ratner
please send | * * * * * * | ratner@cs.ucla.edu
money | * * * * *** |
*** *** *** * * "Wham Bam, thank you Van Damme!"
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
From: jpw@sansfoy.lib.virginia.edu (John Price-Wilkin)
Subject: continuing saga of 2.4Gb Seagate drive (disktab, anyone?)
Message-ID: <CIGJrE.AJ@murdoch.acc.Virginia.EDU>
Keywords: disktab, partition
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia
Date: Wed, 22 Dec 1993 22:28:26 GMT
I'm still wrestling with the Seagate drive. My early attempts
to low-level format it with /usr/etc/disk -F failed, and looking
in my old NS sysadmin volume I found sdform. It worked, and now
I can even do disk -F. However, when I do a
disk -i -p 1000000
and get a decent split of the disk, I also get a boot block written
to the disk. The "disk" man page seems to suggest that if I put in a
disktab, I can avoid that. I haven't had any luck. I do seem to
get somewhere by doing
/usr/etc/disk -i -p 1000000 -l "sea2.4" /dev/rsd3a
That is, a partition is made and I can mount sd1a and sd2a, but
the system clearly responds that a boot block has been written.
Is this (the second way) the correct approach? (That is, is the boot
block not really there?)
Am I getting the most space and performance out of the disk by doing:
/usr/etc/disk -i -p 1000000 -l "sea2.4" /dev/rsd3a
John Price-Wilkin
jpw@virginia.edu
Newsgroups: comp.sys.next.sysadmin
From: paul@seer.demon.co.uk (Paul Lynch)
Subject: Re: swapfile.front???
Message-ID: <1993Dec22.213958.6183@seer.demon.co.uk>
Sender: paul@seer.demon.co.uk
Organization: P & L Systems
References: <MAGNUS.93Dec21211012@fisher.Stanford.EDU>
Date: Wed, 22 Dec 1993 21:39:58 GMT
In article <MAGNUS.93Dec21211012@fisher.Stanford.EDU>
magnus@fisher.Stanford.EDU (Magnus Nordborg) writes:
> In article <1993Dec22.001155.3774@seer.demon.co.uk>
paul@seer.demon.co.uk (Paul Lynch) writes:
>
> [stuff deleted]
>
> > Low water is by default 16Mb; on a system with only one swapfile DO
NOT
> > specify a high water mark. Your machine will lock up when high water
is
> > reached. So change your swaptab back the way it was.
>
> I disagree. It is correct that on a machine with only one swapfile
> the machine *may* lock up. If it doesn't then it is possible to quit
> some application and log out normally. If it does, then an ugly
> reboot may be necessary. But consider what happens if you do not have
> a hiwat. Then machine will lock up, but this time with the entire
> harddisk full. If you are lucky, unplugging will return everything to
> normal (given that no damage was done due to the ugly reboot). If you
> are unlucky, the disk will be so full that you cannot boot at all
> (because /etc/mtab cannot be written). You will then have to boot
> single user and deal with the swapfile by hand (alternatively boot
> from a floppy, and then manually mount the harddisk to remove stuff).
> In any case, it is a pain, and you risk losing data. So do use hiwat.
The point is that if you specify hiwat your machine will lock up when the
swapfile fills up. You don't get notice that this is about to happen.
A completely full filesystem can result from runaway swapping, that is
true; only root can use the last 10% of a file system. In this case you
get notice that the file system is filling up (from the NO SPACE message
on the File Viewer) and are able to take some action.
Of the two situations, I prefer the latter. It also takes longer to fill
up; sometimes you just need all of your free disk space to swap in.
Paul
--
Paul Lynch
P & L Systems (NeXTmail) paul@seer.demon.co.uk
Tel: (0494)671501 9 Stable Lane, Seer Green,
Fax: (0494)680228 Bucks, HP9 2YT, UK
Newsgroups: comp.sys.next.sysadmin
From: Willy Amazing <adams@adamation.com>
Subject: Re: UUCP using 'localhost' instead of real hostname
Message-ID: <CIGIt7.HCG@taligent.com>
Sender: usenet@taligent.com (More Bytes Than You Can Read)
Organization: Adamation
References: <westesCICu64.7BG@netcom.com>
Date: Wed, 22 Dec 1993 22:07:55 GMT
In article <westesCICu64.7BG@netcom.com> Will Estes, westes@netcom.com
writes:
>Received: from localhost by netcomsv.netcom.com with UUCP (8.6.4/SMI-4.1)
> id NAA07625; Mon, 20 Dec 1993 13:49:53 -0800
>
>This is in spite of the fact that:
>
>1) I changed the host named localhost to uucpmail using NetInfo.
>
>2) I changed the HOSTNAME=-AUTOMATIC- line in /etc/hostconfig to
>be HOSTNAME=uucpmail
>
>3) I added one line to a file named /etc/uucp/UUCPNAME that
>says: uucpmail.
>
>When I login, the hostname command is correctly returning uucpmail
>as the host name. But apparently UUCP still thinks I am
>localhost?
For all people doing mail things I highly suggest the "Sendmail" book by
the Nutshell press. This book is invaluable and was written by people
who should know.
It looks to me like your efforts to set your host name would all give you
a proper hostname everywhere except for mail. Ultimately the sendmail.cf
file is the one that will put your hostname into a message header. There
is probably a line somewhere that looks like:
DRlocalhost
The sendmail.cf file is in /etc/sendmail and is probably a soft link to
sendmail.subsidiary, sendmail.sharedsubsidiary, or sendmail.mailhost.cf
(or whatever that one is called).
Search this file for instances of localhost and change them to uucpmail
(or the current name of your machine). That should do it.
Newsgroups: comp.sys.next.sysadmin
From: Willy Amazing <adams@adamation.com>
Subject: Re: Connecting a NeXT (black) to a PC
Message-ID: <CIGJny.HyK@taligent.com>
Sender: usenet@taligent.com (More Bytes Than You Can Read)
Organization: Adamation
References: <2f0fi0$q4l@nermal.cs.uoguelph.ca>
Date: Wed, 22 Dec 1993 22:26:21 GMT
In article <2f0fi0$q4l@nermal.cs.uoguelph.ca> Robert Cytowski,
rcytowsk@herman.cs.uoguelph.ca writes:
>I would like to connect my NeXTstation (black hardware running NS 3.1) to
>my 386 PC, mostly for the transfer of files, but also for sharing files
>if possible. For instance, I have a tape backup for my PC and I want
There are two options here.
1) Put an ethernet card into the PC and get it up on a network with the
NeXT. That would be a $200 solution considering hardware and software.
Once connected this way you can probably run FTP from the PC to get the
files off your next.
2) Hook them together with a null-modem cable. Here you would probably
be on your own. We had to solder our own, but it's pretty
straightforward. Once connected this way you have to use the appropriate
comm programs (Procomm, or whatever suits you) to get files off your
next. A particularly easy solution is kermit on both ends.
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Newsgroups: comp.sys.next.sysadmin
Subject: HELP: Logging in from console broken; from dumb term works fine
Date: 23 Dec 1993 00:03:06 GMT
Organization: University of Illinois at Urbana
Message-ID: <2fan7q$12b@vixen.cso.uiuc.edu>
Summary: Logging in through the console doesn't work, but connected terminal work
Originator: jbn35564@uxa.cso.uiuc.edu
For some unknown reason, nobody can login to the console (all accounts
don't work), but logging into the same accounts through a connected
dumb terminal works fine.
Three points:
- The machine where this happens is black hardware running 3.2.
- The loginwindow seems to get the message about what login/password
pairs are okay and which are not. The problem is that the loginwindow
closes (as if the login/password combo is correct) and then after a
short (2 second) spin of the cursor, the loginwindow comes right back.
This suggests to me that the File Viewer can't come up, but I have no
idea why.
- No error messages from any process not being able to find a program
or run a program (due to improper privleges for instance) are logged.
Thanks in advance.
--
J.B. Nicholson-Owens (no NeXTmail please)
Newsgroups: comp.sys.next.sysadmin
From: Willy Amazing <adams@adamation.com>
Subject: Re: SLIP or PPP: Which should I use?
Message-ID: <CIGK20.I8v@taligent.com>
Sender: usenet@taligent.com (More Bytes Than You Can Read)
Organization: Adamation
References: <2esl0k$558@u.cc.utah.edu>
Date: Wed, 22 Dec 1993 22:34:47 GMT
In article <2esl0k$558@u.cc.utah.edu> Yan Fang, yf5990@u.cc.utah.edu
writes:
>But now my biggest concern is which protocol I should use. CSLIP and PPP
>are offered by two separate services, and I need to choose between them.
I don't know about answering all the other questions you had about
configuration, but I can offer what little I know about the differences
between these options.
SLIP/CSLIP is specifically used to implement the TCP/IP protocol suite
over serial lines. I would say for 99% of any computing you are going to
do that is a perfectly fine choice. Certainly for mail you won't run
into any limitations.
PPP is a general protocol gateway for serial lines. That means not only
can you run the TCP/IP protocol over the wire, but also Appletalk, Novell
and others.
If your future needs seem to demand more protocol support, then certainly
go with PPP. If what you're after is just mail, telnet, ftp and the
like, then SLIP is probably a good choice because of its availability and
ease of configuration.
From: Olav Anderson
Newsgroups: comp.sys.next.sysadmin
Subject: please send me a copy of csh
Date: 23 Dec 1993 01:24:09 GMT
Organization: The University of British Columbia
Distribution: world
Message-ID: <2farvp$dck@nntp.ucs.ubc.ca>
Hi all,
I am running NS 3.0 and I lost my csh in /bin could someone please send a copy
to me.
Thanks in advance.
___________________________________________________
B.Olav Anderson
Autodidact
NeXTSTEP CyberSurfer
e-mail olav@emerson.physics.ubc.ca NeXT Mail? Of course!
Vancouver, B.C.
"I know of no more encouraging fact than the unquestionable ability of man to
elevate his life by a conscious endeavor."
H.D.Thoreau
Newsgroups: comp.sys.next.sysadmin
From: Douglas Moore
Subject: Re: How to Build a 100 Meg Swap Disk?
Message-ID: <CIGy42.7B1@news.cis.umn.edu>
Sender: news@news.cis.umn.edu (Usenet News Administration)
Organization: University of Minnesota, Twin Cities
References: <SOWA.93Dec22120126@amdew.llnl.gov>
Date: Thu, 23 Dec 1993 03:34:56 GMT
One thing I have found while doing this is an error message during boot
up, a harmless error, but who wants such things running around in there...
It seems that by just naming the disk swapdisk, it ends up getting mounted
and paging is started on swapfile by /etc/rc.swap. A little farther down
the /etc/rc file lo and behold, the virtual memory system is started
again, resulting in the error message. I commented out the lines in
/etc/rc which start swapping to eliminate this. Works great.
I also went extreme while doing this, and eliminated all mention of
/private/vm/* in the rc scripts, replacing it with /private/swapdisk/vm/*.
I no longer can boot (normally) without the external drive, but I don't
have the annoying problem of /private/vm being created at boot up.
---
Douglas Moore Wanted Soon: NeXTdimension!!!
172 East Sixth Street #2106 "More Power!!!"
St Paul, MN 55101
612-227-3274
dmoore@maroon.tc.umn.edu <---NeXTMail ready
Newsgroups: comp.sys.next.sysadmin
From: serge@dadofsam.Princeton.EDU
Subject: Re: Locking out users on a Netinfo server
Message-ID: <1993Dec22.161408.15907@Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <2f7lur$sva@netnews.upenn.edu>
Date: Wed, 22 Dec 1993 16:14:08 GMT
In article <2f7lur$sva@netnews.upenn.edu> anstine@uniblab.sas.upenn.edu writes:
> In article <2f7fhg$lht@netnews.upenn.edu> anstine@uniblab.sas.upenn.edu
> writes:
> > I want to prevent users from connecting (ie:
> > telnet, ftp, etc...) to my server. /etc/nologin
> > will lock me out also, so it is unacceptable.
> >
>
> Or, can I configure the server to only allow connections to a certain
> host?
>
> -dave
>
I think the public-domain tcp-wrappers code will do what you want. It lets you
specify, on an inetd-by-inetd service basis, which hosts (and or users) can
access the service (the user restriction depends on the connecting hosts'
running inetd). For example, you could specify that telnetd is only accessible
to users from a set of specified hosts. We are running the tcp-wrappers on our
Nexts (3.0 and 3.1 systems). You can get the tcp-wrappers code from cert.org,
in the pub/tools/tcp_wrappers directory.
Serge Goldstein
Next SysASdmin
Princeton University CIT
Serge J. Goldstein
Newsgroups: comp.sys.next.sysadmin
From: alex@cs.umd.edu (Alex Blakemore)
Subject: Re: Sometimes connected/sometimes not problem SOLVED!
Message-ID: <CIGpu2.D0@genoa.com>
Sender: alex@genoa.com (Alex Blakemore)
Organization: Genoa Software Systems
References: <ratner.756590706@ficus.cs.ucla.edu>
Date: Thu, 23 Dec 1993 00:39:38 GMT
Dave "Van Damme" Ratner writes
> I posted here earlier about the fact that I found the NS
> rc scripts totally unusable for portables, because portables
> are sometimes connected to the net, sometimes not.
> I created hostconfig.connected and hostconfig.disconnected, with
> the differences being hostname and IPaddress equal to their
> real values in the .connected one and -AUTOMATIC- in the .disconnected.
why not just always use the hostconfig.disconnected.
you don't _have_ to use automatic host/address assignment.
--
Alex Blakemore
alex@cs.umd.edu NeXT mail accepted
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Newsgroups: comp.sys.next.sysadmin
Subject: SOLUTION: Logging in from console broken; from dumb term works fine
Date: 23 Dec 93 08:45:45 GMT
Organization: University of Illinois at Urbana
Message-ID: <jeffo.756636345@owens.slip.uiuc.edu>
References: <2fan7q$12b@vixen.cso.uiuc.edu>
I posted the following problem:
>For some unknown reason, nobody can login to the console (all accounts
>don't work), but logging into the same accounts through a connected
>dumb terminal works fine.
Paul Lynch was very kind and emailed me two possible solutions to my
problem (one was right on):
(1) A loginhook was failing. Checking /etc/ttys for specifying a loginhook
and reading the default database for the loginwindow:
dread loginwindow loginhook
are two methods to determine if there's one set. Removing the loginhook
(or fixing it) should allow users to login via the console again.
(2) The user's default database was hosed. Simply renaming the .NeXT directory
for that user, then logging back in, would allow re-creation of it.
My problem was (1), the loginhook (which had escaped me at the time),
so I fixed the loginhook and all is well.
Thanks again to Paul Lynch.
--
J.B. Nicholson-Owens (*NO* NeXTmail please)
From: fxg@tschaikowsky.informatik.rwth-aachen.de (Felix Gatzemeier)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Re: RTFD should support TXT.rtf.Z
Date: 23 Dec 1993 14:26:46 GMT
Organization: Lehrstuhl fuer Informatik III, RWTH Aachen, Germany
Message-ID: <FXG.93Dec23152646@tschaikowsky.informatik.rwth-aachen.de>
References: <2ehr5u$263@steffi.demon.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
In-reply-to: robert@steffi.demon.co.uk's message of 13 Dec 1993 13:37:02 -0000
[Proposing to compress every piece of text, asks for comments]
Personally, I feel that load times for documentation is too long
already and additional compression wouldn't speed it up. While some
Files that are consulted rarely could be compressed, I'd generally
want to see them fast in the given situation. It would be nice to
compress these things transparently, though. Or even better:
automated. Just like paging. Keep n MB of data uncompressed, when
that's full, compress the least recently used files. Not even that
hard to implement, once you're on DL sources...
Ideally, things should be real hypertexted. True, DL *IS* some step up
from man pages or even DOS (yuck!) No-Doc's, but a large Number of
small items, some sort of knowledge base, quickly accessible and
well-linked would be another step forward. Windows (yuck!) help tries
this, emacs info system and NeXTstep help also. But all that should be
integrated. At least NS Help and Docs. The things I want to see take
us to the realm of knowledge management, ultimatively. Why not link IB
Palette Objects to their Documentation? Yes, it's a bunch of nasty
work, but it should be set as a goal.
--
Felix
(fxg@(([Pool|I3].Informatik)|(Tolkien.ImIB)).RWTH-Aachen.de
NeXT-Mail ok, but slow)
Newsgroups: comp.sys.next.sysadmin
From: uunet!lkba!lkb (Larry Blische)
Subject: Re: How to Build a 100 Meg Swap Disk?
Message-ID: <1993Dec23.143728.10889@lkba.uucp>
Sender: lkb@lkba.uucp (Larry Blische)
Organization: LKB Associates, Inc.
References: <SOWA.93Dec22120126@amdew.llnl.gov>
Date: Thu, 23 Dec 1993 14:37:28 GMT
Yes, yes, yes. As Eric points out below (and Fabien with e-mail), systems
that have a swapdisk also mount /tmp (/private/tmp) there (see rc.swap).
Therefore, Fabien had reserved some room for it with the hiwat values that
appear in his original post. Sorry for any confusion I've caused.
Questions:
What happens when more than the reserved amount of tmp space is used (i.e.
hiwat is bigger than what is available) and the swapfile wants to grow
beyond it?
What is a good way to calculate (guess?) the tmp/swapfile ratio?
>In article <SOWA.93Dec22120126@amdew.llnl.gov> sowa@amdew.llnl.gov (Erik C.
Sowa) writes:
>> >>>>> "Larry" == Larry Blische <uunet!lkba!lkb> writes:
>>
>> Larry> In article <1993Dec21.112413.18775@free.fdn.org>
>> Larry> fabien@free.fdn.org (Fabien Roy) writes:
>>
>> Larry> [explaining how to make a 100 meg swap disk]
>>
>> >> 3) modify the /etc/rc.swap: change hiwat=31457280 ( 40 meg disk) to
>> >> hiwat=83886080 (100 meg disk)
>>
>> Larry> except that the disk sizes quoted above don't match the hiwat
>> Larry> values. Those hiwat values are in bytes, so:
>>
>> Larry> hiwat=31457280 -> ( 30 meg disk) [31457280/(1024*1024) = 30]
>> Larry> hiwat=83886080 -> ( 80 meg disk) [83886080/(1024*1024) = 80]
>>
>> Larry> 100 meg disk would be hiwat=104857600 [100*(1024*1024) =
>> Larry> 104857600]
>>
>> Careful. When you label a drive "swapdisk" it also puts /tmp on there. I
>> think Fabien was just leaving some room for that.
>>
>>
>> --
>> erik sowa (sowa@amdew.llnl.gov)
---
Larry Blische lkba!lkb@uunet.UU.NET
LKB Associates, Inc. NeXTmail Welcome!
3118 Dunglow Road 410 285 2262
Dundalk, Maryland 21222-5304 USA
Newsgroups: comp.sys.next.sysadmin
From: kinch@valve.heart.rri.uwo.ca (Dave Kinchlea)
Subject: Re: swapfile.front???
Organization: Heart Valve Group, John P. Robarts Research Institiute, London, Ont. Canada
Distribution: uwo
Date: Thu, 23 Dec 1993 14:45:30 GMT
Message-ID: <1993Dec23.144530.4985@julian.uwo.ca>
References: <2f7ep3$h0n@galaxy.ucr.edu> <1993Dec22.001155.3774@seer.demon.co.uk> <MAGNUS.93Dec21211012@fisher.Stanford.EDU>
Sender: news@julian.uwo.ca (USENET News System)
In article <MAGNUS.93Dec21211012@fisher.Stanford.EDU>, magnus@fisher.Stanford.EDU (Magnus Nordborg) writes:
|> In article <1993Dec22.001155.3774@seer.demon.co.uk> paul@seer.demon.co.uk (Paul Lynch) writes:
|>
|> [stuff deleted]
|>
|> > Low water is by default 16Mb; on a system with only one swapfile DO NOT
|> > specify a high water mark. Your machine will lock up when high water is
|> > reached. So change your swaptab back the way it was.
|>
|> I disagree. It is correct that on a machine with only one swapfile
I too disagree very strongly! I have had my hard disk fill up from too
large a swapfile and it trashed my disk, took me about 3 hours of work
to get it to a point that I could rebuild it from tapes. A nasty
experience. Since then I added a high water mark AND a secondary
swapfile (on a NFS mounted disk no less ;-() and run a daemon that
informs root when the secondary swapfile is in use (time to reboot).
If you have a second disk (even a NFS one) I recommend you take this
action. This worked well under 2.1, I am not so certain that it works
under 3.x, haven't had the opportunity to test it yet.
More info as to how I set this up on request.
cheerskinch
From: toon@moene.indiv.nluug.nl (Toon Moene)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: SLIP and mail: how to avoid slip BRINGUP
Message-ID: <774@moene.indiv.nluug.nl>
Date: 23 Dec 93 18:23:55 GMT
References: <2f5frj$1lf@steffi.demon.co.uk>
Sender: toon@moene.indiv.nluug.nl
Organization: Moene Computational Physics, Maartensdijk, The Netherlands
In article <2f5frj$1lf@steffi.demon.co.uk> robert@steffi.demon.co.uk
(Robert Nicholson) writes:
> I wrote
> >Hi all,
[ ... A method to prevent SLIP BRINGUPs by sendmail ... ]
> Here's a better workaround.
>
> adding this to config.slip
>
> SLIP0CONFIG=DISABLECALL
>
> Then you have to explicity BRINGUP rather than demand.
>
> This is all explained in the manual that ships with SLIP.
Thank you; James S. MacKinnon also suggested this. However, I still want
my connection to come up when I type telnet, ftp, or whatever, so I won't
take this path. Matthew Seaman suggested (in e-mail) to use sendmail in
queue-ing mode (set Odqueue instead of Odbackground in
/etc/sendmail/sendmail.cf) and have the mail scheduled at the right moment
with a /usr/lib/sendmail -q (e.g. by cron). Unfortunately, this doesn't
help: Simply calling sendmail will bring up the line, whether it runs in
'queue-ing' mode or 'background' mode. I think I'll stick to my own method
...
--
Toon Moene (toon@moene.indiv.nluug.nl)
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Phone: + 31 3461 4290; Fax: + 31 3461 4286
No Disclaimers; a NeXT@home protects against this occupational hazard.
NB: Strictly black hardware here - No Intel in sight :-)
Newsgroups: comp.sys.next.sysadmin
From: peter@beast.math.ualberta.ca (Peter Karbaliotis)
Subject: Re: How to Build a 100 Meg Swap Disk?
Message-ID: <1993Dec23.213752.17136@kakwa.ucs.ualberta.ca>
Sender: news@kakwa.ucs.ualberta.ca
Organization: University Of Alberta, Edmonton Canada
References: <CIGy42.7B1@news.cis.umn.edu>
Date: Thu, 23 Dec 1993 21:37:52 GMT
In article <CIGy42.7B1@news.cis.umn.edu> Douglas Moore writes:
>One thing I have found while doing this is an error message during boot
>up, a harmless error, but who wants such things running around in
there...
>It seems that by just naming the disk swapdisk, it ends up getting
mounted
>and paging is started on swapfile by /etc/rc.swap. A little farther down
>the /etc/rc file lo and behold, the virtual memory system is started
>again, resulting in the error message. I commented out the lines in
..
I saw the same thing when I tryed to set up my internal 105 MB
hard drive as a swap disk. The problem occured because I have only
8 MB of RAM (though I am going to buy myself more memory as a
Christmas present :-). The rc.swap file mounts the compressed
swapfile.front using /private/swapdisk/vm/swapfile and then the rc
file tries to do the same thing with /private/vm/swapfile. See the
man page for mount_swapfs(8).
--
Peter Karbaliotis - peter@beast.math.ualberta.ca - NeXTmail ok
X is proof that something can fill a vacuum but still suck.
--- Dennis Ritchie
Newsgroups: comp.sys.next.sysadmin
From: lbrahman@du.edu (LBS)
Subject: swapfile.front?
Message-ID: <CIIoDn.74I@du.edu>
Followup-To: brahm@alembic.com
Sender: news@du.edu (USENET News System)
Organization: Q. image & advertising
Distribution: na
Date: Fri, 24 Dec 1993 02:03:22 GMT
Anybody knows what swapfile.front is? WHy the size is different
from one machine to another ... in my case the one on my machine
is very large (450 MB) leaving my swapfile to only 16 MB.
Is there a way to delete this file?
THanks for any info.
Regards,
...... brahm
Newsgroups: comp.sys.next.sysadmin
From: phi@cs.uwa.oz.au (Philip HINGSTON)
Subject: X for Intel NeXT
Message-ID: <phi.756699768@wambenger>
Sender: usenet@bilby.cs.uwa.edu.au
Organization: Dept. Computer Science, University of Western Australia.
Date: Fri, 24 Dec 1993 02:22:48 GMT
Hi, I've installed the mit X source tree and applied the NeXT patches.
What do I do now to start up X? (Tried xinit - fails with a message like
"cannot open device vid0 for read/write"). Thanks. phi
Newsgroups: comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Folke Edman)
Subject: Re: SLIP or PPP: Which should I use?
In-Reply-To: Willy Amazing's message of Wed, 22 Dec 1993 22:34:47 GMT
Message-ID: <CEDMAN.93Dec23152309@phoenix.Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <2esl0k$558@u.cc.utah.edu> <CIGK20.I8v@taligent.com>
Date: Thu, 23 Dec 1993 20:23:09 GMT
In article <CIGK20.I8v@taligent.com> Willy Amazing <adams@adamation.com> writes:
SLIP/CSLIP is specifically used to implement the TCP/IP protocol suite
over serial lines. I would say for 99% of any computing you are going to
do that is a perfectly fine choice. Certainly for mail you won't run
into any limitations.
Except, of course, that UDP works just fine over SLIP/CSLIP as well.
Carl Edman
From: yf5990@u.cc.utah.edu (Yan Fang)
Newsgroups: comp.sys.next.sysadmin
Subject: Help configuring ppp from cs.orst.edu
Date: 23 Dec 1993 22:12:28 -0700
Organization: University of Utah Computer Center, Salt Lake City, Ut.
Message-ID: <2fdtns$ajn@u.cc.utah.edu>
Hi there.
Having successfully set up a SLIP connection to the Univ. of Utah using
the Mamakos DialUpIP software, now I need to set up my *real*
net.connection--a ppp link to xmission.com.
For this I am using the ppp source that resides on cs.orst.edu. I have
compiled it and am getting successful connections to xmission.com, but not
having any manuals seems to be problem, as I have found what seems to be
bad instructions.
What I need is some sort of template, much like what the U. Oregon guys
have provided.
Incidentally, I think the Mamakos IP software is pretty easy to set up,
especially with the helpful configuration files left by the U. of Oregon.
If xmission.com were using CSLIP, I would probably just use the PNI
software that apparently replaces DialupIP. The ppp software doesn't look
that bad; I just need some sort of template.
responses to yf5990@u.cc.utah.edu
/kris
kris@alpine.com by 1 jan
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Configuring first host on net as netinfo server
Message-ID: <westesCIIy4x.Ap2@netcom.com>
Organization: Mail Group
Date: Fri, 24 Dec 1993 05:34:09 GMT
The first host being configured on a local 10Base-T net is
pausing on startup with the message:
"Still searching for parent network administration (NetInfo) server."
This host was configured through the simple network starter app. It
was given a hostname, a netmask, and marked as a NetInfo *server*.
Why is the system looking for a parent NetInfo server at startup,
and how to I disable this (and should I?)?
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: sean@fuggles.nimh.nih.gov (Sean Graham)
Subject: Listproc/Listserv on NS/FIP
Message-ID: <sean-241293011258@128.231.99.227>
Followup-To: comp.sys.next.sysadmin
Sender: postman@alw.nih.gov (AMDS Postmaster)
Organization: NIH
Date: Fri, 24 Dec 1993 06:12:58 GMT
If anyone has compiled a recent (heck, even non-recent!) copy of
Listserv/Listproc to NS/FIP or NS, could you email me a copy or point me to
an FTP site. I need to get a real Listserv functioning and get away from
the current shell-script method.
--
sean n. graham
NeXTstep Mail: sean@fuggles.nimh.nih.gov
Nostep Mail: sean@shiloh.nimh.nih.gov
From: ernst@cs.tu-berlin.de (Ernst Kloecker)
Newsgroups: comp.sys.next.sysadmin,comp.sys.next.misc
Subject: How to build bootable SCSI floppy (for PLI) ?
Date: 24 Dec 1993 16:34:14 GMT
Organization: Technical University of Berlin, Germany
Message-ID: <2ff5m6$7to@news.cs.tu-berlin.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
A couple of days ago I grabbed BootFloppy3.0 which is designed to build a
bootable floppy to be used in a Cube or Station internal drive. As I have
one of the older Cubes without internal drive I tried to modify the build
script to produce a bootable floppy which can be used with the external
PLI SuperFloppy.
I wasn't very successfull, though. The build script completed successfully but
apperently failed to copy the contents of /private/etc and to build the
devices in /private/dev.
As I am no Unix guru, could somebody enlighten me on how to accomplish this
task ?
Thanks for any info, Ernst.
--
-----------------------------------------------------------------------------
Ernst Kloecker phone: ++49-30-6181635 e-mail: ernst@cs.tu-berlin.de
-----------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: smb3u@kiptron.psyc.virginia.edu (Steven M. Boker)
Subject: Update directly from 3.0 to 3.2?
Message-ID: <CIJtnv.8DC@murdoch.acc.Virginia.EDU>
Sender: usenet@murdoch.acc.Virginia.EDU
Organization: University of Virginia, Department of Psychology
Date: Fri, 24 Dec 1993 16:55:07 GMT
Its Christmas vacation and while the other students are away, Santa's
little sysadmins are busy upgrading systems all over the grounds.
We didn't get 3.1 in time to upgrade last summer, so now we have
3.2.
Are there any "gotcha's" lurking in an upgrade directly from 3.0
to 3.2?
Thanks, and a Merry Holiday Season to all....
Steve
--
#====#====#====#====#====#====#====#====#====#====#====#====#====#
# Steven M. Boker # "Two's bifurcation #
# boker@virginia.edu # but three's chaotic" #
#====#====#====#====#====#====#====#====#====#====#====#====#====#
From: bill@alamut.cognet.ucla.edu (William M. Eldridge)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Connecting a NeXT (black) to a PC
Date: 24 Dec 1993 11:08:03 -0800
Organization: UCLA Cognitive Science Research Program
Message-ID: <2ffemj$1os@alamut.cognet.ucla.edu>
References: <2f0fi0$q4l@nermal.cs.uoguelph.ca> <CIGJny.HyK@taligent.com>
>1) Put an ethernet card into the PC and get it up on a network with the
>NeXT. That would be a $200 solution considering hardware and software.
If you use a nice cheap $50-$60 ethernet card, and the free
NCSA drivers & software, you have it even cheaper. Of course
you'll need the cable, but that might even come with the card.
--
Bill Eldridge
bill@cognet.ucla.edu "Will hack life for food"
310-206-3960 (3987 fax) ..................
Newsgroups: comp.sys.next.sysadmin
From: gerben@rna.indiv.nluug.nl
Subject: Connecting a Mac to a neXT
Message-ID: <1993Dec24.194009.1453@rna.indiv.nluug.nl>
Sender: gerben@rna.indiv.nluug.nl (Gerben Wierda)
Organization: G.R.O.S.S.
Date: Fri, 24 Dec 1993 19:40:09 GMT
We have a NeXT here and we are considering to buy a Mac to run MS-Word on. But
we would like to use the NeXTprinter for printing. What is a good low-budget
solution for printing from the Mac?
Thanks,
--
Gerben Wierda [NeRD:7539] gerben@rna.indiv.nluug.nl
"If you don't know where you are going, any road will
take you there." From the Talmud(?), rephrased in
Lewis Carroll, "Alice in Wonderland".
Newsgroups: comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.software,comp.sys.next.sysadmin
From: andrew@stone.com (Andrew Stone)
Subject: WARNING: NS 3.2 and DataPhile 2.0 incompatibilities & workarounds
Message-ID: <1993Dec24.175209.801@stone.com>
Keywords: DataPhile 3.2
Sender: andrew@stone.com
Organization: Stone Design Corp
Date: Fri, 24 Dec 1993 17:52:09 GMT
DataPhile 2.0 has serious problems running on NEXTSTEP 3.2. Since
DataPhile 2.0 shipped before NS 3.2, this was totally unpredictable. Even
the person who made the change to the IXKIT was unaware of its adverse
effects on ALL applications dependent upon the indexing kit.
Stone Design and Pangea have isolated the main problem that is responsible
for corrupting databases and destroying views. Basically any view or text
field or entry list larger than 8K in size will trigger the bug. NeXT is
aware of the problem, knows that it is theirs, and we await their fix.
In the meantime, we have made available a patch program, PatchDP, for
DataPhile 2.0 that allows it to use the 3.1 shared libraries rather than
the ones in 3.2. This circumvents most of the problems, but we would
still encourage you to take precautions, such as exporting regularly and
often, until DataPhile 2.1 is released Q1 94.
If you decide to use DP2.0 unpatched on NS3.2, review your databases for
the potential problem areas mentioned above before logging out. In
particular, the Cities entry list provided in your DataPhileAux.pkg should
not be used. Also, follow the instructions for fixing finds in
SEARCHING_DP. Basically, we recommend that you should either not upgrade
to NS 3.2, or patch DP 2.0.
The PatchDP program is available on the Internet at the following ftp
site:
ftp.cs.unm.edu, in directory
pub/stone/DataPhile/NS_3.2-DataPhile_Workarounds.tar.Z
sum NS_3.2-DataPhile_Workarounds.tar.Z
28557 65
If you cannot ftp, send email to info@stone.com with the subject "Send
Patch - ASCII" or "Send Patch - NeXTMAIL"
We are on holiday until January 3, 1994; but we will fill requests for the
patch during the holidays.
May '94 be Happy and Bug Free!
--
||<<->>||<<==>>||<<++>>||<<?>>||<<+>>||<<-->>||<<==>>||<<+>>||
!! Andrew Stone !! (505) 345-4800 !!
!! andrew@stone.com <> Stone Design Corp !!
||<<->>||<<==>>||<<++>>||<<?>>||<<+>>||<<-->>||<<==>>||<<+>>||
Newsgroups: news.software.b,comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Anyone compiled INN on NeXTSTEP Intel 3.2?
Message-ID: <westesCIKDBM.2n6@netcom.com>
Organization: Mail Group
Date: Fri, 24 Dec 1993 23:59:45 GMT
Has anyone compiled INN on NeXTSTEP for Intel 3.2? If yes, is there
an ftp site for it?
--
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: Re: Connecting a Mac to a neXT
Message-ID: <1993Dec25.030133.19906@csus.edu>
Sender: news@csus.edu
Organization: San Francisco State University
References: <1993Dec24.194009.1453@rna.indiv.nluug.nl>
Date: Sat, 25 Dec 1993 03:01:33 GMT
In article <1993Dec24.194009.1453@rna.indiv.nluug.nl>
gerben@rna.indiv.nluug.nl (Gerben Wierda) writes:
>We have a NeXT here and we are considering to buy a Mac to run MS-Word on.
Sounds like you want Executor. :-)
> But
>we would like to use the NeXTprinter for printing. What is a good low-budget
>solution for printing from the Mac?
Apple's LaserWriter 8 driver (free).
Print PostScript to a floppy disk. Walk floppy disk.
(Unless you have a cube with no floppy drive, in which case it's
probably cheaper to network the two machines with Ethernet and
install some inexpensive software.)
-=EPS=-
From: citdem@violet.ccit.arizona.edu (MCCOLLAM, DON)
Newsgroups: comp.sys.next.sysadmin
Subject: open cant find app
Date: 24 Dec 1993 23:02 MST
Organization: University of Arizona
Distribution: world
Message-ID: <24DEC199323022248@violet.ccit.arizona.edu>
News-Software: VAX/VMS VNEWS 1.41
Hi. Whenever I try "/usr/bin/open -a AppName", I get a "can't open
connection to AppName on local host" message. Any advice would be
appreciated. I'm running 3.2 on black 25Mhz 040.
Thanks.
Don McCollam
citdem@happy.rc.arizona.edu
From: yf5990@u.cc.utah.edu (Yan Fang)
Newsgroups: comp.sys.next.sysadmin
Subject: NewsGrazer over SLIP
Date: 25 Dec 1993 11:30:11 -0700
Organization: University of Utah Computer Center, Salt Lake City, Ut.
Message-ID: <2fi0rj$6k9@u.cc.utah.edu>
Hi there.
I'm trying to run NewsGrazer via nntp over my SLIP connection to the U. of
Utah., and it's excruciatingly slow--indeed, it's unusable.
If you're a NewsGrazer user who's using nntp over SLIP to read news, what
have you done, if anything, to speed up news reading? I've tried CSLIP,
but that doesn't seem to speed things up much. If I can't speed up news
via nntp, I'll have to go back to my UUCP feed for news. I'd like to stay
live if possible.
Responses to yf5990@u.cc.utah.edu, or post to this newsgroup. At the
request of people on the net, I will summarize after this escapade is all
done.
\kris
Newsgroups: comp.sys.next.sysadmin
From: dav@well.sf.ca.us (Paul Davilon)
Subject: localhost is gone
Message-ID: <CILu4A.F4x@well.sf.ca.us>
Sender: news@well.sf.ca.us
Organization: The Whole Earth 'Lectronic Link, Sausalito, CA
Date: Sat, 25 Dec 1993 19:00:10 GMT
For some reason on two of our machines, localhost is no longer recognized,
the machines hostname appears with no problem, but localhost no longer
defaults to 127.1. I don't admin these machines and have no idea who might
have changed what, our Suns take the information from the hosts file, and
the information is present there on the next as well, but apparently never
consulted, how would we go about keeping the proper hostname and returning
localhost to 127.1 as it should be?
I am relatively unfamiliar with NeXTSTEP's network management tools and
certainly not familiar enough to know which ones have great intentions, but
bad functionality (see yp on the Sun :-).
thanks
From: mbehrens@cs.utexas.edu (Mikael Behrens)
Newsgroups: comp.sys.next.sysadmin
Subject: help with mail over SLIP
Date: 25 Dec 1993 20:56:17 GMT
Organization: The University of Texas at Austin, Austin, Texas
Distribution: world
Message-ID: <2fi9dh$suu@geraldo.cc.utexas.edu>
Keywords: slip email next
Greetings, and happy holidays.
I have a NeXTStation with Louie Mammakos' SLIP software installed that I
use to make a SLIP connection with my university. There are few
problems I'd like to solve, and before I dive in I was wondering if
someone has already solved them:
(1) Since my SLIP server dynamically assigns IP addresses, the email
address listed in my From: field is wrong. How do I hack sendmail.cf to
put the correct one here? This is necessary because not all mail
programs respond to the "Reply To" field.
(2) I am planning to write a shell script that checks for email every
five or ten minutes on a host machine using popover, ONLY IF the SLIP
connection is up. It would also refrain from checking if popover was
still running (for the case where downloading mail took longer than the
interval between checks.)
(3) I would like outgoing mail to only go out immediately if the SLIP
connection is currently up. If not, it could wait in a spool somewhere
which would be sent out every night.
If you've already solved any of these problems, I'd be very thankful for
your solution. Posting or email is fine. If there is significant
interest, I'd be happy to post a summary of responses.
Mikael
--
Mikael Behrens mbehrens@cs.utexas.edu (NeXTMail OK)
Computer Science student University of Texas at Austin
"Attack ships on fire, off the shoulder of Orion..."
Newsgroups: comp.sys.next.sysadmin
From: thf@zelator.in-berlin.de (Thomas Funke)
Subject: Re: 3.2 and initializing through external floppy drie. How?
Message-ID: <1993Dec24.203713.3807@gamelan>
Sender: thomas@gamelan (thomas)
Organization: Disorganization
References: <1993Dec19.161755.1162@rna.indiv.nluug.nl>
Date: Fri, 24 Dec 1993 20:37:13 GMT
In article <1993Dec19.161755.1162@rna.indiv.nluug.nl>
gerben@rna.indiv.nluug.nl writes:
> I haven't installed it yet, but the release notes of 3.2 tell me
> that I cannot initialize disks on my external floppy drive anymore.
> I have to use the
You can initialize DOS filesystems from the workspace. If you need NeXT
disks, you can use the 'disk' command interactively. Just don't write the
default boot block.
The problem is there since NS3.1 btw.
--
------------------------------------------------------------------
Thomas Funke ** Unix-Consultant ** thf@zelator.in-berlin.de
Brooks's Law:
Adding manpower to a late software project makes it later
------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: garyc@netcom.com (Gary I. Chang)
Subject: Swapfile continues to Grow in NS3.2
Message-ID: <garycCIM68D.LrL@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
Date: Sat, 25 Dec 1993 23:21:48 GMT
Hi,
Has anybody noticed that the swapfile in NS3.2 would keep growing
beyond the 16 watermark. Even after reboot does not bring back to its normal
16 MB low-mark. My system now has a swapfile exploding at 28 MB and I can't
seem to find a way to shrink it except for deleting it as root.
Gary
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Questions on NS 3.2 rmail
Message-ID: <westesCIoEtI.FDD@netcom.com>
Organization: Mail Group
Date: Mon, 27 Dec 1993 04:22:28 GMT
Two questions on rmail in NS 3.2:
1) The man pages for rmail claim there is a bug in it that requires
you to not run rmail in /bin. What is that bug? Of interest, the
command:
which rmail
returns:
/bin/rmail
Hmm.... :) Was the bug fixed? If not, where should we run rmail?
2) Our NS 3.2 system is setup now as a UUCP mail host connected
directly to an Internet service provider. Rmail takes mail coming
to us and incorrectly puts in the return-path:
Return-Path: <somewhere!user@site.com>
"Somewhere" is a non-existent host in this case, so I would prefer
to see one of two formats used:
Return-Path: <ourmailprovider!user@site.com>
Return-Path: <user@site.com>
How can I modify the NS 3.2 rmail to use either of the above
formats?
--
Will Estes Internet: westes@netcom.com
From: sanguish@digifix.com
Newsgroups: comp.sys.next.announce,comp.sys.next.misc,comp.sys.next.sysadmin,comp.sys.next.advocacy,comp.sys.next.hardware,comp.sys.next.software,comp.sys.next.bugs,comp.sys.next.programmer,comp.sys.next.marketplace
Subject: Quick Guide to NEXTSTEP information on the Internet
Date: 27 Dec 1993 00:13:44 -0500
Organization: Next Announcements
Message-ID: <2flqu8$tl@digifix.digifix.com>
This post is made weekly, to help 'point' users to more NEXTSTEP information
Topics include:
comp.sys.next newsgroups
related newsgroups
comp.sys.next newsgroups mailing list
ftp sites
NeXTanswers
comp.sys.next.* newsgroups
--------------------------
Comp.Sys.Next.Advocacy
This is the "why NEXTSTEP is better (or worse) than
anything else in the known universe" forum. It was
created specifically to divert lengthy flame wars
from .misc.
Comp.Sys.Next.Announce
Announcements of general interest to the NeXT community
(new products, FTP submissions, user group meetings,
commercial announcements etc.)
The NEXTSTEP FAQs are posted here monthly as well.
This is a moderated newsgroup, meaning that you can't
post to it directly. Submissions should be e-mailed
to next-announce@digifix.com where the moderator
(Scott Anguish) will screen them for suitability.
Comp.Sys.Next.Bugs
A place to report verifiable bugs in NeXT-supplied
software. Material e-mailed to Bug_NeXT@NeXT.COM
is not published, so this is a place for the net
community find out about problems when they're
discovered. This newsgroup has a very poor signal/noise
ratio--all too often bozos post stuff here that really
belongs someplace else. It rarely makes sense to
crosspost between this and other c.s.n.* newsgroups, but
individual reports may be germane to certain non-NeXT-
specific groups as well.
Comp.Sys.Next.Hardware
Discussions about NeXT-label hardware and compatible
peripherals, and non-NeXT-produced hardware (e.g.
Intel) that is compatible with NEXTSTEP. In most
cases, questions about Intel hardware are better
asked in comp.sys.ibm.pc.hardware. Questions about
SCSI devices belong in comp.periphs.scsi. This isn't
the place to buy or sell used NeXTs--that's what
.marketplace is for.
Comp.Sys.Next.Marketplace
NeXT stuff for sale/wanted. Material posted here must
not be crossposted to any other c.s.n.* newsgroup, but
may be crossposted to misc.forsale.computers.workstation
or appropriate regional newsgroups.
Comp.Sys.Next.Misc
For stuff that doesn't fit anywhere else. Anything you
post here by definition doesn't belong anywhere else in
c.s.n.*--i.e. no crossposting!!!
Comp.Sys.Next.Programmer
Questions and discussions of interest to NEXTSTEP
programmers. This is primarily a forum for advanced
technical material.
The NEXTSTEP programmer FAQs are posted here.
Generic UNIX questions belong elsewhere (comp.unix.questions),
although specific questions about NeXT's implementation or
porting issues are appropriate here. Note that there are
several other more "horizontal" newsgroups (comp.lang.objective-c,
comp.lang.postscript, comp.os.mach, comp.protocols.tcp-ip,
etc.) that may also be of interest.
Comp.Sys.Next.Software
This is a place to talk about [third party] software
products that run on NEXTSTEP systems.
Comp.Sys.Next.Sysadmin
Stuff relating to NeXT system administration issues;
in rare cases this will spill over into .programmer
or .software.
related Newsgroups
------------------
Comp.Soft-Sys.Nextstep
Like comp.sys.next.software and comp.sys.next.misc combined. Exists
because NeXT is a software-only company now, and comp.soft-sys is
for discussion of software systems with scope similar to NEXTSTEP.
Comp.Lang.Objective-C
Technical talk about the Objective-C language. Implemetations
discussed include NeXT, Gnu, Stepstone, etc.
Comp.Object
Technical talk about OOP in general. Lots of C++ discussion,
but NeXT and Objective-C get quite a bit of attention. At
times gets almost philosophical about objects, but then
again OOP allows one to be a programmer/philosopher.
(The original Comp.Sys.Next no longer exists--do not attempt to
post to it.)
Exception to the crossposting restrictions: announcements of
usenet RFDs or CFVs, when made by the news.announce.newgroups
moderator, may be simultaneously crossposted to all c.s.n.*
newsgroups.
Getting the Newsgroups without getting News
-------------------------------------------
Thanks to Michael Ross at antigone.com, the main NEXTSTEP groups are
now available as a mailing list digest as well.
next-nextstep-d
next-advocacy-d
next-announce-d
next-bugs-d
next-hardware-d
next-marketplace-d
next-misc-d
next-programmer-d
next-software-d
next-sysadmin-d
(For a full description, send mail saying LISTS to
<digestif@antigone.com>).
The subscription syntax is essentially the same as LISTSERV's.
To subscribe, send a message to <digestif@antigone.com> saying:
SUB Listname YourName
Example: SUB next-hardware-d John Doe
The ftp sites
-------------
cs.orst.edu: The main site for North American submissions
nova.cc.purdue.edu: Lots of older stuff, but very short on disk space
ftp.informatik.uni-muenchen.de: In Germany.
ftp.next.com: See the below
ftp.next.com and NextAnswers@next.com
-------------------------------------
From the document 1000_Help from ftp.next.com
Welcome to the NeXTanswers information retrieval system!
This system allows you to request online technical documents, drivers, and
other software, which are then sent to you automatically. You can request
documents by fax or Internet electronic mail, or you can transfer them by
anonymous ftp.
NeXTanswers is an automated retrieval system. Requests sent to it are
answered electronically, and are not read or handled by a human being.
NeXTanswers does not answer your questions or forward your requests.
USING NEXTANSWERS BY E-MAIL
To use NeXTanswers by Internet e-mail, send requests to NeXTanswers@next.com.
Files are sent as NeXTmail attachments by default; you can request they be
sent as ASCII text files instead.
To request a file, include that file's ID number in the Subject line or the
body of the message. You can request several files in a single message.
You can also include commands in the Subject line or the body of the message.
These commands affect the way that files you request are sent:
ASCII causes the requested files to be sent as ASCII text
SPLIT splits large files into 95KB chunks, using the MIME
Message/Partial specification
These commands return information about the NeXTanswers system:
HELP returns this help file
INDEX returns the list of all available files
INDEX BY DATE returns the list of files, sorted newest to oldest
SEARCH keywords lists all files that contain all the keywords you list
(ignoring capitalization)
For example, a message with the following Subject line requests
three files:
Subject: 2101 2234 1109
A message with this body requests the same three files be
sent as ASCII text files:
2101 2234 1109 ascii
This message requests two lists of files, one for each search:
Subject:
SEARCH Dell SCSI
SEARCH NetInfo domain
NeXTanswers will reply to the address in your From: line. To use a different
address either set your Reply-To: line, or use the NeXTanswers command
REPLY-TO <your-address>
If you have any problem with the system or suggestions for improvement,
please send mail to NeXTanswers-request@NeXT.com.
USING NEXTANSWERS BY FAX
To use NeXTanswers by fax, call (415) 780-3990 from a touch-tone phone and
follow the instructions. You'll be asked for your fax number, a number to
identify your fax (like your phone extension or office number), and the ID
numbers of the files you want. You can also request a list of available
files. When you finish entering the file numbers, end the call and the
files will be faxed to you.
If you have problems using this fax system, please call Technical Support
at 1-800-848-6398. You cannot use the fax system outside the U.S & Canada.
USING NEXTANSWERS BY ANONYMOUS FTP
To use NeXTanswers by Internet anonymous FTP, connect to FTP.NEXT.COM
and read the help file pub/NeXTanswers/README. If you have problems using
this, please send mail to NeXTanswers-request@NeXT.com.
Written by: Eric P. Scott eps@toaster.SFSU.EDU and Scott Anguish sanguish@digifix.com
Additions from: Greg Anderson (Greg_Anderson@afs.com) and Michael Pizolato (Michael_Pizolato@afs.com)
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: Adjusting timeouts on network services at boot time
Message-ID: <westesCIoqJH.EBz@netcom.com>
Organization: Mail Group
Date: Mon, 27 Dec 1993 08:35:39 GMT
Occasionally I will do something really dumb like configure my local
host to use NIS when we don't have NIS running anywhere. As a
result, the machine hangs at startup on the message:
"Starting YP Services"
Is there a way to adjust the timout on this so that after a minute
or so of trying to connect to the NIS server the machine will just
give up trying and continue to boot up?
--
Will Estes Internet: westes@netcom.com
From: js@balu (Juergen Sell)
Newsgroups: comp.sys.next.sysadmin
Subject: Addition to:Arrowkeys in csh
Date: 27 Dec 1993 10:54:40 GMT
Organization: ICEM Systems
Message-ID: <2fmetg$945@balu.hnv.icem.de>
Keywords: FAQ
Hello,
as an addition to the NEXTSTEP-Compatibility-FAQ,
'Subject: A7. How do I get the arrow keys to work in csh?', I would like to
give further information on how to create the .macros file, as under 3.0 Edit
is not able to create the desired bytes.
This should be the contents of the final .macros-file :
> od -x .macros
0000000 4100 0000 0110 0a42 0000 0001 0e0a 4300
0000020 0000 0106 0a44 0000 0001 020a
0000034
You may create a file containing just the right amount of bytes, e.g.
create a file in Edit like
A23456<new-line typed here is the seventh character>
B23456<new-line typed here is the seventh character>
C23456<new-line typed here is the seventh character>
D23456<new-line typed here is the seventh character>
then run this file in File-Edit or your favourite byte-editor
- emacs can do that, of course - and alter the bytes appropriately.
You might also create the file in emacs hex-mode entirely.
Hope this helps, Juergen
--
_ _ Juergen Sell E-Mail juergen.sell@icem.de
' | (_ Icem Systems ( NeXTMail welcome )
,| _) Deisterstr. 18 Fax ++49-511-440617
(_| BRD 30449 Hannover Fon ++49-511-440688
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Intel GX/Pro: Video Conflicts?
Date: 27 Dec 1993 17:14:06 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <2fn54u$kh7@news.mic.ucla.edu>
I am having some problems with my "stock" Intel GX/Pro with onboard ATI and
the old, standard DPT 2012B card. When I run /NextAdmin/Configure, I get a
complaint about a conflict on port 0x3b0. It comes up in a window---but it
does not tell me what is conflicting. I cannot figure out what it could be.
All other devices configure lists do not overlap.
I tried the GX/Pro EISA config utility, and get some odd output. Although I
have put no to the "off-board" ATI adapter, I still get supposed
IRQ/port/etc uses from an "off-board" ATI, not from an on-board ATI.
Does anyone else have an idea?
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
From: gad@eclipse.its.rpi.edu (Garance A. Drosehn)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Update directly from 3.0 to 3.2?
Date: 27 Dec 1993 18:37:25 GMT
Organization: Rensselaer Polytechnic Institute, Troy NY, USA
Distribution: world
Message-ID: <2fna15$4nu@usenet.rpi.edu>
References: <CIJtnv.8DC@murdoch.acc.Virginia.EDU>
smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) writes:
> It's Christmas vacation and while the other students are away,
> Santa's little sysadmins are busy upgrading systems all over
> the grounds. We didn't get 3.1 in time to upgrade last summer,
> so now we have 3.2.
>
> Are there any "gotcha's" lurking in an upgrade directly from
> NS-3.0 to 3.2?
I upgraded one of my NeXTstations from NS-3.0 to NS-3.2 a few
weeks ago. It seems to have worked fine. All I had to do was
go thru and re-install some of my local changes, but I would
have had to do that no matter what version I had been upgrading
from. I've had no problems yet, but then I haven't been using
this machine all that heavily in the last two weeks...
(some sysadmin's actually sleep thru Christmas...)
--
Garance Alistair Drosehn = gad@eclipse.its.rpi.edu
ITS Systems Programmer (handles NeXT-type mail)
Rensselaer Polytechnic Institute; Troy NY USA
From: wkwong@magnus.acs.ohio-state.edu (Waihon A Kwong)
Newsgroups: comp.sys.next.sysadmin
Subject: cmsg cancel <2fnagq$hou@charm.magnus.acs.ohio-state.edu>
Control: cancel <2fnagq$hou@charm.magnus.acs.ohio-state.edu>
Date: 27 Dec 1993 18:48:06 GMT
Organization: The Ohio State University
Distribution: usa
Message-ID: <2fnal6$hpb@charm.magnus.acs.ohio-state.edu>
References: <2fnagq$hou@charm.magnus.acs.ohio-state.edu>
<2fnagq$hou@charm.magnus.acs.ohio-state.edu> was cancelled from within trn.
--
//|| // @ E-mail: wkwong@magnus.acs.ohio-state.edu
// || // @ wkwong@ee.eng.ohio-state.edu
//==||/\\ @
// || \\ @ "If you put your mind to it, you can accompish anything!"
Newsgroups: comp.sys.next.sysadmin
From: garyc@netcom.com (Gary I. Chang)
Subject: Re: Swapfile continues to Grow in NS3.2 (SOLVED!)
Message-ID: <garycCIpLIn.Cq9@netcom.com>
Organization: NETCOM On-line Communication Services (408 241-9760 guest)
References: <garycCIM68D.LrL@netcom.com>
Date: Mon, 27 Dec 1993 19:44:46 GMT
Gary I. Chang (garyc@netcom.com) wrote:
: Hi,
: Has anybody noticed that the swapfile in NS3.2 would keep growing
: beyond the 16 watermark. Even after reboot does not bring back to its normal
: 16 MB low-mark. My system now has a swapfile exploding at 28 MB and I can't
: seem to find a way to shrink it except for deleting it as root.
It appears to me that my /etc/swaptab has one extra space in it!
GeeeeeeeZZZZZ!
Before:
/private/vm/swapfile lowat= 16777216 # 16 Meg low water mark
^
After:
/private/vm/swapfile lowat=16777216 # 16 Meg low water mark
Now everything's back to normal such that reboot is doing its own job
to shrink the size to 16 MB again. I should have checked with this first!
Thanks for many of your suggestions.
Gary
From: disc@vector.intercon.com (David Casti)
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
Subject: zsh?
Date: 27 Dec 1993 22:57:26 GMT
Organization: InterCon Systems Corporation, Herndon, VA, USA
Message-ID: <2fnp8m$90p@news.intercon.com>
Hi folks,
I'm trying to get zsh for my black cube running 3.1. I've seen other
people post about it, but I couldn't find it on any of the next FTP
sites. If someone has a binary or can tell me what to do to the source
to make it compile, I'd be much obliged.
Thanks,
David.
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: cedman@princeton.edu (Carl Folke Edman)
Subject: Re: zsh?
In-Reply-To: disc@vector.intercon.com's message of 27 Dec 1993 22:57:26 GMT
Message-ID: <CEDMAN.93Dec27195134@phoenix.Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <2fnp8m$90p@news.intercon.com>
Date: Tue, 28 Dec 1993 00:51:34 GMT
In article <2fnp8m$90p@news.intercon.com> disc@vector.intercon.com (David Casti) writes:
I'm trying to get zsh for my black cube running 3.1. I've seen other
people post about it, but I couldn't find it on any of the next FTP
sites. If someone has a binary or can tell me what to do to the source
to make it compile, I'd be much obliged.
Look in ftp.sterling.com:zsh . No binaries, but complete sources both
the latest beta release and the last full release. Compilation is
either automatic on the NeXT or requires some minor tweaking -- it
oscillates by patch level (both for NS and zsh).
Carl Edman
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Intel GX/Pro: Video Conflicts?
Date: 28 Dec 1993 01:10:37 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <2fo12e$l6e@news.mic.ucla.edu>
References: <2fn54u$kh7@news.mic.ucla.edu>
Thanks to the net, here is the solution.
Hit the "+" button on the port a few times, hit the "-" button a few times,
(I also saved a few times), and the error disappears. Just a minor bug in
Configure.
/ivo welch
Newsgroups: comp.sys.next.sysadmin
From: skwong@cuse1.se.cuhk.hk (Wong Sai Kee (Graduate Assistant))
Subject: Failed to config a mail server (Q)
Message-ID: <CIL1zs.Brx@eng_ser1.ie.cuhk.hk>
Sender: news@eng_ser1.ie.cuhk.hk
Organization: Engineering Faculty, The Chinese U. of Hong Kong
Date: Sat, 25 Dec 1993 08:52:39 GMT
I am a new NeXT user. I had hooked my NeXT to the dept's LAN and want
to config it to receive NeXTmail. Since the NeXT is my own machine, the
dept's server won't serve me. So, I was going to config the NeXT to act
as a mail server.
I ran HostManager, added the host name aliases and saved it. When I
re-open the record. The alias always disappeared. That is, I can't add
the alias "mailhost" to it.
Am I missing something ?
Mr.WONG Sai Kee
Graduate Student
Newsgroups: comp.sys.next.sysadmin
From: skwong@cuse1.se.cuhk.hk (Wong Sai Kee (Graduate Assistant))
Subject: How to set quota for a user account ?
Message-ID: <CIL25x.BtL@eng_ser1.ie.cuhk.hk>
Sender: news@eng_ser1.ie.cuhk.hk
Organization: Engineering Faculty, The Chinese U. of Hong Kong
Date: Sat, 25 Dec 1993 08:56:21 GMT
I want to open two accounts for my classmate on my own NeXT. But I want
to control the HD usage of the accounts. I didn't found anything
regarding "how to set user quota" from NS Network & Sys Admin book.
Is it a general Unix procedure not covered in NeXT's books ?
Can anybody tell me where to find the information ?
Thanks in advance.
Mr.WONG Sai Kee
Graduate Student
Newsgroups: comp.sys.next.software,comp.sys.next.sysadmin
From: irving@Happy-Man.com (Irving_Wolfe)
Subject: Re: zsh?
Message-ID: <1993Dec28.011941.2339@Happy-Man.com>
Organization: Happy Man Corp, 4410 Pt Robinson, Vashon, WA 98070 206/463-9399
References: <2fnp8m$90p@news.intercon.com>
Date: Tue, 28 Dec 1993 01:19:41 GMT
In <2fnp8m$90p@news.intercon.com> disc@vector.intercon.com (David Casti) writes:
>I'm trying to get zsh for my black cube running 3.1. I've seen other
>people post about it, but I couldn't find it on any of the next FTP
>sites.
It's not a specifically "Next" program. Ftp the source from
ftp.sterling.com in the zsh directory. I think the current state
of 2.4 is usable (it's a "beta" version); otherwise, the older,
released version is there too.
>If someone has a binary or can tell me what to do to the source
>to make it compile, I'd be much obliged.
Read all the documentation; if you still can't compile it, ask
again for a binary, I guess.
--
Irving_Wolfe@Happy-Man.com 206/463-9399 x101 fax 206/463-9255
Happy Man Corp. 4410 SW Pt. Robinson Rd., Vashon, WA 98070-7399
In SOLID VALUE, we show intelligent investors under-priced stocks
Printed Info Free: Send POSTAL address: Solid-Value@Happy-Man.com
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: NeXT and Domain Name Services
Message-ID: <westesCIq66r.5IM@netcom.com>
Organization: Mail Group
Date: Tue, 28 Dec 1993 03:11:12 GMT
How does the NeXT domain system co-exist with the standard UNIX DNS
(named.boot and resolv.conf)? I've noticed that the NeXT provides
its own TCP name lookups for local hosts, as long as you have
registered these with HostManager.app. But what if:
1) You want names outside your net to be resolved by a parent DNS domain
server that is on a SunOS system?
2) You want non-NeXT systems on your local net to use the NeXT to
resolve local hosts, but pass requests for outside hosts onto the
parent name server?
Do we just setup DNS as with any UNIX system and let this run
side-by-side with NeXT's proprietary domain services?
--
Will Estes Internet: westes@netcom.com
From: toon@moene.indiv.nluug.nl (Toon Moene)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: SLIP and mail: how to avoid slip BRINGUP
Message-ID: <775@moene.indiv.nluug.nl>
Date: 27 Dec 93 18:40:23 GMT
References: <774@moene.indiv.nluug.nl>
Sender: toon@moene.indiv.nluug.nl
Organization: Moene Computational Physics, Maartensdijk, The Netherlands
In article <774@moene.indiv.nluug.nl> toon@moene.indiv.nluug.nl (I) wrote:
> [ ... How to prevent SLIP BRINGUPs by sendmail ... ]
After several suggestions via e-mail I finally found out what was wrong in
MY sendmail.cf; I had added the following line, misled by the comment
above it as saying that it would PREVENT resolving my domain name:
# local domain name
#
# This is now set from the resolver configuration call. If the domain
# name you would like to have appear in your mail headers is different
# from your Internet domain name, edit and uncomment the following to
# be your mail domain name.
#Dmindiv.nluug.nl
Commenting it out solves the problem :-)
--
Toon Moene (toon@moene.indiv.nluug.nl)
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Phone: + 31 3461 4290; Fax: + 31 3461 4286
No Disclaimers; a NeXT@home protects against this occupational hazard.
NB: Strictly black hardware here - No Intel in sight :-)
From: yf5990@u.cc.utah.edu (Yan Fang)
Newsgroups: comp.sys.next.sysadmin
Subject: NewsGrazer over SLIP
Date: 28 Dec 1993 00:12:32 -0700
Organization: University of Utah Computer Center, Salt Lake City, Ut.
Message-ID: <2fom90$98i@u.cc.utah.edu>
Holy crap!
I tried setting the MTU at 512 and found that not only does NewsGrazer work
well running CSLIP at 14.4K, it works _very_well. I was able to connect to the
umd5 server and snarf news articles in near-real time, of course after NG had
prefetched the article titles.
Wow! I'm going to rush out and buy DialupIP. It's phenomenally cool. And
it looks like I'll be able to run the successor, PNI, on my Intel boxes. I
haven't heard back from anyone using PPP under NEXTSTEP.
As soon as I catch up on quotations and finish my latest NEXTSTEP catalog
(with prices), I'll post a summary to this news group of how I obtained and
set up my SLIP connection.
\kris
Newsgroups: comp.sys.next.sysadmin
From: aris@mundoe.maths.mu.OZ.AU (Aris Theocharides)
Subject: Using BootFloppy for Intel (1.44Mb FDD)
Message-ID: <aris.757088408@mundoe>
Sender: news@cs.mu.OZ.AU
Organization: Computer Science, University of Melbourne, Australia
Date: Tue, 28 Dec 1993 14:20:08 GMT
Has anyone got a BLD.fd file for a 1.44 Mb floppy?
Just wondering... I guess it really just depends on
what you want on it really...
Aris Theocharides <aris@foucault.maths.mu.OZ.AU>
Department of Mathematics
The University of Melbourne Telephone: +613 344 4021
Parkville VICTORIA 3052 AUSTRALIA Facsimile: +613 344 4599
Newsgroups: comp.sys.next.sysadmin
From: serge@dadofsam.Princeton.EDU
Subject: Re: How to set quota for a user account ?
Message-ID: <1993Dec28.163947.25210@Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <CIL25x.BtL@eng_ser1.ie.cuhk.hk>
Date: Tue, 28 Dec 1993 16:39:47 GMT
In article <CIL25x.BtL@eng_ser1.ie.cuhk.hk> skwong@cuse1.se.cuhk.hk (Wong Sai
Kee (Graduate Assistant)) writes:
> I want to open two accounts for my classmate on my own NeXT. But I want
> to control the HD usage of the accounts. I didn't found anything
> regarding "how to set user quota" from NS Network & Sys Admin book.
> Is it a general Unix procedure not covered in NeXT's books ?
>
> Can anybody tell me where to find the information ?
>
> Thanks in advance.
>
> Mr.WONG Sai Kee
> Graduate Student
Next does not support setting of disk quotas. You can get a program (originaly
from Next, I think) which you can run from cron that will go around, check disk
usage, and warn people if they are over "quota" (you set the quotas in netinfo;
I think it will also disable logins if the user is over quota for a certain
period of time), but this is very diffrent from the dynamic real-time quota
management that you have on a Sun. If you're interested, the quota program is
available on sonata and cs.orst.edu as Quotas.tar.Z, in directory
pub/next/sources/util.
Serge J. Goldstein
Next SysAdmin
Princeton University CIT
From: S A McIntyre <S.A.McIntyre@durham.ac.uk>
Newsgroups: comp.sys.next.sysadmin
Subject: Re: NeXT and Domain Name Services
Date: 28 Dec 1993 16:35:26 GMT
Organization: University of Durham, Durham, UK
Sender: dps3sam@altair (S A McIntyre)
Distribution: world
Message-ID: <2fpn8e$3u3@mercury.dur.ac.uk>
References: <westesCIq66r.5IM@netcom.com>
In article <westesCIq66r.5IM@netcom.com>, westes@netcom.com (Will Estes) writes:
|> How does the NeXT domain system co-exist with the standard UNIX DNS
|> (named.boot and resolv.conf)? I've noticed that the NeXT provides
|> its own TCP name lookups for local hosts, as long as you have
|> registered these with HostManager.app. But what if:
|>
It co-exists just fine.
|> 1) You want names outside your net to be resolved by a parent DNS domain
|> server that is on a SunOS system?
|>
Fine, just use resolv.conf; I'm not sure what effect using NetInfo has with resolv.conf
if any. I suspect you can use the two together without any problem.
|> 2) You want non-NeXT systems on your local net to use the NeXT to
|> resolve local hosts, but pass requests for outside hosts onto the
|> parent name server?
|>
|> Do we just setup DNS as with any UNIX system and let this run
|> side-by-side with NeXT's proprietary domain services?
|>
|> --
|> Will Estes Internet: westes@netcom.com
Well, I run named, BIND4.9, on my NeXTstation, I don't have any other
nexts in the domain so I can't speak for compatibility with NetInfo...it
works just like any other unix box and seems just fine to me.
Scott
Newsgroups: comp.sys.next.sysadmin
From: serge@dadofsam.Princeton.EDU
Subject: Re: NeXT and Domain Name Services
Message-ID: <1993Dec28.165105.26498@Princeton.EDU>
Originator: news@nimaster
Sender: news@Princeton.EDU (USENET News System)
Organization: Princeton University
References: <westesCIq66r.5IM@netcom.com>
Date: Tue, 28 Dec 1993 16:51:05 GMT
In article <westesCIq66r.5IM@netcom.com> westes@netcom.com (Will Estes) writes:
> How does the NeXT domain system co-exist with the standard UNIX DNS
> (named.boot and resolv.conf)? I've noticed that the NeXT provides
> its own TCP name lookups for local hosts, as long as you have
> registered these with HostManager.app. But what if:
>
> 1) You want names outside your net to be resolved by a parent DNS domain
> server that is on a SunOS system?
>
If a Next has an /etc/resolv.conf file, Next will use DNS as part of it's
hostname resolving strategy (a Next will first search Netinfo, then DNS, then
YP). In your resolv.conf, you can specify the SunOS machine as the nameserver.
> 2) You want non-NeXT systems on your local net to use the NeXT to
> resolve local hosts, but pass requests for outside hosts onto the
> parent name server?
>
The Next can run named, and, with the appropriate config. files, will do what
you want. What you can't do is have hostname/ip_addresses in Netinfo and
expect a non-Next to get at that information (well, you can dump the Netinfo
information evry night into YP or DNS, but that's a kludge).
> Do we just setup DNS as with any UNIX system and let this run
> side-by-side with NeXT's proprietary domain services?
>
> --
Yes. Netinfo is an information-resolving service that functions IN ADDITION to
DNS and YP. Of course, there is another option. Bag DNS and YP altogether and
implement a fully-Netinfo system using the Netinfo ports available from Xedoc
(I've heard good things about these, but have no experience with them, and no
relationship to the company).
> Will Estes Internet: westes@netcom.com
Serge J. Goldstein
Next SysAdmin
Princeton University CIT
From: skeets@joker.cac.stratus.com (Skeets)
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Need 68030 to 68040 procedure
Date: 28 Dec 1993 20:04:45 GMT
Organization: Stratus Computer Inc, Marlboro MA
Distribution: na
Message-ID: <2fq3gt$4mg@transfer.stratus.com>
I need need a procedure to upgrade a black box with a 68030 board to a
68040. After I install the hardware the box will not boot. It fails with
disk DMA errors.
I was told I need to update the disk's boot partition so it can recgonize
the 68040. The box I am trying to upgrade is running NeXTSTEP 2.1.
Any help will be appreciated.
Paul
skeets@cac.stratus.com
Newsgroups: comp.sys.next.sysadmin
From: roze@gonzo.cc.wwu.edu (Michael J. Roze)
Subject: Problem reading from 8mm tape drive.
Message-ID: <roze.757113405@gonzo>
Sender: news@henson.cc.wwu.edu (USENET-WWU)
Organization: Western Washington University
Date: 28 Dec 93 21:16:45 GMT
G'day.
I'm quite new to this sort of thing and any help would be most
appreciated...etc. etc. grovel grovel....
I'm trying to backup directories to an exabyte tape (68040 NeXT
cube running 3.1). Unfortunately, the tape drive did not come
with any manuals or documentation and I'm floundering a bit.
The plan is to use dd or gnutar to backup tar'd and compressed
directories. Writing to tape works like a charm. dd will
happily write any block size I specify to the tape (and do it
quickly for block sizes of 512 and larger).
However, getting that data back is presenting a problem. I've
only been successful reading the backup from tape when the block
size TO tape and the block size FROM tape both equal 1 as in the
following.
Writing to tape:
dd if=filename of=/dev/nrxt0 obs=1
Reading from tape:
dd if=/dev/nrxt0 of=filename ibs=1
This strategy works, but it is painfully slow (i.e. 4 days to
backup 70MB)! Ouch.
What I think I need is a way to write (and read) larger blocks to
(and from) the tape device. I've tried writing larger blocks to
tape and that works just fine (and it's fast), i.e.
dd if=filename of=/dev/nrxt0 obs=512
However, when I read from tape, whether I use a block size of 512
or a block size of 1 (i.e. ibs=512 or ibs=1) it results in a
"read: I/O error" and the following message on the console.
st: cmd = 0x8 sr_io_status = 2H
Sense key = 0x4 Sense Code = 0x11
Here are a couple related items I've found and don't understand.
(1) The man page on st advises that "There is no block I/O
to tape on the NeXT machine." This statement has me a bit worried,
does this mean that my one byte block is as fast as the backup
will run on the NeXT?
(2) NeXTanswers/hardware.762 (winter_93) advises that dd can work
around block size problems (i.e. to tape), but that a more general
fix requires an ioctl system call to configure the driver for a
fixed-block-size device. Which brings me back to (1) above...is
one byte the largest block size?
Can anyone comment on just what the first statement means, and/or
whether the second reference is an appropriate solution to this
problem?
(3) I've also tried using gnutar to tar, compress, and write to
the tape device. This looks like the ideal tool, but again, writing
to tape works fine and reading from tape results in read errors with
the same console message as shown above.
Many thanks,
--
==============================================================
== Michael J. Roze CS grad student ==
== roze@rum.cs.wwu.edu Western Washington University ==
== NeXTmail welcome Bellingham, WA 98225 USA ==
Newsgroups: comp.sys.next.sysadmin
From: skwong@cuse1.se.cuhk.hk (Wong Sai Kee (Graduate Assistant))
Subject: Re: Failed to config a mail server... Thanks
Message-ID: <CIqwLs.BHy@eng_ser1.ie.cuhk.hk>
Sender: news@eng_ser1.ie.cuhk.hk
Organization: Engineering Faculty, The Chinese U. of Hong Kong
References: <CIL1zs.Brx@eng_ser1.ie.cuhk.hk>
Date: Tue, 28 Dec 1993 12:41:52 GMT
Thanks to Paul Lynch, I got the answer and my NeXTmail works now.
SK
Newsgroups: comp.sys.next.sysadmin
From: honor@pioneer.arc.nasa.gov (Alex Honor)
Subject: Can't login
Message-ID: <1993Dec28.224313.25013@news.arc.nasa.gov>
Sender: usenet@news.arc.nasa.gov
Organization: NASA Ames Res. Ctr. Mtn Vw CA 94035
Date: Tue, 28 Dec 1993 22:43:13 GMT
Help!
I'm only able to log into my cube as root. When I or any other user
attempts to login to the console the login window goes away and then
comes back. If a login is attempted through a terminal window
one gets a "No directory /username!
Connection closed."
The user directories are there and are accessible.
I checked /usr/adm/messages and found a bunch of:
Dec 28 02:14:58 windy -[180]: loginwindow: Workspace exited ts 0 cd 0 rc
255 sv 0 ss 255.
no doubt for every failed login attempt.
For the heck of it I tried to create a new user account and noticed
near the completion of the creation of the usr directory that I got
a "ASSERT ERROR () pid: 607 (12/28-21:05) CHDIR FAILED /usr/spool/uucp
(-1)
as a console message.
I sure would appreciate any helpful insight.
/alex
________
reply to -->honor@pioneer.arc.nasa.gov
From: ryan@chaos.mcs.mu.edu (Ryan K. Brooks)
Newsgroups: comp.sys.next.sysadmin
Subject: SLIP login
Date: 29 Dec 1993 02:53:22 GMT
Organization: Marquette University - Dept. Math, Statistics, & Comp. Sci.
Message-ID: <2fqrf2$m1v@spool.mu.edu>
Currently, I have a nextstation directly on the net that I dial in to
using getty to connect me to a shell. What I'd like to do is have
an account that would start a slip connection after a successful
login. If anyone has suggestions on how to do this, I'd very much
appreciate hearing from you.
Thanks!
Ryan Brooks
Newsgroups: comp.sys.next.sysadmin
From: Robert_La_Ferla@hot.com
Subject: Re: Need 68030 to 68040 procedure
Message-ID: <1993Dec29.042626.12183@hot.com>
Sender: robertl@hot.com
Organization: Hot Technologies
References: <2fq3gt$4mg@transfer.stratus.com>
Distribution: na
Date: Wed, 29 Dec 1993 04:26:26 GMT
Look at the -b option on the disk command:
-b The boot program in /usr/standalone/boot will be
written onto the boot block area of the disk.
Robert La Ferla
Hot Technologies
In article <2fq3gt$4mg@transfer.stratus.com>
skeets@joker.cac.stratus.com (Skeets) writes:
> I need need a procedure to upgrade a black box with a 68030 board
to a
> 68040. After I install the hardware the box will not boot. It fails
with
> disk DMA errors.
>
> I was told I need to update the disk's boot partition so it can
recgonize
> the 68040. The box I am trying to upgrade is running NeXTSTEP 2.1.
>
> Any help will be appreciated.
>
> Paul
> skeets@cac.stratus.com
From: "James Gaines" <p00378@psilink.com>
Newsgroups: comp.sys.next.hardware,comp.sys.next.sysadmin
Subject: Re: Longest NeXT Laser Printer Cable
Date: Tue, 28 Dec 93 20:12:38 -0600
Organization: GCC
Message-ID: <2966213517.3.p00378@psilink.com>
In-Reply-To: <2661@ks25.chi.il.us>
Standard length is 0.5 meters and the extended length is 3.0 meters!
Peace,
James
>DATE: 1 Oct 93 00:15:18 GMT
>FROM: Doug Waldron <dougw@ks25.chi.il.us>
>
>In article <1993Sep29.032602.7487@hot.com>, Robert_La_Ferla@hot.com writes:
>> Is it possible to get a longer NeXT laser printer cable? I'm sure
>> this is in a FAQ but I can't find it. How long is the standard cable
>> and how long is the extended one (if it's possible)?
>>
>> Thanks,
>> Robert
>
>Geeeeez, I sure hope that "printer cable" isn't slang for something else.
>
>How long is a standard one?? An extended one?? yuk yuk yuk, you're
>too much Robert!
>
Newsgroups: comp.sys.next.sysadmin
From: josh@vegiwopr.calpoly.edu (Josh)
Subject: Full FTP logging..... ?
Message-ID: <1993Dec29.095155.109092@zeus.aix.calpoly.edu>
Sender: news@zeus.calpoly.edu
Organization: Cal Poly State University, San Luis Obispo
Date: Wed, 29 Dec 1993 09:51:55 GMT
I've included the appropriate flag to tell ftpd to "log the session
to the syslog", but it doesn't seem to be working. What kind of
logging should I expect? Do I need to add/change an entry in the syslog.conf
file? I've looked in the carious manuals, but I can't seem to find much
that helps..
thanks for any helpful hints :) Post 'em or mail 'em.
josh@vegiwopr.calpoly.edu
From: phil@cnam.cnam.fr (Philippe Provost)
Newsgroups: comp.sys.next.sysadmin
Subject: Services invisbles...
Date: 29 Dec 1993 11:59:16 GMT
Organization: Conservatoire National des Arts et Metiers, Paris, France
Message-ID: <2frrek$90r@sheckley.cnam.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Keywords: services, activation, paths
Hello,
I encounter a persistant problem with 3.0, 3.1 and 3.2 concerning
services.
We have many services placed in the /LocalLibrary/Services but these
can not be activated (i.e.loaded) _when_ there are visible in the
services menu. Other are just invisible in that menu...
(yes i know services are dynamic and i know items in the Service Menu
appears and desappears depending on the selection).
Question 1: nobody encounter the same problems ?
Question 2: how can i solve that very annoying behaviour >?
Question 3 (not related): how can i create trash on filesystems (Net)
that do have trash folders ?
Thank you to redirect answers to phil@cnam.cnam.fr
Phil
--
=============================================================================
Provost Philippe phil@cnam.cnam.fr
NeXT Registered developper Veille Technologique Armee de Terre
" La vie est tellement extraordinaire lorsque l'Amour est sa compagne"
Newsgroups: comp.sys.next.sysadmin
From: westes@netcom.com (Will Estes)
Subject: SHARE violations w/NFS under DOS
Message-ID: <westes.13.0003BEFD@netcom.com>
Sender: netnews@netcom.com (USENET Administration)
Organization: U.S. Computer
Date: Wed, 29 Dec 1993 11:44:44 GMT
I use Netmanage Chameleon under MS-Windows to run an NFS server and publish
one of my PC disks to the NeXT. Everything works fine, except that as soon
as I copy a file on NeXT from the PC disk, any attempt to access that
directory from the PC results in a SHARE violation. If I remove the NFS
server application it makes no difference.
Is this due to some bad behavior not releasing a lock from the NeXT side, or
is it that Netmanage is not properly managing the locks?
--
Thanks,
Will Estes Internet: westes@netcom.com
Newsgroups: comp.sys.next.sysadmin
From: skwong@cuse1.se.cuhk.hk (Wong Sai Kee (Graduate Assistant))
Subject: Re: How to set quota for a user account ... Thanks
Message-ID: <CIsuwI.Ly6@eng_ser1.ie.cuhk.hk>
Sender: news@eng_ser1.ie.cuhk.hk
Organization: Engineering Faculty, The Chinese U. of Hong Kong
References: <CIL25x.BtL@eng_ser1.ie.cuhk.hk>
Date: Wed, 29 Dec 1993 14:00:17 GMT
Thanks to Greg Johnson, now I know that the NeXT do not have such
option.
SK
From: bora@ils.nwu.edu (Don Bora)
Newsgroups: comp.sys.next.sysadmin
Subject: Looking for a printer
Date: 29 Dec 1993 15:55:35 GMT
Organization: The Institute for the Learning Sciences
Distribution: world
Message-ID: <2fs99n$6fr@anaxagoras.ils.nwu.edu>
Keywords: printer
I have a NeXT 040 cube and (NS 3.0) and I am wondering what kind
of printers it will support. I took a look at the list of drivers
in print manager but I think the list it a little out of date:
Driver listed HP LaserWriter 3P
Printer found HP LaserWriter 4P (or 4MP)
Will new printers work with old drivers? One other thing... The guy
at Best Buy told me that the "M" stands for Mac and that the
HP LaserWriter 4MP is for Macs. Is this something I should be concerned about?
Any advice from anyone out there would be greatly appreciated!
-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Donald F. Bora | | |
The Institute for the Learning Sciences | | O |
Northwestern University | (--|--)
Evanston, Ill | |
e-mail: dbora@ils.nwu.edu (Not NeXTMail) | / \
work: (708) 467-1972 |
--------Be excellent to each other--------
From: ivo@next.agsm.ucla.edu (Ivo Welch)
Newsgroups: comp.sys.next.sysadmin
Subject: ROM System Disk
Date: 29 Dec 1993 17:08:40 GMT
Organization: UCLA Microcomputer Support Office
Message-ID: <2fsdio$qfl@news.mic.ucla.edu>
Having had a number of stifling system crashes (often due to hardware
problems) in the past that forced system rebuilds, I wonder if it is
easy/possible to set up a NS 3.2 system on a cheap internal 200MB(?) SCSI
hard disk, and then tab on the hardware write-protect tab on the disk drive
to prevent any accidental erasures and/or corrupted filesystems.
Of course, before this is done, one would need to set up a few hooks to the
external hard disks (for files occasionally updated, e.g., in
/usr/adm/daily) and signal that there is a writeable external hard disk that
should be used by NS when building its run-time.
Has anyone thought about doing this?
Ivo Welch ivo@128.97.74.50 = next.agsm.ucla.edu
Asst Prof of Finance iwelch@agsm.ucla.edu
AGSM at UCLA
Newsgroups: comp.sys.next.sysadmin
From: shergot5@mach1.wlu.ca (scott hergott)
Subject: UPS and NSI 3.2
Message-ID: <CIt5G5.E4z@mach1.wlu.ca>
Organization: Wilfrid Laurier University
Date: Wed, 29 Dec 1993 17:48:04 GMT
I am currently running NSI and want to put a UPS (Uninteruptable Power
Supply) on my machine. The reason for this descision is that recently I had
a power failure, and upon reboat found the entire file structure corrupted
and had to reinstall the OS from scratch.
Since I am often away from my machine when it is working on
calculations, just having a UPS connected will not help. (ie. After 5-10
minutes I would again experience a power failure.) What I need is to have
NeXTSTEP realize that the power has failed and to shut itself down
within the 5-10 minutes. Is such a thing possible? If so, what model of
UPS and what Software is required?
Thanks,
Scott Hergott
Email : shergot5@mach1.wlu.ca
*****************************************************************************
This Space for Rent! ..... Enquire at shergot5@mach1.wlu.ca
*****************************************************************************
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Full FTP logging..... ?
Date: 29 Dec 1993 19:01:45 GMT
Organization: University of California, Berkeley
Distribution: world
Message-ID: <2fsk6p$k3c@agate.berkeley.edu>
References: <1993Dec29.095155.109092@zeus.aix.calpoly.edu>
In article <1993Dec29.095155.109092@zeus.aix.calpoly.edu>
josh@vegiwopr.calpoly.edu (Josh) writes:
>I've included the appropriate flag to tell ftpd to "log the session
>to the syslog", but it doesn't seem to be working. What kind of
>logging should I expect? Do I need to add/change an entry in the syslog.conf
>file? I've looked in the carious manuals, but I can't seem to find much
>that helps..
In /etc/inetd.conf, add "-l" option to ftpd.
ftp stream tcp nowait root /usr/etc/ftpd ftpd -l
Then, kill -HUP <pid_of_inetd>. Don't use "-d" flag, as that will
collect user passwords in the log in plain text.
Standard ftpd uses "LOG_DAEMON" logging facility. So the log goes to
wherever daemon.* messages are specified in /etc/syslog.conf.
With standard ftpd as shipped by NeXT, you will have trouble logging
anon FTP transactions. If the anon FTP home directory is on the
root partion, then there is a hard link kluge that enables anon FTP
logging. If it is on a separate partion as that of root parttion,
then standard ftpd can't log anonymous FTP records. You must get
a ftpd replacement. [This has to do with how chroot() and openlog()
are done.]
I think the consensus is that, if you want good logging of FTP, esp for
anon FTP, get wu-ftpd from wu-archive at Washington Univ (St. Louis).
It should compile on NeXT fine.
--
Izumi Ohzawa [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440 Fax: (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
From: jblue@ocotillo.mitre.org (Jason D. Blue)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: UPS and NSI 3.2
Date: 29 Dec 1993 20:14:26 GMT
Organization: The MITRE Corporation
Message-ID: <2fsof2$2fo@newsflash.mitre.org>
References: <CIt5G5.E4z@mach1.wlu.ca>
In article <CIt5G5.E4z@mach1.wlu.ca> shergot5@mach1.wlu.ca (scott hergott)
writes:
> Since I am often away from my machine when it is working on
> calculations, just having a UPS connected will not help. (ie. After 5-10
> minutes I would again experience a power failure.) What I need is to have
> NeXTSTEP realize that the power has failed and to shut itself down
> within the 5-10 minutes. Is such a thing possible? If so, what model of
> UPS and what Software is required?
>
> Thanks,
>
> Scott Hergott
I am hapily using APC (American Power Conversion) UPSes and BenaTong's
PowerGaurdian software to do what you require. We evaluated several
software/UPS packages out there, and found the APC/BenaTong to work best for
us, for a good price, for both Intel or Motorola NEXTSTEP machines. Nice
thing about PowerGaurdian is that you can monitor the UPSes (AC power level,
battery level, etc.) on the Network from any machine on the network. If you
decide on the SmartUPS line from APC (which we did), you can even tell the
temperature of each UPS :-)
APC has several models of UPCs. Call them (800-800-4APC) for a full binder
that describes their product line as well as how to decide on the best UPS for
you. BenaTong can be reached at benatong@cypher.cmhnet.org.
One note about APC: their UPSes (both the BackUPS and SmartUPS lines) are not
on-line UPSes. On-line technology is much more expensive, and we decided that
we didn't need on-line UPSes for workstations. If you want more info about
on-line vs stand-by (APC's BackUPS) vs line-interactive (APC's SmartUPS), see
MacWeek 03.22.93, page 53, for a good article regarding the products out there
and the differences.
Oh, one last thing - whatever number you come up with as the power requirments
for your equipment, reduce by at least 25%. Accourding to the
charts/NeXT/labels on equipment, a single NeXT cube and monitor would draw
close to 600vac. I have TWO such systems on a single 600vac SmartUPS, and the
power usage has never gone above 450vac. Of course, the more load you put on
the UPS, the less time will the UPS be able to keep your equipment running.
If you would like more information on our decision process, send me mail.
--
Jason D. Blue
Network and Systems Administrator, J-lab
The MITRE Corporation, McLean, VA
jblue@mitre.org (NeXT Mail Encouraged!)
Parasplats, TIP#081, IPPA#7341
From: mbehrens@cs.utexas.edu (Mikael Behrens)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: help with mail over SLIP
Date: 29 Dec 1993 23:17:17 GMT
Organization: The University of Texas at Austin, Austin, Texas
Distribution: world
Message-ID: <2ft35t$l4f@geraldo.cc.utexas.edu>
References: <2fi9dh$suu@geraldo.cc.utexas.edu>
Greetings,
I recently posted to this group trying to solve the following problems
with my email situation over a SLIP connection:
> (1) Since my SLIP server dynamically assigns IP addresses,
> the email address listed in my From: field is wrong.
> How do I hack sendmail.cf to put the correct one here?
> This is necessary because not all mail programs respond
> to the "Reply To" field.
>
> (2) I am planning to write a shell script that checks
> for email every five or ten minutes on a host machine
> using popover, ONLY IF the SLIP connection is up. It
> would also refrain from checking if popover was still
> running (for the case where downloading mail took longer
> than the interval between checks.)
>
> (3) I would like outgoing mail to only go out immediately
> if the SLIP connection is currently up. If not, it could
> wait in a spool somewhere which would be sent out every
> night.
Thanks to all who responded. I've licked all three problems. (1) and
(2) were a bit tricky and (3) was quite easy. If anyone's interested,
let me know and I'll be happy to mail my shell scripts to you.
Thank you,
Kristopher Magnusson,
Dr. T. L. Marchioro II,
Paul Lynch,
Bruce Gingery,
Paul Verket,
Gary I. Chang,
and
Andreas Koenig.
Mikael
--
Mikael Behrens mbehrens@cs.utexas.edu (NeXTMail OK)
Computer Science student University of Texas at Austin
"Attack ships on fire, off the shoulder of Orion..."
From: mbehrens@cs.utexas.edu (Mikael Behrens)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: help with mail over SLIP
Date: 29 Dec 1993 23:18:11 GMT
Organization: The University of Texas at Austin, Austin, Texas
Distribution: world
Message-ID: <2ft37j$l4j@geraldo.cc.utexas.edu>
References: <2fi9dh$suu@geraldo.cc.utexas.edu>
Greetings,
I recently posted to this group trying to solve the following problems
with my email situation over a SLIP connection:
(1) Since my SLIP server dynamically assigns IP addresses, the email
address listed in my From: field is wrong. How do I hack sendmail.cf to
put the correct one here? This is necessary because not all mail
programs respond to the "Reply To" field.
(2) I am planning to write a shell script that checks for email every
five or ten minutes on a host machine using popover, ONLY IF the SLIP
connection is up. It would also refrain from checking if popover was
still running (for the case where downloading mail took longer than the
interval between checks.)
(3) I would like outgoing mail to only go out immediately if the SLIP
connection is currently up. If not, it could wait in a spool somewhere
which would be sent out every night.
Thanks to all who responded. I've licked all three problems. (1) and
(2) were a bit tricky and (3) was quite easy. If anyone's interested,
let me know and I'll be happy to mail my shell scripts to you.
Thank you,
Kristopher Magnusson,
Dr. T. L. Marchioro II,
Paul Lynch,
Bruce Gingery,
Paul Verket,
Gary I. Chang,
and
Andreas Koenig.
Mikael
--
Mikael Behrens mbehrens@cs.utexas.edu (NeXTMail OK)
Computer Science student University of Texas at Austin
"Attack ships on fire, off the shoulder of Orion..."
From: mbehrens@cs.utexas.edu (Mikael Behrens)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: help with mail over SLIP
Date: 29 Dec 1993 23:18:34 GMT
Organization: The University of Texas at Austin, Austin, Texas
Distribution: world
Message-ID: <2ft38a$l4n@geraldo.cc.utexas.edu>
References: <2fi9dh$suu@geraldo.cc.utexas.edu>
Greetings,
I recently posted to this group trying to solve the following problems
with my email situation over a SLIP connection:
(1) Since my SLIP server dynamically assigns IP addresses, the email
address listed in my From: field is wrong. How do I hack sendmail.cf to
put the correct one here? This is necessary because not all mail
programs respond to the "Reply To" field.
(2) I am planning to write a shell script that checks for email every
five or ten minutes on a host machine using popover, ONLY IF the SLIP
connection is up. It would also refrain from checking if popover was
still running (for the case where downloading mail took longer than the
interval between checks.)
(3) I would like outgoing mail to only go out immediately if the SLIP
connection is currently up. If not, it could wait in a spool somewhere
which would be sent out every night.
Thanks to all who responded. I've licked all three problems. (1) and
(2) were a bit tricky and (3) was quite easy. If anyone's interested,
let me know and I'll be happy to mail my shell scripts to you.
Thank you,
Kristopher Magnusson,
Dr. T. L. Marchioro II,
Paul Lynch,
Bruce Gingery,
Paul Verket,
Gary I. Chang,
and
Andreas Koenig.
Mikael
--
Mikael Behrens mbehrens@cs.utexas.edu (NeXTMail OK)
Computer Science student University of Texas at Austin
"Attack ships on fire, off the shoulder of Orion..."
From: mbehrens@cs.utexas.edu (Mikael Behrens)
Newsgroups: comp.sys.next.sysadmin
Subject: mail over SLIP problems solved
Date: 29 Dec 1993 23:19:58 GMT
Organization: The University of Texas at Austin, Austin, Texas
Distribution: world
Message-ID: <2ft3au$l4v@geraldo.cc.utexas.edu>
Greetings,
I recently posted to this group trying to solve the following problems
with my email situation over a SLIP connection:
(1) Since my SLIP server dynamically assigns IP addresses, the email
address listed in my From: field is wrong. How do I hack sendmail.cf to
put the correct one here? This is necessary because not all mail
programs respond to the "Reply To" field.
(2) I am planning to write a shell script that checks for email every
five or ten minutes on a host machine using popover, ONLY IF the SLIP
connection is up. It would also refrain from checking if popover was
still running (for the case where downloading mail took longer than the
interval between checks.)
(3) I would like outgoing mail to only go out immediately if the SLIP
connection is currently up. If not, it could wait in a spool somewhere
which would be sent out every night.
Thanks to all who responded. I've licked all three problems. (1) and
(2) were a bit tricky and (3) was quite easy. If anyone's interested,
let me know and I'll be happy to mail my shell scripts to you.
Thank you,
Kristopher Magnusson,
Dr. T. L. Marchioro II,
Paul Lynch,
Bruce Gingery,
Paul Verket,
Gary I. Chang,
and
Andreas Koenig.
Mikael
--
Mikael Behrens mbehrens@cs.utexas.edu (NeXTMail OK)
Computer Science student University of Texas at Austin
"Attack ships on fire, off the shoulder of Orion..."
From: lunde@cs.tu-berlin.de (Lars Grupe)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: help with mail over SLIP
Date: 30 Dec 1993 00:23:22 GMT
Organization: Technical University of Berlin, Germany
Message-ID: <2ft71q$bt2@news.cs.tu-berlin.de>
References: <2fi9dh$suu@geraldo.cc.utexas.edu> <2ft38a$l4n@geraldo.cc.utexas.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
mbehrens@cs.utexas.edu (Mikael Behrens) writes:
>Thanks to all who responded. I've licked all three problems. (1) and
>(2) were a bit tricky and (3) was quite easy. If anyone's interested,
>let me know and I'll be happy to mail my shell scripts to you.
Come on....
don't post this thing 3 (!) times without POSTING your solution...
--
-------------------------------------------------------------------------------
Lars Grupe UID lunde <lunde@cs.tu-berlin.de>
Technische Universitaet Berlin
-------------------------------------------------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: joe@FreemanSoft.com (Joe Freeman)
Subject: cnews mailpaths file
Message-ID: <1993Dec30.025531.3889@FreemanSoft.com>
Sender: jfreeman@FreemanSoft.com
Organization: FreemanSoft Inc.
Distribution: usa
Date: Thu, 30 Dec 1993 02:55:31 GMT
I've got a small problem where NewsGrazer can't post properly to moderated
groups. It doesn't know the moderator addresses.
I would imagine the problem is in the mailpaths file. Our connection is
currently over UUCP to a machine called concert. Could someone give me an
idea of what my mailpaths file should look like?
Thanks,
--
Joe Freeman
FreemanSoft Inc. A NEXTSTEP software and consulting services company.
Electronic Mail: Joe@FreemanSoft.com (NeXT Mail)
Voice: 919.783.7033
Newsgroups: comp.sys.next.sysadmin
From: brit@wagner.Physics.McGill.CA (Dave Britton)
Subject: swapfile.front at 0.5GB (yes Giga)
Message-ID: <CIrz7t.42I@sifon.cc.mcgill.ca>
Sender: news@sifon.cc.mcgill.ca
Organization: McGill University
Date: Wed, 29 Dec 1993 02:35:53 GMT
Hi, I can find anything in FAQ about this but:
1) What is swapfile.front
2) Why did mine get to 666 MB (the number of the devil)?
3) why did it only shrink to 553MB on rebooting?
4) How can I exorcise this devil?
Thanks, Dave.
Newsgroups: comp.sys.next.sysadmin,andi.misc
From: marketing@nextsrv1.andi.org (Marketing Director)
Subject: Re: UPS and NSI 3.2
Message-ID: <CItLL3.DxL@nextsrv1.andi.org>
Keywords: ANDI,UPS,Strediwatt
Sender: usenet@nextsrv1.andi.org (usenet)
Organization: Association of NeXTSTEP Developers International
References: <CIt5G5.E4z@mach1.wlu.ca>
Date: Wed, 29 Dec 1993 23:36:38 GMT
In article <CIt5G5.E4z@mach1.wlu.ca> shergot5@mach1.wlu.ca (scott
hergott) writes:
>
> I am currently running NSI and want to put a UPS
Scott:
We use two UPS's from Stediwatt to run our network and haven't had to
power down since we put them in place. Right now the UPS software is
being updated for NSFIP; it currently runs on m68k. I like it as it
has a voice alert and a log along with the ability to test the UPS.
Stediwatt plans to add SNMP in the future.
Call Scott Liddick at 800-345-1280.
---
Bill Strehl
Executive Director
ANDI - Association of NeXTSTEP Developers International, Inc.
reply to:marketing@nextsrv1.andi.org
"Take the NeXTSTEP and Keep on Truckin'..."
From: jblue@ocotillo.mitre.org (Jason D. Blue)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: UPS and NSI 3.2**RTF**
Date: 30 Dec 1993 14:31:35 GMT
Organization: The MITRE Corporation
Message-ID: <2fuoo8$ids@newsflash.mitre.org>
References: <2fsof2$2fo@newsflash.mitre.org>
In article <2fsof2$2fo@newsflash.mitre.org> jblue@ocotillo.mitre.org
(Jason D. Blue) writes:
> I am hapily using APC (American Power Conversion) UPSes and
BenaTong's
> PowerGaurdian software to do what you require. We evaluated
several
> software/UPS packages out there, and found the APC/BenaTong to work
best for
> us, for a good price, for both Intel or Motorola NEXTSTEP machines.
I forgot to mention in my note that PowerGaurdian is a true NEXTSTEP
FAT application; keeps logs which include complete power and UPS
information (Line frequency, AC Power Level, UPS Load, battery
capacity, battary voltage, etc.); provides both warning and shutdown
procedures, which are shells scripts that you can edit for your needs
(Several sample scripts are included, which can do everything from
voice alert to notifying all clients of server shutdown); Provides
UPS testing modes, both automatic and manual; completly user
configurable: how often logging occurs, what and when (battery
capacity or minutes without AC power) to trigger warning mode, what
and when to trigger shutdown mode, etc.
I create the following screen dump, which I think demonstrates the
PowerGaurdian's monitoring facility. If you want more info, the tiff
file also includes BenaTong's contact information. BTW, certain
items are showing ZERO because my SmartUPS 600 is old (1990) and has
not been updated with the 1991 ROMS which provide capacity
monitoring.
Just a happy customer,
Jason
---
Jason D. Blue
Network and Systems Administrator, J-lab
The MITRE Corporation, McLean, VA
jblue@mitre.org (NeXT Mail Encouraged!)
Add some color to your life - play Paintball : (Parasplats, TIP#081,
IPPA#7341)
-- NewsGrazer, a NeXTstep(tm) news reader, posting --
M>UQR=&8P7&%N<VE[7&9O;G1T8FQ<9C!<9FUO9&5R;B!#;W5R:65R.UQF,5QF
M<W=I<W,@2&5L=F5T:6-A.WT*7&UA<F=L,3(P"EQM87)G<C$R,`I[7&-O;&]R
M=&)L7')E9#!<9W)E96XP7&)L=64P.UQR960P7&=R965N,%QB;'5E,3@V.UQR
M960P7&=R965N,%QB;'5E.#4[7')E9#$V.%QG<F5E;C$U7&)L=64P.UQR960Q
M,3=<9W)E96XQ,3=<8FQU93`[7')E9#!<9W)E96XQ,S1<8FQU93`[7')E9#(U
M-5QG<F5E;C!<8FQU93(P,CM<<F5D,%QG<F5E;C!<8FQU93$X-3L*7')E9#(U
M-5QG<F5E;C!<8FQU93([?0I<<&%R9%QT>#DV,%QT>#$Y,C!<='@R.#@P7'1X
M,S@T,%QT>#0X,#!<='@U-S8P7'1X-C<R,%QT>#<V.#!<='@X-C0P7'1X.38P
M,%QF,%QB,%QI,%QU;#!<9G,R-"!);B!A<G1I8VQE(#PR9G-O9C(D,F9O0&YE
M=W-F;&%S:"YM:71R92YO<F<^(&IB;'5E0&]C;W1I;&QO+FUI=')E+F]R9R`H
M2F%S;VX@1"X@0FQU92D@=W)I=&5S.EP*/B!)(&%M(&AA<&EL>2!U<VEN9R!!
M4$,@*$%M97)I8V%N(%!O=V5R($-O;G9E<G-I;VXI(%504V5S(&%N9"!"96YA
M5&]N9R=S("!<"CX@4&]W97)'875R9&EA;B!S;V9T=V%R92!T;R!D;R!W:&%T
M('EO=2!R97%U:7)E+B`@5V4@979A;'5A=&5D('-E=F5R86P@(%P*/B!S;V9T
M=V%R92]54%,@<&%C:V%G97,@;W5T('1H97)E+"!A;F0@9F]U;F0@=&AE($%0
M0R]"96YA5&]N9R!T;R!W;W)K(&)E<W0@9F]R("!<"CX@=7,L(&9O<B!A(&=O
M;V0@<')I8V4L(&9O<B!B;W1H($EN=&5L(&]R($UO=&]R;VQA($Y%6%135$50
M(&UA8VAI;F5S+EP*7`I)(&9O<F=O="!T;R!M96YT:6]N(&EN(&UY(&YO=&4@
M=&AA="!0;W=E<D=A=7)D:6%N(&ES(&$@=')U92!.15A44U1%4"!&050@87!P
M;&EC871I;VX[(&ME97!S(&QO9W,@=VAI8V@@:6YC;'5D92!C;VUP;&5T92!P
M;W=E<B!A;F0@55!3(&EN9F]R;6%T:6]N("A,:6YE(&9R97%U96YC>2P@04,@
M4&]W97(@3&5V96PL(%504R!,;V%D+"!B871T97)Y(&-A<&%C:71Y+"!B871T
M87)Y('9O;'1A9V4L(&5T8RXI.R`*<')O=FED97,@8F]T:"!W87)N:6YG(&%N
M9"!S:'5T9&]W;B!P<F]C961U<F5S+"!W:&EC:"!A<F4@<VAE;&QS('-C<FEP
M=',@=&AA="!Y;W4@8V%N(&5D:70@9F]R('EO=7(@;F5E9',@*`I3979E<F%L
M('-A;7!L92!S8W)I<'1S(&%R92!I;F-L=61E9"P@=VAI8V@@8V%N(&1O(&5V
M97)Y=&AI;F<@9G)O;2!V;VEC92!A;&5R="!T;R!N;W1I9GEI;F<@86QL(&-L
M:65N=',@;V8@<V5R=F5R('-H=71D;W=N*0H[("!0<F]V:61E<R!54%,@=&5S
M=&EN9R!M;V1E<RP@8F]T:"!A=71O;6%T:6,@86YD(&UA;G5A;#L@8V]M<&QE
M=&QY('5S97(@8V]N9FEG=7)A8FQE.B!H;W<@;V9T96X@;&]G9VEN9R!O8V-U
M<G,L('=H870@86YD('=H96X@*&)A='1E<GD@8V%P86-I='D@;W(@;6EN=71E
M<R!W:71H;W5T($%#('!O=V5R*2!T;R!T<FEG9V5R('=A<FYI;F<@;6]D92P@
M=VAA="!A;F0@=VAE;B!T;R!T<FEG9V5R('-H=71D;W=N(&UO9&4L(&5T8RY<
M"EP*22!C<F5A=&4@=&AE(&9O;&QO=VEN9R!S8W)E96X@9'5M<"P@=VAI8V@@
M22!T:&EN:R!D96UO;G-T<F%T97,@=&AE(%!O=V5R1V%U<F1I86XG<R!M;VYI
M=&]R:6YG(&9A8VEL:71Y+B`@268@>6]U('=A;G0@;6]R92!I;F9O+"!T:&4@
M=&EF9B!F:6QE(&%L<V\@:6YC;'5D97,@0F5N851O;F<G<R!C;VYT86-T(&EN
M9F]R;6%T:6]N+B`@0E17+"!C97)T86EN(&ET96US(&%R92!S:&]W:6YG(%I%
M4D\@8F5C875S92!M>2!3;6%R=%504R`V,#`@:7,@;VQD("@Q.3DP*2!A;F0@
M:&%S(&YO="!B965N('5P9&%T960@=VET:"!T:&4@,3DY,2!23TU3('=H:6-H
M('!R;W9I9&4@8V%P86-I='D@;6]N:71O<FEN9RY<"EP*"GM[7$Y'1W)A<&AI
M8S$T-#`@55!3+G-T870N=&EF9@HV-C$X-#`@33,T5&`J0&`G-%PH8"-?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*
M35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]<8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@(D!@+U]:2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U,&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8%]?2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DHU-6!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`C7UY*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI+7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7&`B2DI*234T8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@+U]:2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI%-3!@*DI*2D4U,&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8%]?2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI?
M7TI*8&`U-4I*2DI*2DI*2DI*2C4U8&!*2C4U8&!*2DI*-35@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`C7UY*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@
M8&`B2DI*2DI*2DI*2DI*2@I-2DI*2DI*2&!@8&!@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DDU-&`A-0I--DI*2DI*2DI)-31@(34V
M2DDU-&`B2DI*234T8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@+U]:2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI`8&!@*DI*2DI*2DI*2DI*2DI*2DI*0&!@
M8"I*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*
M2D4U,&`E-3I*2DI%-3!@)34Z2DI*134P8"I*2DI%"DTU,&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!?7TI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!*
M2F!@"DU@8$I*8&!@8$I*2DI@8&!@8&!@8$I*2DI@8&!@8&!@8$I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU?7TI*2DI*2C4U8&`U-34U8&`U-4I*2DI*2C4U
M8&!*2DI*-35@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`C7UY*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DA@8&`B2DA@8&!@8")*2&!@8")*2DI(8&!@(DI*
M2DA@8&`*32)*2DI(8&!@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*
M2DDU-&!@8"$U-DI*2DI*2DH*34DU-&`B2DI*234T8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"\*35]:2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I`8&!@*DI`
M8&!@*DI*2D!@8&`J2DI*0&!@8"I*2DI`8&!@*DI*2D!@8&`J2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2D]?6DI*2DI*2DI%-3!@8&`E-3I*2DI*2DI*134P8"I*
M2DI%-3!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!?
M7TI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2F!@8&!*2F!@8&!*2DI*8&!@8$I*2DI@8`I-8&!*2DI*
M8&!@8$I*2DI@8&!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DHU-6!@
M-34U-0I-8&`U-4I*2DI*2C4U8&!*2DI*-35@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&`C7UY*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DA@8&`B2DA@8&`B
M2DI*2&!@8")*2DI(8&!@(DI*2DA@8&`B2DI*2&!@8")*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2U]>2DI*234T8"$U-DI*2DDU-&`A-39*2DI)-31@(DI*2DDU
M-&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"]?6DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*0&!@8"I*0&!@8"I*2DI`"DU@8&`J2DI*0&!@8"I*2DI`8&!@
M*DI*2D!@8&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*134P"DU@)34Z2DI*
M2DI*2D4U,&`E-3I*134P8"I*2DI%-3!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!?7TI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!*2F!@8&!*2DI*
M8&!@8$I*2DI@8&!@2DI*2DI*8&!@8&!@8&`*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*7U]*2F!@-35*2DI*2DI*2DI*2DHU-6!@2DHU-6!@2DH*34I*-35@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(U]>2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2U]>2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI)-31@(DI*2DDU-&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8"]?6DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI/7U4U-34U-34U-34U-34U-34U-34U-0I--34U-34P8"I*2DI%-3!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@)0I-8&!?7TI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@2DI*2C4U8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8$A@(U]>2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8")`8"]?6DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*134P8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@*F!@7U\U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I-
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*
M334U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`B
M0&`J2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@*F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8$A@
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`B0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI`8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@*F!@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!(8")*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI`8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8"I@8$I*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!(8")*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DA@"DTB2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&`B0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"]@8$I*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2F!@8&!@8$I*8&!*2F!@2DI*2F!@2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2F!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@(DI*2DA@8&`B
M2DA@8&`B2@I-2&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DA@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(D!@*DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI`8"I*2DI`8"I*2DI`8"I*2DI`8"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*0&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!@8&!@
M8&!@8&!@8&!@8$I*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!@8&!@8&!*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*8&!@8`I-2DI*2F!@8&!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@2DI*2F!@"DU*2DI*
M8&!*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2F!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@2&`*32)*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2&!@8&!@8&!@8&!@8&!@8&!@(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2&!@8&!@
M8&!@8&!@8&!@8&!@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&!@8")*
M2DI(8&!@(DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DA@(DI*2DA@(DI*2DA@(DI*2DA@(DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI(8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(D!@
M*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@*DI*2DI*
M2DI*"DU*0&!@8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*0&!@8&!@*DI*2DI*2DI*2D!@8&!@8"I*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2D!@8&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I`8"I*2DI`8"I*2DI`8"I*
M2DI`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8"I@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*8&!@8$I*2DI*2DI*2DI*2F!@8&!*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2F!@8&!*2DI*2DI*
M2DI*2DI*2F!@8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!@8$I*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2F!@8&!*2F!@2DI*2F!@2DI*2F!@2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@7&`B2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&`*32)*2DI*2DI*
M2DI*2DA@8&`B2DI*2DI*2DA@8&!@8&!@8&`B2DI*2DI*2DA@8&`B2DI*2DI(
M8&!@(DI*2@I-2DI(8&!@(DI*2DI*2DI(8&!@8&!@8")*2DI*2DI*2&!@8")*
M2&!@8")*2&!@8&!@(DI*2DI*2DI*2DI*"DU*2DA@8&`B2DI*2&!@8")*2DI*
M2DI*2&!@8")*2DI*2DA@8&!@8&!@8&`B2DI*2DI(8&!@(DI(8&!@(DH*34I*
M2DI(8&!@8&!@8")*2&!@8")*2DI(8&!@(DI*2DI*2&!@8&!@8&!@8")*2DI*
M2DA@8&`B2DI*2&!@8`I-8&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@(D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI`8&!@*DI*2DI*2DI*2D!@8&!@8"I*2DI*2D!@8`I-8&!@8&!@
M8&!@8&`J2DI*2DI`8&!@*DI*2DI*0&!@8"I*2DI*2D!@8&`J2DI*2DI`8&!@
M8&!@8&!@8&`J"DU*2DI*2D!@8&`J2D!@8&`J2D!@8&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI`8&!@*DI*2DI*2DI`8&`*36`J2DI*0&!@8&!@*DI`8&!@
M8&`J2DI*0&!@8"I*0&!@8"I*2DI`8&!@8&!@8&!@8&!@8&!@*DI*2D!@8`I-
M8"I*2DI`8&!@8&`J2D!@8&!@8"I*2DI`8&!@*DI`8&!@8&!@8&!@*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M0&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`J8&!*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*8&!@8&!@8&!@8&!@8&!@
M8&!@2DI*2DI*2DI@8&!@2DI*2DI*8&!@8$I*2DI*2F!@8&!*2DI*"DU*2F!@
M8&!*2DI*2DI@8&!@2DI*2F!@8&!*2DI*2DI*2F!@8&!*2DI*8&!@8&!@2DI*
M2DI*8&!@8$I*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*8&!@8$I*2DI*2DI*
M8&!@8$I*2DI@8&!@2DI*2DI*8&!@8$I*2DI@8`I-8&!@8$I*2DI*2DI*8&!@
M8$I*2DI*2F!@8&!@8$I*2DI@8&!@2DI*2F!@8&!*2DI*2DI@8&!@2DI*2F!@
M"DU@8&!@2DI*2DI*8&!@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DA@8&!@8&!@8&!@8&!@8&`B2DI*"DU*2DI*2&!@8")*2DI*2DI*2DI(
M8&!@(DI*2DI*2&!@8")*2DI(8&!@(DI*2DA@8&`B2DI*2DI(8&!@(DH*34I*
M2DI*2DA@8&`B2DI*2&!@8")*2DI*2DI*2&!@8")*2DI*2DI*2DI(8&!@8&!@
M8&!@(DI*2DA@8&`B2@I-2DI*2DI*2&!@8")*2DI*2DI*2DI*2DA@8&!@8")*
M2DI(8&!@(DI*2DI*2DI(8&!@(DI*2DI*2DI*2DA@"DU@8")*2DI(8&!@(DI*
M2DI*2DI*2DI*2&!@8&!@(DI*2DA@8&`B2DI*2DI*2DA@8&`B2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI(8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI`8&!@*DI*2DI*2DI*2DI*2DI*
M2DI*2DI`8&!@*DI*2DI*2DI*2D!@8&`J2DH*34I*2D!@8&`J2DI*0&!@8"I*
M2DI`8&!@*DI*2DI*0&!@8&!@8&!@8&!@8&!@8"I*2DI`8&!@*DI*2DI*2@I-
M2D!@8&`J2DI*2DI*2DI*0&!@8&!@8&!@8"I*2DI`8&!@*DI*2DI*2DI`8&!@
M*DI*2DI*0&!@8&!@8&!@"DU@8&`J2DI*0&!@8"I*2DI*2DI*0&!@8"I*2DI*
M2DI*2DI`8&!@*DI*2D!@8&`J2DI*2DI`8&!@8&!@8&`*36!@8"I*2DI`8&!@
M*DI*2DI*2DI`8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`J8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2F!@8&!*2DI*2DH*34I*2DI*2DI*2DI*2DI*8&!@8$I*2DI*2DI*2DI@8&!@
M2DI*2DI*8&!@8$I*8&!*2DI*8&!*2F!@8&!*2@I-2DI*2F!@8&!*2DI*2DI*
M2DI*2DI*2DI*8&!@8$I*2DI*2DI*8&!@8&!@2DI*2DI*2DI*2DI*2DI@8&!@
M"DU*2DI*8&!@8$I*2DI*2DI*8&!@8$I*2DI@8&!@8&!*2DI*8&!@8$I*2DI@
M8&!@2DI*2DI*2DI@8&!@2DH*34I*2DI*2DI*8&!@8$I*2DI@8&!@2DI*2F!@
M8&!@8$I*2DI@8&!@2DI*2F!@8&!*2DI*2DI*2F!@8&!*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@2&`B2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&`B2DI*2DI*2DI*2DI*2DI*2DI*
M2DA@8&`B2DI*2DI*2@I-2DI(8&!@(DI*2DI*2DI(8")*2&`B2DI*2&`B2DA@
M(DI*2DI*2DI(8&!@(DI*2DI*2DI*2DI*2DI*2DA@"DU@8")*2DI*2DI*2DI(
M8&!@(DI*2DI*2DI*2DI*2DI(8&!@(DI*2DA@8&`B2DI*2DI*2DA@8&`B2DI*
M2&`*36!@(DI*2DI*2&!@8")*2DI(8&!@(DI*2DI*2DI(8&!@(DI*2DI*2DI*
M2DA@8&`B2DI*2&!@8")*2DI(8`I-8&`B2DI*2DI(8&!@(DI*2DA@8&`B2DI*
M2DI*2DA@8&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8")`8"I*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0`I-
M8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@8&`J2DI*2DI`8&!@*DI*2DI*
M2DI*2D!@8&!@8"I*2DI`"DU@8&!@8"I*2DI*2DI*0&!@8&!@*DI*2DI*0&!@
M8"I*2DI`8&!@*DI*2DI*2DI*2D!@8&!@8"I*2DI*2DH*34I*2D!@8&!@8"I*
M2DI`8&!@*DI*2DI*0&!@8&!@*DI*2D!@8&`J2DI*2DI`8&!@*DI*2D!@8&`J
M2DI*2@I-2DI*2DI`8&!@*DI*2DI*0&!@8&!@*DI*2D!@8&`J2DI*0&!@8"I*
M2DI*2D!@8&`J2DI*0&!@8"I*2DI*"DU*2DI`8&!@*DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&`J8&!*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU@8&!@8&!@8&!@8&!@8$I*2DI*2DI*2DI*2F!@8&!*2DI*8&!@8$I*2DI*
M2DI*2DI*2F!@8&!@8&!@8&`*36!@8&!*2DI*8&!@8$I*2DI*2DI*2DI*2F!@
M8&!@8&!@8&!@8&!@8&!@8&!@2DI*2F!@8&!@8&!@8&!*2@I-8&!@8$I*2DI@
M8&!@8&!*2F!@8&!@8$I*2DI@8&!@2DI*2DI*2DI*2F!@8&!@8&!@8&!@8&!@
M8&!*2DI*"DU@8&!@2DI*2F!@8&!@8$I*8&!@8&!@2DI*2F!@8&!*2DI*2DI*
M2F!@8&!*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8$A@(DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DA@8&`B
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&!@8&!@(DI*2DI*2DI*2DI*
M2DH*34A@8&`B2DI*2&!@8")*2DI*2DI*2DI*2DI*2&!@8&!@8&`B2DI*2DI*
M2DA@8&`B2DI*2DI*2DI*2DI*2@I-2DI(8&!@8&!@8&!@(DI(8&!@(DI*2DI*
M2&!@8&!@(DI*2DA@8&`B2DI*2DI(8&!@8&`B2DA@8&`B2DI*"DU(8&!@(DI*
M2DI*2DI*2DI*2&!@8&!@8&`B2DA@8&`B2DI*2&!@8")*2DI*2DA@8&!@8")*
M2&!@8")*2DH*34A@8&`B2DI*2DI*2DA@8&`B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2D!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&`J
M8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8$A@(DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8")`8"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2D!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@*F!@2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8$A@(DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`B0&`J"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8$A@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`B0&`J2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI`8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@*F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!(8")*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DA@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`B0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI`8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"H*36!@2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI@8$I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2F!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&`B0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2D!@*DI`8&!@
M8&`J2DI*0&`J2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*0&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"I@8$I*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*8&!@8$I*2DI@8&!@"DU*2F!@8&!*2DI*2DI*2F!@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DA@
M(DI*2DA@(DI*2DI*2&`B2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DA@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(D!@*DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI`8"H*34I*2DI*2DI`8"I*2DI`8"I*2DI*2D!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8"5@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*2DI*2F!@2DI*
M2DI*8&!*2DI*8&!*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2F!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!<8")*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2&`B2DI*2DI*2DA@(DI*2DI*2&`B2DA@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@*DI*2D!@8&`J2DI*2DI*
M"DU*0&!@8"I*2DI*2DI*2DI*2DI*0&`J2DI*0&`J2DI*0&`J2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8"I@8$I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*8&!*2F!@8&!@8$I*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI@8$I*
M2DH*36!@2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@2&`B2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI(
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@(D!@*DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI`8&!@*DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*0&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`J8&!*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2F!@8&!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@2&`B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI(8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M(D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@2&`B
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI(8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8")`8"I*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`J8&!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-34U
M-34*334U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8$A@"DTB2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI)-31@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8#!@,&`P
M8#!@,&`P8#!@,&`P8#!@,$$S3UA@"DU@8"$U-DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34U
M-34U-34*334U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U
M-34U-34V2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8")`8"I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*134P8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&`A8"%@8%`A8"%@(6!@4"%@(6`A8&!2)2Y?/U]`8&!@
M)34Z2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI%-3!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(6`A8"%@
M(6`A8"%@(6`A8"%@(6`A+U]5-3!@8&`E"DTU.DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2D!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&`J8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DHU-6!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`D8"1@)&`D8"1@)&`D
M8"1@)&`D*#0*32@T6UY@8&!@8&!@8#4U2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2F!@8&!@8&!@8&!@8&!@8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*8&!@8&!@8&!@8&!@8&!@8&!@8&!*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I--35@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&`D8"1@)&`D8"1@)&`D8"1@)&`D8"1?7S4U8&!@8&!@
M-35*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI)-31@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8"Q@,&`L,#!@+&`P8"PP,&`L8#!!+34W3U1@8&!@8&!@8&`A-39*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&!@8&!@8&!@8&!@8&`*
M32)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2&!@8&!@8&!@8&!@8&!@8&!@8&`B
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DDU-&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`P8#!@,&`P8#!@,&`P
M8#!@,&`P8#-?734*331@8&!@8&!@(34V2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8")`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D4U,&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(6`A8"%@(6`A8"%@(6`A8`I-(6`A
M(B4N7TY?0&!@8&!@8&!@8&!@)34Z2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*0&!@8"I*2DI*2DI*2DI`8&!@8&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2D!@8&`J2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI%-3!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@(6`A8"%@(6`A8"%@(6`A8"%@(2]?534U-3!@8&!@8&!@8&`E-3I*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2D!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@*F!@2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-6!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&`D
M8"1@(V`D8"1@)&`C8"1@)"@T*#-?7F!@8&!@8&!@8&!@8&!@8&`U-4I*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@2DI*2@I-2DI*2DI*2DI@8&!@
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2C4U8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@)&`D8"1@)&`D8"1@)&`D8"1@)`I-
M7U\U-6!@8&!@8&!@8&!@8&!@-35*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8$A@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*234T8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`P8#!@,&`P8#!@"DTP8#!@,&`P03-/5T]88&!@
M8&!@8&!@8&!@8&!@8&`A-39*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(
M8&!@(DI*2DI*2DI*2DI*2&!@8")*2DI*2DI*2DI(8&!@"DU@8&!@(DI*2DI*
M2DI(8&!@(DI*2DA@8&!@8")*2DI*2DI*2&!@8&!@8&!@8")*2DI*2DI*2DI*
M2DI*2&`*36!@(DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@8&`B2DI*2DI*2DA@
M8&`B2DI*2&!@8&!@(DI*2DI*2DI*2@I-2&!@8&!@8&`B2DA@8&`B2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DDU-&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&`P
M8#!@,&`P8#!@,&`P8#!@,&`S7UTU-&!@8&!@8&!@8&!@8&!@8"$U-DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*32)`8"I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U,&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8%`A8&!1(6!@
M4"%@8%$A8&!2)2Y?,&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@)34Z2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*0&!@8"I*2DI*2DI*2DI`8&!@*DI*2DI*
M2DI*2D!@8&!@8&!@8&!@8"I*2DI*2D!@8&`J2D!@8&!@8&`*36!@8"I*2DI`
M8&!@8&`J2D!@8&!@8"I*2DI*2DI*2DI*2D!@8&`J2DI*2DI*2DI*2DI*2D!@
M8&!@8&!@8`I-8&!@8&`J2DI*2DI`8&!@*DI`8&!@8&!@8&!@*DI*2DI*0&!@
M8&!@8&!@8&!@8&!@8"I*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*134P8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8"%@(6`A8"%@(6`A8"%@"DTA8"$O7U4U-34P8&!@
M8&!@8&!@8&!@8&!@8&`E-3I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI`8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M*F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DHU-6!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@)&`D8"0*36`D8"1@)&`D8"0H1"@T6UU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`U-4I*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@
M8&!@8&!@8&!@8&!@8&!*2DI*2DH*34I*8&!@8$I*2DI*2DI*8&!@8$I*2DI@
M8&!@8&!*2DI*2DI@8&!@2DI*2F!@8&!*2DI*2DI@8&!@2DI*2@I-2DI*2DI*
M2DI@8&!@2DI*2DI*2DI*2DI*2DI@8&!@2DI*2DI*8&!@8$I*2DI*2F!@8&!@
M8$I*2DI*2F!@"DU@8$I*2DI*2F!@8&!*2DI*2DI*2F!@8&!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@)&`D8"1@)&`D
M8"1@)&`D8"1?7S4U8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@-35*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8$A@(DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*234T8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`P8#!@+&`P8#!@,&`L8#!!
M,U];3U1@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&`A-39*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI(8&!@8&!@8&!@8&!@8&!@8&!@8")*2DI*2DA@
M8&`B2DI*2DI*2DA@8&`B2DI*2&!@8`I-(DI*2DI*2DI(8&!@(DI*2DI*2DI*
M2DI*2&!@8&!@(DI*2DI*2DI*2DI*2&!@8")*2DI*2DI*2DI*2DA@"DU@8")*
M2DI*2DI*2DI(8&!@(DI*2DA@8&`B2DI*2DI*2DA@8&`B2DI*2&!@8")*2DI*
M2DI*2DI(8&!@(DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DDU-&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@,&`P8#!@,&`*33!@,&`P8#!@,U]=-31@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8"$U-DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DA@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`J
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2D4U,&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-(6`A8"%@(6`A8"%@(6`A(BDN7T!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8"4U.DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@8&`J2DI*
M2DI*2DI*2@I-2D!@8&!@8"I*2DI`8&!@8&!@8&!@8&!@8&!@*DI*2D!@8&`J
M2DI*2DI*2D!@8&`J2DI*2DI`8&!@8&!@"DU@8&!@8"I*2DI*2DI*2DI*2D!@
M8&`J2DI*2DI*2DI*2DI`8&!@*DI*2DI*2DI*2D!@8&`J2DI*0&!@8"H*34I*
M2DI*2DI`8&!@*DI*2D!@8&`J2DI*2DI*2DI*0&!@8"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134P8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"%@(6`A8"%@(6`A8"%@(2]?
M534U-3!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&`E-3I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@*F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*-35@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@(V`D8",D)&`C8"1@(R@T6UU?7F!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`U-4I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI@8&!@2DI*2DI*2DI*2DI*2DI@8&!@2DI*2F!@8&!*
M2DI*2DI*2DI*"DU*2DI*2DI@8&!@2DI*2DI*2DI@8&!@2DI*2F!@8&!@8$I*
M2DI@8&!@2DI*2DI*2DI*2DI*8&!@8$I*2DH*34I*2DI*2DI*8&!@8$I*2DI*
M2DI*2DI@8&!@2DI*2F!@8&!*2DI*2DI*2F!@8&!*2DI*8&!@8$I*2DI*2@I-
M2DI*2F!@8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2C4U8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8"1@)`I-8"1@)&`D8"1@)&`D7U\U-6!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8#4U2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8")*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*234T
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&`P8#!@
M,&`P8#!@,&`P03-/6&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@(34*339*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&!@8")*"DU*2DI*
M2DI*2DI*2DI(8&!@(DI*2DA@8&`B2DI*2DI*2DI*2DI*2DI*2&!@8")*2DI*
M2DI*2&!@8")*2DH*34A@8&`B2DI*2DI(8&!@(DI*2DI*2DI*2DI*2&!@8")*
M2DI*2DI*2DI*2DA@8&`B2DI*2DI*2DI*2&!@8`I-(DI*2DA@8&`B2DI*2DI*
M2DA@8&`B2DI*2&!@8")*2DI*2DI*2DI(8&!@(DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI)-31@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@,&`P8#!@,&`P8#!@,U]=-34U-&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8"$U-DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`B0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI%"DTU,&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8"%@(6!@4"%@(6`A8&!2)2Y?,&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"4U.DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D!@8&`J2DI*2DI*2DI*2DI`8&!@8&`J2DI*0&!@8&`*36`J
M2DI*2DI`8&!@*DI*2D!@8&`J2DI*2DI*2D!@8&`J2DI*0&!@8"I*2DI*2D!@
M8&`J2DI*2DI*2DI*2@I-2D!@8&`J2DI*2DI*2DI*2DI*2D!@8&`J2DI*2DI`
M8&!@*DI*2DI*0&!@8"I*2DI*2DI*0&!@8"I*2DI*"DU*0&!@8"I*2DI*2D!@
M8&!@8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*134P
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8"%@(6`A
M8"%@(6`A8"$O7U4U,&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@)34Z2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI`
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@*F!@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-35@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@)&`D8"1@)&`D8"0H
M-%M>6UY@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&`U-4I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI@8&!@8&!@8&!@8&!@
M8&!@8&!@8$I*2DI*2DI*8&!@8&!@8&!@8&!@8&!*2DI*8&!@8$I*2DI*2@I-
M2DI@8&!@2DI*2F!@8&!@8$I*8&!@8&!@2DI*2DI*2DI*2DI*8&!@8$I*2DI*
M2DI*2DI*2DI*8&!@8&!@"DU@8&!@8&!@8$I*2DI*2F!@8&!*2DI*2DI*2F!@
M8&!*2DI*2DI@8&!@8&!@8&!@8&!@8&!@2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DHU-6!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8"1@)&`D8"1@)&`D8"1?7S4U8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8#4U2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!(8")*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*234T8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@+&`P8"PP,&`L8#!!+U]88`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@+&`P8"PP,&`L03!@8&!@8&!@(34V2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2&!@8&!@8&!@8&!@8&!@8&!@(DI*2@I-2DI*2DI*2DI(8&!@8&!@
M8")*2DI*2DI*2&!@8")*2DI*2DI*2&!@8")*2DI*2DA@8&!@8")*2&!@8")*
M"DU*2DI*2DI*2DI*2&!@8")*2DI*2DI*2DI*2DI*2DI(8&!@8&!@8&!@(DI*
M2DI*2DI(8&!@(DI*2DI*2DH*34A@8&`B2DI*2DI*2DA@8&!@8&!@(DI(8&!@
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-31@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@,&`P8#!@,&`P8#-?
M734U-31@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8"$U-DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&`B0&`J2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%-3!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8"%@(6`A8"%@(6`A(B4N7T!@8&!@
M8&!@8&!@8&!@8&!@8&`A8"%@(6`A8"%@"DTA8"%@(2(E+E\P8&!@8&!@8"4U
M.DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D!@8`I-8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*134P8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`A8"%@(6`A8"%@(2]?534P8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&`A8"%@(6`A8"$O7U!@8&!@8&!@)34Z2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I`8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8$I*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*-35@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"1@
M)&`C8"1@)"@T"DU;75]>8&!@8&!@8&!@8&`D8"-@)&`D8"1@(V`D8"1@)&`C
M8"1@)"@T6UU@8&!@8&!@8&!@-35*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@2DI*2DI*8&!@8$I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-6!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8"1@)&`D8"1@)&`D7U\U-6!@8&!@
M8&!@8&!@8&!@8&!@8&`D8"1@)&`D8"1@)&`D"DU@)&`D7U]@8&!@8&!@8#4U
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!(8")*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@,&`P8#!@,&`P03-/5&!@8&!@8&`P8#!@,&`P
M8#!@,&`P8#!@,&`*33!@,&`P8#!@,$(Q-3=/5&!@8&!@8&!@8&!@(34V2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2&!@8&!@"DU@8&!@8&!@8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI)-31@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8#!@
M,&`P8#!@,U]=-34U"DTT8&!@8&!@8&!@8&`P8#!@,&`P8#!@,&`P8#!@,&`P
M8#!@,&`S7UQ@8&!@8&!@8&`A-39*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DA@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@(D!@*@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI%-3!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@4"%@8%$*32%@
M8%(E+E\P8&!@4"%@8%$A8&!0(6!@42%@8%`A8&!1(6!@4"%@8%$A(B1?7TY?
M,&!@8&!@8&!@8&!@8`I-8"4U.DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@8&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U,&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&`A8"%@(6`A8"$O7U4U,&!@8&!@8"%@(6`A8"%@
M(6`A8"%@(6`A8"%@(6`*32%@(6`A8"%@(2]?4&!@8&!@8&!@8&!@)34Z2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"I@8$I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*-35@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8"1@)&`D8"1@)&`D8"1@)&`D8"1@)&`D8"1@)&`D8"1@)`I-
M8"1@)&`D8"1@)&`D8"0H1%M>*#1@8&!@8&!@8&!@8&!@8&!@-35*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DHU-6!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`D8"1@)&`D8"0*
M35]?-35@8&`D8"1@)&`D8"1@)&`D8"1@)&`D8"1@)&`D8"1@)&`D8"1@)%]?
M8&!@8&!@8&!@8&!@8&`U-0I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2F!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DDU-&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-,&`P8"Q@,&`P8#!@+&`P
M8#!@,&`L8#!@,&`P8"Q@,&`P8#!@+&`P8#!@,&`L8#!!,U]802Q@8&!@8&!@
M"DU@8&!@8&!@8&!@(34V2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*234*331@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8#!@,&`P8#!@,&`P8#!@,&`P8#!@,&`P8#!@,&`P8#!@,&`P
M8`I-,&`P8#!@,&`P8#!@,&`S7UQ@8&!@8&!@8&!@8&!@8&`A-39*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@(D!@*DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI%-3!@8&!@8&!@8&!@8&!@8&!@
M8&`A8"%@(6`A8"%@(6`A8"%@(6`A8"%@(6`A8"%@"DTA8"%@(6`A8"%@(6`A
M8"%@(2(E)34^7T!@8&!@8&!@8&!@8&!@8&!@8&!@8&`E-3I*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2D4U,&!@8&!@8&!@8&!@8&!@8&!@8&!@(6`A8`I-(6`A8"%@(6`A8"%@
M(6`A8"%@(6`A8"%@(6`A8"%@(6`A8"%@(6`A8"%@(6`A8"$O7U!@8&!@8&!@
M8&!@"DU@8&!@8&!@)34Z2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*0&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8"I@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2C4U8&!@8&!@8&!@8&!@"DU@8&!@8"-@)&`C)"1@(V`D8",D)&`C8"1@(R0D
M8"-?7F!@8&!@8&!@8",D)&`C8"1@(R@T6UU?7F!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@-35*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DHU-6!@8&!@8&!@8&!@8&!@8&!@
M8&`D8"1@)&`D8"1@)&`D8"1@)&`D8"1@)&`D8"1@)&`D"DU@)&`D8"1@)&`D
M8"1@)&`D8"1?7V!@8&!@8&!@8&!@8&!@8&!@8&!@8&`U-4I*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2F!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`B2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-&!@8&!@8&!@8&!@8&!@8#!@,&`P
M8#!@,&`P8#!@,&`P8#-/5&`*36!@8&!@8&!@8&!@8&!@,&`P8#!@,&`P03-/
M6$$P8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"$U-DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M234T8&!@8&!@8&!@8&!@8&!@"DU@8#!@,&`P8#!@,&`P8#!@,&`P8#!@,&`P
M8#-?7&!@8&!@8&!@8#!@,&`P8#!@,&`P8#-?7&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&`A-39*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI(8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(D!@*DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134P
M8&`*36!@8&!@8&!@8&`A8"%@8%`A8"%@(6!@7U]`8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@4"%@(6`A8&!2)2Y?,`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`E-3I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI`8&!@8&!@
M8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2D4U,&!@8&!@8&!@8&!@8&!@(6`A8"%@
M(6`A8"%@(6`A8"%@(2]?4&!@8&`*36!@8&!@8&!@8&`A8"%@(6`A8"%@(6`A
M+U]08&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"4U.DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*0&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`J"DU@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2C4U8&!@8&!@8&!@8&!@8"1@)&`D6UY@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8"1@)&`D8"1@)#4U6UY@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@-35*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M8&!*2DI*2DI*2@I-8&!@8&!@2DI*2DI*8&!@8&!@8&!@8$I*2DI@8&!@8&!@
M8&!@2DI*2DI*2DI*2F!@2DI*2DI*2DI@8$I*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*8&!*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-35@
M8&!@8&`*36!@8&!@8&`D8"1@)&`D8"1@)&`D7U]@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`D8"1@)&`D8"1@)%]?8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`U-4I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@2&`B2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DDU-&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"PP
M,&`L8#!!"DTO7UM/5&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8"$U-DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&`B2DI*2DI(8")*2DI*2DA@(DI*2DA@
M(DI*2DI*2DI*2DI*"DU*2DI*2DI*2DA@(DI*2DI*2DI*2DA@(DI*2DI*2DI(
M8")*2DI*2DA@8&!@8")*2DI*2DI*2&!@8&!@(DH*34I*2DI(8")*2DI(8")*
M2&!@8")*2DI*2DI*2&!@8&!@(DI*2DI*2DI*2DI*2DI*2DA@(DI(8")*2DI*
M2@I-2DI(8")*2DI*2DA@(DI*2DI*2&!@8&!@(DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*234T8&!@8&!@8&!@8&!@8#!@,&`S7UQ@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8#!@,&`P8#!@,&`S7UQ@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DTA-39*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@(D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*134P8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`A8"%@(6`A(B4N7T(I8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&`E-3I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`"DU@
M*DI*2DI*0&`J2DI*2DI`8"I*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2D!@*DI*
M2DI*2DI*2DI*0&`J2DH*34I*2DI*0&`J2DI*0&`J2DI*2DI`8"I*2DI`8"I*
M2DI*2D!@*DI*2D!@*DI*2D!@8&`J2DI*0&`J2DI*0`I-8"I*2DI*2D!@*DI*
M2DI*2DI*2DI*0&`J2DI*2DI`8"I*2DI*2D!@*DI*2DI*0&`J2DI*0&`J2DI*
M2DI`"DU@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2D4U,&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(6`A
M8"%@(6`A8"$O"DU?4&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8"4U.DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`J8&!*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2C4U8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`C8"0*36`D8"0H
M,U]>*#1@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8#4U
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*2DI@8$I*2DI*2F!@2DI*2F!@8&`*
M36!@8&!*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2F!@8&!@8&!@8&!*2DI*
M2DI*2DI*2DI*2F!@2DI*2@I-8&!*2DI*2DI*2DI*2DI@8$I*2DI@8$I*2DI*
M2F!@2DI*2F!@2DI*2DI*8&!*2DI*2DI*2DI*2DI@8$I*"DU*2DI*8&!*2DI*
M2DI@8$I*2DI*2F!@2DI*2F!@2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*-35@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`D8"1@)&`D8"1?7V!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&`U-4I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@2&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI)-31@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8#!@,&`P8#$U-T]88&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8"$U-DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2&`B2DI*
M2DI(8")*2DI*2DA@(DI*2DI*2DI*2DI*2&`B2DI*2DI*2DA@(DI*2DI*2DI*
M2@I-2DI*2DA@(DI*2DI*2&`B2DI*2DI*2DA@8&!@8&!@(DI*2DA@(DI*2DI*
M2DI*2DI*2&`B2DI*2&`B2DI*"DU*2DA@(DI*2DA@8&!@8&!@8&`B2DI*2DI*
M2DI*2DI(8&!@8&!@8&!@(DI*2DI*2DI(8")*2&`B2DI*2DH*34A@8&!@8&!@
M8&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*234T8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`P8#!@,&`*33!@
M,U]<8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(34V
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI(8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"I*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134P8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@42%@8%`A+E\_7T!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@)34Z"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI`8"I*2DI*2D!@*DI*2DI*0`I-8"I*2DI`8"I*2DI*
M2D!@*DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*0&`J2DI*2DI*2D!@*DI*2D!@
M*DI*"DU*2DI`8"I*2DI`8"I*2DI*2DI*2DI*2D!@*DI*2D!@*DI*2DI*0&`J
M2DI*0&`J2DI*2DI*2DI*2DI*2DH*34I*2D!@*DI*2DI*2DI*2D!@*DI*2DI*
M0&`J2D!@*DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI%-3!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@(6`A8"%@(6`A+U]08&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8"4U.DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2D!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`J8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DHU-0I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`D8"1@)"@T6UTH-&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8#4U2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*2DI@
M8$I*2DI*2F!@2DI*2F!@2DI*2DI*8&!*2DI*2DI@8$I*"DU*2DI*2DI*2DI*
M2DI*2F!@2DI*2DI*2DI@8$I*2DI@8$I*2DI*2F!@2DI*2F!@2DI*2DI*8&!*
M2DI*8&`*34I*2DI@8$I*2DI*2F!@2DI*2F!@2DI*2DI*8&!*2DI*2DI*2DI*
M8&!*2DI*2DI*2DI*8&!*2DI*2DI*2@I-8&!*2DI*2DI*2F!@2DI*2DI*8&!*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*-35@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@)`I-8"1@)&`D7U]@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@-35*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@2&`B2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-31@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&`P8"Q@,&`P03-/5$$P8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8"$U-DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DA@(DI*2DI*"DU*2DA@8&!@8")*2DI*2DI*2&!@8&!@(DI*
M2DI*2DI(8")*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2&`*32)*2DI*2DA@
M8&!@8")*2&`B2DI*2&!@8&!@(DI*2DI*2&`B2DI*2&`B2DI*2DI(8")*2DI*
M2DA@8&!@8`I-(DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2&`B2DI*2DI*2DA@
M(DI*2DI*2DI*2DA@8&!@8")*2DI*2DA@"DTB2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DDU-&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`P8#!@,&`S7UQ@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@(34V2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8")`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*134P8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"%@(6`A8"$E
M-3Y?,&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@)34Z2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%-3!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8"%@(6`A8"%@(2]?4&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8"4U.DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&`J8&!*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-6!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@)&`C)"1@(U]>6UU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8#4U2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*-35@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"1@)&`D8"1?
M7V!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@-35*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8$A@
M(DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI)-31@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@,&`P8#!@,T]88&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`A-39*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@,&`P8#!@,U]<8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@(34V2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8")`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U,&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8"%@8%`A(B4O7T!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@)34Z2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI%-3!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`A8"%@(6`A+U]08&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`E-3I*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2D!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU
M-6!@8&!@8&!@8&!@8&!@8&!@8&!@8"1@)&`D-35;7F!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*334U2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8"1@)&`D7U]@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@-35*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8$A@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU)-31@8&!@8&!@8&!@8&!@8&!@8&!@,&`L
M,#-/5U]88&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`A-39*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU
M-&!@8&!@8&!@8&!@8&!@8&!@8&!@8#!@,&`S7UQ@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8"$U-DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8")`8"I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U,&!@
M8&!@8&!@8&!@8&!@8&`A8"$B)2X*35]`8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@)34Z2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`
M8&!@8&!@8"I*2DI*2DI*2DI*2DI*2DI*2DH*34I`8"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@8&!@8&!@
M*DI*2DI*2DI`8"I*2DI*"DU*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*134P"DU@8&!@8&!@8&!@8&!@8&!@8&`A8"%@
M(2]?4&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`E-3I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@*F!@2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DHU-6!@8&!@8&!@8&!@8&!@8"1@(R@T6UU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`U-4I*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2F!@2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*
M2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*8&!*2DI*2DI*2F!@2DI*2DI*8&!*2DI*2DI*2DI*8&!*
M2DI*2DI*2DI*2DI*2DI*8&`*34I*2DI*2DI*8&!@8&!@2DI*2DI*2DI@8&!@
M8&!*2DI*2DI*2F!@8&!@8$I*2DI*2DI*2DI*2F!@2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U8&!@
M8&!@8&!@8&!@8&!@8&`D8"1?7V!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@-35*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8$A@(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*234T8&!@8&!@
M8&!@8&!@8`I-,&`Q-3=/6&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&`A
M-39*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*
M2DI*2DI*2DI*2DI(8`I-8&!@8")*2DI*2DA@(DI*2DA@(DI*2DI*2&`B2DI*
M2&`B2DA@(DI*2DA@(DI*2DI*2&`B2DA@8&`B2DI*"DU*2DA@(DI*2DI*2&`B
M2DI*2DI(8&!@(DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DA@
M(DH*34I*2&`B2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DA@8&`B2DI*2DI(
M8")*2DI*2DA@(DI*2DA@(DI*2@I-2DI(8")*2DI(8")*2DI*2DA@(DI*2DI*
M2DI(8&!@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DDU-&!@8&!@8&!@8&!@8&!@8#!@,U]<8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"$U-DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`B0&`J2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2D4U,&!@8&!@8&!@8&!@8&`O7TY?,&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8"4U.DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*0&`J2DI*
M0&`J2DI*0&`J2DI*2DI`"DU@*DI*2D!@8&`J2D!@8&`J2D!@*DI*2D!@8&`J
M2DI*0&`J2DI*0&`J2DI*2DI`8"I*2DI`8"I*2DI`8"H*34I*2DI*2DI*2DI*
M2DI*2DI*0&`J2DI*2DI*2DI*2DI`8"I*2DI`8"I*2DI*2DI*2DI`8"I*2DI*
M2DI*2@I-2DI*0&`J2D!@*DI*2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2D!@
M*DI*2D!@*DI*2DI*0&`J2DI*2DI`"DU@*DI`8"I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134P8&!@8&!@
M8&!@8&!@(6`A+PI-7U!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&`E
M-3I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@*F!@2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-35@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`U-4I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*
M"DU*2DI*2DI@8$I*2DI*2F!@2DI*2F!@2DI*2F!@2DI*2DI*8&!*2DI*8&!*
M2DI*8&!*2DI*8&!*2DI*8&`*34I*2DI*2F!@2DI*2F!@2DI*2DI*8&!*2DI*
M8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2@I-2DI*2DI*8&!*
M2DI*8&!@8&!@8&!@8&!@8&!*2DI*2DI*2DI*8&!*2DI*8&!*2DI*2DI*2DI*
M8&!@8$I*"DU*2DI*2DI*2DI*8&!*2DI*2DI@8$I*2DI*2F!@2DI*2F!@2DI*
M2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2C4U8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8#4U2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*234T8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&`A-39*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI(8")*2DI(8")*
M2DH*34A@(DI*2DI*2&`B2DI*2&`B2DI*2&`B2DI*2&`B2DI*2&`B2DI*2DI(
M8")*2DI(8")*2DI*2DA@(DI*2@I-2DI(8&!@(DI*2DI*2DI*2DI*2DI*2DI*
M2DI(8")*2DI*2DI*2DI*2DA@(DI*2DA@(DI*2DI*2DI*2DA@"DTB2DI*2DI*
M2DA@(DI*2DI*2&`B2DI*2DI*2DI*2DI*2DA@(DI*2DI*2&!@8")*2DI*2DI*
M2&`B2DI*2DH*34A@(DI(8")*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-31@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"$U-DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`B0&`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2D4U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I-
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U.DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"H*34I*2DI*2DI*2DI*
M2DI*2D!@*DI*2DI*0&`J2DI*0&`J2DI*0&`J2DI*2DI`8"I*2DI`8"I*2DI`
M8"I*2@I-2D!@*DI*2D!@*DI*2DI*0&`J2DI*0&`J2DI*2DI`8"I*2DI*2DI*
M2DI`8"I*2DI*2DI*2DI*2DI*2DI*"DU*0&`J2DI*2DI*2DI*2DI`8"I*2DI`
M8"I*2DI*2DI*2DI`8"I*2DI*2DI*0&!@8&!@8&!@8&!@*DI*2D`*36`J2DI*
M2DI`8"I*2DI`8"I*2DI*2DI*2DI*2D!@*DI*2DI*0&`J2D!@8&!@8&!@8&!@
M8"I*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*134P8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@)0I--3I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI`8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI@8$I*2DI*2DI*8&!*2DI*8&!*2DI*2DI@8`I-2DI*2F!@2DI*
M2F!@2DI*2F!@8&!*2DI*8&!*2DI*8&!*2DI*8&!*2DI*8&!@8$I*2DI@8$I*
M2DI@8$I*"DU*2F!@8&!*2DI*8&!*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*
M2F!@2DI*2DI*2DI@8$I*2DI*2F!@2DH*34I*2DI*2DI*8&!*2DI*2DI*2DI*
M2DI*2DI*8&!*2DI*2DI@8$I*2DI*2F!@2DI*2F!@2DI*2DI*2DI*2@I-2DI@
M8$I*2DI*2F!@2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*334U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8")*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DA@8&!@8&!@(DI*2DI*
M2DI(8&!@8&`B2DI*2DI(8")*2DI*2DA@8&`B2DA@(DI*2DA@"DTB2DI*2&`B
M2DI*2&`B2DI*2&`B2DA@8&`B2DI*2DI*2DA@8&`B2DA@(DI*2DI*2&!@8")*
M2DI*2DI*2&`*32)*2DI*2DI*2DI*2DI*2&!@8&!@8&`B2DI*2DI*2DA@(DI*
M2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2@I-2&`B2DI*2DI*2DA@8&!@8")*
M2DI*2DA@8&!@8&!@8&`B2DI*2DI(8&!@8&`B2DI*2DI*2DI*2DI(8")*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DA@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&`B
M0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI`8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8"I@8$I*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2F!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!(8")*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DA@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M0&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"I@8$I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(3!@*DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*0&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8"I@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2F!@2DI*2DI*2DI@8&!@8&!*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*
M2@I-8&!*2DI*2DI@8$I*2DI*2DI*2DI*2DI*8&!@8&!@2DI*2DI*8&!@8&!@
M8&!@8$I*2DI*2F!@8&!@8$I*"DU*2DI*2DI*2DI*2DI@8&!@8&!@8&!@2DI*
M2DI*8&!@8&!@2DI*2DI*8&!@8&!@8&!@8$I*2DI*2F!@8&`*36!@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2F!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@2&`B2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2@I-2&`B2DI*2DI(8")*
M2DI*2DI*2&!@8")*2DI*2DI*2DI(8&!@(DI*2DI*2&`B2DI*2DI*2DI*2DI(
M8")*"DU*2DI*2&`B2DI*2DI*2DI*2DI(8")*2DI(8")*2DI*2DA@(DI*2DI*
M2DI*2DI*2DI*2DI*2DI(8")*2DH*34A@(DI*2DI*2&`B2DI*2&`B2DI*2DI*
M2DI*2DI(8")*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI(8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@(D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@
M*DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2D!@*DI*"DU*2DI*2D!@*DI`
M8"I*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI`8"I*
M2DI*2D`*36`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*0&`J
M2DI*2DI`8"I*2DI`8"I*2DI*2DI*2@I-2DI*0&`J2DI*2DI`8"I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*0&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8$I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU@8$I*2DI*2DI*8&!*2F!@8&!*2DI*2DI*
M2DI*2DI@8$I*2DI*2F!@2DI*2F!@2DI*2DI*2DI@8$I*2DH*34I*2DI*2DI*
M2DI*2F!@2DI*2DI*2DI*2DI*8&!*2DI*2DI@8$I*8&!@8$I*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI@8$I*2DI*2DI*8&!@8&!@2DI*2DI*8&!@8&!@8&!*2DI*
M2DI@8$I*2DI*2F!@2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@2&`B2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*
M2DI*2DA@8&`B2DI*2&`B2DI*2DH*34I*2DI(8")*2DI(8")*2DI*2DA@(DI*
M2DI*2DI(8")*2DI*2DI*2DI*2DA@8&`B2DI*2DI*2DI*2DI(8`I-(DI*2DI*
M2DI(8&!@(DI*2DA@(DI(8&!@8&`B2DI*2DI*2DA@(DI*2DI*2DI(8")*2DI*
M2DA@(DI*2DI*"DU*2DI*2DI(8")*2DI*2DA@8&!@8&!@(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@(D!@*DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2D!@*DI*2DI*2DI`8"I*2DI*2D!@*DI*2DI*2DI*
M2D!@*DI*2D!@8&!@8&!@8&!@8"I*2@I-2DI*0&`J2DI*2DI*2DI*0&`J2DI*
M2DI*2DI*2DI*2DI*0&`J2DI*2DI*2D!@*DI*2DI*0&`J2DI*2DI*"DU*2DI*
M2DI*2DI`8"I*2DI*2DI*0&`J2DI*2DI`8"I*2DI`8"I*2DI*2D!@*DI*2DI*
M2DI*2DI*0&`J2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*0&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`J
M8&!*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*2DI*
M2F!@2DI*2@I-2DI@8$I*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2F!@2DI*2DI*
M2DI@8$I*2DI*2DI*2DI@8$I*2DI*2DI*"DU*2DI*2DI@8$I*2DI*2DI*2DI@
M8$I*2DI*2F!@2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI@8$I*2DH*34I*
M8&!*2DI*8&!*2DI*2DI@8$I*2DI@8$I*2DI*2F!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@2&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2&!@8&!@(DI*2DI*2DI*2DI*2&`B
M2DI*2DI*2DI*"DU*2DA@(DI*2DI*2DI(8")*2DI*2DI*2DI(8&!@8&!@8&!@
M(DI*2DI*2&`B2DI*2DI*2DI*2DI(8&!@8&`*32)*2DI*2DI*2DI*2DI*2DI(
M8")*2DI*2DI*2DI*2DA@8&!@8")*2DI*2DI*2&!@8&!@(DI*2DI*2DI(8`I-
M8&!@8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI(8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8")`8"H*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"I*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`J8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@2&`B2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DA@(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8")`8"I*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&`J8&!*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@(DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"-08"I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2D!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@+PI-8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8%Q@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@8&`B2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2&`B2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@(DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8"-08"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*0&`J2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*
M2DI*2DI*"DU*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI`8"I*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@*F!@2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI@8$I*8&!@8`I-2DI*2DI*8&!@8$I*2DI@8$I*8&!@8$I*
M2DI@8&!@8&!*2DI*8&!@8&!@2DI*2F!@8&!@8$I*2DI@8$I*"DU@8&!@2DI*
M2DI*8&!@8$I*8&!*2DI*8&!*2DI*8&!@8$I*8&!*2F!@2DI*2F!@8&!*2DI*
M8&!*2DI*8&`*34I*8&!*2F!@8&!*2DI*8&!*2F!@8&!*2DI*2DI@8&!@2DI*
M2F!@2DI@8$I*2DI*2DI*2DI@8&!@2DI*2@I-8&!@8&!@2DI@8&!@2DI*2F!@
M2DI@8&!@2DI*2F!@2DI@8&!@2DI*2DI*8&!@8$I*2DI@8&!@8&!*2DI*"DU*
M2DI*2DI@8&!@8&!*2DI*8&!*2F!@2DI*2F!@8&!*2F!@2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8$A@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@(DI*2DA@(DI(
M8")*2DI(8")*2&!@8")*2DI(8")*"DU*2DI*2DI(8")*2DI(8")*2DI(8")*
M2DI*2DA@(DI(8&!@(DI*2DA@(DI(8")*2DI(8&!@(DI(8")*2DH*34A@(DI*
M2DA@(DI*2DA@(DI(8")*2DI(8")*2&`B2DI*2&`B2DA@8&`B2DI*2&`B2DA@
M8&`B2DI*2&`B2@I-2&`B2DI*2&`B2DA@8&`B2DI*2DI*2DI*2&`B2DI*2&`B
M2DA@(DI*2DA@(DI*2DA@(DI(8&!@(DI*2DA@"DTB2DA@8&`B2DI*2&`B2DA@
M(DI*2DA@(DI*2DA@(DI*2DI*2DI*2DA@(DI*2DI*2&`B2DA@8&`B2DI*2&`*
M32)*2DI(8&!@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`B0&`J2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*0&`J2DI*2DI`8"I*0&!@8&!@8&`J2D!@*DI*2DI*0&`J2DI*
M0&!@8&!@*DI*2D!@*DI*2D!@*DI*2DH*34I`8"I*0&`J2DI*2DI`8"I*0&`J
M2DI*2DI`8"I*0&`J2D!@*DI*2DI*0&`J2DI*0&`J2D!@*DI*2DI*2@I-2D!@
M*DI`8"I*2DI`8"I*2DI*2D!@*DI`8"I*2DI*2D!@*DI`8&!@8&!@8"I*0&`J
M2DI*2DI*2DI*2DI`"DU@*DI*2DI*2DI`8"I*2DI`8"I*2DI`8"I*0&`J2DI*
M2DI`8"I*0&`J2DI*2DI`8"I*0&!@8&!@8&`J2DH*34I`8"I*2DI*2DI*2DI`
M8"I*2DI*2D!@*DI`8"I*2DI*2D!@*DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI`8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@*F!@
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2F!@2DI@8$I*
M2DI*2DI*8&`*34I*2DI*2F!@2DI@8$I*2DI@8$I*2DI@8$I*2DI@8$I*2DI*
M2F!@2DI@8$I*2DI*2F!@2DI@8$I*2DI*2@I-8&!*2F!@2DI@8$I*2DI@8$I*
M2DI@8$I*2DI@8$I*2DI*2DI*8&!*2F!@2DI*2F!@2DI*2DI*8&!*2F!@"DU*
M2DI*2DI@8$I*8&!*2DI*2DI*2F!@2DI*2DI*2DI*2DI*8&!*2DI*2DI*2F!@
M2DI*2F!@2DI*2F!@2DH*36!@2DI*2DI*8&!*2F!@2DI*2DI*8&!*2F!@2DI*
M2DI*2DI*2F!@2DI*2DI*2DI*2F!@2DI*2DI*8&!*2@I-8&!*2DI*2DI@8$I*
M2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8$A@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI(8&!@(DI*2DA@(DI(8")*2DI(8")*2&`B2DI*2DI(8")*2&`B2DI*
M2&`B2DI*2&`B2@I-2DI(8")*2DI*2DA@(DI(8")*2DI*2DA@(DI(8")*2DI(
M8&!@(DI(8")*2&`B2DI*2&`B2DI*2&`B2DI*"DU(8")*2DI(8")*2DI(8&!@
M(DI*2DA@8&`B2DI*2&`B2DA@(DI*2DI*2&`B2DA@(DI*2DA@(DI(8")*2DH*
M34I*2DI*2DI*2&`B2DI*2&`B2DA@(DI*2DA@(DI*2DA@(DI(8")*2DI*2DA@
M(DI(8")*2DI*2DA@(DI(8`I-(DI*2DA@(DI*2DA@(DI*2DI*2DI*2DA@(DI*
M2DI*2&`B2DA@(DI*2DI*2&`B2DI*2&!@8")*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DA@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`B0&`J2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI`8&!@*DI*2DI*0`I-8&!@
M*DI*2D!@*DI*2DI*0&`J2DI*0&!@8"I*0&`J2D!@8&`J2DI*0&!@8&!@*DI*
M2D!@*DI*2DI*0&`J"DU*2DI`8&!@*DI`8"I*0&`J2DI*0&!@8"I*0&!@8"I*
M2DI*2DI*0&!@8"I*2DI*2D!@*DI*2DI*0&`J2D`*36!@8"I*2DI`8"I*2DI*
M2D!@*DI*2D!@8&`J2DI*0&`J2DI*2DI*2D!@*DI*2D!@8&`J2DI*0&`J2DI*
M0`I-8"I*2DI`8"I*0&`J2DI*2DI`8"I*0&`J2DI*2DI`8"I*2DI`8&!@*DI*
M2DI*0&!@8"I*2DI`8"I*2DI`"DU@8&!@8"I*2DI`8"I*2DI*2DI*0&!@8"I*
M0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@*F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@
M2DI*2F!@2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*
M2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*36!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!(8")*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DA@8&!@8")*2DI*2DI*2&!@8&!@8&!@8")*2DI*2DI*
M2DI*2DI*2DI(8&!@(DI*2@I-2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&`B2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&`B0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI`8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"I@8$I*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2F!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&`B0&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*0&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8"I@8$I*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!(8")*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DA@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M(D!@*DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"I@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2F!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M32)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@(U!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*0&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8"I@8$I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@2&`B2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@(D!@*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*0&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`J8&!*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@2&`B2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI(8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-(D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`J8&!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&`B2DI*234U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8")`8"I*2DI/7U]?7U]?7U\*35]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&`J8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8$A@(DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8")`
M8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2D!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&`J8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8$A@(DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8")`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2D!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@*F!@2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8#1@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`A,&`J"DU*2DI*2DI*
M2DI*2DI*134Z2DI*2DI*2DI*134Z2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*134Z2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2D4U.DI*2DI*2DI*2D4U.DI*2DI*2DI%-3I*2DI*"DU*
M2DI%-34U-34U-3I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U-34U-34U.DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M134Z2DI*2DI*2DI*2DI*2D4U.DI*2DI*2DI*2DI*10I--3I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I%-34U-34U-3I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U-34U-34U-34Z2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134Z2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D4U.DI*2DI*134Z2D4U.DI*2DI*2DI*2D4*334U-34U-34Z2DI*134Z2DI*
M2DI*2DI*2DI*2D4U.DI*2DI*2DI*2DI*134Z2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI%-34U-34U-3I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134Z
M2DI*2DI*2DI*2DI*2DI*2DI`8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@*F!@2DI*2DI*2DI*2DI*2DHU-4I*2DI*2DI*2DH*334U2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DHU-4I*2DI*2DI*2DI*2DI*-34U-34U2DI*
M2DI*2DI*2DI*2DHU-4I*2DI*2DI*-34U-34U"DU*2DI*2DHU-34U2DI*2DI*
M-34U-4I*2DI*2DI*-35*2DI*2DI*2C4U2DI*2DI*-35*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*-35*2DI*2DI*2C4U2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DHU-4I*2DI*
M2DI*2DI*2C4U2DI*2DI*2DI*2DI*2DHU-4I*2DI*2DI*"DTU-34U-35*2DI*
M2DHU-34U-35*2DI*2DHU-34U-35*2DI*2DI*2DI*2DI*2C4U2DI*2DI*2DHU
M-34U-34*34I*2DI*2C4U-34U-4I*2DI*2C4U-34U-4I*2DI*2DI*2DI*2C4U
M2DI*2DI*-35*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*-35*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2C4U2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DHU-4I*2DI*2C4U2DHU-4I*2DI*2DI*
M2DHU-4I*2DI*2C4U2DI*2DI*2DI*2DI*2DI*2@I-2DHU-4I*2DI*2DI*2DI*
M2C4U2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U2DI*2DI*-35*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*334U2DI*2DI*2DI*2DI*2DI*2DI*8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8$A@(DI*2DI*2DI*2DI*
M2DI*2DDU-DI*2DI*234V2DI*234U-39*2DI)-39*234V2DI*234U-0I--DI*
M2DDU-DI*2DDU-34U-39*2DI)-39*234U-39*2DI*2DI*2DI*2DDU-34V2DI*
M2DI*2DI*2DI)-39*"DU*2DI*234V2DI*2DI*2DI*234U-39*2DI*2DDU-DI*
M2DI*234V2DI*234U-39*2DI*2DDU-34V2DI*2DH*34DU-DI)-39*2DI*2DDU
M-DI*2DI*234V2DI*2DI*2DI*2DI*2DI*2DI*2DDU-DI*2DI*2DI*2DI*2DI)
M-0I--34U-39*2DI)-39*234U-39*2DI)-39*2DI)-39*234V2DDU-DI)-39*
M2DI)-34U-DI)-39*234V2DDU"DTU-39*2DI)-34U-34V2DI*2DI*2DI*234U
M-39*2DI*2DDU-DI*2DI*234V2DDU-DI*2DI*234V2DDU-DH*34I*2DI)-39*
M2DI*2DI*2DI)-34U-DI*2DI*234V2DI*2DI)-39*234V2DI*2DI)-39*234V
M2DI*2DI)-0I--DI*2DI*2DI*2DDU-DI*2DI*234V2DI*234U-39*2DI)-39*
M234U-39*2DI)-34U-34V2DI*2DI*2DDU"DTV2DI*2DI)-34U-34V2DI*234V
M2DDU-34V2DI*2DI)-34U-DI)-39*2DI*2DI*2DI*2DI*2DI)-39*234*339*
M234U-39*2DI*2DDU-34V2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-DI)
M-39*2DI)-39*234V2@I-2DI*2DI*2DI)-39*2DI*2DDU-DI)-39*2DI)-34U
M-DI)-39*234V2DDU-34V2DI*234U-34U-DI*2DDU"DTU-39*2DI*2DI*2DI*
M2DDU-DI*2DI*234V2DI*234U-39*2DI*2DDU-34V2DI*2DI)-34U-DI*2DDU
M-DH*34DU-DI)-39*2DI*2DDU-DI*2DDU-34V2DI*2DI)-34U-DI)-39*2DI*
M2DI*2DI*2DI*2DI*2DA@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`B0&`J2DI*2DI*2DI*2DI*2DI*10I--3I*2DI*2D4U.DI%-3I*2DI%
M-3I*134U-3I*2DI%-3I*2DI%-3I*134Z2D4U.DI*2DI*134Z2D4U-34Z"DU*
M2DI%-3I*2DI*2DI*2DI*2D4U.DI*2DI*2DI*2DI*2DI*2DI*2DI%-3I*2DI*
M2DI*2DI*2D4U.DI*2DH*34I*2DI*2DI*2D4U.DI*2D4U.DI%-3I*134Z2D4U
M.DI*2DI*134Z2D4U.DI*2DI*134U-34U-34Z2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI%-3I*2DI*2DI*2DI*2D4U.DI*2DI*134Z2D4U-34Z2DI*134Z2D4U
M.DI*"DU*134Z2D4U-34Z2DI*134Z2D4U.DI*2D4U-34Z2D4U-34Z2DI*134Z
M2DI*134Z2DI*2DI*2DI*2DI*2D4*334Z2DI*2DI%-3I*2DI*2D4U.DI%-3I*
M2DI*2D4U.DI*2DI*2DI*2D4U.DI*2DI*2DI*2DI*134Z2DI*2@I-2D4U.DI*
M2DI*134Z2D4U.DI*2DI*134Z2DI*2DI*2DI*134Z2DI*2DI*2DI*134U-34U
M-34Z2DI*134Z"DU*2DI%-3I*134U-3I*2DI%-3I*2DI*2DI*134Z2DI*2DI%
M-3I*2DI%-3I*2DI*2D4U.DI%-34U.DI*2D4*334Z2D4U.DI*2D4U-34Z2DI*
M2DI*2DI*2DI*2DI*134Z2D4U-34Z2DI*134Z2D4U.DI*2D4U.DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI%-3I*134Z2DI*134Z2D4U.DI*2DI*2DI*2D4U
M-34U-34U.DI*2D4U.DI%"DTU.DI*2D4U-34Z2D4U-34Z2DI*134Z2DI*134Z
M2DI*134Z2DI*134Z2DI*2DI*2DI*134U-34U-34Z2DH*34I%-3I*2DI%-3I*
M134Z2DI*134Z2D4U.DI*2D4U.DI%-34U.DI*2D4U.DI*2DI*134Z2D4U.DI*
M2D4U.@I-2D4U.DI*2D4U-34Z2DI*2DI*2DI*2DI*2DI*2DI`8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@2DI*2DI*2DI*2DI*2DI*
M2C4U2DI*2DI*-35*2C4U-34U-34U2DHU-4I*"DU*2DI*2DHU-34U2DI*2C4U
M2DHU-4I*2DI*2C4U2DHU-4I*2DI*2C4U2DI*2DI*2DI*2DI*-35*2DI*2DH*
M34I*2DI*2DI*2DHU-34U2DI*2DI*2DI*2DI*2DHU-4I*2DI*2DI*2DHU-34U
M2DI*2DI*-35*2C4U2DHU-0I-2DHU-4I*2DHU-4I*2DI*2C4U2DI*2C4U2DI*
M2DI*-35*2DI*2DI*2DI*2DI*2DI*2DI*2C4U2DI*2DI*"DU*2DI*2DHU-4I*
M2DI*2C4U2DHU-4I*2DI*2C4U2DHU-4I*-35*2DI*-35*2DI*2DHU-4I*-35*
M2DI*2DH*334U2DHU-4I*2DI*2C4U2DI*2C4U2DI*2DI*2DI*2DI*2DHU-4I*
M2DI*2DI*-34U-34U-35*2DI*-34U-0I--34U-4I*2DI*2C4U-35*2DI*2DI*
M2DI*2DI*2C4U2DI*2DI*2DHU-34U-34U-4I*2DHU-34U-34U-4I*"DU*2DI*
M-34U-4I*2DI*2DI*2DI*2C4U2DI*2DI*-35*2C4U-34U-34U2DHU-4I*2DI*
M2C4U2DI*2C4U-34*334U2DI*2DI*-35*2DI*-35*2DI*2DHU-4I*-35*2DI*
M2DHU-4I*-35*2DI*2DHU-4I*2DI*2DI*2DI*2@I-2DI*2C4U2DHU-4I*2DI*
M2C4U2DHU-4I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-4I*2DI*2C4U
M"DU*2C4U2DHU-4I*2DI*2DI*2DHU-4I*2DI*2C4U2DHU-4I*-35*2DI*2DHU
M-4I*-35*2DI*2DHU-4I*2DH*334U2DI*2DI*-34U-4I*2DI*2DI*2DI*2C4U
M2DI*2DI*-35*2C4U-34U-34U2DI*2C4U-35*2DI*-34U-0I--34U-4I*-35*
M2DI*2DI*2C4U2DHU-4I*2DHU-34U-34U-4I*-35*2DI*2DHU-4I*2DI*2DI*
M2DI*2DI*"DU*2DI*8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!(8")*2DI*2DI*"DU*2DI*2DI*2DI*234V2DDU-DI*2DDU-DI*2DI*2DI)
M-39*2DI*2DI*2DI*2DDU-DI)-39*234V2DI*2DH*34DU-DI)-39*2DI*2DDU
M-DI*2DI*2DI*2DI*234V2DI*2DI*2DI*2DI*2DI*2DI*2DDU-DI*2DI*2DI*
M2@I-2DI)-39*2DI*2DI*234V2DI*2DI*2DI*234V2DI*234V2DI*234V2DI*
M234U-34U-34U-39*2DI)-39*"DU*2DI*234V2DI*2DI*2DI*2DI*2DI*2DI*
M2DDU-DI*2DI*2DI*2DI*234V2DI*2DI)-39*234V2DI*2DH*34DU-DI)-39*
M234V2DI*234V2DI*2DI)-39*234V2DI*2DI)-39*234V2DI*2DI)-39*2DI)
M-39*2DI*2@I-2DI*2DI*2DI)-39*2DI*2DI*2DI*2DI*234V2DI*2DI*2DI*
M234V2DI*234V2DI*2DI*2DI*2DI*2DI*"DU*2DDU-DI*2DI*2DI*2DI*2DI)
M-39*2DI*2DI*2DI)-39*2DI*2DI*2DI)-39*2DI*2DI*2DI)-39*2DH*34I*
M234V2DDU-DI*2DI*2DI)-39*2DI*2DDU-DI)-39*2DI)-39*2DI*2DDU-DI*
M2DDU-DI*2DI*234V2@I-234V2DI*2DI)-39*234V2DI*2DI)-39*2DI*2DI*
M2DI*2DI*2DI)-39*234V2DI*2DI)-39*234V2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI)-34U-34U-34U-DI)-39*234V2DI*2DI*2DI*234V2DI*
M2DH*34DU-DI)-39*234V2DI*2DI)-39*234V2DI*2DI)-39*2DI)-39*2DI*
M2DI*2DI)-39*2DI*2DI*2DI)-0I--DI*2DI*234V2DDU-DI*2DI*2DI*2DI*
M2DI)-39*234V2DI*2DI*2DDU-DI*2DI*2DI)-39*234V2DI*"DU)-39*2DI*
M2DI*234V2DI*2DI)-39*2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`B0&`J2DI*2DI*2DI*2DI*2DI*2DI%
M-3I*134Z2DI*134Z2DH*34I%-3I*134Z2DI*2DI%-3I*2DI%-3I*134Z2D4U
M.DI*2DI*134Z2D4U.DI*2DI*134Z2DI*2DI*2DI*2@I-2D4U.DI*2DI*2DI*
M2DI*134Z2DI*2DI%-3I*2DI*2DI*2DI*2D4U.DI*2DI*134Z2DI*2DI*2DI*
M2DI%"DTU.DI*2D4U.DI*2D4U.DI%-3I*2DI*2DI*2DI%-3I*134Z2DI*2DI%
M-3I*2DI*2DI*2DI*2DI*2DI*2DH*34I%-3I*2DI*2DI*134Z2D4U.DI*2DI*
M134Z2D4U-34Z2DI*134Z2DI*134U-3I*2DI%-3I*2DI*2D4U.@I-2D4U.DI*
M2D4U-34Z2D4U.DI*2DI*134Z2DI*134Z2DI*2DI*2DI*2DI*2D4U.DI*2DI*
M134Z2DI*2DI%"DTU.DI%-3I*2DI*2D4U.DI%-3I*2DI*2DI*2DI*2DI*2DI*
M2DI*134Z2DI*2DI%-3I*2DI*2D4U.DI%-3H*34I*2DI*134Z2D4U.DI*2DI*
M134Z2DI*2DI*2DI*134Z2DI*2DI%-3I*134Z2DI*134Z2D4U.DI*2DI*10I-
M-3I*134Z2DI*134Z2DI*2DI%-3I*2DI%-3I*2DI*2D4U.DI%-3I*2DI*2D4U
M.DI%-3I*2DI%-34U.DI*"DU*2DI*2DI*2DI*2DI*134Z2D4U.DI*2DI*134Z
M2D4U.DI*2D4U.DI*2DI*2DI*2DI*2DI*2DI*2DI%-3H*34I*2DI*2DI*2D4U
M-34Z2D4U.DI*2DI*2DI*2D4U.DI*2DI*134Z2D4U.DI%-3I*2DI%-34U.DI%
M-3I*2@I-2DI*134Z2DI*134Z2DI*134Z2DI*134Z2DI*2DI*2DI*134Z2DI*
M2DI%-3I*134Z2DI*134Z2D4U.DI*"DU*134Z2D4U.DI*2D4U.DI%-3I*2DI*
M2DI*2DI%-3I*2DI*2D4U.DI*2D4U.DI%-3I*2DI%-34U.DI*2DH*34I*2DI*
M2DI*2DI*2DI`8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"H*
M36!@2DI*2DI*2DI*2DI*2DI*2DI*2DHU-4I*2DI*2DI*-34U-4I*2DHU-4I*
M2DI*2DI*-34U-4I*2DHU-0I-2DI*2C4U-34U-4I*2DHU-4I*2DI*2C4U2DI*
M2DI*2DI*2DI*-35*2DI*2DI*2C4U2DI*2C4U-34U-4I*"DU*2DI*-35*2DI*
M2DHU-4I*2DI*2C4U-34U-34U-35*2DI*-35*2DI*-35*2DI*-35*2C4U2DI*
M2DI*2DH*34I*-35*2C4U-34U-34U2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M-34U-34U-35*2DI*2DHU-34U-35*2@I-2DHU-4I*-34U-4I*2DI*2C4U2DI*
M2DI*-35*2DI*2DHU-4I*2DHU-34U2DHU-4I*-35*2DI*2DHU-4I*"DU*2C4U
M-35*2DI*2DI*2DI*2DHU-4I*2DI*2DI*-34U-34U2DI*2DI*-34U-34U2DI*
M2C4U-34U-34U-34*34I*2DHU-4I*2DI*2C4U2DI*2DI*2DHU-34U-35*2DI*
M2DHU-34U-35*2DI*2DHU-34U-35*2DI*2DI*2@I-2DI*2C4U-34U-34U2DI*
M2DI*-34U-4I*2DHU-4I*2DI*2C4U2DI*2C4U-35*2C4U2DI*2C4U2DI*2DI*
M"DTU-34U-35*2DI*-35*2DI*2DHU-4I*2DHU-34U2DHU-4I*2DHU-4I*2DI*
M2DI*2DHU-4I*-35*2DI*2DH*334U2DI*2C4U-35*2DI*2DHU-4I*2DI*2DI*
M2DI*2DI*-35*2DI*2DI*2DI*-34U-4I*-35*2DI*2DI*2@I-2DHU-4I*2DI*
M2C4U2DHU-4I*2DHU-34U2DHU-4I*-35*2DI*2DHU-4I*2DHU-34U2DI*2C4U
M-35*2DI*"DU*2DI*2DI*2C4U2DI*2DI*-35*2DI*-34U-4I*2DI*2C4U-35*
M2DI*2DHU-34U2DI*2C4U2DI*2DI*2DH*34I*-35*2DI*2DI*2C4U-35*2DI*
M2DHU-34U2DHU-4I*2DHU-4I*2DI*2DI*2DI*2F!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M234V2DI*2DI*2DI*2DI)-39*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI)
M-39*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*234V2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI)-39*2DI)-39*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU)-39*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DA@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&`B0&`J
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2D4U.DI*2DI*2DI%-34U.DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2D4U-34U-3I*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI%-3I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U-34U-3I*2DI%-3I*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2D4U-34U-3I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8"I@8$I*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2F!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!(8")*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DA@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@(D!@*DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"I@8$I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2F!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(D!@*DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*0&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8"]@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@7&`B2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI(8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@(D!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`J8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M2&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@(D!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`J8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@2&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8")`8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`J8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8$A@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8")`8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&`J7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]@8$M?7DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*234T8")/7UI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%
M-3!@*E]?2DI*2E]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7S4U2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]?7U]?7U]?7U]?"DU?
M7U]?7U]?7U]?7U]?7U]?8&!*2DI*-35@8$M?7DI*2DM?7DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*234*331@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2U]>2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-31@(DI*2DDU-&`*
M36`O7UI*2DI/7UI*0&!@8&!@8&!@8&!@8&!@8&!@8&`J2D4U,&`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UH*34I`8"4U.DI*2DI*2DI*
M2DI*134P8"I*134P8"I*2DI%-3!@+U]?2DI*2E]?2DI@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2F!@8&!*2DI*2DI@8&!@2DI*2F!@8&!@8&!@
M8&!@8$I*2DI*2F!@8&!@8&!@8&!*2DI*2DI*2DI*"DU*2DI*8&!@8&!@8&!@
M8$I*2DI@8&!@8&!@8&!@8&!@8&!@2DI*2DI*8&!@8$I*2DI*2F!@8&!@8&!@
M8&`*36!@8&!@8$I*8&!@8$I*2DI*2F!@8&!*2DI*2DI@8&!@8&!@8&!@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*7U]*2C4U8&`U-4I*2DI*2DI*-35@8#4U2DHU-0I-8&!*2DI*-35@8%]?
M7DI*2DM?7DI(8&!@8&!@8&!@8&!@8&!@8&!@8")*234T8")*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@(DI*
M2DI*2&!@8")*2DI(8&!@"DTB2DI*2DI(8&!@(DI(8&!@(DI*2DI*2&!@8")*
M2DI*2DI*2DI(8&!@(DI*2DI*2&!@8")*2DI*2DI*2&`*36!@(DI*2DI*2DI*
M2DA@8&!@8&!@(DI*2DI*2DI*2DA@8&`B2DI*2DI*2DA@8&`B2DI*2DI(8&!@
M(DI*2@I-2&!@8")*2DI*2DA@8&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2U]>2DI*234T8"$U-DI*2DDU-&`A
M-39*2DI)-31@(DI*2DDU-&`B3U]:2DI*3U]:2D!@*DI*"DU*2DI*2DI*2DI*
M2DI*0&`J2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*0&!@8"I*2DI*2D!@8&`J2DI*0&!@8"I*2DI*2D!@
M8&`J2D!@8&`J2DI*2DI`8&`*36`J2DI*2DI*2DI*0&!@8"I*2DI*2D!@8&`J
M2DI*2DI*2D!@8&`J2DI*2DI*2DI*0&`J2DI*0&`J2DI*2@I-2DI*2DI`8&!@
M*DI*2DI*2DI`8&!@*DI*2DI*0&!@8"I*2DI`8&!@*DI*2DI*0&!@8"I*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/
M7UI*2DI*2D4U,&`E-34U,&`E"DTU.DI*2DI*134P8"I*2DI%-3!@*E]?2DI*
M2E]?2DI@8$I*2DI*2DI*2DI*2DI*2DI@8$I*-35@8$I*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@2DI*2DI*
M8&`*36!@2DI*2F!@8&!*2DI*2DI@8&!@2DI*2F!@8&!@8$I*2DI*2DI*2DI*
M2DI*2DI*2F!@8&!@8$I*2DI*2@I-2DI*2DI*2DI@8&!@2DI*2DI*2DI@8&!@
M2DI*2F!@8&!*2DI*2DI*2F!@8&!*2DI*2DI*2F!@8&!*2DI*"DU*2F!@8&!*
M2DI*2DI@8&!@8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2C4U8&!@8#4U2DI*2DI*
M2DHU-6!@2DI*2C4U8&!+7UY*2DH*34M?7DI(8")*2DI*2DI*2DI*2DI*2DI(
M8")*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI(8&!@(DI*2DI*2&!@8")*2DI(8&!@8&!@8&!@8&`B2DI*
M2DI*2@I-2DI(8&!@8&`B2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&`B2DI*2DI*
M2DI*2&!@8")*2DI*2DI*2&!@8")*"DU*2DA@8&`B2DI*2DI*2DA@8&`B2DI*
M2DI*2DA@8&`B2DI*2DI(8&!@(DI*2DI*2DI*2DA@8&!@8")*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*
M2DI*2DH*34DU-&!@8"$U-DI*2DI*2DI)-31@(DI*2DDU-&`B3U]:2DI*3U]:
M2D!@*DI*2DI*2DI*2DI*2DI*2D!@*@I-2D4U,&`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@8`I-8"I*2DI*2D!@
M8&`J2DI*0&!@8"I*2DI*2DI*2DI*2DI*2DI*2DI*0&!@8&!@*DI*2DI*2DI*
M2DI*2DI*"DU*2DI`8&!@8&`J2DI*2DI*2D!@8&`J2DI*2DI*2D!@8&!@8&!@
M8&!@8"I*2DI*2DI*0&!@8"I*2DI*2DH*34I`8&!@*DI*2DI*0&!@8"I*2DI*
M2DI*2DI*2D!@8&!@8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2D4U,&`E-34U,&`E-3I*2DI*2D4U
M,&`J2DI*10I--3!@*E]?2DI*2E]?2DI@8$I*2DI*2DI*2DI*2DI*2DI@8$I*
M-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI@8&!@2DI*2DI*8&!@8$I*2DI@8&!@2DI*2DI*"DU*2DI*2DI@
M8&!@2DI*2DI*8&!@8$I*2DI*2DI*2DI@8&!@2DI*2DI*8&!@8$I*2DI*2DI*
M8&!@8$I*2DH*34I*8&!@8$I*2DI*2DI*8&!@8$I*2DI*2F!@8&!*2DI*2DI*
M2F!@8&!*2DI*2DI@8&!@2DI*2F!@8&!*2@I-2DI*2F!@8&!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-7U]*2DI*
M-35@8#4U2DI*2C4U8&`U-4I*2DHU-6!@2DI*2C4U8&!+7UY*2DI+7UY*2&`B
M2DI*2DI*2DI*"DU*2DI*2DI(8")*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DA@8&`B2DA@8&`B2DI*
M2DI(8&!@(DI*2DI*2DI*2DI*2&!@8")*2DI*2DA@8&`B2DI*2DH*34I*2DI(
M8&!@(DI*2DI*2&!@8")*2DI*2DI*2&!@8")*2DI*2DA@8&`B2DI*2DI*2DA@
M8&`B2DI*2DI(8`I-8&`B2DI*2DI*2DI*2&!@8")*2&!@8")*2DI*2DA@8&`B
M2DI*2DI(8&!@(DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DM?7DI)-31@(34V2DI*2DI*2DDU-&`A-39*"DU)-31@
M(DI*2DDU-&`B3U]:2DI*3U]:2D!@8&!@8&!@8&!@8&!@8&!@8&!@*DI%-3!@
M*DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*0&!@8&!@8&!@8"I*2DI*2D`*36!@8"I*2DI*2DI*2DI*2DI*0&!@
M8&!@8&!@8"I*2DI*2DI*2DI*2DI*0&!@8&!@8&!@8"I*2DI*2DI*2@I-2D!@
M8&`J2DI*2DI`8&!@*DI*2DI*2DI`8&!@*DI*2DI*0&!@8"I*2DI*2DI*2DI`
M8&!@8&!@8&!@*DI*"DU*2DI*2D!@8&!@8&!@8&`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI/7UI*0&`E-3I*
M2DI*2DI*2DI*2D4U,&`J2D4U,&`J2DI*134P8"I?7TI*2DI?7TI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DHU-6!@2DI*
M2C4U8&!+7UY*2DI+7UTU-34U-34U-34U-34U-34U-34U-34U-34U-&`B2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DM?734U-34U-34U-34U
M-34U-34U-34U-34U-34T8")*2DI)-31@(D]?6@I-2DI*134P8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*0&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`J2DI*134P
M8"]?7TI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2C4U8&!+7UY*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-31@(D]?
M534U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34*334U-34U-34U-34U-34P8"I@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`O"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2F!@7DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DA@(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI(8&`J2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*0&!@8&!@8&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI`8&!@*DI*2D!@8&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*0`I-8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@*DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2D!@8&`J2DI*2DI*2D!@8&`J2DI*
M2DI*2DI*2DI*2D!@8&`J2DI*0&!@8"I*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`E2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*36!@8&!*2DI*2DI@8&!@2DI*2F!@8&!@
M8&!@8&!@8$I*2DI*2F!@8&!@8&!@8&!*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!@
M8$I*2DI@8&!@2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&`*36!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M8&!@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M8&!@8$I*2DI*2@I-2DI@8&!@2DI*2DI*2DI*2DI*2DI@8&!@2DI*2F!@8&!*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M36!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@
M(DI*2DI*2&!@8")*2DI(8&!@(DI*2@I-2DI(8&!@(DI(8&!@(DI*2DI*2&!@
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DA@8&`B2DI*2DI*2DI*2DI(8&!@8&!@8")*2DI(
M8&!@(DI(8&!@(DI*2DI*2&`*36!@8&!@8")*2DI*2DA@8&!@8&!@(DI*2DA@
M8&`B2DA@8&!@8&!@(DI(8&!@(DI*2DI*2&!@8")*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DA@8&`B2DI*2DI*2DI*2&!@8&!@8&`B2DI*2DI(
M8&!@8&!@8")*2DI*2DA@8&`B2DA@8&`*32)*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@(DI*2DA@8&`B2DI*2&!@8&!@
M8&`B2DI*2&!@8")*"DU(8&!@8&!@8")*2DI(8&!@8&!@8")*2DI*2DA@8&`B
M2DA@8&`B2DI*2&!@8&!@8&`B2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*0&!@8"I*2DI*2D!@8&`J2DI*0&!@8"I*2DI*
M2D!@8&`J2D!@8&`J2DI*2DI`8&!@*DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&!@8"I*2DI*
M2DH*34I*2D!@8&`J2DI*0&!@8"I*0&!@8&!@*DI`8&!@*DI`8&!@*DI*2D!@
M8&`J2D!@8&`J2DI*0&!@8"I*0`I-8&!@*DI*2D!@8&`J2DI*0&!@8"I*2DI*
M2D!@8&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&!@8"I*2DI*
M2DI*0&!@8"H*34I*2D!@8&`J2D!@8&`J2DI*0&!@8"I*0&!@8"I*0&!@8&!@
M*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M0&!@8"I*2DI`8&!@*DI`8&!@*DI*2D!@8&`J2D!@8&`J2DI*0&!@8"I*2DI`
M8&!@*DI*2D!@8&`J2D`*36!@8"I*0&!@8&!@*DI`8&!@*DI*2D!@8&`J2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*0&`O
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@2DI*
M2DI*8&!@8$I*"DU*2F!@8&!*2DI*2DI@8&!@2DI*2F!@8&!@8$I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*334U-34U-34U-34U
M-4I*2DI*2DI*2DI*2F!@8&!*2DI*2DI*2DI*2DI*2DI*2DI@8&!@2DI@8&!@
M2DI*2@I-8&!@8$I*2DI*2DI*2DI@8&!@2DI@8&!@2DI*2DI*2DI*2F!@8&!*
M2DI*8&!@8$I*2DI*2F!@8&!*2F!@"DU@8$I*2DI*2DI*2DI*2DI*-34U-34U
M-34U-5]?2DI*2C4U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U
M-34U2DI*2DI*2DI*2F!@8&!*2DI*2DI*2F!@8&!*2DI*8&!@8$I*2DI*2DI*
M2DI@8&!@2DI@8`I-8&!*2DI*8&!@8$I*2DI*2DI*2DI*2C4U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-5]?"DU*2DI*-34U-34U-34U-34U
M-34U-34U-35*2DI*2DI*2DI*2DI@8&!@2DI*2F!@8&!*2F!@8&!*2DI*8&`*
M36!@2DI@8&!@2DI*2F!@8&!*2DI*2DI*2DI*2DI@8&!@2DI@8&!@2DI*2F!@
M8&!*2F!@8&!*2DI*8&!@8`I-2DI*2DI*2DI*2DI*-34U-34U-34U-34U-34U
M-34U7U]*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*"DU*2DDU-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34*334U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U
M-34U-39*2DI*2DI*2DI(8&!@(DI*2DI*2&!@8")*2DI(8&!@8&!@8&!@8&`B
M2DI*2DI*2DI*2&`*36!@8&`B2DI*2DI*2DI*2DI*2DDU-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U-34U-3=?
M7DI*2DI*2DI)-31@8&!@8&!@8&`B2DI*2DI*2DI*2DI(8`I-8&`B2DI*2DI*
M2DI*2DI(8&!@8&!@8&!@(DI(8&!@(DI*2DA@8&`B2DI*2&!@8&!@8&!@8")*
M2&!@8")*"DU*2DI*2DI*2DA@8&`B2DI*2&!@8")*2DI*2DA@8&`B2DA@8&`B
M2DI*2DI*2DI*2DI*2DA@8&!@8&!@(DH*34M?7DI*2DDU-&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8")*2DI*2DI*2DI(8&!@(DI*2@I-2DI*
M2DA@8&`B2DI*2&!@8")*2DI(8&!@8&!@8&!@(DI(8&!@(DI*2DA@8&`B2DI*
M2DI*2DI*2DI(8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`B
M2DM?7DI*2DDU-&!@8&!@8&!@8&!@8&!@8&!@(DH*34I*2DI*2DI*2DI*2DA@
M(DI*2DA@(DI*2DA@8&`B2DI*2&!@8")*2&!@8")*2DI(8&!@(DI*2DI*2&!@
M8`I-8&!@8&!@(DI(8&!@(DI*2DA@8&`B2DA@8&!@8&!@8&!@8")*2DI*2DI*
M2DI*2DA@8&!@8&!@8&!@8&!@"DU@8")*2U]>2DI*2DI*2DI*2DI(8")*2DI*
M2DI*2DI*2DI*2DI*134P8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@*DI*2DI*2DI*2D!@8&`J2DH*34I*
M2D!@8&`J2DI*0&!@8"I*2DI*2DI*2DI*2DI*2DI*2DI*0&!@8&!@*DI*2DI*
M2DI*2DI*0&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8"I*3PI-7UI*2DI*2DI*134P8"I*2DI*2DI*2DI*
M2DI*2DI*2DI*0&!@8"I*2DI*2DI*2DI`8&!@*DI*2D!@8&`J"DU*0&!@8"I*
M2DI`8&!@*DI`8&!@*DI*2D!@8&`J2D!@8&`J2DI*2DI*2DI*0&!@8"I*2DI`
M8&!@*DI*2DH*34I*2D!@8&!@8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M3U]:2DI*134P8"I*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*0&!@8"I*2DI*2DI*0&!@8"I*2DI`8&!@*DI`8&!@*DI*"DU*
M0&!@8"I*0&!@8"I*2DI`8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*0&!@8&!@8&`J2DI*0`I-8&!@*DI*2D!@8&`J
M2D!@8&`J2DI*0&!@8"I*2DI`8&!@*DI*2D!@8&`J2D!@8&`J2DI*0&!@8"I*
M0&!@"DU@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/
M7UI*2DI*2DI*2DI*2D!@*DI*2DH*34I*2DI*2DI*2DI*2C4U8&!*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI@8&!@2DI*2DI*8&!@8$I*2DI@8&!@2DI*2DI*2DI*2@I-
M2DI@8&!@2DI*2DI*8&!@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*
M2DI*2DHU-6!@2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*8&!@8$I*2DI@8&!@
M8&!@8$I*2DI@8&!@2DI@8&!@8&!*2F!@8&!*2F!@8&!*2DI*8&`*36!@2DI@
M8&!@2DI*2F!@8&!*2F!@8&!*2DI*8&!@8$I*8&!*2DI*8&!@8&!@2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2F!@8&!*2DI*2DI*2F!@
M8&!*2DI*8&!@8$I*8&!@8$I*2DI@8&!@2DI@8&!@2DI@8&!@8&!*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?
M2DI*2C4U8&!*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!@
M8$I*2DI*2F!@8&!*2DI*8&!@8$I*8&!@8$I*2DI@8&!@"DU*2F!@8&!@8$I*
M2DI@8&!@2DI@8&!@2DI@8&!@8&!*2F!@8&!*2DI*8&!@8$I*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8$I*2DI*2DI*
M2DI*2DI*2DI)-31@(DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DA@8&`B2DA@8&`B
M2DI*2DI(8&!@(DI*2DI*2DI*2DI*2&!@8")*2DI*2DA@8&`B2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DM?7DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2&!@8&!@8&`B2DI*2&`*36!@8&`B2DA@8&!@8&!@(DI(8&!@
M(DI*2DI*2&!@8&!@(DI(8&!@(DI(8&!@8&!@8")*2DI(8&!@(DI*2@I-2DI(
M8&!@(DI*2DI*2DI(8&!@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*
M2DI)-31@(DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI(8&!@8&!@8&!@8&`B2DA@8&!@8&!@(DH*34I*2DI(8&!@8&`B2DA@
M8&`B2DA@8&`B2DA@8&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DA@"DU@8")*2DI*2DI*2&!@8&!@8&`B2DI*2&!@
M8")*2DI*2DA@8&`B2DI*2&!@8&!@(DI(8&!@(DI(8&!@(DH*34A@8&`B2DI*
M2&!@8&!@8&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*
M2DI*2DI*2@I-2DI(8")*2DI*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*0&!@8&!@8&!@8"I*2DI*2D!@8&`J"DU*2DI*2DI*2DI*2DI*
M0&!@8&!@8&!@8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*
M2D4U,&`J2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D!@8&`J2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*
M134P"DU@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*0&!@8"I*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*
M2DI*2DHU-6!@"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*8&!@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DH*
M334U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI@8&!@2DI*2F!@8&!*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?"DU*2DI*
M2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2@I-2DI)
M-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2&!@8")*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@(DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34M?7DI*2DDU
M-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI(8&!@8&!@8")*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DH*34I*
M2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*3U]:2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*3U]:2DI*134P
M8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI/7UI*2DI*2DI*
M2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2E]?2DI*2DI*2DHU-6!@
M2DI*2DI*2DI*2C4U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*
M334U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U7U]*
M2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U"DTU-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34*334U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U7U]*2@I-2DI*2DI*2DI*2E]?2DI*2C4U8&!*
M2DI*2DI*2DI*-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U-34U-34U-35?7TI*
M2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2@I-2DI*2DI*2DI*2DI*2DI)
M-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI+7UY*2DI*2DI*234T8")*2DI*2DI*2DH*34DU-&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`A-3=?"DU>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*
M2DI*2DI*2DDU-&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"$U-U]>2DI*
M2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*"DU*2DI*234T8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-(34W7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*
M2&`B2DI*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*3U]:2DI*2DI*2D4U,&`J2DI*
M2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*
M2DI*2DI*2D]?6DI*2D4U,&`J2DH*34I*2DI*2DI%-3!@*DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*
M2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*
M2DI*2DI*3U]:2DI*2DI*"DU*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DHU-6!@
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*-34U-34U-34U-34U-34U-34U-34*334U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*
M334U-34U-34U-34U-34U-34U-34U-34U-4I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI?7TI*2DI*2DI*-35@8`I-2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*8&!*2DI*2DI@8&!@2DI*2F!@8&!*2DI*2DI*2DI*8&!@
M8$I*2DH*34I*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*
M2DI*2C4U8&!*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*"DU*2F!@
M8&!*2DI*8&!@8$I*2DI*2DI*2DI@8&!@2DI*2DI*2DI*2DI*7U]*2DI*2DI*
M2DI*2DI?7TI*2DH*334U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI@8$I*2DI*2F!@8&!*2DI*8&!@8$I*2DI*2DI*2DI@8&!@
M"DU*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*
M2DI*2DI*2DI*2DI*2DI*234*331@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*234U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-U]>
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*234T8")*2DI*2DI*
M2DI)-31@(DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@(U\*35Y*2&`B2DM?
M7&!@8")*2U]<8")*2DI*2DA@(DI+7UQ@(DI*2DI*2DI*2DM?7DI*2DI*2DI*
M2DI*2U]>2@I-2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2&`C7UY*2&`B2DM?7&!@8")*2U]<8")*2DI*2DA@(DH*34M?
M7&`B2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*
M2DDU-&`B2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU(8"-?7DI(8")*2U]<
M8&!@(DI+7UQ@(DI*2DI*2&`B2DM?7&`B2DI*2DI*2DI*2U]>2DI*2DI*2DI*
M2DH*34M?7DI*2DI*2DI*2DI*2&!@*DI*2DI*2DI*2DI*2DI*2D4U,&`J2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI%-34U/U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]:2D]?6DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?
M6DI*"DU*2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*0&!@8"]?6DI`8"]?6DI`8&!@+U]:2D!@+U]:2DI*0`I-8"]?6DI`
M8"]?6DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*
M134P8"I*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I`8&!@+U]:2DI*3U]:2D!@
M8&`O7UI*0&`O7UI*2DI`8"]?6DI`8"]?6DI*2DI*2DI/7UI*2DI*2DI*2@I-
M2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI`8&!@+U]:2DI*3U]:2D!@+U]?7UI*0&`O7UH*34I*2D!@+U]:2D!@
M+U]:2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"]*2DI*
M2DI*2@I-2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-34U-5]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*
M35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?2DI?7TI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*-35@8$I*2DI*2DI*2DHU
M-6!@2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2F!@8&!@8`I-8&!*2DI*8&!?7TI*8&!?7TI*8&!@
M8%]?2DI@8%]?2DI*2F!@7U]*2F!@7U]*2DI*2DI*2E]?2DI*2DI*"DU*2DI*
M2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!@8&!@
M8&!*2DI*8&!?7TI*2DI@8&!@2DI@8%]?2DI@8`I-7U]*2DI*8&!?7TI*8&!?
M7TI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U
M"DU@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*8&`*36!@8&!@8$I*2DI@8%]?2DI*2DI*8&!*2E]?
M8&!@8$I*7U]*2DI*8&!?7TI*8&!?7TI*2DI*2DI*7U]*2@I-2DI*2DI*2DI*
M2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*234T8")*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*
M2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DDU"DTU-3=?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7UY*2U]>2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI+7UY*
M2DI*2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]?7U]?
M7U]>2DA@(U]>2DA@(U]>2DA@8&`C7UY*"DU(8"-?7DI*2DA@(U]>2DA@(U]>
M2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DH*34DU
M-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI+7U]?7U]?7UY*2&`C7UY*2&`B2DM?7U]<8"-?
M7DI(8"-?7DI*2DA@(U]>2DA@(U]>2DI*2DI*2DM?"DU>2DI*2DI*2DI*2DI+
M7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7U]?7U]?
M7UY*2&`C7UY*2&`B2DI*2&!@8`I-(DI+7U]?7DI*2DI*2&`C7UY*2&`C7UY*
M2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@"DU@*DI*2DI*
M2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2D`*36`J2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%-34U/U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]:2D]?6DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI%-3!@*DI*2DI*2@I-2DI*134P
M8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI`8"]?6DI*2D!@8&`J2D]?4&!@
M8"I*3U]:2D!@*DI`8&!@*DI/7UI*2DI*2DH*34I/7UI*2DI*2DI*2DI*2D]?
M6DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI`8"]?6DI`8&!@8&!@"DU@*DI`8&!@*DI/7UI*0&`J2D!@8&`J2D]?6DI*
M2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DH*34I*2DI*2DI%-3!@
M*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2D!@+U]:2DI*0&!@8"I*0&!@8&!@
M8&`J2DI*0&`J2D!@8&`J2D]?6DI*"DU*2DI*2D]?6DI*2DI*2DI*2DI*3U]:
M2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*-35@8$I*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2F!@
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*-34U-5]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7TI*7U]*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI?7TI*2DI*
M2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*7U]*2DI*2DH*35]?7U]*2DI*7U]?7TI*2DI*2E]?2DI?7U]?2DI*2DI*
M2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8`I-2DI*2DI*2DI*2C4U8&!*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI?7U]?7U]?7TI*7U]?
M7TI*2DI*2E]?2DI?7U]?2DH*34I*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*
M2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI?7TI*"DU*2DI*7U]?7TI*7U]?7U]?7U]*2DI*7U]*2E]?7U]*2DI*2DI*
M2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DH*34I*2DI*2DI*8&!*2DI*2DI*2DI*
M2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI(8")*2DI*2DI*2DI*2DA@(DI*2DI*2&!@8&!@8&`B2DI*2DI*2DA@
M8&!@8&!@(DI*2DA@"DU@8&!@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34W7U]?7U]?7U]?7U]?
M7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UY*2U]>2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DDU"DTT8")*2DI*2DI*2DI)-31@(DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*
M234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DM?7DI*2DI*2DI*2DI*2U]>2@I-2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*
M2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2@I-2D4U,&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*0&`J"DU*
M2DI`8&!@*DI*2D!@8&`J2DI*0&`J2DI*2DI*2D!@*DI*2D!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI%-34U/U]?7U]?7U]08"]?4&!@8"]?7U]?7U]?4&!@8&!@+U]?7U!@
M+U]?"DU?7U]08"]?7U]?7U!@+U]08"]?4&!@8"]?7U]?7U]?4&!@8&!@+U]?
M7U!@+U]?7U]?4&`O7U]?7U]08"\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?6DI/"DU?6DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI%
M-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M3U]:2DI*2DI*2DI*2DI/"DU?6DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U
M,&`J2DI*2DI*2DI*134P8"I*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/
M7UI*2DI*2DI*2@I-2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*
M2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI@8&!@8&!@8&!@8&!@8&!@2DI*2F!@2DI*2DI*2DI@8$I*2DI@8$I*2DH*
M34I*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-35?7U]?"DU?7U]?8&!@8%]?
M7U]@8%]?7U]@8%]?7U]?7V!@7U]@8%]?7U]?7V!@7U]?7U]?8&!?7V!@8&!?
M7U]?8&`*35]?7U]@8%]?7U]?7V!@7U]@8%]?7U]?7V!@7U]?7U]?8&!?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7TI*7U]*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*7U\*34I*2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@
M8$I*2DI*2DI*2DHU-6!@2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?
M2DI*2DI*"DU*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*
M2DI*2F!@2DI*2DI*"DU*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DH*34I*2DI*2DA@(DI*2DA@
M(DI*2DI*2DI(8")*2DI*2DA@8&!@8&!@(DI*2DI*2&`B2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DDU-34W7U]?7U]?7UQ@(U]?7U]?7&`C7U]?7U]?7U]?7U\*35Q@(U]?7UQ@
M(U]?7UQ@(U]?7UQ@(U]?7UQ@(U]?7U]?7&`C7U]?7U]?7U]?7U]<8"-?7U]<
M8"-?7U]<8`I-(U]?7UQ@(U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?
M7U]?7UY*2U]>2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DDU-&`B
M2DI*2DI*2DI*234T8`I-(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*
M2DH*34I*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*
M2DI*2DI*2DH*34DU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?"DU>
M2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@8"I*2DI*2DI*2DI*2DI*2DI%
M-3!@*DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@
M*DI*2DI*2DI*2DI*0&`J2DI*0&`J2DI*2DI*2D!@*@I-2DI*2DI*2DI*2DI`
M8&!@*DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I%-34U/U]?7U]?7U]08"]?7U]?7U!@
M+U]?7U]?4&!@8&!@8&`O7U]?4&`O7U]?4&`O7U]?4&`O7U]?4`I-8"]?7U]?
M7U!@+U]?7U]?4&!@8&!@8&`O7U]?4&`O7U]?4&`O7U]?4&`O7U]?7U]?7U]?
M7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?6DI/7UI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2D]?6DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*
M2DI*2@I-2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I/7UI*
M2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DH*
M34I`8"I*2DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI@8$I*2DI*2DI*2DI*2F!@2DI*2F!@2DI*
M2DI*2DI@8$I*2DI*2DI*2DI*2DI*8&!*2DI*8&!*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U
M-35?7U]?7U]?7V!@7U]?7U]?8&!?7PI-7U]@8%]?7U]?7V!@7U]?7V!@7U]@
M8%]?8&!?7V!@7U]?7V!@7U]?7U]?8&!?7U]?8&!?7U]?7U]@8%]?"DU?7V!@
M7U]@8%]?8&!?7V!@7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?
M7TI*7U]*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2C4U8&!*2DI*
M"DU*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2E]?2DI*
M2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8`I-2DI*
M2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*7U]*2DI*
M2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@7DI*2DI*2DI*2DI*2DI*2DDU-&`B
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*
M2DI*2DI*2DI(8")*2DI(8&!@"DTB2DI*2&!@8")*2DI(8")*2DI*2DI*2&`B
M2DI*2&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DDU-34W7U]?7U]?7UQ@8&`C7U]?7&`C7U]?
M7&`C7U]?7U]<8"-?7U]?7UQ@(U]?7U]?"DU<8"-?7U]?7UQ@8&`C7U]?7&`C
M7U]?7&`C7U]?7U]<8"-?7U]?7UQ@(U]?7U]?7&`C7U]?7U]?7U]?7U\*35]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]>2DM?7DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2U]>2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU"DTT8")*2DI*
M2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DM?7DI*2DI*
M2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2@I-2DI*2DI*2DI*2DA@
M(DI*2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*0&`J2DI*2DI`8&!@8&!@
M8"I*2DI*2DI*0&!@8&!@8&`J2DH*34I*2DI*0&!@8"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134U-3]?
M7U]?7U]?4&`O"DU?4&!@8"]?7U]?7U]?4&!@8&!@+U]08"]?7U]08"]?7U]?
M7U!@+U]?7U]?4&`O7U!@8&`O7U]?7U]?7U`*36!@8&!@+U]08"]?7U]08"]?
M7U]?7U!@+U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?6DI/
M7UI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DH*34I%-3!@*DI*2DI*
M2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*3U]:2DI*2DI*
M2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/"DU?6DI*2D4U,&`J2DI*2DI*
M2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*
M2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*"DU*2DI*-35@8$I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2C4U-35?7U]?7U]?7V!@7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7V!@7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U\*34I*7U]*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M7U]*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DH*34I*7U]*2DI*-35@8$I*2DI*2DI*
M2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*
M2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2E]?2DI*2DI*"DU*2DI*2DI?7TI*2DI*2DI*2DI*2F!@2DI*
M2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-34U-U\*35]?
M7U]?7UQ@(U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]<8"-?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]>2DM?7DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2U]>2DI*2DI*2DDU-&`B2DI*2DI*2DI*
M234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*
M2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8`I-(DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI+7UY*2DH*34I*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)
M-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*
M2U]>2DI*2DI*2DI*2DI(8")*2DH*34I*2DI*2DI*2DI*2DI%-3!@*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*134U-3]?7U]?7U]?4&`O7U]?7U]?7U]?7U]?7U]?7PI-
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?4&`O7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7PI-7U]?7U]?7U]?6DI/7UI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*
M2DI*2DI*134P8"I*2DI*2DI*2DI%"DTU,&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2D]?6@I-2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U
M,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/
M7UI*2DI%-3!@*DI*2DI*2@I-2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*
M2DI*2DI*2DI*2C4U8&!*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2C4U-35?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]*2E]?2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*7U]*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?
M2DI*2C4U8&!*2DI*"DU*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*
M2DI*2DI*2@I-2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI)-39*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*
M2DI)-31@(DH*34I*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*
M2DDU"DTT8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*
M2DI*2DI*134P"DU@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*3U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]:2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DH*
M34I%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/"DU?6DI*
M2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2@I-2DI*
M2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DH*34I*7U]*2DI*
M-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8")*2DI*2DI*2DH*34I*
M2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DM?7DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2@I-2DI*2DM?7DI*2DDU
M-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI+
M7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8`I-(DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DH*34I*2DI*2DI*2U]>2DI*2DI*
M2DI*2DI(8&`J2DI*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D4U-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34Z2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI/7UI*2DI*2DI*134P
M8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?
M6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%"DTU,&`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D]?6@I-2DI*2DI*2DI*2DI/7UI*2DI%-3!@
M*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:
M2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@*@I-2DI*2DI*2DI*2DI*2DI*
M2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-34U-34U-34U-34U-34U-34U-34U
M-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U"DTU-34U-34U-34U-34U-5]?2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2E]?2DI*2DI*2DHU-6!@2DI*2DI*2DH*34I*-35@8$I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*
M2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*
M2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*"DU*2DI*2DHU-6!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*
M2DI@8$I*2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI)
M-34U-U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7DI+7UY*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DM?7DI*2DI*2DI)-31@(DI*
M2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*
M2DI*2DI*2DI+7UY*2DI)-31@(DH*34I*2DI*2DI*234T8")*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*
M2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*
M2DI*2DI*2DM?7DI*2DI*"DU*2DI*2DI(8&`J2DI*2DI*2DI*2DI*2DI*134P
M8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D4U-34_7U]?7U]?7U]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*
M35]?7U]?7U]?7U]?7U]?7U]?7U]?7UI*3U]:2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*3U]:2DI*2DI*2D4U,`I-8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*
M2DI*2DI%-3!@*DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*
M2DI*2DI*3U]:2DH*34I%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@
M*DI*2DI*2DI*2DI*2DI*2DH*334U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DHU-34U
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?2DI?
M7PI-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DHU-6!@2DI*2DI*
M2DI*2C4U8&!*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*
M2DI*2DI?7PI-2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*
M2DI*-35@8$I*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*
M2DH*34I*7U]*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI)-31@(DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*234U-3=?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7DI+7UY*2DI*2DI*2DI*2DI*2DI*2DI*2DI+
M7UY*"DU*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*
M2DDU-&`B2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2@I-
M2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`B2DI*
M2DI*2@I-2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D!@8&!@"DU@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U-34_7U]?
M7U]?7U]?7U]08&!@8&!@8"]?7U]?7U]?4&`O"DU?7U]?7U]?7U]08"]?7U]?
M7U]?7U]08"]?7U]?7U]?7U]?7U!@+U]?7U!@+U]?7U]?7U]?7U!@+U]?7U`*
M36!@8&!@8&!@8&!@+U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7UI*3U]:
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2D4U,&`J2DI*2DI*2DI*
M134P8"H*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*"DU*2DI*
M2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%
M"DTU,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6@I-2DI*2DI*2DI*
M2DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!*2DI*2DI@
M8&!@2DI*2F!@2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*8&!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DTU-34U7U]?7U]?7U]?7V!@7U]?7U]?7U]@8%]?7U]?
M7V!@8&!?7U]?7U]?7V!@7U]?7U]?7U]?7V!@7U\*35]?7U]?7U]?7U]@8%]?
M7U]@8&!@7U]?7U]?7U]@8%]?7U]@8%]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?2DI?7TI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2E]?
M2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DH*34I*
M-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU?7TI*2DI*2DI*2DI*
M2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*"DU@8$I*2DI*
M2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34A@(DI*2DI*2DI*2DA@(DI*2DA@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*234U-3=?7U]?7U]?
M7&`C7U]?7U]?7U]?7U\*35Q@(U]?7UQ@(U]<8"-?7U]?7UQ@(U]?7U]?7U]?
M7UQ@(U]?7U]?7U]?7U]?7&`C7U]?7&`C7UQ@(U]?7PI-7U]<8"-?7U]<8"-?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7DI+7UY*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*234T8")*2DI*2@I-2DI*2DDU
M-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2U]>2DI*2DI*2DI*2DI+
M7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DH*34I*2DI*2DI*234T
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI+7UY*2DI*2DI*2DI*2DM?
M7DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2D4U,&`J2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*
M2D!@8&!@8"I*2@I-2DI*0&!@8&!@8&`J2DI*0&!@8&!@*DI*2D!@*DI*2DI*
M2DI`8"I*2DI*2D!@8&!@8&!@*DI*2DI*0&`J"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2D4U-34_7U]?7U]?7U!@+U]?7U]?7U]?7U]?4&`O7U]?4&`O
M7U!@+U]?7U]?4&`O7U]?7PI-7U]?7U]08"]?7U]?7U]?7U]?7U!@+U]?7U!@
M+U]08"]?7U]?7U!@+U]?7U!@+U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]:2D]?6DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*3U]:2DI*
M2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,`I-8"I*2DI*2DI*2DI%-3!@
M*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:
M2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DH*34I*2DI*2DI*2D!@*DI*2DI*2DI*
M2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*8&!@8$I*2DI*2DI*2DI*2F!@2DI*2DI*8&!@8$I*2DI@8&!@
M2DI*2F!@2DI*2DI*"DU@8$I*2DI*2DI*8&!*2DI*8&!*2DI*2DI*2F!@2DI*
M2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-34U-5]?7U]?7U]?8&!?
M7PI-7U]?7U]?7U]?7V!@7U]?7V!@7U]?7V!@7U]?7V!@7U]?7U]?7U]?7V!@
M7U]?7U]?7U]?7U]?8&!?7U]?"DU@8%]?7U]@8%]?7U]@8%]?7U]@8&!@8&!@
M8&!@8&!?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?2DI?7TI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*"DTU-6!@2DI*2DI*2DI*2C4U8&!*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*
M2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*7U]*2DI*2DI*2DI*2DI?7PI-2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*
M2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2@I-2DI)-31@(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@(DI*2DI*"DU*
M2DA@(DI*2DI*2DI*2DI*2DI*2DA@(DI*2DA@(DI*2DI*2&`B2DI*2DI*2DA@
M(DI*2DA@(DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*234U-3=?7U]?7U]?7&`C7U]?7U]?7U]?7U]<8"-?7U]<8"-?7U]?
M7UQ@"DTC7UQ@(U]?7U]?7U]?7UQ@(U]?7U]?7U]?7U]?7&`C7U]?7&`C7U]?
M7U]<8"-?7&`C7U]?7&`C7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7UY*"DU+7UY*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*
M234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DM?7DI*2DI*2DI*2DI*"DU+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)
M-31@(DI*2DI*2DI*2DDU-&`B2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2U]>2DI*2DI*2@I-2DI*2DM?7DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*
M2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2D!@8&`J2DI*0&`J2DI*2DI*2D!@8&!@8&!@8&`J2DH*
M34I`8"I*2DI*2D!@*DI*2DI*2DI`8"I*2DI*2D!@8&!@8&!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%-34U/U]?"DU?7U]?7U!@+U]?
M7U]?7U]?7U]?4&`O7U]?4&`O7U]?7U]08"]?4&`O7U]?7U]?7U]?4&`O7U]?
M7U]?7U\*35]?7U!@+U]?7U!@+U]?7U]?4&`O7U!@+U]?7U!@+U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]:2D]?6DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D\*35]:2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U
M,&`J2DI*2DI*2DI*134P8"H*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/
M7UI*2DI*"DU*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*
M2DI*2DI`8"I*2DI*"DU*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2F!@2DI*2F!@
M2DI*2DI*8&!@8$I*2DI*2F!@2DI*2F!@2DI*2DI*8&!*2DI*2DI*2F!@2DI*
M2@I-2DI*2DI*2DI@8&!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*-34U-5]?7U]?7U]?7U]@8%]?7U]?7U]?8&!?7U]?7U\*36!@7U]?7U]?
M7U]@8&!@7U]?7U]?7U]?7V!@7U]?7U]?7U]?7U]?8&!?7U]?8&!?7U]?7U]?
M7V!@8&!?7PI-7U]@8%]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?
M7U]?7U]?2DI?7TI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*-35@
M8$I*2DI*2DI*2DHU-0I-8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?
M2DH*34I*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@
M2DI*2DI*2DH*34I*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU?
M7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*
M234T8")*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(
M8")*2DI*2DI*2DI(8")*2DI(8")*2DI*2DA@(DI*2@I-2DI*2DA@(DI*2DA@
M(DI*2DI*2&`B2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*234U-3=?7U]?7U]?7U]?7UQ@8&!@
M8&!@(U]?7U]?7U]<8"-?7U]?7U]?7U]<8"-?7U]?7U]?7U]<8`I-8&!@8&!@
M8&`C7U]?7&`C7U]?7&`C7U]?7U]?7U]?7&`C7U]?7&!@8&!@8&!@8&!@(U]?
M7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UY*2U]>2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI+7UY*2DI*2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*
M2DI*2@I-2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2U]>
M2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DH*
M34I*2&`B2DI*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*0&!@8"I*2DI*2D!@8&`J2DI*0&`J2DI*
M2DI`8&!@*DI*2D!@8&`J2DI*0&`J2DI*2DI`8&!@*DI*"DU*0&!@8"I*2DI`
M8"I*2DI*2DI*0&`J2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%
M-34U/U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?
M7U]:2D]?6DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI%-3!@*DI*
M"DU*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI/7UI*
M2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,`I-8"I*
M2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2D]?6DI*
M2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*-35@
M8`I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M8&!@8&!@2DI*2DI*2DI*2F!@"DU@8$I*2DI@8&!@8&!*2F!@8&!*2DI*8&!@
M8$I*2DI@8&!@8&!*2F!@2DI*2DI*8&!@8&!@8&!*2DI*2DH*36!@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*-34U-5]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7TI*7U]*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI?7TI*2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*"DTU-6!@2DI*
M2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*7U]*2DI*
M2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7PI-2DI*2DI*2DI*2DI*
M8&`B2DI*2DI*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34W
M7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UY*
M2U]>2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DH*34I*234T8")*2DI*
M2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DM?7DI*2DI*
M2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*"DU+7UY*2DI)-31@(DI*2DI*
M2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*
M2DI*2DI+7UY*2DI*2DI*2DI*2DA@8"I*2DI*2DI*2DI*"DU*2DI*2D4U,&`J
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI%-34U/U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U\*35]:2D]?6DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D]?6DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DH*34I*2D]?6DI*2D4U,&`J2DI*2DI*
M2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*
M2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8"H*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI/7UI*2DI*"DU*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"I*
M2DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI?7TI*2DI*2DI*-35@8$I*2DI*2DI*
M2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*
M2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-0I-8&!*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2E]?2DH*34I*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*
M2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*
M2DI?7TI*2DI*2DI*2DI*2F!@2DH*34I*2DI*2DI*2DI*2DI*234T8")*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DM?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7PI-7U]?7U]?7U]?7U]?7U]>2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>
M2DI*2DI*2DDU-&`B2DI*2DI*2DI*"DU)-31@(DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI+7PI-7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)
M-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*
M2U]>2DI*234T8")*2DI*2@I-2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*
M2DI*2DI*2DI*2DI%-3!@*DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2D]?6DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U
M,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/
M7UI*2DI%-3!@*DI*"DU*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P
M8"I*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?
M6DI*2DI*2@I-2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*
M2DI*2C4U8&`*34I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*
M2DI*"DTU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*
M2DI*2DI*2DDU"DTT8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T8")*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DH*
M34I*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@(DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*"DU+7UY*
M2DI*2DI*2DI*2DA@(UI*2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*134U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34Z2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2@I-2DI*
M2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DH*34I*2D]?6DI*
M2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`O2DI*2DI*2DH*34I*
M2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U
M-34U-34U-5]?2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*7U]*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2@I-2DI*2DI*7U]*2DI*
M-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-0I-8&!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DH*34I*2DI*2DI*2DI?7TI*2DI*
M2DI*2DI*2F!@7DI*2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI)-0I--34W7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7DI+7UY*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2U]>2DI*2DI*2DDU
M-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+
M7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*"DU)-31@(DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI+7PI-7DI*2DI*2DI*2DI*2U]>2DI*234T
M8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?
M7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8`I-(UI*2DI*2DI*2DI*2DI*
M2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134U-3]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?
M7UI*3U]:2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI/7UI*2DI*2DI*134P8"I*2DI*2DH*34I*2D4U,&`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@
M*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:
M2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*"DU*2DI*2DI*134P8"I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*
M2DI*0&`O2DI*2DI*2DI*2DI*2DI*2C4U8&!*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2C4U-35?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?2DI?7PI-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2C4U8&!*
M2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*
M2DI*2DI*2DI*2E]?2DI*2C4U8&`*34I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*
M2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*
M2DI*2DI*2DI*7U]*2DI*"DU*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DDU
M-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI)-34U-U]?7U]?7U]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7DI+
M7UY*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DM?7DI*2DI*2DI)-0I--&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*
M2DI*2DI*234T8")*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*
M2DI*2DI*2DM?7DH*34I*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(
M8")*2DI*2DI*2DI*2DI*2DH*34I%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*134U
M-3]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?"DU?7U]?7UI*3U]:2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*134P8"I*2DI*
M2DI*2DI%-3!@*DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*
M2DI*2DI*3PI-7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*
M2DI*2D4U,&`J2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*
M2DH*34I*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2C4U8&!*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DHU-34U7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?8&!@8&!@8&!@8%]?"DU?
M7U]?8&!@8&!@7U]?7U]?7U]?7U]?7U]@8&!@8&!?7U]?7U]?7U]?2DI?7TI*
M2DI*2DI*2DI*2DI*8&`*36!@8&!*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2E]?"DU*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*
M2DI*-35@8$I*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2@I-
M2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8")*
M2DI*2@I-2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DA@(DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@(DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-34U-U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7&`C7U]?7U]?7U]?7U]<8"-?7U]?7UQ@(U]?7U]?7U]?7UQ@(U\*
M35]?7U]<8"-?7U]?7U]?7DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2&`B2DI*
M2&`B2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI)-31@(DI*2DI*2DI*
M2DDU-&`*32)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*"DU*2DI*
M2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*
M"DU)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7PI-7DI*2DI*2DI*
M2DI*2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2DI*134P8"I*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"I*2DI*2DI*
M2DI*2DI*2DI`8&!@8&!@8"I*2DI*2DH*34I`8&!@8&!@8"I*2DI*2DI*0&!@
M8&!@*DI`8"I*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*134U-3]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]08"\*35]?7U]?7U]?7U]?4&`O
M7U]?7U]?7U]?7U]?7U]?7U]08"]?7U]?7U]?7U]?7U]?7U]:2D]?6DI*2DI*
M2@I-2DI*2DI`8"I*2DI*2D!@*DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI/
M7UI*2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DH*34I*
M2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*3U]:2DI*2DI*2DI*
M2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*"DU*0&`J2DI*
M2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*8&!*2DI*2DI*2DI*2DI*2F!@8&!*2DI*8&!@8$I*2DI@
M8&!@2DI*2F!@8&!*2DI*8&!@8$I*2DI@8`I-8&!*2DI*8&!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-34U7U]?7U]?
M7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?8&!@8&!@8&!?7U]?7U]@8%]?8&!@8%]?7U]?7PI-7U]?7U]?8&!?7V!@
M8&!?7U]?7U]?7U]?2DI?7TI*2DI*2DI*2DI*2DI*8&!@8&!@2DI*2F!@2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DHU-6!@2DI*2@I-2DI*2DI*
M-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI?7TI*2DI*2DI*2DI*
M2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&`*34I*2DI*2DI*2DHU
M-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2E]?2DI*2DI*2DI*2DI*
M7U]*2DI*2DI*2DI*2DI@8")*2DI*2DI*2DI*2DI*2DI)-31@(DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*
M2DI(8")*2DI*2@I-2DI(8")*2DI*2DI*2DI*2DI*2&`B2DI*2&`B2DI*2DI*
M2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI)-34U-U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]<8"-?7U]<8&!@(U]?
M7UQ@(U]?7U]?7U]?7UQ@8&`C7U]?7&`C7U]?7U]?7UY*"DU+7UY*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DM?7DI*
M2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-0I--&`B2DI*2DI*2DI*234T
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?
M7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DH*34I*2DI*2DI*2DI(8")*2DI*2DI*
M2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*0&`J2DI*2DI*2D!@*DI*2DI*0&!@
M8&!@8&!@8"I*2DI`"DU@*DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U-34_7U]?7U]?7U]?
M7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]0
M8"]?7U]?7U!@+U]?7U!@+U]?"DU?7U]08"]?7U]?7U]?7U]08"]?7U]?7U!@
M+U]?7U]?7U]:2D]?6DI*2DI*2DI*2DI*2DI*2DI*2DI*2D`*36`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*"DU*134P8"I*2DI*2DI*2DI%-3!@
M*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:
M2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2D]?6DI*2DI*2DI*2DI*3PI-7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*
M2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2@I-2DI*2C4U8&!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*"DU*
M2F!@2DI*2DI*2DI@8$I*2DI@8&!@2DI*2DI*8&!*2DI*8&!*2DI*2DI*2F!@
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DHU-34U7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?"DU?7U]?7U]?7U]?7U]?7U]?8&!?7U]?7U]@8%]?7U]@8%]?7U]?7V!@
M7U]?7U]?7U]?7V!@7U]?7U]?8&`*35]?7U]?7U]?2DI?7TI*2DI*2DI*2DI*
M2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*
M2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*7U]*2DI*2DI*2DI*"DU*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*
M2C4U8&!*2DI*2DI*2DI*-35@8$I*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI?7TI*2DI*2@I-2DI*2DI*7U]*2DI*2DI*2DI*2DI@8")*2DI*2DI*2DI*
M2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DA@(DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2&`B2DI*2&`B2DI*2DH*
M34I*2&`B2DI*2&`B2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*234U-3=?"DU?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7&!@
M8&!@(U\*35]?7U]?7UQ@8&!@8"-?7U]?7UQ@(U]?7U]?7&!@8&!@(U]?7U]?
M7U]?7UY*2U]>2DI*2DI*2DI*2DI*2@I-2DI*2DI*2&`B2DI*2&!@8&!@(DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34M?7DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)
M-31@(DI*2DI*2DI*2DDU-&`*32)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2U]>2DI*"DU*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*
M2DI*2DI*2&`B2DI*"DU*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DH*34I*2DI*2DI*2DI*0&!@
M8"I*2DI`8&!@*DI*2D!@8&`J2DI*0&!@8"I*2DI`8&!@*DI*2D!@8&`J2DI*
M0`I-8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2D4U-34_7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]:2D]?6DI*2DI*2DI*2DI*2DI*
M2DI*0&`J2DI*0&`J2DI*2DI`8"I*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2D4U
M,&`J2DI*2DI*2DI*10I--3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/
M7UH*34I*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P
M8"I*2DI*2DH*34I*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*
M2DHU-6!@2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2F!@8&!@8&!@8&!@8$I*2DI*2F!@8&!@8&!@2DI*2@I-2DI*2F!@8&!@8$I*
M8&!@8$I*2DI@8&!@8&!*2F!@2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DHU-34U7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7TI*7U]*2DI*"DU*2DI*2DI*2DI*2DI*2F!@2DI*2F!@2DI*2DI*8&!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2E]?2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@
M2DI*2@I-2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI?
M7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DH*
M34I*2DI@8$I*2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M234U-3=?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UY*2U]>2DI*2DI*2DI*2DI*2DI*2&`B
M2DI*2DI*2DA@8&`*36!@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*234T8")*
M"DU*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2U]>
M2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-0I--&`B
M2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI+7UY*
M2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2D4U
M,`I-8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2D4U-34_7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]:
M2D]?6DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*3U]:2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*"DU*134P8"I*
M2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2D]?6DI*
M2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3PI-7UI*2DI*2DI*2DI*
M2D!@*DI*2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-35*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DH*34I*2DHU-6!@2DI*
M2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*7U]*2DI*
M2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*"DU*2E]?2DI*2C4U8&!*2DI*
M2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*
M2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!>2DI*2DI*2DI*"DU*2DI*2DI)-31@
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]>
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI+7UY*2DI*2DI*234T8")*2DI*2DI*2DI)-31@(DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DH*34I*2DI+7UY*2DI)-31@(DI*2DI*
M2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*
M2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`*32)*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2U]>2DI*"DU*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`C
M6DI*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*3U]:2DI*2DI*2D4U,&`J2DI*2DI*
M2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*
M2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*10I--3!@*DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI/7UH*34I*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*
M2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*
M2DI*3U]:2DI*2DI*2DI*2DI`8"H*34I*2DI*2DI*2DI*2DI*2DHU-6!@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?
M7TI*2DI*2DI*-35@8$I*2DI*2DI*"DU*2C4U8&!*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*
M2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*
M2DI?7TI*2DHU-6!@2DI*2@I-2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2DI*
M2DI*2DI*2DI*2DI*234T8")*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*234U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI+7UY*2DI*2DI*234T8")*2DI*2DI*2DI)
M-31@(DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*
M2U]>2DI*234T8")*"DU*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU
M-&`B2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+
M7UY*2DI*2@I-2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI%-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34*334U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34_7UI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*
M2DI*2DI%-3`*36`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P
M8"I*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?
M6DI*"DU*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*
M2DI*2DI*2DI*"DTU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*-34U-5]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7PI-7U]?7TI*7U]*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U\*
M34I*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*"DU*2E]?
M2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DDU-34W7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]>2DM?7DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2@I-2DI*
M2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@(DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DH*34I*2DI+7UY*
M2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DH*34I*
M2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%-34U/U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?
M7U]?7U]?6DI/7UI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2@I-2DI*2DI*2D]?6DI*
M2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*10I--3!@*DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UH*34I*2DI*2DI*2DI*3U]:2DI*
M2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I--34U-5]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]*2E]?2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI?7TI*2DI*2DI*
M-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*"DU*2C4U8&!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-7U]*2DI*2DI*2DI*2DI?7TI*2DHU
M-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2@I-8&`B2DI*2DI*2DI*2DI*
M2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34W7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]>2DM?7DI*2DI*2DI*2DA@8&!@8&!@8&!@8")*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2U]>2DI*2DI*2DDU-&`B2DI*2DH*34I*2DI)-31@(DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T
M8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?
M7DI*2DI*2DI*2DI*2U]>2DI*234T8")*"DU*2DI*2DI*2DDU-&`B2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*
M2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI%-3!@*DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@8&!@8&!@8&!@8&!@8&`J2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI%-34U/U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7U]08&!@8&`O7U]?7U]08&!@8&!@8&!@+U]?7U]?
M7U]?7U]?7U]?7U!@+U]?7U]?7U]?7UI*3PI-7UI*2DI*2DI*2DI`8"I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI%-3!@
M*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:
M2DI*2DI*2DI*2DI/7UI*2DI%-3`*36`J2DI*2DI*2DI*134P8"I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J
M2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*
M2DI*2DI*2DI*2D]?6DI*"DU*2DI*2DI*2DI`8&!*2DI*2DI*2DI*2DI*2DI*
M-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-35?7U]?7U]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]@8%]?7U]?7V!@
M7U]?7U]?7U]?7PI-7U]@8%]?7U]?7U]?7U]?7U]?8&!@8%]?7U]?7U]?7U]*
M2E]?2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*7U]*2DI*2DI*2@I--35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*
M2DI*2DI*2DHU-6!@2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*
M2DI*2DI*2DI*7U\*34I*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*
M2F!@2DI*2DI*2DI*2DI*2DH*34I*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DDU
M-34W7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7U]?7U]?7U]?7U]<8"-?7U]?7UQ@(U]?7U]?7U]?7UQ@(U]?7U]?7U]?7U]?
M7U]?7U]?7&`C7U]?"DU?7U]?7U]>2DM?7DI*2DI*2DI*2DA@(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DDU-&`B2DI*
M2DI*2DI*234T8")*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*
M2DI*2DI*2@I-2U]>2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*
M2DI*2DI)-31@(DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*
M2DH*34I*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI%-3!@
M*DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D!@*DI*2DI*2DI*2DI*0&!@8&!@8&`J2DI*2DI`8"I*0&!@"DU@*DI*2D!@
M8&`J2DI*2DI`8"I*0&!@8&!@*DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*134U-3]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?4&!@8&!@+U]?"DU?
M7U]?7U]?7U]08"]?7U]?7U]?7U]?7U]?7U]?7U!@+U]?7U]?7U]?7UI*3U]:
M2DI*2DI*2DI*0&!@8&`*36!@8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI/"DU?6DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*
M2DI*2D4U,&`J"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2@I-
M2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J
M2DI*2@I-2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU@8$I*2DI*2DI*2DI@8&!@2DI*2F!@
M8&!*2DI*8&!@8$I*2DI@8&!@2DI*2F!@2DI*2F!@8&!*2DI*8&`*36!@2DI*
M2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-35?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]@8%]?7U]?7V!@7U]?7U]?7U]@8%]?7U]?7U]?7U]?7U]?7U\*
M35]?7U]@8%]?7U]?7U]?7U]*2E]?2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2C4U8&!*2DI*2DI*
M2DI*-34*36!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*"DU*2DI*
M2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*
M"DU*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-7U]*2DI*2DI*
M2DI*2DI?7TI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DDU-&`B2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B
M2DI*2DI*2DI*2&`B2DI*2DI*2DA@(DH*34I*2&`B2DI*2DI(8")*2DI*2DA@
M(DI*2DA@(DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DDU-34W7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7&`*32-?7U]?7UQ@(U]?7U]?
M7U]<8"-?7U]?7U]?7U]?7U]?7U]?7U]?7&`C7U]?7U]?7U]?7DI+7UY*2DI*
M2@I-2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2U]>2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DH*34I*
M2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DM?7DI*2DI*2DI*
M2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*"DU*2DA@(DI*
M2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2D!@*DI*2DI*2DI*2D!@8&!@8&!@8&!@8"I*
M2DI`8"I*2DI*2D!@*DI*2DI*0&`J2DI*0`I-8"I*2DI*2DI*0&`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134U-3]?7U]?
M7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U!@+U]?7U]?4&`O7U]?7U]08"]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?
M7U!@+U]?7U]?7U]?7UI*3U]:2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*134P8"I*2@I-2DI*2DI*
M2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*3U]:2DI*2DI*2DI*
M2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3`*36`J2DI*2DI*2DI*
M134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI/7UI*2DI*2DI*2DI*
M2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2C4U8&`*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*
M2DI*2DI*8&!*2@I-2DI*2DI*2DI*2DI*8&!*2DI*2DI@8$I*2DI*2F!@2DI*
M2F!@2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2C4U-35?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7V!@8&!@8%]?7U]?7U]?8&!?
M7U]?7U]?7U]?8&!?7U]?7U]?7U]?8&!?7U]?7U]?7U]?"DU*2E]?2DI*2DI*
M2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*7U]*
M2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2@I--35@8$I*2DI*2DI*2DHU
M-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*
M7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U\*34I*2DI*2DI*2DI*2F!@2DI*2DI*
M2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DA@
M(DI*2DI*2&`B2DI*"DU*2DA@(DI*2DA@(DI*2DI*2DI(8")*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-34U-U]?7U]?7U]?
M7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7DI+7UY*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*"DU*2DDU-&`B2DI*2DI*2DI*234T
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?
M7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI+7UY*2DI*2DI*2DI*2@I-2U]>2DI*234T8")*2DI*2DI*2DI)-31@
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>
M2DI*2DI*2DI*2DI(8"$Z2DI*2DI*2DI*2@I-2DI*2DI%-3!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"I*2DI*"DU*
M2DI*2D!@8&`J2DI*0&!@8"I*2DI`8"I*2DI*2D!@*DI*2DI*0&`J2DI*0&!@
M8"I*2DI`8&!@*DI*2D`*36`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*134U-3]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7UI*3U]:2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*
M2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2D]?6DI*2DI*2DI*"DU*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*
M2DI%-3!@*DI*2DI*2DI*2D4U,&`J"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*3U]:2DI*2@I-2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*
M2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI@8&!@8&!@8$I*2DI*2F!@2DH*
M34I*2DI@8$I*2DI*2F!@2DI*2F!@2DI@8&!@8&!*2DI*2DI@8$I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-34U"DU?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?2DI?7TI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*7U]*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*
M2C4U8&!*2DI*2DI*2DI*-34*36!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI?7TI*"DU*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*
M2DI*2DI*2DI@8$I*"DU*2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI)-34U-U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7DI+7UY*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI)
M-31@(DI*2DI*2DI*2@I-234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2U\*35Y*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU
M-&`B2DI*2DH*34I*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*
M2DI*134P8"I*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*134Z2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2D]?6DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI/7UI*2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P
M8"I*2@I-2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DH*
M34I*2DI*0&`E2DI*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2F!@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7TI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DHU-6!@
M"DU*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI?
M7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2@I--35@
M8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2E]?
M2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI)
M-0I--&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DM?7DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*"DU*2DDU-&`B
M2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI+7UY*
M2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2@I-2U]>2DI*2DI*2DI*
M2DI(8")*2DI*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DH*34I*2DI*134P8"I*
M2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2D]?6DI*
M2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*"DU*2DI/7UI*2DI%-3!@*DI*
M2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*
M2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@8$I*2DI*2DI*"DU*2DI*2DI*2C4U
M8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DHU-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U
M-4I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2E]?2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DH*34I*2DI*2E]?2DI*2C4U8&!*2DI*
M2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*
M2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-34*36!@2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI?7TI*"DU*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@
M8$I*2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*234*334U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-U]>2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DM?7DI*2DI*2DI)-31@(DI*2DI*
M2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*
M2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2@I-234T8")*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2U\*35Y*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*
M2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*
M2DI*2DM?7DI*2DI*2DI*2DI*2&`*32)*2DI*2DI*2DI*2DI*2DI*134P8"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D4U-34_7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]:2D]?6DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M3U]:2DI*2DI*2D4U,&`J2DI*2DI*"DU*2DI%-3!@*DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*
M2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*
M2DI*3U]:2DI*134P8"I*2@I-2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@8$I*
M2DI*2DI*2DI*2DI*2DHU-6!@2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DHU-34U7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7TI*7U\*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DHU-6!@2DI*2DI*2DI*
M2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*
M2DI?7TI*2DHU-6!@"DU*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*
M-35@8$I*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*
M2E]?2DI*2@I-2DI*2DI*2DI@8%Y*2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*234U-3=?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UY*2U]>2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*
M2DI*2DI*234*331@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU
M-&`B2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+
M7UY*"DU*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`B2DI*2DI*
M2DI*2DI*2DI*"DU*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2D4U-34_7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7PI-7U]?7U]:2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI`8"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P
M8"I*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D\*
M35]:2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@
M*DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*"DU*2DI/
M7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*-34U-5]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7TI*7U]*2DI*2DI*2DI*
M2DI@8$I*"DU*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7PI-2DI*
M2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DH*34I*2DI*2E]?
M2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DH*34I*
M2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI(8`I-8&!@8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2&!@8&!@8&!@8&!@8&!@8&!@(DI(8")*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*234U-3=?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7UQ@(U]?7U]?7U]<8&!@8&`C7U]?7U]?7U]?7U]?7UQ@"DU@8&!@(U]?
M7U]?7U]?7UY*2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DA@(DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*234T8")*2DI*2DI*2DI)-31@"DTB
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2@I-2DI*2DI*2DI+7UY*
M2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2@I-234T8")*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U\*35Y*2DI*2DI*2DI*2DM?7DI*
M2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@*DI*2DI*0&!@8"I*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI*
M2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2D4U-34_7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?4&!@8"]?7U]?7U!@+U]?7U]?4&`O
M7U]?7U]?7U]?4&`O7U]?7U]08"]?7U]?7U]?6DI/7UI*2DI*2DH*34I*2DI*
M0&`J2DI*2DI*2DI*2DI`8"I*2DI*2D!@8&!@8&!@*DI*2DI*0&`J2DI*2DI*
M2D!@*DI*2D!@*@I-2D!@8&`J2DI*0&!@8&!@8&`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*3U]:2DI*2DI*
M2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*"DU*2DI%-3!@*DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2D]?6DI*2DI*2DI*2DI*3U]:2DI*
M134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2@I-2D!@*DI*2DI*2DI*2DI*
M2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*8&!*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI@8$I*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-34U-5]?7U]?7U]?7U]?7U]?
M7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?8&!?
M7V!@7U]?7U]?7U]?7U]?7U]@8%]?7U\*35]?7U]?7V!@7U]?7U]?8&!?7U]?
M7U]?7TI*7U]*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2F!@2DI*2@I-8&!@
M8$I*2DI@8&!@2DI*2F!@2DI*2DI*2DI@8$I*2DI@8&!@2DI*2DI*8&!*2DI*
M2DI*2F!@2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI?7TI*2DI*2DI*-35@8$I*2DH*34I*2DI*2C4U8&!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU
M-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@"DU*2DI*2DI*2DI*-35@8$I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*
M2DI*2DI*8&!>2DI*2DI*2DI*2DI*2DI*234T8")*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2&`B2DI*
M2&`*32)*2&!@8&!@(DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI(
M8")*2DI(8")*2&!@8")*2DI(8`I-8&`B2DI*2DI*2DA@8&!@8&!@(DI*2DI*
M2&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*234U-3=?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7UQ@(U]?7UQ@(U]?7U]?7U]?7U]?7&`C7U]?7U]?
M7U]?7U]<8"-?7U]?7UQ@(U]?7U]?7U]>2@I-2U]>2DI*2DI*2DI*2DI(8&!@
M8&!@8&!@8&!@8&!@(DI*2DA@(DI*2DI*2DI(8")*2DI(8")*2DI*2DI*"DU(
M8")*2DI(8")*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*234T
M8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?
M7DI*2DI*2DI*2DI*2U]>2DI*234*331@(DI*2DI*2DI*2DDU-&`B2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@
M(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>
M2DI*2DI*2DI*2DI+7UY*"DU*2DI*2DI*2DI*2&`C6DI*2DI*2DI*2DI*2DI*
M2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M0&`J2DI*2DI*2DI*2DI*2D!@*DI*2D!@8&`J2DI*0&!@8"I*2DI*2DI*2DI*
M2DI*2@I-2DI*0&`J2DI*2DI*2DI*0&`J2DI*0&!@8"I*2DI`8&!@*DI*2D!@
M*DI*2D!@8&`J2DI*0&!@8"I*2DI`"DU@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%-34U/U]?7U]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U!@+U]?7U]?4&`O
M7U]?7U]?7U!@8`I-8"]?7U]?7U]?7U]?7U]?4&`O7U]?7U]08"]?7U]?7U]?
M6DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*"DU*2DI`8"I*2DI`8"I*2DI*
M2DI*0&`J2DI*0&`J2DI*2DI*2D!@*DI*2D!@*DI*2DI*2DI*2D!@8&!@8&`*
M36`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2D]?6DI*2DI*2@I-2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J
M2DI*2DI*2DI*134P8"I*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*
M2DI*2DI*2DI*2D\*35]:2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*
M2DI`8"I*2DI*2DI*2DI*2DH*34I*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2@I-2DI@8$I*2DI@
M8$I*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI@8$I*
M2DI@8$I*"DU*2DI*8&!*2DI*2DI@8$I*2DI@8$I*2DI*2DI*8&!*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M-34U-5]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7U]?7U]?7U]?7U]@8&!@8&!@8&!@8&!?7U]?8&!?7U]?7U]?7U]?7U]?7U]?
M7U]@8%]?7U]?7V!@"DU?7U]?7U]?7TI*7U]*2DI*2DI*2DI*2DI@8$I*2DI*
M2DI*2DI*2F!@2DI*2F!@2DI*2DI*2DI@8$I*2DH*36!@2DI*2DI*2DI@8$I*
M2DI@8$I*2DI*2DI*2DI*2DI*2DI@8&!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*-35@8$I*
M2DI*2DI*2DHU-6!@2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*
M2DI*2DI*2@I-2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*
M2DI*2DI*2C4U8&!*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*
M2DH*34I*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*234T
M8")*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*
M2DI*2DI*2DI*2DI*2&`B2DI*2&`B2DI*2DI*2DA@(DI*2DI*"DU*2DI*2DI*
M2DI*2DI(8")*2DI*2DI*2DI(8")*2DI(8")*2DI*2DA@(DI*2DI*2&`B2DI*
M2&!@8&!@8&`*36!@8&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34W7PI-7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]<8"-?"DU?
M7U]?7&`C7U]?7U]?7U]?7U]?7U]?7U]<8"-?7U]?7UQ@(U]?7U]?7U]>2DM?
M7DI*2DI*2DI*2DI*2&`*32)*2DI*2DI*2DI*2DA@(DI*2DA@(DI*2DI*2DI(
M8")*2DI(8")*2DI*2DI*2&`B2DI*2&`B2DI*2DI*2@I-2DI*2DI*2DI*2DA@
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU+7UY*2DI*2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*
M2DI*2DI)-31@"DTB2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2@I-
M2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@
M(DI*2@I-2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D!@*DI*"DU*2DI*2DI*2DI*2D!@*DI*2D!@*DI*
M2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2D`*36`J2DI*
M0&`J2DI*2DI`8"I*2DI*2D!@*DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%-34U
M/U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?4&`O7U]?7U]08&!@8&!@8&!@+U]?7U!@+U]?7U\*
M35]08&!@8&`O7U]?7U]?7U]?6DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*
M2DI*0&`J2DI*0&!@8"I*2@I-2D!@8&`J2DI*0&!@8"I*2DI`8&!@*DI*2D!@
M*DI*2DI*2DI`8"I*2DI*2DI*0&`J2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI%-3!@*DI*2DI*
M2DI*2D4*334P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:"DU*2DI*
M2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*
M"DU*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2D]?6DI*2DI*
M2DI*2DI*3U]:2DI*2DI*2DI*2DI`8&!*2DI*2DI*2DI*2DI*2DI*-35@8$I*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@2DI*
M2DI*2DI*2F!@2DI*2DI*8&!*2DI*2DH*34I*8&!*2DI*2DI*2DI*2DI*2DI*
M2DI@8$I*2DI*2DI*2DI@8$I*2DI@8$I*2DI*2F!@2DI*2DI*8&!*2@I-2DI@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*-34U-5]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]*2E]?2DI*
M2@I-2DI*2DI*2DI@8$I*2DI*2DI*2DI*2F!@2DI*2DI*8&!@8&!@8&!*2DI*
M2DI*2F!@8&!@8$I*8&!*2DI*"DU@8$I*2DI*2DI*2DI@8&!@8&!@8$I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI?7TI*2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DH*34I*
M2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*7U]*2DI*2DI*
M2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*"DU*2DI*8&!*
M2DI*2DI*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DA@8&`B2DI*2DI(8&!@(DI*2DI*2&`B2DI*2DI*
M2DA@(DI*2DI*2DI*2DI*2DI*2DI*2&`B2@I-2DI*2DI*2DI(8")*2DI(8")*
M2DI*2DA@(DI*2DI*2&`B2DI*2&!@8")*2DI(8&!@(DI*2DA@(DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34W7U]?
M7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]>2DM?7DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DDU-&`B2@I-2DI*2DI*
M2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DM?7DI*2DI*2DI*
M2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234*331@(DI*2DI*2DI*
M2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2U]>2DI*2DI*2DI*
M2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI%-3`*36`J2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@8&!@
M8"I*2DI*2DI*2@I-2D!@*DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2D!@
M*DI*2DI*2DI*2D!@*DI*2D!@*DI*2DI*0&`J"DU*2DI*2D!@*DI*2DI*0&!@
M8&!@8&`J2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI%-34U/U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?6DI/7UI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2D]?
M6DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2@I-2D4U,&`J2DI*2DI*2DI*
M134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*
M2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D\*35]:2DI*2DI*2DI*2DI`8&!*2DI*
M2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-35?7U]?7U]?
M7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]*2E]?2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*"DU*2DI*-35@8$I*2DI*2DI*2DHU
M-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*
M7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2E]?2DI*2DI*2DI*2@I-2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U
M8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?
M7TI*2DI*2DI*2DI*2F!@7DI*2DI*2DI*2@I-2DI*2DI*234T8")*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DDU-DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DM?7DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*
M2DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI+7UY*2DI*2DI*"DU*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>
M2DI*234T8")*2DI*2DI*2DI)-31@"DTB2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DM?7DI*2@I-2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DI*
M2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]?"DU?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]:2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2D]?6DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*
M2DI%-3!@*DI*2DI*2DI*2D4*334P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*3U]:"DU*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*
M2DI*2DI*2DI*0&!@"DU*2DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*
M2C4U8&!*2DI*2DI*2@I-2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*35]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*
M-35@8$I*2DH*34I*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*
M2DI*2DDU-&`B2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU
M-&`B2@I-2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DH*
M34I*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*134U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34Z2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*134P
M"DU@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2@I-2D4U
M,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI/
M7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*
M2@I--35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2C4U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U
M-34U-5]?2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*7U]*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?"DU*2DI*-35@
M8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2E]?
M2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2@I-2DI?7TI*2DI*2DI*
M2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)
M-34U-U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7DI+7UY*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DH*34I*2DI*2DDU-&`B
M2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI+7UY*
M2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*"DU*2DI*2U]>2DI*234T8")*
M2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*
M2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*"DU*2DI*2DI*2DI%
M-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*134U-3]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7UI*
M3U]:2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI/7UI*2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@*@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DH*34I*2DI*2DI/7UI*2DI%-3!@*DI*
M2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*
M2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4*334P8"I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*3U]:"DU*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*
M0&`O2DI*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*334U
M-35?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?2DI?7TI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*7U]*2DI*2DI*2C4U8&!*2DI*
M2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*
M2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2@I-2DHU-6!@2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*35]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*
M2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*
M2DI*2DI*7U]*2DI*2DI*2DI*2DH*36!@7DI*2DI*2DI*2DI*2DI*2DDU-&`B
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI)-34U-U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7DI+7UY*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DM?7DI*2DI*2DI)-31@(DI*2DI*"DU*2DI*234T8")*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*
M2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*
M2DI*2DM?7DI*2DDU-&`B2@I-2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8")*
M2DI*2DI*2DI*2DI*2DI*134P8"I*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*134U-3]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]:2D\*35]:2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*134P8"I*2DI*2DI*
M2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*
M2DI*3U]:2DI*134P"DU@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*
M2D4U,&`J2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*
M2DI/7UI*2@I-2DI*2DI*2DI*0&!@2DI*2DI*2DI*2DI*2DI*2C4U8&!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DHU-34U7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7V!@7U]?7U]?7U]?7U]?8&!?7U]?7U]?7V!@
M8&`*36!@7U]?7U]?7U]?7U]?7U]?7U]?8&!?7U]?7U]?7U]?2DI?7TI*2DI*
M2DI*2DI*2F!@2DI*2DI*2DI*2@I-2DI*2F!@2DI*2DI*2DI*2DI*8&!*2DI*
M2DI*2DI*2DI*2DI*2DI@8&!@8&!*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?
M2DI*2DI*2DH*334U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*
M-35@8$I*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*
M2E]?"DU*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8$I*2DI*
M2DI*2DI*2DI*"DU*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&!@8&!@
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2@I-
M2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2DI*2DA@(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI)-34U-U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]<8&!@(U]?
M7U]?7U]?7UQ@8&`C7U]?7U]<8"-?7U]?7UQ@(U]?7U]?7U]?7U]?7U]<8&!@
M(U]?7PI-7U]?7U]?7DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI(
M8")*2DI*2DI*2DI(8&!@8&`B2DI*"DU*2DI*2DI*2DA@8&`B2DI*2DI(8&!@
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU
M-&`B2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DH*
M34M?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T
M8")*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*"DU*2DI*
M2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*
M2DI*2DI*2DI*2D`*36!@8"I*2DI*2D!@8&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M0&`J2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI`8"I*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D4U-34_7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?4&`O7U]?7U]?7U]?7U]08"]?7PI-7U]?4&`O7U]?
M7U]?7U]?7U]?7U]?7U]?7U!@+U]08"]?7U]?7U]?7U]:2D]?6DI*2DI*2DI*
M2DI*2DI`"DU@*DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*0&`J2D!@*DI*2DI*
M2DI*2DI*0&`J2DI*2DI*2DI*0&`J2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3PI-7UI*
M2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@
M*@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DH*34I*2DI*2DI/
M7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@8$I*2DH*34I*
M2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI@
M8$I*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*"DU*2DI*2DI*2F!@2DI*
M2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@2DI*2F!@2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-34U7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7V!@7U]?7U]?
M7U]?7U]?8&!?7U]?7U]@8%]?8&!@8%]?7U]?7U]?7U]?7V!@"DU?7U]?8&!?
M7U]?7U]?7U]?2DI?7TI*2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*8&!*2DI*
M2DI*2DI*2DH*36!@2DI@8$I*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U"DU@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2@I-2DI*2DI*2DI*2E]?
M2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2@I-2DHU-6!@
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*35]?2DI*2DI*2DI*2DI*7U]*
M2DI*2DI*2DI*2DI@8%Y*2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2@I-
M2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DA@(DI*2DA@(DI*2DI*2DI(8")*2&!@
M8&!@(DI*2DA@(DI(8&!@"DU@8")*2DI*2DA@(DI*2DI*2DI(8")*2&!@8&!@
M(DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI(8")*2DH*34I*2DI(8&!@8&!@
M8")*2DI*2DA@(DI(8&!@8&`B2DI*2DI(8&!@8&!@8")*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI)-34U-U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]<8"-?7U]?7U]?"DU?7U]?7&`C7U]?7U]<8&!@(U]?7UQ@
M(U]?7U]?7U]<8"-?7U]?7UQ@(U]?7U]?7U]?7UY*2U]>2DI*2DH*34I*2DI*
M2DI*2&!@8")*2DI*2DA@8&`B2DI*2DI*2DI*2&`B2DI*2DI(8")*2DI*2DI*
M2&`B2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DM?7DI*2DI*
M2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*"DU*2DI*234T8")*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI+7UY*2DI*2DI*2DI*2DM?7DI*
M2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2@I-2DI(8")*2DI*2DI*2DI*
M2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*0&`J
M"DU*2DI`8"I*2DI*2DI*0&`J2DI*0&`J2DI*2DI`8&!@*DI*2D!@8&`J2DI*
M0&`J2DI*2DI*2D!@*DI*2D`*36`J2DI*2DI*2DI*2DI*2DI*0&!@8"I*2DI*
M2D!@8&`J2DI*2DI`8&!@*DI*2D!@8&`J2DI*0&`J2DI*0`I-8"I*2DI*2D!@
M*DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2D4U-34_7U]?7U]?7U]?7U]?
M7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?4&`O7U]?7U]?7U]?
M7U]08"]?7U]?7U!@+U]?7U]?4&`O7U\*35]?7U]?4&!@8&!@8&!@8&!@+U]?
M7U]?7U]:2D]?6DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*0&`J2DI*2@I-2DI*
M2DI*2D!@*DI*2DI*0&`J2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*3U]:2DI*2DI*2D4U,&`J2DH*34I*2DI*2DI%-3!@*DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*
M134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P"DU@*DI*2DI*2DI*2D4U,&`J2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*
M2DI*2DI*2D!@8$I*2DI*2DI*2DI*2DI*2DHU-6!@"DU*2DI*2DI*2DI*2DI*
M2DI*8&!*2DI*2DI*2DI*2DI*2F!@2DI*2F!@2DI*2DI*2DI@8$I*2DI@8$I*
M2DH*34I*8&!*2DI*2DI*2F!@2DI*2F!@2DI*2DI*2DI@8$I*2DI@8$I*2DI*
M2DI*2DI*2DI*2DI*2F!@2DI*2@I-2DI@8$I*2DI*2DI*8&!*2DI*2DI*2F!@
M2DI*2F!@2DI*2F!@2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DHU-34U7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*36!@7U]?7U]?7U]?7U]?8&!?7U]?7U]@8%]?7U]?7V!@7U]?
M7U]?7U]?7U]?7U]?7V!@7U]?7U]?7U]?7PI-2DI?7TI*2DI*2DI*2DI*2DI*
M2DI@8$I*2DI*2F!@2DI*2DI*2DI*2F!@2DI*2DI*2DI*2F!@2DI*2DI*"DU@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DHU
M-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M7U]*2DI*2DI*2DI*2DI?7TI*2DH*334U8&!*2DI*2DI*2DI*-35@8$I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U
M8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?
M7TI*2DI*2DI*2DI*2E]?"DU*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*
M2DI)-31@(DI*2DI*2DI*2DI*2DI*2DA@(DI*2DI*2DH*34I*2DI*2DA@(DI*
M2DA@(DI*2DI*2DI(8")*2DI(8")*2DI*2DA@(DI*2DI*2DI(8")*2DI(8")*
M2DI*2@I-2DI(8")*2DI(8")*2DI*2DI*2DI*2DI*2DI*2DA@(DI*2DI*2&`B
M2DI*2DI*2DA@(DI*2DI*2DI(8")*"DU*2DA@(DI*2DA@(DI*2DI*2DI(8&!@
M8&!@8")*2DI*2DI*2DI*2DI*2DI*2DI*234U-3=?7U]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]<8"-?7U]?7U]?7U]?7UQ@
M(U]?7U]?7U]<8`I-8&!@8"-?7U]?7UQ@(U]?7U]?7U]?7UQ@(U]?7U]?7U]?
M7UY*2U]>2DI*2DI*2DI*2DI*2DI*2DI(8")*"DU(8")*2DI*2DI*2DI*2DA@
M8&!@8&!@8&!@8&!@(DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI+7UY*2DI*2@I-2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@
M(DI*2DI*2DI*2DDU-&`B2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>
M2DI*2DI*2DI*2DH*34M?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*
M2DI*2&!@*DI*2DI*2DI*2DH*34I*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI`
M8"I*2DI*2DI*2DI*2DI*0&`J2DI*0&`J2DI*2DI*2D!@*@I-2DI*0&`J2DI*
M2DI`8"I*2DI*2DI*0&`J2DI*0&`J2DI*2DI*2D!@*DI*2D!@*DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2D!@*DI`8"I*2DI*2DI*2DI`8"I*2DI*2DI*0&`J2DI*
M0&`J2DI*0&`J2DI*2DI*2DI*2DI*2D`*36!@8"I*2DI*2DI*2DI*2DI*2DI*
M2D4U-34_7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]:2D]?6DI*2DI*2DI*2DI*2DI*2DI*
M0&`J2D!@*DI*2DI*2DI*2DI*0&`J2DI*2DI*2DH*34I`8"I*2DI*2DI*0&`J
M2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2D4U,&`J
M2DI*2DI*2DI*134P8"I*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*
M2DI*2DI*2@I-2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*
M2DI*2DI*2DI%-3!@*@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*
M2DH*34I*2DI*2DI/7UI*2DI*2DI*2DI*2D!@8$I*2DI*2DI*2DI*2DI*2DHU
M-6!@2DI*2DI*2DI*2DI*2DI*2@I-2DI@8$I*2DI*2DI*2DI@8$I*2DI*2F!@
M2DI*2DI*2DI@8$I*2DI@8$I*2DI*2F!@2DI*2DI*2DI@8$I*"DU*2F!@2DI*
M2DI*2DI@8$I*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2DI*8&!*2F!@2DI*2DI*
M2DI*2F!@2DH*34I*2DI*2F!@2DI*2F!@2DI*2F!@2DI*2DI*2DI*2DI*2DI*
M2F!@2DI*2DI*2DI*2DI*2DI*2DI*-34U-0I-7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7TI*
M7U]*2DI*2DI*2DI*2DH*34I*2DI*2DI*8&!*2DI*2DI*2DI*2DI@8$I*2DI*
M2DI*2DI*2DI*8&!*2DI*2DI@8&!@2DI*2DI*8&!@8`I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2E]?2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*
M2DI*2DI*2C4U"DU@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2@I-
M2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*
M8&!*2@I-2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2&!@
M8")*2DI*2DA@8&`B2DI*2DI(8&!@"DTB2DI*2&!@8")*2DI(8")*2DI*2DA@
M8&`B2DI*2&!@8")*2DI(8&!@(DI*2DA@8&`B2DI*2&`B2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DA@8&`B2DI*2&!@8")*2DI(8")*
M2DI(8")*2DI*2@I-2&`B2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*234U
M-3=?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*
M35]?7U]?7U]?7U]?7U]?7U]?7UY*2U]>2DI*2DI*2DI*2DI*2DI*2DI*2DA@
M(DI*2DI*2DI*2DI*2&`B2@I-2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2&!@
M8&!@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*234T8")*2DI*
M2DI*2DH*34DU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?"DU>2DI*
M2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*
M"DU*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI+7UY*2DI*
M2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2D4U,&`J
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI`8&!@8&`J2DI*2DI*2DI*2DI`8&!@
M8&`J2D!@*DI*2DI*0&!@8"I*0&`J2D`*36!@8&!@*DI*2DI*2DI`8&!@8&`J
M2D!@*DI*2DI*0&!@8"I*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2@I-2DI*
M2DI*2D!@8&!@8&!@*DI*2DI*0&`J2DI*2DI`8&!@*DI*2D!@8&!@8&!@*DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2D4U-34_7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?6DI/7UI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*3U]:2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DH*34I*
M2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2D]?6DI*2DI*
M2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*"DU*2DI*2D!@
M8$I*2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-35*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*-35@8`I-2DI*2DI*
M2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*7U]*2DI*2DI*
M2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DH*334U8&!*2DI*2DI*
M2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI?7TI*2DI*2DI*
M2DI*2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*234*331@(DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]>2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI+
M7UY*2DI*2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2@I-2DI)-31@(DI*2DI*2DI*
M2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*
M2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU(8")*2DI*2DI*2&`B2DI*2&!@8&!@(DI*2DI*2DI*2DI*2&`B
M2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DH*34M?7DI*2DI*2DI*2DI*2&`B2DI*
M2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*"DU*2DI*2D4U,&`J2DI*2DI*2DI*
M134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*
M2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI/7UI*2DI*2DI*2@I-2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%
M-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@+U]:2DI*2DI`8"]?4&`J
M2D]?7U]?7UH*34I*2DI*2DI`8&!@+U]:2DI*2DI*2D]?6DI*2DI*2DI*2DI*
M3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2@I-2DI*2DI*2DHU-6!@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*
M2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2E]?2DI*2DI*"DU*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U
M8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?
M7TI*2DHU-6!@2DI*2DI*2DI*2C4U"DU@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*8&!@8%]?2DI*2F!@8&!?7V!@8&!@8$I*2DI*2DI*2DI@8$I*8&!?7TI*
M2DI*2DI*7U]*2@I-2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DI*
M2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI+7UY*2DI*2DI*234T8")*2DI*2DI*2DI)-31@
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>
M2DI*234T8")*2DI*2DI*2DH*34DU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DM?"DU>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`B
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2&!@8&!@8&`B2DI*2&`C7UY*2DI*2DA@(U]<8`I-(U]?
M7UQ@(DI*2DI*2DI(8&!@8&!@8")*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*
M2DI*2DI*2DI*2DA@"DTB2DI*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*
M2DI%-3!@*DI*2DI*2@I-2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*
M2D4U,&`J2DH*34I*2DI*2DI%-3!@8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\+U]?7U]?7U]:
M2D!@+U]:2DI*2DI`8"]?4&`O7UI*0&`O7UI*2DI*2DI*3U]08"]?7U]:"DU*
M2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*
M2DI*2DI*-35@8$I*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*
M-35@8`I-2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`B8"%0
M(F`B8")@(5`B8`I-(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B
M8")@(5`B8")@(F`A4$I*2DI*2DI*8&!?7TI*"DU*2DI*8&!?7TI*8&!@8$I*
M7U]*2F!@2DI*2DI*8&!?7TI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DH*
M34I*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DDU
M"DTT8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2@I-2DI)
M-31@(DI*2DI*2DI*2DDU-&!@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H
M8"=@*&`G8"A@)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*")*2DI*2DI*2DI+
M7UY*2DI*2DI*2U]>2DI*2U]?7UY*2DI*2DM?7DH*34I*2DI+7UY*2DI*2DI*
M2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*
M2@I-2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D]?6DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/"DU?6DI*2D4U
M,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI/
M7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8&!`8$!@"DU`
M8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@
M0&!`8#Q@0&!`*DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2@I-2DI*3U]:2DI*2DI*
M2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U\*34I*2DI*2DI*-35@
M8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2E]?
M2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*"DU*2DI*2DI?7TI*2DHU-6!@
M2DI*2DI*2DI*2C4U8&`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*
M32)@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8$I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*
M2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@2DI*2DI*"DU*2DI*2DI*2DI*
M234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2U]>2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T8`I-(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DH*34I*2DI*2DI*2U]>2DI*234T8")*
M2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*
M2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DH*34DU-&!@*&`G8"A@*&`H
M8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@
M*`I-8"A@)R)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DM?"DU>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*
M2DA@8"I*2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2D]?6DI*2DI*2DI%-3!@*DI*
M2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*
M2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2@I-2DI*134P8"I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*
M2DI*2DI*134P8&`\8$!@/&!`8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`*DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*
M2DI*2DI*2D]?6DI*2DI*2DI*2DH*34I`8&!*2DI*2DI*2DI*2DI*2DI*-35@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*7U]*2DI*2DI*2C4U8&!*2DI*"DU*2DI*2DHU-6!@2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*
M2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*
M2DI*2DI*7U]*2DI*-35@8`I-2DI*2DI*2DI*2C4U8&`B8")@(F`A4")@(F`B
M8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@"DTA4")@(F`B8"%0
M(F`B8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@
M2DI*2DI*2DI*2DI*2DI*2DDU-&`B2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DDU-&`B2DI*2DI*
M2DI*234T8")*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*
M2DI*2DM?7DI*2DDU"DTT8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*
M2DI)-31@8"=@*&`G8"A@)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@
M)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@B2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*
M2DI*2U]>2@I-2DI*2DI*2DI*2DA@8"I*2DI*2DI*2DI*2DI*2DI%-3!@*DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/
M7UI*2DI*2DH*34I%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*
M2D4U,&`J2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*
M2DI/"DU?6DI*2D4U,&`J2DI*2DI*2DI*134P8&!`8#Q@0&!`8$!@/&!`8$!@
M0&`\8$!@0&!`8#Q@0&!`8$!@/&`*34!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\
M*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&!@2DI*
M2DI*2DI*2DI*"DU*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2C4U8&!*2DI*2DI*2DI*
M-35@8$I*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DH*
M34I*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU
M-6!@(5`*32)@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@
M(5`B8"%0(F`A4")@(5`B8"%0(F!*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*"DU*2DI*
M2DI?7TI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2U]>
M2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T
M8`I-(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DH*34I*2DI*2DI*
M2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"A@*&`H8"=@*&`H8"A@)V`H8"A@
M*&`G8"A@*`I-8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"@B2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8")*2DH*34I*
M2DI*2DI*2DI*2DI%-3I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*134P8"I*2DI*2DI*2DI%"DTU
M,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6@I-2DI*2DI*2DI*2DI/
M7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2@I-2DI*134P
M8&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@"DT\8$!@/&!`*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I/7UI*2DI*2DI*2DI*2D]?
M6DI*2DI*2DI*2DI*0&`O2DI*2DI*2DI*2DI*2DI*2E]?7U]?7U]?7U]?7PI-
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]*2DI*
M2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*"DU*2DI*2DHU-6!@
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2E]?2DI*2DI*2DI*2DI*7U]*
M2DI*-35@8$I*2DI*2DI*2DHU-6!@(F`A4")@(F`B8"%0(F`B8")@"DTA4")@
M(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5!*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2@I-2DI*2F!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-31@(DH*34I*2DI*2DI*234T8")*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*
M2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU"DTT8")*2DI*2DI*2DI)-31@8"=@
M*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*36`G
M8"A@)V`H8"=@*&`G8"@B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*
M2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D]?6DI*2DI*2DI*2DI*3U]:2DH*34I%-3!@*DI*2DI*2DI*2D4U,&`J2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%
M-3!@*DI*2DI*2DI*2D4U,&!@0&!`8$!@/&`*34!@0&!`8#Q@0&!`8$!@/&!`
M8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0"I*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M3U]:2DI*2DI*2DI*2DI/"DU?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U
M8&!*2DI*2DI*2DI*-35@8$I*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?
M7TI*2DI*2DI*2DH*34I*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@(5`B8"%0
M(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0(F`A
M4")@(5`B8"%0(F!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*
M2DI*2DI@8$I*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-31@
M(DI*2DI*2DI*2DDU-&`B2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>
M2DI*2DI*2@I-2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B
M2DI*2DI*2DI*234T8`I-8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H
M8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G"DTB2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*
M2DH*34I*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*
M2DI*2DI*2DI%"DTU,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6@I-
M2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@/&!`8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@
M/&!`8#Q@0"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*
M2D!@*@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*8&!@8&!@8&!@8&!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI@8&!@2DI*2DI*8&!@8$I*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-6!@2DI*
M2DI*2DH*34I*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU?7TI*
M2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*
M"DU*2DI*2DHU-6!@(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B
M8")@(F`A4")@(F`B8"%0(F`*32)@(F`A4")@(F!*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2E]?2DI*
M2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@
M8&`B2DI*2DI(8&!@"DTB2DI*2DI*2DI*2DI*2DI*2DI(8&!@(DI*2DI*2&!@
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DH*34I*
M2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI+7UY*2DI*
M2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8&`G8"A@)V`H8"=@*&`G
M8"@*36`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@
M)V`H(DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*"DU*2DI*2DI(
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@*DI*2DI*0&!@8"I*2DI`8&!@8&!@
M8"I*2DI`8&!@8&!@8"H*34I`8&!@8&!@8"I*2DI`8&!@8&!@8"I*2DI`8&!@
M*DI`8&!@8&!@8"I*2DI*2D!@8&`J2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U,`I-8"I*2DI*
M2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2D]?6DI*2DI*
M2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DH*34I%-3!@*DI*2DI*
M2DI*2D4U,&!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@
M0&!`8`I-0&`\8$!@0&!`8#Q@0&!`8$!@/"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*3U]:2DI*2DI*
M2DI*2DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&`*
M34I*2DI*2F!@8&!*2F!@8&!*2DI*8&!@8$I*2DI@8&!@2DI*2DI*8&!@8$I*
M2DI@8&!@2DI*2F!@8&!*2@I-8&!@8&!@8&!*2F!@8&!*2DI*2DI@8&!@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7PI-2DI*2C4U8&!*2DI*2DI*
M2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*
M2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8"%0(F`A4`I-(F`A4")@(5`B
M8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DH*34I*7U]*2DI*2DI*2DI*2DI@8$I*
M2DI*2DI*2DI*2DI*234U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U
M-34U-34U-DI*2DI*2DI*2DA@8&!@8&!@8&!@8")*2DI*2DI*2DI*2DA@8&`B
M2@I-2DI(8&!@(DI*2DI*2&!@8")*2DI(8&!@(DI*2DA@8&`B2DA@8&!@8")*
M2DI*2DA@8&`B2DA@8&`B2DI*"DU*2DI*2DI*2DDU-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-U]>2DI*"DU*2DI*2DI)-31@(DI*2DI*2DI*
M2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*
M2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2U]>2DI*2DI*2@I-2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*
M234T8&`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G"DU@*&`H8"A@
M)V`H8"A@*&`G8"A@*&`H8"=@*&`H(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*
M2DM?7DI*2DI*2DI*2DI*2&!@*DI*2DI*2@I-2DI*2DI*2D4U,&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`J2DI*2@I-2DI*2DI`8&!@*DI*
M2DI*0&!@8"I*2DI`8&!@8&!@8&!@*DI*2D!@8&`J2DI*2DI`8&!@*DI*2D!@
M8&!@"DU@8&!@8&!@*DI`8&!@*DI*2DI*2DI`8&!@*DI`8&!@*DI*2DI*2DI*
M2DI*0&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`J2D]?6DI*
M2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P8"H*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI/7UI*2DI*"DU*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%
M-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*
M3U]:2DI*134P8"I*2DI*2DI*2DI%"DTU,&!@/&!`8#Q@0&`\8$!@/&!`8#Q@
M0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@0"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2D]?6@I-2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@8$I*2DI*
M2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2F!@8&!*2DI*2DI@8&!@2DI@8&!@"DU*2DI*8&!@8$I*
M2DI@8&!@2DI*2DI*8&!@8$I*2DI@8&!@2DI*2DI*2DI*2F!@8&!*2DI*2DI*
M2DI*8&`*36!@8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI?7TI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U
M8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?
M7TI*2DHU-6!@2DI*2DI*2DH*34I*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@
M8")@(5`B8")@(F`A4")@(F`B8"%0(F`*32)@(F`A4")@(F`B8"%0(F`B8")@
M(5`B8")@(F`A4")@(F`B8"%02DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?
M2DI*2DI*2DI*2DI*"DU@8$I*2DI*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DA@8&`B2DI*2DI(
M8&!@(DI(8&!@(DI*2DA@8&`B2DI*2&!@8")*2&`B2DA@8&`*32)*2&!@8&!@
M(DI*2DA@8&`B2DA@8&`B2DI*2DI*2DI*2&!@8&!@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*
M2DI*234T8")*2DI*2@I-2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`B
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*
M2DI)-31@(DH*34I*2DI*2DI*234T8&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@
M*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H(DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&!@*DI*2DI*2DI*
M2DI*2DI%-3!@*DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*0&!@8&!@8&!@8&`*36`J2DI*2DI`8&!@8&`J2D!@8&`J2DI*
M0&!@8"I*2DI*2D!@8&`J2DI*0&!@8&!@8&`J2DI*0&!@8"I*2@I-2DI*2DI*
M2DI*0&!@8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*
M2D4U,`I-8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8$!@
M0&!`8#Q@0&!`8`I-0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`
M8#Q@0&!`8$!@/&!`8$`J2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DH*
M34I*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*
M"DTU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7PI-2DI*
M2C4U8&!*2DI*2DI*2DI*-35@8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0
M(F`A4")@(5`B8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*
M2@I-234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2&!@
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2U]>2DI*2DI*2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*"DU+7UY*2DI)
M-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@*&`G"DU@
M*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H
M8"=@*&`H8"A@)R)*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2@I-2DI*2DM?7DI*2DI*
M2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*0&!@8"I*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UH*34I*2DI*2DI*2D4U
M,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI/
M7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8"H*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*"DU*2DI*2DI*3U]:2DI*134P
M8"I*2DI*2DI*2DI%-3!@8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*
M33Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?
M6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*"DU*2DI*2DI*2DI*
M-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*7U]*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DHU-0I-8&!*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DH*34I*2DI*2DI*2DI?7TI*2DHU-6!@
M2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*
M2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DH*34I*-35@8")@(F`B8"%0
M(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B
M8`I-(5`B8")@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*
M2DI*8&!*2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2U]>2DI*2DI*2DI*234T8")*
M2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*
M2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2@I-2DI*2DDU-&`B2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*
M2DI*2DI*2DDU-&!@)V`H8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H
M8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*")*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*
M2DI*2DI*2DI+7UY*2DI*2DI*2DH*34I*2&`B2DI*2DI*2DI*2DI*2DI%-3!@
M*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI/7UI*2DI*2DI*2DI%-3!@*DI*"DU*2DI*2DI*134P8"I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*
M2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*
M2DI*2DI*2D]?6DI*2D4U,`I-8"I*2DI*2DI*2DI%-3!@8$!@/&!`8$!@0&`\
M8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@"DU`8$!@0&`\8$!@
M0&!`8#PJ2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`
M8"I*2DI*2DI*2DI*2DI*2C4U8&!*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2C4U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U"DTU-34U-35*2DI*2DI*2DI*7U]*2DI*2DI*2DI*-35@8$I*2DI*
M2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*
M2DI*2DI*7U]*2DI*"DTU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*
M2DI*2C4U8&`A4")@(5`B8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B
M8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8$I*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*
M2DI*2DI?7PI-2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DDU-&`B2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI)-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34*334U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-3=?7DI*2DI*2DI*2DM?
M7DI*2DI*2DH*34I*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*
M2DI)-31@(DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*
M2DI*"DU+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@*&`H8"A@)V`H8"A@*&`G
M8"A@*&`H8"=@*&`H8"A@)V`H8"@*36`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@
M*")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*
M2DI*2DI*2DI*"DU*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*134U-3]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?
M7U]?7U]?6DI/7UI*2DI*2DI*2DI/7UI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*
M2D4U,&`J2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DH*
M34I*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*
M134P8&`*33Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@
M0&`\8$!@/&!`8#Q@0&`\8$!@/&!`*@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*"DU*2DI*
M2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DHU-34U7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]*2E]?2DI*2DI*2DI*2@I-7U]*
M2DI*2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU
M-0I-8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DH*34I*2DI*2DI*
M2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`B8"%0(F`B8")@(5`B8")@(F`A
M4")@(F`B8`I-(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4$I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@2DH*34I*
M2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-34U-U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?
M7U]>2DM?7DI*2DI*2DI*2DM?7DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*"DU)
M-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7PI-7DI*2DI*2DI*2DI*
M2U]>2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2@I-2DI*2DDU
M-&!@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@
M*&`G8"A@)V`H"DU@)V`H8"=@*")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2U]>2DI*2DI*2DI*2DI+
M7UY*2DI*2DI*2DI*2DA@8"I*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*134U-3]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UI*3U]:"DU*2DI*2DI*2DI/7UI*2DI*
M2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*"DU*2DI*2DI*134P
M8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI/7UI*2DI*2DI*2DI*2D]?
M6DI*2D4U,&`J2DI*2DI*2DI*134P8&!`8$!@0&`\8$!@0&!`8#Q@"DU`8$!@
M0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`*DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2@I-2DI*2DI`8"I*2DI*2DI*
M2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2F!@8&!@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-34U7U]?7U]?7U]@8%]?
M7U]?7U]?"DU?7V!@7U]?7U]?7U]@8&!@8&!@8%]?7U]?7U]?7U]?7U]?8&!@
M8&!@8&!@8%]?7U]?7V!@8&!@8&!@8&`*36!@7U]?7U]?7U]@8&!@8&!@8%]?
M7U]?7V!@8&!@8&!@8&!@8%]?7U]@8%]?7U]?7U]?7U]@8%]?8&!@8`I-8&!@
M8&!@8&!@8%]?7U]?7V!@8&!@8&!@8&!@8&!@7U]@8&!@8&!@8&!@8&!?7U]?
M7U]@8&!@8&!@8%]?"DU?7V!@8&!@8&!@8&!@8&!@7U]?7U]?7U]?7U]?7U]*
M2E]?2DI*2DI*2DI*2E]?2DI*2DI*2DI*2C4U8&`*34I*2DI*2DI*2DHU-6!@
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*
M2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*"DTU-6!@2DI*2DI*2DI*2C4U8&`A
M4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*32)@
M(5`B8"%0(F`A4")@(5`B8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*
M2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI)-31@"DTB2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&`B2DI*2DI(8&!@(DI*2DA@
M(DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI)-34U-U]?7U]?7U]<8&!@(U]?7U]?7U]<8"-?7U]?7UQ@(U]?7U]?
M7U]<8"-?7U\*35]?7U]?7U]?7&`C7U]?7U]?7UQ@(U]?7UQ@(U]?7U]?7U]?
M7U]?7U]?7UQ@(U]?7U]?7U]<8"-?7U]<8`I-(U]?7U]?7U]?7U]?7U]<8&!@
M(U]?7U]?7U]<8"-?7U]?7U]?7&`C7U]?7U]?7U]?7U]?7U]?7U]<8"-?"DU?
M7U]?7U]<8"-?7U]?7U]?7U]?7U]?7&`C7U]?7U]?7UQ@(U]?7U]?7U]<8"-?
M7U]?7U]?7U]?7U]?7U\*35]?7U]>2DM?7DI*2DI*2DI*2DM?7DI*2DI*2DI*
M2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI+7UY*2DI*2DI*2DI*2DM?7DH*34I*234T8")*2DI*2DI*2DI)-31@(DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*
M234T8")*2DI*2DI*2DI)-31@8"A@)V`H8"@*36`H8"=@*&`H8"A@)V`H8"A@
M*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"<B2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DM?7DI*2DI*2DI*2DI*"DU+7UY*2DI*2DI*2DI*2DA@8"I*2DI*2DI*2DI*
M2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI`8"I*2DI*2DI*2DI`8"I*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI`
M8"I*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U-34_7U]?7U]?7U`*36`O7U!@
M+U]?7U]?4&`O7U]?4&`O7U]?7U]?7U]?7U]08"]?7U]?7U]?7U]08"]?7U]?
M7U]?4&`O7U]?4`I-8"]?7U]?7U]?7U]?7U]?4&`O7U]?7U]?7U]?7U]?7U]?
M4&`O7U]?7U]?7U]?7U]?7U!@+U]08"]?7U]?"DU?4&`O7U]?7U]?7U!@+U]?
M7U]?7U]?7U]?7U]?7U]?4&`O7U]?7U]?7U!@+U]?7U]?7U]?7U]?7U]08"\*
M35]?7U]?7U]?7U]?7U]?7U]?4&`O7U]?7U]?7U]?7U]?7U]?7U]?7UI*3U]:
M2DI*2DI*2DI*3U]:2DI*2@I-2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%
M-3!@*DI*2DI*2DI*2D4U,&`J2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M3U]:2DI*2DI*2DH*34I*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8&`\8$!@
M/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*
M2DI*2DI*0&`J2DI*2DI*2DH*34I*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*2@I-2DI*2F!@8&!@
M8$I*2DI*2F!@8&!@8&!@2DI*2F!@8&!@8$I*2DI@8$I*2DI*2DI*8&!*2DI*
M2DI@8&!@"DU@8&!@2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DHU-34U7U]?7U]?7U]@8%]?8&!?7U]?7U]@8%]?7U]@8%]?7U]?7PI-7U]?
M7U]?8&!?7U]?7U]?7U]?8&!?7U]?7U]?7V!@7U]?7V!@7U]?7U]?7U]?7U]?
M7U]@8%]?7U]?7U]?"DU?7U]?7U]?7V!@7U]?7U]?7U]?7U]?7U]@8%]?8&!?
M7U]?7U]@8%]?7U]?7U]?8&!?7U]?7U]?7U]?7U\*35]?7U]?7V!@7U]?7U]?
M7U]@8%]?7U]?7U]?7U]?7U]?7U]@8&!@7U]?7U]?7U]?7U]?7U]@8%]?7U]?
M7PI-7U]?7U]?7U]?7U]?7U]*2E]?2DI*2DI*2DI*2E]?2DI*2DI*2DI*2C4U
M8&!*2DI*2DI*2DI*-35@8$I*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?
M7TI*2DI*2@I-2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@
M8$I*2DI*2DI*2DHU-0I-8&`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@
M(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@"DTB8$I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?
M2DH*34I*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI)
M-31@(DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2&!@8")*2DI*2DI*2DI*2DA@(DI*2DI*2&!@8")*2DI(8&!@"DTB2DI*2&`B
M2DI*2DI(8")*2DI*2DI*2&`B2DI*2&`B2DI*2DI*2DA@(DI*2DA@(DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*234U-0I--U]?7U]?7U]<8"-?7U]<8"-?
M7U]<8"-?7U]<8"-?7U]?7U]?7U]?7UQ@(U]?7U]?7U]?7UQ@8&!@8&!@"DU@
M8"-?7U]?7UQ@8&!@8&!@8&!@8"-?7U]<8"-?7U]?7U]?7U]?7U]?7U]<8&!@
M8&!@8&!@8&`C7U]?7&`*32-?7U]<8"-?7U]<8"-?7U]?7U]?7&`C7U]?7U]?
M7U]?7U]?7U]?7U]<8"-?7U]?7U]?7&!@8&!@8&!@8`I-8&`C7U]?7U]?7U]?
M7&!@8"-?7U]?7U]?7U]<8"-?7U]?7U]?7U]?7U]?7U]?7U]?7DI+7UY*2DI*
M2DI*"DU*2DM?7DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B
M2DI*2DI*2DI*"DU)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7PI-
M7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"=@*&`G8"A@
M)V`H8"=@*&`G8"A@)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H
M8"=@*&`G8"@B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*
M2DI(8`I-8"I*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI`8&!@*DI*2DI*2DI`8"I*2DI*
M2DI*2DI*2DI*2DI`8"I*2DI`8"I*2DI*2D!@*DI*2DI*2DI`8"H*34I*2D!@
M*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U
M-34_7U]?7U]?7U!@+U]?7U]?4&`O7U!@+U]?"DU?4&`O7U]?7U]?7U]?7U]0
M8"]?7U]?7U]?7U]08"]?7U]?7U!@+U]?7U]?4&`O7U]?7U]?7U]?7U]?7U`*
M36`O7U]?7U]?7U]?7U]?7U]?4&`O7U]?7U]?7U]?7U]?7U!@+U]?7U]?4&`O
M7U!@+U]?7U]?7U]08"]?7PI-7U]?7U]?7U]?7U]?7U]?4&`O7U]?7U]?7U!@
M+U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?4&`O7U]?7U]?"DU?4&`O7U]?7U]?
M7U]?7U]?7U]?7U]?7UI*3U]:2DI*2DI*2DI*3U]:2DI*2DI*2DI*134P8"I*
M2DI*2DH*34I*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*3U]:
M2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*
M"DU*2DI*2DI*134P8&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`
M8$!@/&!`8$!@0&`\8$!@0&`*34!@/&!`8$!@0&`\*DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI/7UI*
M2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DHU-6!@
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI@8&!@2DI*2F!@2DI*2DI*2DH*36!@8&!@8&!@8&!*2DI*8&!*2DI*
M2DI@8$I*2DI*2DI*8&!*2DI*2DI@8&!@8&!@8$I*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DHU-34U7U]?7U]?7U]@8%]?7U]?7V!@7U]@
M8%]?7U]@8%]?7U]?7U]?7U]?7V!@7U]?7U]?7U\*35]?8&!?7U]?7U]?7V!@
M7U]?7V!@7U]?7U]?7U]?7U]?7U]@8%]?7U]?7U]?7U]?7U]?7U]@8%]?7U]?
M7PI-7U]?7U]?7U]@8%]?7U]?7V!@7U]@8%]?7U]?7U]?8&!?7U]?7U]?7U]?
M7U]?7U]?7U]@8%]?7U]?7U]?"DU@8%]?7U]?7U]?7U]?7U]?8&!?7U]?7U]?
M7V!@7U]?7U]?7U]@8%]?7U]?7U]?7U]?7U]?7U]?7U]?2DH*35]?2DI*2DI*
M2DI*2E]?2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&`*34I*
M2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2E]?2DI*
M2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@(5`B8"%0(F`A4")@
M(5`*32)@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B
M8"%0(F!*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*"DU*2DI*2DI*
M2F!@2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DA@(DI*2DA@(DI*2DI*2&!@
M8")*2DI*2DA@(DI*2DA@(DI*2DI*2&`B2@I-2DI*2DI*2&`B2DI*2DI*2DI*
M2DI(8&!@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*234U-3=?
M7U]?7U]?7&`C7U]?7U\*35]?7&!@8"-?7U]?7UQ@(U]?7U]?7U]<8"-?7U]?
M7U]?7U]?7UQ@(U]?7U]?7U]<8"-?7U]<8"-?7U]?7PI-7U]?7U]?7U]?7UQ@
M(U]?7U]?7U]<8"-?7U]<8"-?7U]?7U]?7U]?7U]?7&`C7U]?7U]?7UQ@8&`C
M7U]?"DU?7U]?7&`C7U]?7U]?7U]?7U]?7U]?7U]<8"-?7U]?7U]?7&`C7U]?
M7U]?7U]?7U]?7UQ@(U]?7U]?7U\*35Q@(U]?7U]?7U]<8"-?7U]?7U]?7U]?
M7U]?7U]?7U]?7DI+7UY*2DI*2DI*2DI+7UY*2DI*2DI*2DI)-0I--&`B2DI*
M2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI+7UY*2DI*
M2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DH*34I*234T8")*2DI*
M2DI*2DI)-31@8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H
M8"A@)PI-8"A@*&`H8"=@*&`H8"A@)V`H8"@B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DM?7DI*2DI*
M2DI*2DI*2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2D4*334P8"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI*
M2DI*0&`J2DI*0`I-8"I*2DI*2D!@*DI*2DI*2DI`8"I*2DI`8"I*2DI*2D!@
M*DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*0&`J"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2D4U-34_7U]?7U]?7U!@+U]?7U]?7U]?7U!@+U]?
M7U]?7U]08&!@8&!@8"]?7PI-7U]?7U]?7U]?7U]08"]?7U]?7U]?4&`O7U]?
M4&!@8&!@8&!@8&!@+U]?7U]?7U]08&!@8&!@8"]?7U]?"DU?4&!@8&!@8&!@
M8&!@+U]?7U!@+U]?7U]?7U]?7U!@+U]?7U]?7U]08"]?7U]?7U]?7U]?7U]?
M7U]?7U`*36`O7U]?7U]?7U!@8&!@8&!@8&!@8"]?7U]?7U!@8&!@8&!@+U]?
M7U]?7U]?7U!@+U]?7U]?7U]?7U]?7PI-7U]?7U]?7UI*3U]:2DI*2DI*2DI*
M3U]:2DI*2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3PI-7UI*2DI%-3!@*DI*2DI*
M2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*
M2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@/&!`8`I-/&!`8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@
M0"I*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DH*34I*2D]?6DI*2DI*2DI*2DI*0&`O
M2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2F!@8&!*2DI*2DI@8&!@2DI*2F!@2DI*2DI*8&!@8$I*
M2DI@8&!@2DI*2F!@"DU*2DI*2DI@8&!@2DI*2F!@8&!*2DI*8&!*2DI*2DI*
M2F!@2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-34U-5]?7U]?
M7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?2DI?7TI*2DI*2DI*2DI?7TI*"DU*2DI*2DI*2C4U8&!*2DI*2DI*
M2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*
M2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI?7TI*2DI*2@I-2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*
M2DHU-6!@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@"DTB8")@(5`B
M8")@(F`A4")@(F`B8"%0(F`B8")@(5!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*
M2DI*7U]*2DI*2DI*2DI*2DI@8%Y*2DI*2@I-2DI*2DI*2DI)-31@(DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&!@8&!@"DTB
M2DI*2DI*2DI*2&!@8")*2DI(8&!@8&`B2DA@8&`B2DI*2&!@8")*2DI(8&!@
M8&`B2DA@(DI*2DI*2&`*36!@8&!@8")*2DI*2DA@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*234U-3=?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7DI+7UY*2DI*2DI*2DI+7UY*
M2DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`*32)*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2U]>2DI*"DU*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*
M234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*
M2DM?7DI*2DDU-&`B2DI*2DI*2DI*"DU)-31@8"=@*&`G8"A@)V`H8"=@*&`G
M8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*36`G8"@B
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI+7PI-7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8")*2DI*
M2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%"DTU-34_7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]:2D]?6DI*2DH*34I*2DI*3U]:2DI*2DI*2DI*134P8"I*2DI*2DI*2DI%
M-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*
M3U]:2DI*134P8"I*2DI*2DH*34I*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U
M,&!@0&!`8$!@/&!`8$!@0&`\8$!@0&`*34!@/&!`8$!@0&`\8$!@0&!`8#Q@
M0&!`8$!@/&!`8$!@0&`\8$!@0"I*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/
M7UI*2DI*2DI*2DI*"DU*0&!@2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*-34U-5]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?2DI?7TI*2DI*2DI*2DI?7TI*2DI*
M2DI*2DHU-6!@2DI*2@I-2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@
M8$I*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?
M2DI*2C4U8&`*34I*2DI*2DI*2DHU-6!@(5`B8"%0(F`A4")@(5`B8"%0(F`A
M4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0(F!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8$I*2DI*2DI*
M2DI*2DI*234T8")*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*234V2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI+7UY*2DI*2DI*2DI+7UY*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*
M2DI)-0I--&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8&`H
M8"=@*&`H8"A@)PI-8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@
M*&`H8"A@)V`H8"A@*&`G(DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DH*
M34I*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI/7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?6DI*2DI*2DI*2D]?6DI*2DI*2DI*
M"DU*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&`*36!@8"I*2DI`8&!@8&`J2DI*2DI*
M2D!@8&!@8"I*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3PI-7UI*
M2DI%-3!@*DI*2DI*2DI*2D4U,&!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0"I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*
M2@I-2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*"DU*2E]?2DI*
M2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@2DI?
M7U]?7U]@8$I*7U]?7U]?2DI*2F!@2DI?7PI-7U]?7TI*2DI*2DI*2DI*2DI*
M2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8")@"DTB
M8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0
M(F`B8")@(5`B8")@2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2@I-2DI*2DI*7U]*2DI*
M2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U\*35Y*2DI*2DI*2DI)
M-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`*32)*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DA@8&!@8")*2DI(8&!@8&`B2DI*2DI*2DA@8&!@
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*"DU*2DI*2DI*2DM?7DI*2DDU
M-&`B2DI*2DI*2DI*234T8&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*
M36`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+
M7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`B2DI*"DU*2DI*2DI*2DI*
M2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2D]?6DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*10I--3!@*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UH*34I*2DI*2DI*2DI*3U]:2DI*134P
M8"I*2DI*2DI*2DI%-3!@8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8`I-0&`\
M8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!@8&!@8&!@*DI/7U]?4&`J
M2D!@+U]?7U!@*DI*"DU*2DI`8"]?7U]08"I*2DI*2DI*2DI*2DI*2DI*2D]?
M6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DH*34I*2D4U,&!@0&`\8$!@
M0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\
M8`I-0&!`8$!@/"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*
M2DI*2D!@*DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI?7TI*2DI*2DI*2DHU-6!@
M2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*
M2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2@I-2DI*2DI*-35@8"%0(F`A4")@
M(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0"DTB
M8"%0(F`A4%]?7U]?7V!@2DI*2F!@7U]@8%]?2DI@8%]?2DI*2F!@7U]*2F!@
M7U]*2DI*2DI*2DI*2DH*34I*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*
M2DI*2DI*2DI*-35@8"%0(F`A4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0
M(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*
M2DI*2DI*2DI*2E]?2DI*2DI*2DH*34I*2DI@8$I*2DI*2DI*2DI*2DI*234T
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34U-34U-34U-34U-34U-34U-34U-0I-
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-3=?
M7DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2U]>2DI*2DI*2DI*234T8")*"DU*2DI*2DI*2DDU-&`B2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*
M2DI*2DI*2DDU-&!@*&`H8"A@)V`H8"A@*&`G"DU@*&`H8"A@)V`H8"A@*&`G
M8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*")*2DI*2DA@8&`B2DM?7DH*
M34A@8&`B2DM?7&`B2DI*2&!@8")*2U]>2DI*2DI*2DI*2DI*2DI*2U]>2DI*
M2DI*2DI*2DI+7UY*2DI)-0I--&`B2DI*2DI*2DI*234T8&`H8"A@*&`G8"A@
M*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H"DU@*&`G8"A@*&`H
M8"=@*&`H(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*
M2&!@*DI*2DI*2DI*2DI*2DI%-3!@*@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI%-34U
M/U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7UH*34I/7UI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2D4U,&`J2DI*
M2DI*2DI*134P8"I*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*
M2DI*2DI*2D]?6DI*"DU*134P8"I*2DI*2DI*2DI%-3!@8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@0&`\8$!@/&!`8#Q@
M0&`\8$`J2DI*2DI*2D]?7U]:2DI*2DI/7U]?6DI*2D]?6DI*2D]?7U]:2DI*
M2@I-2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*
M2DI*2DI%-3!@8#Q@0&`\8$!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$`J2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*
M2DI*2DI*3PI-7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*-35@8$I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2C4U-35?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]*2E]?2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M7U]*2DI*2DH*34I*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*
M2DI*2C4U8&`B8"%0(F`*32)@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A
M4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4$I*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*
M2DI*"DU*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8")@(5`B8")@(F`A4")@
M(F`B8"%0(F`B8")@(5`B8")@(F`*32%0(F`B8")@(5`B8")@(F`A4")@(F`B
M8"%02DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&`B
M2DI*2DI*2DI*"DU*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34W7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7PI-7U]?7U]?7U]>2DM?7DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*234T8")*2DI*2DI*
M2DI)-31@(DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DH*
M34I*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@)V`H8"=@*&`G8"A@)V`H
M8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@
M*")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*
M2DDU-&`*36`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G
M8"A@)V`H8"=@*&`G8"A@)V`H8"=@*`I-(DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*"DU*2DI*
M2DI*2DM?7DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*134U-3\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UI*3U]:2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2D]?
M6DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*
M10I--3!@8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@
M/&!`8$!@0&`\8$!@0&!`8#Q@"DU`8$`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UH*34I*2DI*2DI*
M2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8$!@0&!`8#Q@0&!`8$!@/&!`
M8$!@0&`\8`I-0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$`J
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"H*34I*
M2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2F!@8&!@8`I-8&!@8&!@8&!@8&!@2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-35?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?
M7U]?7U]?7U]?7U]*2E]?2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI@8$I*
M2DI@8&!@8&`*36!@8&!*2DI*2DI*2DI*2DI*2DI*8&!@8&!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*-35@8$I*2DI*2DI*"DU*
M2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-7U]*2DI*2DI*2DI*
M2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`A4")@(5`B8"%0(F`A4")@(5`B
M8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8$I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2@I-2DI*2DI*
M-35@8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A
M4")@(5`B8"%0"DTB8"%0(F`A4")@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI?7TI*2DI*2DI*2DI*
M2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DDU-34W7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7&!@8&!@(U]?7U]?7U]<8&!@8&`C7U]?7U]?7U]?7DI+7UY*2DH*34I*2DI*
M2DA@(DI*2DI*2DI*2DI*2DI(8")*2DI(8")*2DI*2DI*2&!@8")*2DI*2DI*
M2&!@8")*2DI*2@I-2&!@8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2U]>2DI*
M2DI*2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*"DU*2DI*2DI*2DDU
M-&!@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@
M)V`H8"@*36`H8"=@*&`H8"A@)R)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2U]>2DI*2DI*2DI*2DI+
M7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@*&`G8"A@*&`H8"=@*&`H"DU@*&`G
M8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)R)*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2@I-2DI*2DI*2&`B2DI*2DI*
M2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134U-3]?7U]?7U]?7U]?
M7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?4&`O7U\*35]?7U!@+U]?7U!@+U]?7U]?4&`O
M7U]?7U]?7UI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI`8"I*2@I-2DI*
M0&`J2DI*2DI*2DI*0&`J2DI*2DI*2D!@*DI*2DI*2DI*2D!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI%-3`*36`J2DI*2DI*2DI*134P
M8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?
M6DI*2D4U,&`J2DI*2DI*2DI*134P8&`\8$!@/&!`8#Q@0&`*33Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`*DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*"DU*134P8"I*2DI*2DI*2DI%-3!@
M8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@
M0&`\8$!@/&!`8#Q@0&`\8$`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:
M2DI*2DI*2DI*2DI`8"]*2DI*2DI*2DI*2DI*2C4U"DU@8$I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*2DI*2F!@
M2DH*34I*2DI*2DI*8&!*2F!@2DI@8&!@8&!*2DI*2DI*2F!@8&!@8&!@2DI*
M2DI*8&!*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2C4U-35?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7V!@7U]?
M7U]?8&!?7U]?8&!?7U]?7U]@8%]?7U]?7PI-7U]*2E]?2DI*2DI*2DI*2DI*
M8&!*2DI*2DI*2DI*8&!*2DI*2DI@8$I*2DI*2DI*2DI*2F!@2DI*2F!@"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*
M2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2E]?2DI*2DI*2DI*2DI*7U\*34I*2DHU-6!@2DI*2DI*2DI*2C4U8&`B
M8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8`I-(5`B8")@
M(F`A4")@(F`B8"%0(F`B8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*
M2DHU-6!@2DI*2DI*2DI*2C4U8&`B8")@(F`*32%0(F`B8")@(5`B8")@(F`A
M4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8$I*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*7U]*2DI*2DI*2DI*"DU*2E]?2DI*2DI*2DI*2DI*8&!>2DI*2DI*2DI*
M2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2&`B2DI*2DI*2DA@8&`B2DI*2DI*2DA@(DI(8&!@(DI*2DA@
M8&`B2@I-2DI(8&!@(DI*2DA@8&`B2DI*2&`B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-34U-U]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7PI-7U]?7UQ@(U]?7U]?7&`C7U]?7&`C7U]?7U]<8"-?7U]?
M7U]?7DI+7UY*2DI*2DI*2DI*2DA@8&`B2DI*"DU*2DA@8&`B2DI*2DI(8")*
M2DI*2DI*2DI*2DA@(DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DM?7DI*2@I-2DI*2DI*234T8")*2DI*2DI*2DI)-31@(DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*
M234T8")*2DI*2DI*2DI)-31@8"=@*`I-8"=@*&`G8"A@)V`H8"=@*&`G8"A@
M)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@B2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DM?7DI*2DI*2DH*34I*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@)V`H
M8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H8"=@
M*&`G8"A@)V`H8"=@*")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*
M2DI*2DI*2DA@(DI*2DI*2DH*34I*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"I*2@I-2DI*2DI*2D!@
M*DI*2DI*0&`J2DI*0&`J2DI*2DI*2D!@*DI*2D!@*DI*2DI*2DI`8"I*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*134U-3]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?4&`O7U]?7U]0
M8"]?7U]08"]?7U]?"DU?4&`O7U]?7U]?7UI*3U]:2DI*2DI*2DI*2DI*2D!@
M*DI*2DI*0&`J2DI*2DI*2D!@*DI*2DI*2DI*2DH*34I`8"I*2DI`8"I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI%
M-3!@*DI*2DI*2DI*2D4U,&`J"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M3U]:2DI*2@I-2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8&!`8#Q@
M0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@"DU`8$!@0&`\8$!@0&!`8#Q@0&!`
M8$!@/&!`8$!@0&`\*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U
M,&`J2DI*2DI*2DI*10I--3!@8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@
M/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@"DU`8#PJ2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/
M7UH*34I*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*
M2C4U8&!*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*8&!*2DI*2DI*2DI*8&!*2DI*2DI@8$I*2DI@8$I*"DU*2DI*2DI@
M8$I*2DI@8&!@8&!@8&!@8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-0I--35?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?
M7U]?7U]?7U]?7U]?7V!@7U]?7U]?8&!?7U]?8&!?7U]?7U]@8%]?7U]?7U]?
M2DI?7TI*2DI*2DI*2DH*34I*2DI@8$I*2DI*2F!@2DI*2DI*2DI@8$I*2DI*
M2DI*2DI*2F!@2DI*2F!@2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*7U]*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@
M8$I*2DI*2DI*"DU*2C4U8&`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@
M(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*32)@(5`B8$I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`A4")@(5`B
M8"%0(F`A4")@(5`B8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0
M(F`A4")@(5`B8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*
M2DI*2@I-8&`B2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2&`B2DI*2DI*2DI*2DI(8")*
M2DI(8")*2DI(8")*2DI*2DI*2&`B2DI*2&`B2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)
M-34U-U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]<8"-?7U]?7UQ@(U\*
M35]?7&`C7U]?7U]<8"-?7U]?7U]?7DI+7UY*2DI*2DI*2DI*2DI*2DI(8")*
M2&`B2DI*2DI*2DI*2&`B2@I-2DI*2DI*2DI*2DA@(DI*2DA@(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DDU-&`B
M2DI*2DH*34I*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DM?
M7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"A@*&`H8"=@
M*&`H8"A@)V`H8"@*36`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H
M8"A@)V`H8"@B2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*
M"DU*2DI*2DI*2DDU-&!@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@
M)V`H8"A@*&`G8"A@*&`H8"<*36`H8"A@*&`G8"A@*")*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2U]>
M2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*134P
M8"I*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI`8"I*2DI*2DI*2DI*2D!@*DI`8"H*34I*2DI*0&`J2DI*2DI*2D!@*DI*
M2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*134U-3]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]08&!@8&`O7U]?7U]?7U!@8&!@8"]?7U]?7U]?7U]:2D]?
M6@I-2DI*2DI*2DI*2DI*2DI*0&`J2D!@*DI*2DI*2DI*2D!@*DI*2DI*2DI*
M2D!@*DI*2DI*2DI`8"I*2DI*"DU*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI/7UI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3`*36`J
M2DI*2DI*2DI*134P8&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@/&!`*DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI/7UI*
M2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8&`\8$!@/&!`8#Q@
M0&`*33Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\
M8$!@/&!`*DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*"DU*2DI*2DI*
M2DI`8"I*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2F!@8&!*
M2DI*2DI@8&!@2DI*2F!@8&!*2DI*8&!@8`I-2DI*2F!@8&!*2DI*8&!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-34U
M7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?2DI?7TI*2DI*2DI*2DI*2DI*2DI*2F!@2DI*
M2DI*"DU*2DI*2DI@8$I*2DI*2DI*8&!@8$I*2DI*2DI*8&!@8$I*2DI*2F!@
M8&!*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2@I--35@8$I*
M2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2E]?2DI*
M2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@(F`A4")@(F`B8`I-
M(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B
M8")@(5!*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U\*34I*2DHU-6!@2DI*
M2DI*2DI*2C4U8&`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@
M(5`B8`I-(F`B8"%0(F`B8")@(5`B8")@(F`A4$I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*7U]*2DI*
M2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@-DI*2DI*2DI*2DI*2DH*34DU-&`B
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@
M(DI*2DI*2DI*2@I-2DI*2DA@(DI*2DI*2DI(8")*2&!@8&!@(DI*2DI*2DI(
M8&!@8&!@8")*2DI*2DA@(DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI)-34U-U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7DI+7UY*
M2DI*2DI*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2&!@8&!@8&!@8")*2DI*
M2DI*2DH*34I*2DI*2DA@8&!@8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DM?7DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2@I-2U]>2DI*234T8")*2DI*
M2DI*2DI)-31@8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H
M"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*
M2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"=@*`I-8"=@*&`G8"A@
M)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G
M8"@B2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DH*34I*2DI+7UY*2DI*2DI*2DI*2DA@
M(DI*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI*
M2D!@*DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U-34_7U]?
M7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]:2D]?6DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:"DU*2DI*2DI*2DI%-3!@*DI*2DI*
M2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*
M2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@"DU`8$!@0&`\8$!@0&!`
M8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@
M0"H*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*3U]:2DI*2@I-2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*
M2DI*134P8&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@"DU`8#Q@0&!`
M8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*
M2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2@I-2DI*2DI*2DI*2C4U8&!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI@8&!@2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DHU-34U7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?2DI?7TI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?
M2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-34*36!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI?7TI*"DU*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*
M2DHU-6!@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*32)@(5`B8"%0(F`A
M4")@(5`B8"%0(F`A4")@(5`B8"%0(F!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*
M2DI*7U]*2DI*-35@8$I*2DI*2DI*"DU*2C4U8&`A4")@(5`B8"%0(F`A4")@
M(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*32)@(5`B
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@(DI*
M2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&`B2DI*2DI*2DI*2&`*
M32)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU)-39*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2U]>2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DM?7DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*
M234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*
M2DM?7DI*2DDU-&`B2DI*2DH*34I*2DI)-31@8"A@)V`H8"A@*&`G8"A@*&`H
M8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)PI-8"A@*&`H8"<B
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)
M-31@8"A@)V`H8"A@*&`G8"A@*&`H8"<*36`H8"A@*&`G8"A@*&`H8"=@*&`H
M8"A@)V`H8"A@*&`G8"A@*&`H8"<B2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*
M2U]>2DI*2DI*2DI*"DU*2DA@(DI*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?6DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*
M2DI*2DI*134P8"I*2@I-2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U
M,&!@/&!`8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@/&!`8#Q@0"I*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/
M7UI*2DI%-3`*36`J2DI*2DI*2DI*134P8&`\8$!@/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@/&!`*DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*
M2DI*2DI*2DHU-6!@2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@
M8$I*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?
M2DI*2@I--35@8$I*2DI*2DI*2DHU-6!@(F`B8")@(5`B8")@(F`A4")@(F`B
M8"%0(F`B8")@(5`B8")@(F`A4")@"DTB8")@(5`B8")@(F`A4")@(F!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@
M(F`B8")@(5`B8`I-(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B
M8")@(5`B8")@(F`A4")@(F!*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U\*
M34I*2DI*2DI*2DI*2F!@(DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*
M"DU*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8&`G
M8"A@)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@
M)V`H8"=@*&`G8"A@)V`H(DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2@I-2U]>
M2DI*234T8")*2DI*2DI*2DI)-31@8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H
M8"=@*&`G8"A@)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@B2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8"-:2DI*2DI*2DI*
M2@I-2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*"DU*2DI/7UI*
M2DI%-3!@*DI*2DI*2DI*2D4U,&!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@
M0&`\8$!@0&`*34!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/"I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@"DU`
M8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@
M0&!`8#Q@0&!`8$!@/"H*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2@I-2DI*2DI*2D]?6DI*
M2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2C4U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*35]?2DI*2DI*2DI*
M2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-34*36!@(5`B
M8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@
M(5`B8"%0(F`A4`I-(F!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*"DU*2DI*2DI*2DI*7U]*2DI*
M-35@8$I*2DI*2DI*2DHU-6!@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*
M32)@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8$I*"DU*2DI*2DI*2DI*
M2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U
M-3=?7DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI+7UY*2DI*2DI*2DI)-31@(DI*2DI*2DI*2@I-234T8")*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U\*35Y*2DI*2DI*2DI*2DM?7DI*2DDU
M-&`B2DI*2DI*2DI*234T8&`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)PI-8"A@
M*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+
M7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DH*34I*2DI)-31@8"A@*&`H
M8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@
M*`I-8"A@)V`H8"@B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*
M2DI*2DI(8")*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I%
M-34U/U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7UI*3U]:2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*3U]:2DI*2DI*2DI*134P
M8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?
M6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2@I-2DI*2DI*2D4U,&!@/&!`8#Q@
M0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@"DT\
M8$!@/&!`8#Q@0"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@
M*DI*2DI*2DI*2D4U,&!@/&!`8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0"I*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:
M2DI*2DI*2DI*2DI/7UI*2DI*2DH*34I*2DI*0&`J2DI*2DI*2DI*2DI*2DHU
M-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2C4U-35?7U]?7U]?7U]?7U]?7U]?7U]?7PI-
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]*2E]?
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI?7TI*2DI*2DI*2DHU-6!@"DU*2DI*2DI*2DI*-35@8$I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*
M2DI*2DI*2DI*-35@8")@(5`B8")@(F`A4")@"DTB8")@(5`B8")@(F`A4")@
M(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%02DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*
M2DI*2DI*2DI*2E]?2DI*2@I--35@8$I*2DI*2DI*2DHU-6!@(F`A4")@(F`B
M8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@"DTA4")@(F`B8"%0
M(F`B8")@(5!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*
M2DI@8#9*2DI*2DI*2DI*2DI*234T8`I-(DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DDU-34W
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7DH*34M?7DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI)-31@(DI*
M2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*
M2DI*2DI*2DI+7UY*"DU*2DDU-&`B2DI*2DI*2DI*234T8&`G8"A@)V`H8"=@
M*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*36`G8"A@)V`H8"=@*&`G
M8"A@)V`H(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*
M2DI*2DI*234T8&`G8"A@)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@
M)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H(DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*
M2DI*2DI*2@I-2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2D4U,&`J
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*134U-3]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UI*3U]:2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D]?6DI*2DH*34I*2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*
M2DI*2DI%-3!@8$!@0&`*34!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`
M8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$`J2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*
M2DI*"DU*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@0&!`8$!@/&!`8$!@
M0&`\8$!@0&!`8#Q@0&!`8$!@/&`*34!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\
M8$!@0"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@
M*DI*2DI*2DI*"DU*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DH*34I*8&!*2DI*2DI*2DI*2DI*
M2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-35?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7PI-7U]?7U]?7U]*2E]?2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DHU-6!@2DI*2DI*
M2DI*2C4U8&!*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DH*
M34I*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8"%0(F`A4")@(5`B8"%0
M(F`A4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A
M4")@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*
M2DI*-34*36!@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@
M(5`B8"%0(F`A4")@(5`B8"%0(F`A4`I-(F!*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*"DU*2DI*
M2DI*2DI*7U]*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*234T8")*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*
M2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI(8`I-(DI*2DA@(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI)-34U-U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7&!@8&!@(U]?7U]?7&!@8&!@8&!@8`I-(U]?7U]?7U]?
M7U]?7U]?7UQ@(U]?7U]?7&!@8&!@8&!@8"-?7U]?7U]?7DI+7UY*2DI*2DI*
M2DI*2DI*"DU(8")*2DI*2DI*2DI*2DI*2&`B2DI*2&!@8&!@8&!@8")*2DI*
M2DI*2DI*2DI*2DI(8&!@8&`B2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI+
M7UY*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*
M2@I-234T8&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H
M8"A@*&`G8"A@*&`H8"=@*&`H"DU@*&`G(DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U\*35Y*2DI*2DI*
M2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8&`H8"=@*&`H8"A@)V`H8"A@
M*&`G8"A@*`I-8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`*32)*
M2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D!@*@I-2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*0&`J2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134U-3]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]08"]?7U]?7U!@+U]?
M7U]?7U]?7U]?4&`O7U]?7U]?7U]?7U]?7U!@8&`O7U]?7U]?"DU?7U]?7U]?
M4&`O7U]?7U]?7UI*3U]:2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI`
M8"I*2DI`8"H*34I*2DI*2DI`8&!@*DI*2DI*2DI`8&!@*DI*2DI*0&!@8"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2D4U,&`J2DI*2DI*"DU*
M2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2D]?6DI*2DI*2DI*
M2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8#Q@0&`\8$!@/&!`8#Q@0&`\
M8$!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$`J
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2@I-2DI*2DI*
M2D4U,&!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@"DT\8$!@/&!`8#Q@0"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*3U]:2DI*2DI*2DI*
M2DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI@
M8$I*2DI*2DI*8&!@8&!@"DU@8$I*2DI*2F!@2DI@8&!@8&!*2DI*2DI@8&!@
M8&!@8$I*2DI*2DI*8&!@8&!@2DI@8$I*2DI*2F!@8&`*36!@8&!*2DI*2DI@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2C4U-35?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?8&!?7U]?"DU?7U]?7U]@8%]?7U]?7U]?7U]?7U]?
M8&!?7V!@7U]?7U]?7U]?7U]?8&!?7U]?7U]?7U]?2DI?7TI*2DH*34I*2DI*
M2DI*2DI*2F!@2DI*2DI*2DI*2F!@2DI*2DI*8&!*2DI*2DI*2DI*8&!*2DI*
M2DI*2F!@2DI*2@I-2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI?7TI*
M2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@"DU*2DI*2DI*2DI*
M-35@8")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B
M8")@(F`*32%0(F`B8")@(5`B8")@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI?7TI*2DI*2DI*2DI*
M2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8")@(F`B8"%0(F`B8")@"DTA4")@
M(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2@I-2DI*2DI*2DI@8")*2DI*
M2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI(8&!@(DI*2DI*2&!@8")*2DI*2DA@8&`B2DI*2&!@8")*2DI(
M8")*2DI(8")*2DI*2DA@8&`*32)*2DI(8&!@(DI*2DA@8&`B2DI*2&!@8")*
M2DI(8&!@(DI*2DA@8&`B2DI*2&`B2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-34U-U]?7U]?7U]?7U]?
M7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UQ@(U]?7U]?7U]?
M7U]?7&`C7U]?7U]?7U]?7U]<8"-?7U\*35Q@(U]?7U]?7U]?7U]?7&`C7U]?
M7U]?7U]?7DI+7UY*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI(8`I-(DI*
M2DI*2&`B2DI*2DI*2DI*2DI(8")*2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*234*331@(DI*2DI*2DI*2DDU
M-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+
M7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@)V`H8"=@*&`G8"@*36`G8"A@)V`H
M8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*")*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*"DU*2DDU-&`B2DI*2DI*2DI*234T
M8&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*36`G
M8"A@)V`H8"=@*&`G8"A@)V`H(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?
M7DI*2DI*2DI*2DI*2&`C6DI*2DI*2DI*2DI*2DI%"DTU,&`J2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI`8"I*2DI*
M2DH*34I`8"I*2DI*2DI*0&`J2DI*0&`J2DI*0&`J2DI*2DI*2DI*2DI*2DI*
M0&`J2DI*0&`J2DI*2DI*2D!@*@I-2DI*0&`J2DI*2DI*2D!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*134U-3]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]08&`*36`O7U]?7U]?7U]?7U]08"]?7U]?7U]?7U]?7U!@+U]?7U]?
M4&`O7U]?7U]?7U]?4&`O7U]?7U]?7U]?7PI-7UI*3U]:2DI*2DI*2DI*2DI*
M2DI*0&!@8"I*2DI*2D!@8&`J2DI*2DI`8"I*2DI*2DI*2DI*2D!@*DI*"DU*
M0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*
M2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI/7UI*2DI*2DI*2DI*2D\*35]:2DI*134P8"I*2DI*2DI*2DI%-3!@
M8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8`I-0&!`8$!@
M/&!`8$!@0&`\8$!@0&!`8#PJ2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:
M2DI*134P8"I*2DI*2DI*2DI%-3!@8$!@/&`*34!@0&!`8#Q@0&!`8$!@/&!`
M8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#PJ2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2D]?6DI*2DI*2DI*"DU*2DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*
M2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2F!@2DI*2DI*8&!*2DI*2DI*2F!@2DI*2DI*2DI@8$I*2DI@8$I*
M2DI@8`I-2DI*2DI*2DI@8&!@8&!@8&!@2DI*2F!@2DI*2DI*2DI@8$I*2DI@
M8&!@8&!@8&!@8&!*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-34U7U]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7V!@7U]?7U]?7U]?7U]?7U]?7V!@
M7U]?7U]?7U]?7PI-7U]@8&!@8&!@8&!@8&!?7U]?7U]?7V!@7U]?7U]?7U]?
M7U]?2DI?7TI*2DI*2DI*2DI*2DI*2DI*2F!@"DU*2DI*2DI@8$I*2DI*2DI*
M8&!*2DI*2DI*2DI*2DI@8$I*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*7U]*2@I-2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*
M2DHU-6!@2DI*2DI*2DI*2C4U8&`A4`I-(F`A4")@(5`B8"%0(F`A4")@(5`B
M8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8$I*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*7U]*2DI*2DH*34I*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8"%0
M(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0(F`A
M4")@(5`B8"%0(F`A4")@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*
M2DI*2DI*2DI*8&`B2DI*2DH*34I*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@(DI(8`I-(DI*2DI*2DI*
M2DA@(DI*2DI*2DI(8")*2DI(8")*2DI(8")*2DI*2DA@8&`B2DI*2DI(8")*
M2DI(8")*"DU*2DI*2DI(8")*2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI)-34U-U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7UQ@(U]?7U]?7U]?7U]?7U]<8"-?7U]?7U]?7U]?7U]?7U]?7U]?7U]<8"-?
M7U]?7U]?7&`C7U]?"DU?7U]?7U]?7U]?7DI+7UY*2DI*2DI*2DI*2DI*2DI*
M2DA@(DI*2DI*2&`B2DI*2DI*2DA@(DI*2DI*2DH*34I*2DI(8")*2DI(8")*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*
M234T8")*2DI*2DI*2DI)-31@"DTB2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DM?7DI*2@I-2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@*&`H
M8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H"DU@*&`G8"A@*&`H8"=@*&`H8"A@
M)V`H8"A@*&`G8"A@*")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)
M-31@(DI*2DI*2DI*2@I-234T8&`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H
M8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G"DU@*&`H(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2U\*35Y*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`C6DI*2DI*2DI*2DI*
M2DI%-3!@*DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI`8"I*0&`J2DI*2DI*2DI*0&`J2DI*2DI*2D!@*DI*"DU*0&`J2DI*
M0&`J2DI*2DI`8"I*2DI*2DI*0&`J2DI*0&`J2DI*2DI*2D!@*DI*2D!@*DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U-0I--3]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?4&!@8&!@8&!@8"]?7U]?7U!@+U]?"DU?
M7U]?7U]?4&`O7U]?7U]?7U]?4&`O7U]?7U]?7U!@+U]?7U]?7U]?7U]?7U]:
M2D]?6DI*2DI*2DI*2DH*34I*2DI*2DI*2D!@*DI`8"I*2DI*2DI*2DI`8"I*
M2DI*2DI*2DI*2D!@*DI*2D!@*DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2D]?6DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U
M,&`J2DI*2DI*"DU*2DI%-3!@8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@
M0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@0&`\8$`J2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@
M/&!`8#Q@0&`\8$`J2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*
M2DI*2@I-2D!@*DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI@8$I*2DI*2DI*2DI*2F!@
M8&!*2DI*8&!@8$I*2DI@8$I*2DI@8$I*2DI*2F!@8&!*2DI*8&`*36!@2DI*
M2F!@8&!*2DI*8&!@8$I*2DI@8&!@2DI*2F!@8&!*2DI*8&!*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU
M-34U7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*
M35]?7U]?7U]?7U]?7U]?7U]?7U]?2DI?7TI*2DI*2DI*2DI*2DI*2DI*2DI*
M8&!*2F!@2DI*2DI*2DI*2@I-8&!*2DI*2DI*2DI*8&!*2DI*2DI*2F!@2DI*
M2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*-35@
M8$I*2DH*34I*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`B8"%0(F`B
M8")@(5`B8")@(F`*32%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@
M(5`B8")@(F`A4$I*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@
M"DU*2DI*2DI*2DI*-35@8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B
M8")@(F`A4")@(F`B8"%0(F`*32)@(F`A4")@(F`B8"%02DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI?
M7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&`B2DI*2DI*2DI*2DI*2DDU
M-&`B2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2&`B2DI*2DI*2DI*2DI*2DA@8&`*36!@8&`B2DI*2DI(8")*2DI*2DA@
M8&`B2DI*2&!@8&!@(DI(8&!@(DI*2DA@8&!@8")*2&`B2DI*2DI(8`I-8&!@
M8&!@(DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI)-34U-U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UY*2U]>
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DA@(DI*2DI*
M2DI(8&!@(DI*2DI*2DI(8&!@"DTB2DI*2DI(8&!@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2U]>2DI*2DI*2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234*331@
M(DI*2DI*2DI*2DDU-&!@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@
M*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H8"=@*")*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2U]>
M2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@)V`H8"=@*&`G
M8"@*36`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@
M)V`H8"=@*")*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*"DU*2DI*2DI*
M2DI*2&`B2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U-34_
M7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]:2D]?6DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@
M*DI*"DU*2DI*2DI*2DI`8&!@8&!@8&!@*DI*2DI*2DI*2DI*2DI*2D!@8&!@
M8"I*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2@I-2D4U,&`J
M2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI/7UI*
M2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8&!`8$!@0&`\8`I-
M0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`
M8#Q@0&!`*DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D\*35]:2DI*134P8"I*
M2DI*2DI*2DI%-3!@8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@
M0&!`8`I-0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2D]?6DI*
M2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DH*34I*-35@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI@8&!@2DI*2F!@"DU@8$I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DHU-34U7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?2DI?7TI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*7U]*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2@I-2DI?7TI*2DHU-6!@2DI*
M2DI*2DI*2C4U8&`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0
M"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8$I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*
M2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`A4`I-(F`A4")@(5`B
M8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@
M(5`B8$I*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DH*34I*2DI*2E]?2DI*2DI*2DI*2DI*
M8&!*2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&!@
M8&!@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*234V2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?"DU>2DI*2DI*2DI*234T8")*2DI*
M2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*
M2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@"DU@*&`G8"A@*&`H8"=@
M*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H
M8"<*32)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DM?7DI*2@I-2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*
M2DI*2DDU-&!@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G"DU@*&`H8"A@
M)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)R)*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*
M2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2@I-2DI*2DI*2DI*2DI%-3!@*DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2D]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?6DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/
M7UI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4*334P8"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*3U]:"DU*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*
M2DI*134P8&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*
M2DI*2D]?6DI*2D4U,&`J2DI*2DI*"DU*2DI%-3!@8#Q@0&`\8$!@/&!`8#Q@
M0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@0&`\
M8$`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"]*
M2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*7U]*2DI*2DI*2DI*-35@8$I*2DI*2DI*
M2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*
M2DI*7U]*2DI*-35@8$I*2DH*34I*2DI*2C4U8&`B8")@(F`A4")@(F`B8"%0
M(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8`I-(F`B8"%0(F`B
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*
M2C4U8&`B8")@(F`A4")@(F`B8"%0(F`*32)@(F`A4")@(F`B8"%0(F`B8")@
M(5`B8")@(F`A4")@(F`B8"%0(F`B8$I*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*
M2DI?7TI*2DI*2DI*"DU*2DI*8&!>2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*
M2DI*2DI*2DDU-&`B2@I-2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)
M-31@8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H
M8"=@*&`G8"A@)V`H8"=@*&`G8"@B2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*
M2U]>2DI*234*331@(DI*2DI*2DI*2DDU-&!@)V`H8"=@*&`G8"A@)V`H8"=@
M*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H8"=@*")*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*
M2DI*2DI*2DI*134P8"H*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U
M,&`J2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/
M7UI*2@I-2D4U,&`J2DI*2DI*2DI*134P8&!`8#Q@0&!`8$!@/&!`8$!@0&`\
M8$!@0&!`8#Q@0&!`8$!@/&!`8$!@"DU`8#Q@0&!`8$!@/&!`8$!@0&`\*DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P
M8&!`8#Q@0&!`8`I-0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`
M8#Q@0&!`8$!@/&!`8$!@0&`\*DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D\*
M35]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*
M"DU*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@
M(5`B8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B
M8"%0(F`A4")@(5`B8"%0(F!*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2@I-2DI?
M7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`A4")@(5`B8"%0(F`A4")@(5`B8"%0
M(F`A4")@(5`B8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8$I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*
M2@I-2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*234U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U
M-34U-34U-34V2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T8")*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*"DU*2DI*2U]>
M2DI*234T8")*2DI*2DI*2DI)-31@8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G
M8"A@*&`H8"<*36`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"@B2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@"DU@
M*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H
M8"=@*&`H8"A@)V`H8"@*32)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2@I-2DI*2DI*2DI+7UY*
M2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI%-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34_7UI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I/7UI*2DI*2DI*
M2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4*334P8&`\
M8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@
M0&`\8$!@/&!`8`I-/&!`*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:"DU*2DI*2DI*2DI*2D]?6DI*
M2D4U,&`J2DI*2DI*2DI*134P8&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*
M33Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J"DU*2DI*2DI*2DI*
M2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-34U-5]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?
M7TI*7U]*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2E]?2DI*2DI*2DI*2C4U8&!*2DI*2DI*2@I-2DHU-6!@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*35]?2DI*2DI*2DI*2DI*7U]*2DI*
M-35@8$I*2DI*2DI*2DHU-6!@(F`A4")@(F`B8"%0(F`B8")@(5`B8`I-(F`B
M8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DH*34I*2DI*2C4U8&`B8"%0
M(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B
M8`I-(5`B8")@(F`A4$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*
M2DI*2DI*2F!@(DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M234U-3=?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]>2DM?7DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DDU
M-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+
M7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2@I-2DI*2DI*2DI)-31@8"=@*&`G
M8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H"DU@
M)V`H8"=@*&`G8"@B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T
M8")*2DI*2DI*2DI)-31@8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H
M8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@B2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?
M7DI*2DI*2DI*2DI*2U]>2DI*2DH*34I*2DI*2DA@(UI*2DI*2DI*2DI*2DI*
M134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI%-34U/U]?7U]?7U]?7U]?7U]?7U]?7PI-
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?6DI/
M7UI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*3U]:2DI*2DI*2DI*134P"DU@*DI*2DI*2DI*2D4U,&`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@
M*DI*2DI*2DI*2D4U,&!@0&!`8$!@/&!`8$!@"DU`8#Q@0&!`8$!@/&!`8$!@
M0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0"I*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:
M2DI*2DI*2DI*2DI/7UI*2@I-2D4U,&`J2DI*2DI*2DI*134P8&!`8$!@0&`\
M8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@"DU`8$!@0&`\8$!@
M0&!`8#Q@0&!`*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*
M2DI*0&`J2DI*2DI*2DI*2DI*2DHU-0I-8&!*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*-34U
M-5]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U\*34I*7U]*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2C4U8&!*
M2DI*2DI*2DI*-35@8$I*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*
M2DI*2DI*2DI*2E]?"DU*2DI*-35@8$I*2DI*2DI*2DHU-6!@(5`B8"%0(F`A
M4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*32)@(5`B8"%0(F`A4")@
M(5`B8"%0(F!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*
M2DI*2DI*2DHU-6!@(5`B8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B
M8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F!*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*
M2DI*2DI*2@I-2DI?7TI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI)-31@
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DDU-34W7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]>2DM?7DI*
M2DI*2DI*2DI*2DI*2DI*2DI(8`I-8&!@8")*2DI*2DI*2&`B2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI+7UY*2DH*34I*2DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*
M2DI*2DI*234T8&`H8"<*36`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@
M*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G(DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*
M2DI*"DU*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"A@)V`H8"A@*&`G
M8"A@*&`H8"=@*&`H8"A@)V`H8"@*36`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@
M*&`H8"<B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(
M8")*2DI*2DI*"DU*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D!@8&!@8"H*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI%-34U/U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U!@8&!@8"]?7U]?7U]?7U]?7U]?4&!@
M8&!@+PI-7U]?7U]?7U]?6DI/7UI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*
M0&`J2DI*0&`J2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*134P8"I*2DI*
M2DI*2DI%-3!@*@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DH*
M34I*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@/&!`8#Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`
M8#Q@0"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*
M2DI*2D4*334P8&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@
M0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8`I-/&!`*DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:"DU*2DI*
M2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DHU-6!@2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&!*2DI*
M2DI@8&!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@2DI*2F!@2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2C4U-34*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?8&!?
M7U]?7U]@8%]?7U]?7U]?7U]@8%]?7U]?7V!@7U]?7U]?7U]*2E]?2DI*2DI*
M2DI*2DI*"DU*2DI*2DI@8$I*2DI*2F!@2DI*2F!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2E]?2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*
M2@I-2DHU-6!@(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@
M(F`A4")@(F`B8"%0(F`B8")@"DTA4")@(F!*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*35]?2DI*2DI*
M2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@(F`B8")@(5`B8")@(F`A
M4")@(F`B8`I-(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@
M(F!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DH*36!@
M2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI(8`I-(DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34W7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7UQ@(U]?7U]?7&`C7U]?7U]?7U]?"DU<8"-?7U]?
M7UQ@(U]?7U]?7U]>2DM?7DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&`B2DI*
M2&`B2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI)-31@(DI*2DI*"DU*
M2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI+7UY*2DI*2DI*
M2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8&`G8"A@)V`H8"=@*&`G8"A@
M)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H
M(DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2@I-2DI*2DI*
M2DI)-31@8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@
M*&`G8"A@)V`H"DU@)V`H8"=@*&`G8"@B2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DM?7DI*2DI*2DI*
M2DI*2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*
M2DI*2DI*2DI`8&!@8&!@"DU@*DI*2DI*0&`J2D!@8&!@8"I*2DI*2DI*0&!@
M8&!@8&`J2DI*2DI*2D!@8&!@8&!@*DI*2DI*0&`J2D`*36!@8&!@*DI`8"I*
M2DI*2DI*2DI`8"I*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI%-34U/U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]08"]?7U]?
M7U!@+U]?7U]?7U]?7U!@+U]?7U]?4&`O7U]?7U]?7UI*3U]:2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*3U]:
M2DI*2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P"DU@*DI*2DI*2DI*
M2D4U,&!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`
M8$!@/&`*34!@0&!`8#Q@0&!`8$!@/"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*3U]:2DI*2DI*2DI*
M2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@0&`\8$!@0&!`8#Q@"DU`8$!@
M0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/"I*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2@I-2DI*2DI*2DI*0&`E2DI*
M2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2F!@8&!*2DI*8&!@8$I*2DI@
M8&!@2DI*2F!@8&!*2DI*8&`*36!@2DI*2F!@8&!*2DI*8&!@8$I*2DI@8&!@
M2DI*2F!@2DI*2F!@2DI*2F!@8&!*2DI*2DI*2F!@2DI@8`I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-35?7U]?7U]?7U]?
M7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7V!@7U]?7U]?8&`*35]?7U]?7U]?7U]@8%]?7U]?7V!@
M7U]?7U]?7U]*2E]?2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-8&!*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DH*334U8&!*2DI*2DI*2DI*
M-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*
M2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8"%0(F`A4")@(5`*32)@(5`B8"%0
M(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?"DU*2DI*-35@8$I*2DI*2DI*2DHU
M-6!@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*32)@
M(5`B8"%0(F`A4")@(5`B8"%0(F!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*
M7U]*2DI*2DI*2DI*2DI@8")*2DI*2DI*2DI*2DI*"DU)-31@(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI(8")*2DI(8")*2DI*2DI*2&`B2DI*2DI*2DI*2DI*
M2DA@(DI*2DA@(DI*2DI*2DI*2@I-2DI*2DA@(DI*2DA@(DI*2DI*2&`B2DI*
M2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DDU-34W7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UQ@(U]?7U]?7&`C
M7U]?7U]?7U]?7&`C7U]?7U]<8"-?7U]?7PI-7U]>2DM?7DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*
M2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2U]>2DI*2DI*2DI*2DH*34M?7DI*2DDU-&`B2DI*2DI*2DI*234T
M8&`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*`I-8"A@)V`H
M8"A@*&`G8"A@*&`H8"=@*&`H(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?
M7DI*2DDU-&`B2DI*2DI*2DI*234T8&`H8"@*36`H8"=@*&`H8"A@)V`H8"A@
M*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H(DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI+7UY*2DI*2DI*"DU*2DI*2U]>2DI*2DI*2DI*2DI(8"-:2DI*2DI*
M2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@8&!@8&!@*DI*2D!@*DI*
M2DI*2@I-2D!@*DI*2DI*0&!@8&!@8&!@8"I*2DI`8"I*2DI*2DI*2DI*2DI*
M0&`J2DI*0&`J2DI*2DI`8"I*2DI*"DU*0&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134U-3]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?4`I-8"]?7U]?7U!@+U]?7U]?7U]?7U!@+U]?7U]?4&`O7U]?
M7U]?7UI*3U]:2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*0&`J2DI*0&!@
M8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2D]?6@I-2DI*2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@
M*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:
M2DI*134P8"I*2DI*2DI*2DI%-3!@8`I-/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$`J"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2D]?6DI*2DH*34I*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@
M/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`8#Q@0"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*
M2DI*2DI*2DI*2D!@+TI*2DH*34I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*2DI*2@I-2DI*2DI*2DI*
M2F!@8&!*2DI*2DI@8$I*2DI@8$I*2DI*2DI*8&!*2DI*8&!@8$I*2DI*2F!@
M2DI*2F!@"DU*2DI*2DI*2DI*2DI*2F!@2DI*2F!@2DI*2DI*2DI@8$I*2DI@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2C4U-35?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?8&!@8&!@7U]?7U]?
M8&!?7U]?7U]@8&!@"DU@8%]?7U]?7U]?7U]*2E]?2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*8&!*2DI*8&!*2DI*2DI@8$I*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*
M2DHU-6!@2DI*2DI*2DI*2C4U"DU@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*7U]*2@I-2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8")@
M(5`B8")@(F`A4")@(F`B8"%0(F`B8")@"DTA4")@(F`B8"%0(F`B8")@(5`B
M8")@(F`A4")@(F`B8"%02DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*
M2C4U8&!*2DI*2DI*2@I-2DHU-6!@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@
M(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@"DTB8")@(5!*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*35]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*
M2DI*234T8")*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI(8")*2DI*2DI*2DI(8")*2DI(8")*2DI*2DI*2&`B2DI*"DU(8")*2DI*
M2DI*2&`B2DI*2&`B2DI*2DI*2DA@(DI*2DA@(DI*2DI*2DI(8")*2DI(8")*
M2DI(8")*2DH*34I*2DI(8")*2&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-0I--34W7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7DI+7UY*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2&`B2DI*2&`B2DI*2DI(
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI+7UY*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)
M-31@(DI*2DI*"DU*2DI*234T8&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G
M8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*36`G8"A@)V`H(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8&`G8"A@
M)V`H8"=@*&`G8"A@)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H
M8"=@*&`G8"A@)V`H(DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*
M2DI*2@I-2DI(8")*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*0&!@8"I*2DI*2D!@8&`J2DI*0&!@
M8"I*2DI`8&!@*DI*2D!@8&`J2DI*0&!@8"I*2DI`8&!@*DI*2D`*36!@8"I*
M2DI`8&!@*DI*2D!@8&`J2DI*0&`J2DI*0&`J2DI*2DI*2DI*0&!@8"I*2DI*
M2D!@*DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M134U-3]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*
M35]?7U]?7U]?7U]?7U]?7U]?7U]?7UI*3U]:2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*0&`J2DI*2DI*2D!@8`I-8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2D4U
M,&`J2DH*34I*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8$!@0&!`
M8#Q@0&!`8$!@/&`*34!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@
M0&!`8$!@/&!`8$`J2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P
M"DU@*DI*2DI*2DI*2D4U,&!@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`
M8$!@/&!`8$!@0&`\8$!@0&`*34!@/&!`8$!@0&`\8$!@0"I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*
M-35@8$I*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*8&!@8&!@2DI*2DI*2DI*2F!@8&`*36!@2DI@8&!@2DI@8$I*8&!@8&!@
M2DI*2DI*2DI@8&!@8&!*2F!@8&!*2DI*8&!@8&!@8&!*2DI*2DI@8`I-2DI*
M2DI*8&!@8$I*2DI*2F!@2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2C4U-35?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?2DI?
M7PI-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI?7TI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DH*334U
M8&!*2DI*2DI*2DI*-35@8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A
M4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0(F`A4")@2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI?
M7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8"%0(F`A4")@
M(5`*32)@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B
M8"%0(F`A4")@2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?"DU*2DI*2DI*
M2DI*2DI@8")*2DI*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-34U
M-U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7DI+7UY*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2@I-2DI)-31@
M(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2U]>
M2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@*&`G8"A@*`I-
M8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@
M*&`H8"A@)R)*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DH*34M?7DI*2DDU-&`B
M2DI*2DI*2DI*234T8&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H
M8"A@)PI-8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI+7UY*
M2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DH*34I*2D4U
M,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2D!@8&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*134Z2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*3U]:
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2D]?6DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2@I-2DI*3U]:2DI*134P8"I*
M2DI*2DI*2DI%-3!@8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@
M"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*
M2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8`I-/&!`8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@
M0&`\8$`J"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DH*34I*2DI*2DI/7UI*2DI*2DI*2DI*
M2D!@*DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*8&!*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@8&`*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7U]?7U]?
M7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7TI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU?7TI*2DI*2DI*2DHU-6!@2DI*
M2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*
M2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U"DU@8")@(F`B8"%0(F`B
M8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0
M(F`*32)@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*7U]*2@I-2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*
M2DI*2DI*-35@8")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@"DTB8")@(5`B
M8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*
M2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2@I-2DI*2DI*2DI*2DI*234T8")*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2U]>2DI*2DI*2DI*234T8")*2DI*2DI*2DH*34DU-&`B2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DM?"DU>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*
M2DI*2DDU-&!@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*36`G8"A@)V`H8"=@
M*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*")*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*
M2DI*2DI+7UY*2DI)-31@(DI*2DI*"DU*2DI*234T8&`G8"A@)V`H8"=@*&`G
M8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*36`G8"A@
M)V`H(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`B
M2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2D]?6DI*2DI*2DI*2D4U,&`J2DI*2DI*
M2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*
M2DI*2D]?6DI*2D4U,&`J2DH*34I*2DI*2DI%-3!@8$!@/&!`8$!@0&`\8$!@
M0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8`I-0&`\8$!@0&!`
M8#PJ2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*
M2DI%-3!@8$!@/&!`8$!@0&`\8$!@0&`*34!@/&!`8$!@0&`\8$!@0&!`8#Q@
M0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#PJ2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*
M2DI*3U]:2DI*2DI*"DU*2DI*2D!@*DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*
M2DI*2DI*2DI*-35@8`I-2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*
M2C4U8&`A4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0
M(F`A4")@(5`B8"%0(F`A4")@(5`B8$I*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*
M2DI?7TI*2DH*334U8&!*2DI*2DI*2DI*-35@8"%0(F`A4")@(5`B8"%0(F`A
M4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0(F`A4")@
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2DI*
M2DI*2DI*2DI*2DDU-&`*32)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*234T8")*2DI*2DI*2DI)
M-31@(DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*
M2U]>2@I-2DI)-31@(DI*2DI*2DI*2DDU-&!@*&`H8"A@)V`H8"A@*&`G8"A@
M*&`H8"=@*&`H8"A@)V`H8"A@*&`G"DU@*&`H8"A@)V`H8"A@*&`G8"A@*")*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU
M-&!@*&`H8"A@)PI-8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@
M*&`H8"A@)V`H8"A@*&`G8"A@*")*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DH*
M34M?7DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*
M"DU*2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P
M8&`\8$!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$!@/&!`*DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2@I-2DI*
M3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$`J2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*
M2@I-2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*"DU*2DI*2DI?
M7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`B8"%0(F`B8")@(5`B8")@(F`A4")@
M(F`B8"%0(F`*32)@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4$I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U"DU@
M8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0
M(F`B8")@(5`B8")@(F`*32%02DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2@I-2DI*2DI*2DI*2E]?
M2DI*2DI*2DI*2DI*8&`B2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2U]>2DI*2DI*
M2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DH*34DU-&!@
M)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G
M8"A@)V`H8"=@*`I-8"=@*")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?"DU>2DI*2DI*2DI*2DI+7UY*
M2DI)-31@(DI*2DI*2DI*2DDU-&!@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*
M36`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*")*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@"DTB2DI*2DI*2DI*
M2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI%-3!@*DI*2DI*2@I-2DI*134P8"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I/7UI*2DI*2DI*2DI*2D]?6DI*
M2D4U,&`J2DI*2DI*2DI*134P8&!`8$!@0&`\8$!@0&!`8#Q@0&!`8`I-0&`\
M8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DH*34I*2DI*2DI%-3!@8$!@
M0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\
M8`I-0&!`8$!@/&!`8$`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*
M2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*
M-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8`I-2DI*2DI*2DI*2C4U8&`A4")@
M(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0"DTB
M8"%0(F`A4")@(5`B8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU
M-6!@2DI*2DI*2DI*2C4U8&`A4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0
M(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8$I*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M7U]*2DI*2DI*2DI*2DI?7TI*2DH*34I*2DI*2DI*8&!*2DI*2DI*2DI*2DI*
M2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DM?7DI*2DI*2DI*2DDU"DTT8")*2DI*2DI*2DI)-31@(DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T
M8")*2DI*2DI*2DI)-31@8"A@)V`H8"A@*&`G"DU@*&`H8"A@)V`H8"A@*&`G
M8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"<B2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?
M7DI*2DI*2DI*2DI*2U]>2@I-2DI)-31@(DI*2DI*2DI*2DDU-&!@*&`G8"A@
M*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H"DU@*&`G8"A@*&`H
M8"=@*&`H8"A@)R)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*
M2DI*2DA@(DI*2DI*2DI*2DI*2DI*10I--3!@*DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI%-3!@
M*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:
M2DI*2DI*2DI*2DI/"DU?6DI*2D4U,&`J2DI*2DI*2DI*134P8&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@0&`\8$!@/&!`8#Q@
M0&`\8$!@/&!`*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J
M2DI*2DI*2DI*134P8&`\8$!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`*DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*
M2DI*2DI*2@I-2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2C4U
M8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2E]?2DH*34I*2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*
M2DI*2DI*2DHU-6!@(F`*32)@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A
M4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F!*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*
M2DI*"DU*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`B8")@(F`A4")@
M(F`B8"%0(F`B8")@(5`B8")@(F`*32%0(F`B8")@(5`B8")@(F`A4")@(F`B
M8"%0(F`B8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*
M2F!@2DI*2DI*"DU*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DDU-&`B2DI*
M2DI*2DI*234T8`I-(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DH*
M34I*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"=@*&`G8"A@)V`H
M8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@
M*&`G8"@B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*
M2DI*2DH*34DU-&!@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G
M8"A@)V`H8"=@*&`G8"A@)V`H8"=@*`I-8"=@*")*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?"DU>2DI*
M2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*134P8"I*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI/7UI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*
M2@I-2DI*134P8&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@
M/&!`8$!@0&`\8$!@0&!`8#Q@"DU`8$!@0&`\*DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I/7UI*2DI*
M2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8&!`8#Q@0&!`8$!@/&!`
M8$!@0&`\8`I-0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@
M0&`\*DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DH*34I`
M8"I*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2C4U8&!*2DI*"DU*
M2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2E]?2DI*2DI*
M2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@(5`B8"%0(F`A4")@(5`B
M8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0
M(F!*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8`I-2DI*2DI*
M2DI*2C4U8&`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A
M4")@(5`B8"%0"DTB8"%0(F`A4")@(5`B8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*7U]*2DI*2DI*
M2DI*2DI?7TI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI)-31@(DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DM?
M7DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU"DTT8")*2DI*2DI*
M2DI)-31@8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@
M)V`H8"@*36`H8"=@*&`H8"A@)V`H8"@B2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DM?7DI*2DI*2DI*
M2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"A@*&`H8"=@*&`H"DU@*&`G
M8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"@B
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2@I-2DI*2DI*2DI*2DA@(DI*
M2DI*2DI*2DI*2DI*134Z2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DH*34I%-3!@*DI*2DI*2DI*
M2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*
M2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@/&!`8#Q@0&`*33Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0"I*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/"DU?6DI*2D4U,&`J2DI*2DI*2DI*
M134P8&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@
M0&`\8$!@/&!`8#Q@0&`\8$!@/&!`*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*
M2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*"DU*2E]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?2DI*
M2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI?7TI*2DI*2DI*2DH*34I*7U]*2DI*-35@8$I*2DI*2DI*2DHU
M-6!@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8`I-(5`B8")@
M(F`A4")@(F`B8"%0(F`B8")@(5!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*
M7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@(F`*32%0(F`B8")@(5`B8")@(F`A
M4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5!*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2E]?2DI*2DI*"DU*2DI*2DI?7TI*2DI*2DI*2DI*2F!@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?
M7DI*2DDU-&`B2DI*2DI*2DI*234T8`I-8"=@*&`G8"A@)V`H8"=@*&`G8"A@
M)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H"DTB2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI+7UY*2DH*34I*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@
M8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H8"=@
M*&`G8"A@)V`H8"=@*&`G8"@B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>
M2DI*2DI*2DI*2DI(8")*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*134P8"I*2DI*2DI*2DI%"DTU,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2D]?6@I-2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@
M0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@"DU`8$!@0&`\8$!@0&!`8#Q@0&!`
M8$!@/&!`8$!@0&`\8$!@0"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*
M2DI%-3!@*DI*2DI*2@I-2DI*134P8&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@
M/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@"DU`8#Q@0&!`*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*
M2C4U8&!*2DI*"DU*2DI*2DHU-6!@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@
M(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*32)@(5`B8"%0(F!*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@(5`B
M8"%0(F`A4")@(5`B8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0
M(F`A4")@(5`B8"%0(F!*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*
M2DI*2@I-2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)
M-31@(DH*34I*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8&`H8"=@
M*&`H8"A@)V`H8"@*36`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H
M8"A@)V`H8"A@*&`G(DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU
M"DTT8")*2DI*2DI*2DI)-31@8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@
M)V`H8"A@*&`G8"A@*&`H8"<*36`H8"A@*&`G8"A@*&`H8"<B2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8"-:2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DH*34I%
M-3!@*DI*2DI*2DI*2D4U,&!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@/&!`8#Q@0"I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@/&!`8#Q@
M0&`*33Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\
M8$!@/&!`8#Q@0"I*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/"DU?6DI*2DI*
M2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2C4U
M8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI?
M7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8")@(F`B8`I-
M(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B
M8")@(5`B8")@2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DH*34I*7U]*2DI*-35@
M8$I*2DI*2DI*2DHU-6!@(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@
M(5`B8`I-(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2E]?
M2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2@I-2DI*2DM?7DI*2DDU-&`B
M2DI*2DI*2DI*234T8&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H
M"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*
M2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8`I-8"=@*&`G8"A@
M)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G
M8"A@)V`H"DTB2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DH*34I*2DI*2DI*2U]>2DI*2DI*2DI*
M2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI`8&!@*DI*2DI*2DI*2DI*0&!@8&!@8&`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*134P8"I*
M2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*
M2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%"DTU,&!@0&`\8$!@0&!`
M8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@
M0&`*34!@/"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D]?6@I-2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*
M2DI*2DI*2D4U,&!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@"DU`8#Q@0&!`
M8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/"I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*
M2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@*@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@8&!@8$I*2DI*
M2DI*"DU@8&!@2DI*2F!@8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DH*34I*-35@8$I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*
M2DI*2DI*-35@8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*32)@(5`B8"%0(F`A
M4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*
M2DI*2DI*2E]?2DI*2C4U8&!*2DI*"DU*2DI*2DHU-6!@(5`B8"%0(F`A4")@
M(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*32)@(5`B
M8"%0(F!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI(8")*2DI(8")*2DI*2DA@8&`B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*
M2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*
M2DI*2DI+7UY*2DI)-31@(DH*34I*2DI*2DI*234T8&`H8"A@*&`G8"A@*&`H
M8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)PI-8"A@*&`H8"=@
M*&`H(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*
M2DI*234T8&`H8"A@*&`G8"A@*&`H8"<*36`H8"A@*&`G8"A@*&`H8"=@*&`H
M8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H(DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*
M2DI*2DM?7DI*2DI*"DU*2DI*2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8&!@*DI*2D`*36!@8"I*2DI`
M8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D4U,`I-8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*
M2DI%-3!@8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$`J2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*
M2DI*3U]:2DH*34I%-3!@*DI*2DI*2DI*2D4U,&!@/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@/&!`8#Q@
M0"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@8$I*
M2DI*2DI*2DI*2DI*-34*334U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U2DI*2DI*2DI*
M2DI*8&!@8$I*2DI@8&!@2DI*2F!@8&!*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I-
M-34U-34U-34U-34U-34U-34U-35?7TI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*
M2C4U8&!*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*
M2DI?7PI-2DI*2C4U8&!*2DI*2DI*2DI*-35@8")@(5`B8")@(F`A4")@(F`B
M8"%0(F`B8")@(5`B8")@(F`A4")@"DTB8")@(5`B8")@(F`A4")@(F`B8"%0
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*
M-35@8")@(5`B8`I-(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B
M8")@(5`B8")@(F`A4")@(F`B8"%02DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DH*
M34I*7U]*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*234T8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8")*2DI*2DI*2DI*2@I-2&!@8&!@8&!@8&!@(DI*2DA@8&`B
M2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8")*2U]>2DI*
M"DU*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU
M-&!@)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@
M)V`H8"=@*&`G8"A@)V`H8"=@*")*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2@I-2DI*
M2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8&`G8"A@)V`H8"=@*&`G8"A@)V`H
M8"=@*&`G8"A@)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H(DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`A.DI*2DI*
M2@I-2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&!@
M8"I*2DI*2DI*0&!@8"I*0&!@8"I*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P
M8"H*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*"DU*2DI*2DI*
M3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8$!@0&!`8#Q@0&!`8$!@/&!`8$!@
M0&`\8$!@0&`*34!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$`J2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%"DTU
M,&!@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@
M0&!`8#Q@0&!`8$!@/&`*34!@0"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6@I-2DI*2DI*2DI*2DI/
M7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2F!@8&!*2DI*2DI*2F!@8&!*2DI*8&!@8$I*
M2DI@8&!@2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI?7TI*2DI*
M2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DH*34I*-35@
M8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@
M(5`B8"%0(F`A4`I-(F`A4")@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU?7TI*2DI*2DI*2DI*2E]?
M2DI*2C4U8&!*2DI*2DI*2DI*-35@8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*
M32)@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*"DU@8#9*2DI*2DI*
M2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@(DI*
M2DI*2DI(8&!@(DH*34I*2DI(8&!@8&!@8")*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*234T8")*2DI*2@I-2DI*2DDU-&`B
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2U]>2DI*2DI*2DI*2DI+7UY*
M2DI)-31@(DI*2DI*2DI*2DDU-&!@*&`G8"A@*&`H8"=@*&`H8"A@)PI-8"A@
M*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)R)*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DH*34I*2DI*2DI*234T8&`H
M8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@
M*`I-8"A@)V`H8"A@*&`G(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*
M2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*
M2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,`I-8"I*2DI*2DI*2DI%-3!@8#Q@
M0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@"DT\
M8$!@/&!`8#Q@0&`\8$`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*
M134P8"I*2DI*2DI*2DI%-3!@8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$`J2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D]?6DI*2DI*2DI*2DI*3U]:2DH*34I*2DI*2DI*2D!@)4I*2DI*2DI*2DI*
M2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*7U]*2DI*2DI*2DI*"DTU-6!@2DI*2DI*2DI*2C4U8&!*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU
M-6!@2DI*2DI*2DI*2C4U8&`B8")@(F`A4")@"DTB8")@(5`B8")@(F`A4")@
M(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8$I*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M7U]*2DI*2DI*2DI*2DI?7PI-2DI*2C4U8&!*2DI*2DI*2DI*-35@8")@(F`B
M8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@"DTA4")@(F`B8"%0
M(F`B8")@(5`B8")@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*
M2DI*2DI*8&`V2DI*2DI*2DI*2DI*2@I-234T8")*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*234T
M8")*2DI*2DI*2DI)-31@(DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?
M7DI*2DI*2DI*2DI*"DU+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@)V`H8"=@
M*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*36`G8"A@)V`H8"=@*&`G
M8"A@)V`H8"=@*")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@
M(DI*2DI*2DI*2DDU-&!@)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@
M)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*")*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>
M2DI*2DI*2@I-2DI*2DM?7DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI%
M-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI/7UH*34I*2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J
M2DI*2DI*2DI*134P8&`*34!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`
M8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\*@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*
M2DI*"DU*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8$!@/&!`8$!@
M0&`\8$!@0&!`8#Q@0&!`8$!@/&`*34!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\
M8$!@0&!`8#PJ2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*
M2DI`8"5*2DI*"DU*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DHU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*-35@8$I*
M2DI*2DI*2DHU-0I-8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DH*
M34I*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`A4")@(5`B8"%0
M(F`A4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A
M4")@(5`B8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*
M2DI*2DH*34I*-35@8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@
M(5`B8"%0(F`A4")@(5`B8"%0(F`A4`I-(F`A4")@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU?7TI*
M2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DDU-&`B
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*234U-34U-34U-34U
M-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-U]>2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2U]>2DI*2DI*2DI*234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*
M2@I-2DI*2DDU-&!@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H
M8"A@*&`G8"A@*&`H8"=@*&`H"DU@*&`G8"A@*")*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2U]>2DI*
M2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@*&`H8"A@)V`H8"A@
M*&`G8"A@*`I-8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G
M8"A@*")*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DH*34I*
M2&`A.DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2D4U-34_7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]:2D]?6DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI%-3!@*DI*"DU*
M2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI/7UI*2DI*
M2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8&`\8$!@/&!`8#Q@0&`\
M8$!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@
M/&!`*DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,`I-8"I*2DI*
M2DI*2DI%-3!@8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@"DT\8$!@/&!`8#Q@0&`\8$`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2D]?6DI*2DI*
M2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2C4U8&!*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-34U-5]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7TI*7U]*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M7U]*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*"DTU-6!@2DI*2DI*
M2DI*2C4U8&`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B
M8")@(F`*32%0(F`B8")@(5`B8")@(F`A4$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*7U]*2DI*2DI*
M2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`B8"%0(F`B8")@"DTA4")@
M(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A
M4$I*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7PI-2DI*2DI*2DI*2DI*8&`V
M2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*234U-3=?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7UY*2U]>2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DH*34I*234T8")*2DI*2DI*
M2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*
M2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"=@*&`G8"@*36`G8"A@)V`H
M8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@B
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*"DU+7UY*2DI)-31@(DI*2DI*2DI*
M2DDU-&!@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*36`G
M8"A@)V`H8"=@*&`G8"A@)V`H8"=@*")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*
M2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*"DU*2DI%-3!@*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2D4U-34_7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?6DI/7UI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*
M2DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*3U]:2DI*2DI*2DH*34I*2D]?6DI*2D4U,&`J2DI*2DI*2DI*
M134P8&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8`I-0&!`8$!@
M/&!`8$!@0&`\8$!@0&!`8#Q@0&!`*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*
M2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8&`*34!@0&!`8#Q@0&!`8$!@/&!`
M8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`*@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI/7UI*2DI*"DU*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"5*2DI*
M2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*8&!*
M2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI@8$I*2DI*2DI*
M2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2F!@2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*-34U-5]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*
M35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7TI*7U]*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-7U]*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DHU
M-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*
M7U]*2DI*-35@8$I*2DI*2DI*2DHU-0I-8&`A4")@(5`B8"%0(F`A4")@(5`B
M8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0"DTB8$I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2E]?2DH*34I*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U
M8&`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0(F`A
M4")@(5`B8"%0(F`A4")@(5`B8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?
M7TI*2DI*2DI*2DI*2F!@2DH*34I*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DA@8&`B2DI*2DI*2DI*2DI*2@I-2&!@8")*2DI(
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*
M2DI*2DI*"DU(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DH*34I*2&`B2DI*2DI*2DI*2DI*2DI*
M2DI*2DA@(DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*234U-3=?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7&`*32-?7U]?7U]?7U]?7UQ@
M(U]?7U]?7&!@8&!@8&!@8"-?7U]?7U]?7U]?7UQ@8&!@8"-?7U]?7U]?7U]>
M2@I-2U]>2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*
M2DI*2DDU-&`B2DI*2DI*2DI*"DU)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI+7PI-7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@
M8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H"DU@*&`G8"A@*&`H8"=@*&`H8"A@
M)V`H8"A@*&`G8"A@*&`H8"<B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>
M2DI*234T8")*2DI*2@I-2DI*2DDU-&!@*&`G8"A@*&`H8"=@*&`H8"A@)V`H
M8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G"DU@*&`H8"A@)R)*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(3I*2DI*2DI*
M2DI*2DI*134P8"I*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI`8&!@*DI*
M2DI*2DI*2DI*2DI`8&!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*
M0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*0`I-8"I*2DI`8"I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%
M-34U/U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]08&!@+U]?7U]?7U]?7U!@8&`O7U]?7U]08"]?7PI-7U]?7U]?7U]?7U]?
M7U]?4&`O7U]?7U]08"]?7U]?7U]?6DI/7UI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI/7UI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*
M2DI%-3!@*DI*"DU*2DI*2DI*134P8&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@
M0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@0&`\8$!@/&!`*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8&`\
M8$!@/&!`8#Q@0&`\8$!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@/&!`*DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*
M2DI*2@I-2DI*2DI`8"I*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2F!@2DI@8$I*"DU*2DI*2DI*2F!@2DI@8$I*2DI@8$I*
M2DI@8$I*8&!@8&!@2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DH*34I*2DI*
M2DI*2DI@8$I*2DI@8$I*8&!@8&!@2DI*2DI*2DI@8&!@8&!@8$I*2DI*2DI*
M2DI*2DI*2DI@8`I-2DI*2DI*2DI*2F!@2DI*2DI*2DI@8&!@8&!@8$I*2DI*
M2F!@2DI@8&!@8&!*2DI*2DI@8&!@8&!@8$I*"DU*2DI*2DI@8&!@8&!*2F!@
M2DI*2DI*8&!@8&!@8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*-34U-5]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]@8%]?7U]?7U]?7U]?7V!@7U]?
M7U]?8&!?7U]?7U]?7U]?7U]?7U]?7U]@8%]?7U]?7V!@"DU?7U]?7U]?7TI*
M7U]*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*
M2C4U8&`*34I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@(F`B
M8")@(5`B8")@(F`*32%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@
M(5`B8")@(F`A4")@(F!*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*
M"DTU-6!@2DI*2DI*2DI*2C4U8&`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B
M8")@(F`A4")@(F`B8"%0(F`*32)@(F`A4")@(F`B8"%0(F`B8$I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@-DI*2DI*2DI*2DI*
M2DI)-31@"DTB2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@(DI(8")*2DI*
M2DI*2DI(8")*2&`B2DI*2&`B2DI*2&`*36!@(DI*2DA@8&`B2DI*2DI*2DI*
M2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2&`B2DI*2&!@8")*2DI(8`I-8&`B
M2DI*2&!@8")*2DI(8&!@(DI*2DI*2DI*2DI*2DI(8&!@(DI*2DI*2&!@8")*
M2DI*2DA@8&`B2DI*"DU(8&!@(DI*2DA@(DI*2DA@(DI*2DI*2&!@8")*2DI(
M8&!@(DI*2DA@8&`B2DI*2&!@8")*2DI(8&!@(DH*34I*2&!@8")*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34W
M7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7&`C7U]?7U]?7U]?7U]<8"-?"DU?7U]?7&!@8&!@8&`C7U]?7U]?7U]?7U]<
M8"-?7U]?7UQ@(U]?7U]?7U]>2DM?7DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DH*34I*
M234T8")*2DI*2DI*2DI)-31@8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@
M*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H8"=@*&`G8"@B2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"=@*&`G
M8"@*36`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@
M)V`H8"=@*&`G8"@B2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*"DU+7UY*2DI*
M2DI*2DI*2DA@(UI*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I`8"I*2DI`8"I*2DI*2D!@*DI*2D!@*DI*2D!@*DI*2D!@
M*DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2@I-2DI*0&`J2DI*2DI*2DI*2DI*
M2D!@*DI*2D!@*DI*2DI*2DI`8"I*2DI`8"I*2DI*2DI*0&`J2DI*2DI*"DU*
M2DI*2DI*2DI`8"I*2DI*2D!@*DI*2DI*2DI`8"I*2DI*2DI*0&`J2DI*0&`J
M2DI*0&`J2DI*2DI*2DH*34I*2DI*2DI`8"I*2DI`8"I*2DI*2DI*0&`J2DI*
M0&`J2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI%-34U/U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U!@+U]?7U]?7U]?7U]?4&`O7U]?7U]?
M7U]?7U]?7U!@+U]?7U]?7U]?7U\*35]08&!@8&!@8"]?7U]?7U]?6DI/7UI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2@I-2DI*2DI%
M-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@0&`\8`I-
M0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`
M8#Q@0&!`8$!@/"I*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DH*34I*2D]?6DI*2D4U
M,&`J2DI*2DI*2DI*134P8&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@
M0&!`8`I-0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\*DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI/
M7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DH*34I*2DI*
M2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@2DI*2F!@2DI*2DI*
M8&!*2DI*8&!*2@I-2DI@8$I*2DI@8$I*2DI*2DI*8&!*2DI*2DI*2DI*2DI*
M2DI*2DI@8$I*2DI*2DI*2DI*2DI*8&!*2DI*"DU@8$I*2DI*2DI*8&!*2DI*
M8&!@8&!@8&!@8&!@2DI*2DI*2DI*2DI*2DI*2F!@2DI*2DI*8&!*2DI*2DH*
M34I*8&!*2DI*2DI*2F!@2DI*2F!@2DI*2F!@2DI*2DI*2DI@8&!@8&!@8&!@
M2DI*2F!@2DI*2DI*2DI@8`I-2DI*2F!@8&!@8&!@8&!@8$I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*-34U-5]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?8&!?
M7U]?7U\*35]?7U]?7V!@7U]?7U]?8&!?7U]?7U]@8%]?7U]?7U]?7U]?7U]?
M7U]?7V!@7U]?7U]?7U]*2E]?2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2E]?2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2@I-2DI*2DI*7U]*2DI*-35@
M8$I*2DI*2DI*2DHU-6!@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0
M"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?
M2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-0I-8&`A4")@(5`B
M8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@
M(5`B8"%0"DTB8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DH*34I*2DI*2DI*2DI?7TI*2DI*2DI*
M2DI*2F!@2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DA@(DI*2DI*2&`B2DA@(DI*2DI*2&`B2DI*2&`B2DI*2&`B2DI*
M2DI*2DA@(DI*2DI*"DU*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2&`B
M2DI*2&`B2DI*2DI*2DA@(DI*2DA@(DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2&`B2DA@(DI*2DI*2DI*2DA@(DI*2DI*2DI(8")*2DI(8")*2DI(
M8`I-(DI*2DI*2&!@8")*2DI*2DA@(DI*2DA@(DI*2DI*2DI(8")*2DI(8")*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DDU-34W7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7&`C7U]?7U]?7U]?7U]<8"-?7U]?7UQ@(U]?
M7U]?7&`C7PI-7U]?7U]?7U]<8"-?7U]?7UQ@(U]?7U]?7U]>2DM?7DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DM?7DI*2DI*2DI*2DDU-&`B
M2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*
M2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*"DU)-31@8"A@*&`H8"=@
M*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H
M8"<*36`H8"@B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI+7PI-7DI*2DI*2DI*2DI*2U]>2DI*234T8")*
M2DI*2DI*2DI)-31@8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G"DU@*&`H8"A@
M)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"@B2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*
M2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8`I-(DI*2DI*2DI*2DI*2DI*134P
M8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI`8"I*0&`J"DU*
M2DI*2D!@*DI*2D!@*DI*2D!@*DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*
M2D!@*DI*2DI*2DI*2DH*34I*2D!@*DI*2D!@*DI*2DI*2DI`8"I*2DI`8"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"I*0`I-8"I*2DI*2DI*2DI`
M8"I*2DI*2DI*0&`J2DI*0&`J2DI*0&`J2DI*2DI`8"I*2DI*2DI*0&`J2DI*
M0&`J"DU*2DI*2DI*0&`J2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI%-34U/U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U!@+U]?
M7U]?7U]?7U]?4&`O7U]?7U]?7U!@8&!@8"]?7U]?7U!@+U]?7U]?4&!@8&!@
M+U]?7U]?7U]?"DU?6DI/7UI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*3U]:2DI*2DI*2DI*134P8"I*2DI*2DH*34I*2D4U,&`J2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*
M2DI*2DI*2D4U,&!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0"I*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*
M2DI*2DI*2DI/7UI*2DI%-3!@*DI*"DU*2DI*2DI*134P8&`\8$!@/&!`8#Q@
M0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@0&`\
M8$!@/&!`*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*
M0&`J2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2F!@2DI*2DI*2DI@8$I*2DI*2DI*8&!*2DI*8&!*2DI*8&!*2DI*2DH*
M34I*8&!*2DI*8&!*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*8&!*2DI*
M8&!*2DI*2DI*2F!@2DI*2@I-8&!@8$I*2DI@8&!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI@8$I*2DI*2DI*2DI*2F!@8&!*2DI*8&!@8$I*"DU*2F!@2DI*2F!@
M2DI*2DI*8&!@8$I*2DI@8&!@2DI*2F!@8&!*2DI*8&!@8$I*2DI@8&!@2DI*
M2F!@8&`*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2C4U-35?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]*2E]?2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2C4U8&!*2DI*
M2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*
M2DI*2DI*2E]?2DI*2C4U8&`*34I*2DI*2DI*2DHU-6!@(F`A4")@(F`B8"%0
M(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8`I-(F`B8"%0(F`B
M8")@(5!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*
M2DI*2DHU-6!@(F`A4")@(F`B8"%0(F`*32)@(F`A4")@(F`B8"%0(F`B8")@
M(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5!*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*
M2DI*2DI*7U]*2DI*"DU*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI)-31@(DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DH*34I*2DI(8")*2DI*2DI*
M2&`B2DI*2&`B2DI*2&`B2DI*2DI*2DA@(DI*2DA@(DI*2DI*2DI*2DI*2&!@
M8`I-8&!@8&!@8&`B2DI*2&`B2DI*2&`B2DI*2DI*2DA@(DI*2DI*2&!@8&!@
M8&`B2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI(8")*2DI*2DI*2DI*2DI*2&!@
M8&!@8&`B2DI*2DI(8")*2DI*2DA@8&`B2DI*2&!@8&!@(DH*34A@8&`B2DI*
M2&!@8&!@(DI(8")*2DI*2DA@8&!@8&!@(DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34W7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?
M7U]?7U]?7U]>2DM?7DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+
M7UY*2DI*2DI*2DI)-0I--&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*
M2DI*234T8&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H
M8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H(DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*
M2DI*2DM?7DH*34I*234T8")*2DI*2DI*2DI)-31@8"=@*&`G8"A@)V`H8"=@
M*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H8"=@*&`G
M8"@B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8")*
M2DI*2DI*2DI*2DI*2D4*334P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*134U"DTU/U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UI*3U]:2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*134P8"I*2DI*2DI*
M2DI%-3!@*DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*
M2DI*3PI-7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@0&!`8$!@/&!`8$!@0&`\
M8$!@0&!`8#Q@0&!`8$!@/&!`8$!@"DU`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@
M0"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*
M2D4U,&!@0&!`8`I-0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`
M8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0"I*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DH*
M34I*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2F!@8&!*
M2DI*8&!@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-35?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?
M7U]?7U]*2E]?2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*
M"DU*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*
M-35@8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B
M8"%0(F`A4")@(5`B8"%0(F`A4")@2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2@I-2DI*
M2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@(5`B8"%0(F`A4")@(5`B8"%0
M(F`A4")@(5`B8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F!*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8")*2DI*
M2@I-2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@"DTB2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DDU-DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU
M-&`*32)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*"DU*2DI*2DI*
M2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8&`H8"=@*&`H8"A@)V`H8"A@*&`G
M8"A@*&`H8"<*36`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G(DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*"DU)
M-31@8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H
M8"=@*&`H8"A@)V`H8"@*36`H8"<B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7PI-7DI*2DI*2DI*2DI*
M2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]?7U]?7U]?7U]?7U]?7U]?7PI-
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]:2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*3U]:2DI*
M2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DH*34I*2D4U
M,&!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@
M0&`\8$!@/&!`8`I-/&!`8#Q@0"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*3U]:2DI*2DI*2DI*2DI/
M7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*
M33Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0"I*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*"DU*0&!@2DI*2DI*
M2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DHU-6!@2DI*2@I-2DI*2DI*-35@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI?7TI*2DI*2DI*2DI*2E]?
M2DI*2C4U8&!*2DI*2DI*2DI*-35@8")@(F`B8"%0(F`B8")@(5`B8`I-(F`B
M8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&`*34I*2DI*2DI*2DHU-6!@
M(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B
M8`I-(5`B8")@(F`A4")@(F!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*
M2DI*2DI*2DI*2DI@8")*2DI*2DI*2DI*2DI*234T8")*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*
M2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-0I--&`B2DI*2DI*2DI*234T8&`G
M8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H"DU@
M)V`H8"=@*&`G8"A@)V`H(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*
M2DDU-&`B2DI*2DI*2DI*234T8&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H
M8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H(DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI+7UY*2DI*2DI*2DI*2DM?7DH*34I*2DI*2DI*2DI(8&`J2DI*2DI*2DI*
M2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D]?6DI*2DI*2DI*"DU*134P8"I*2DI*2DI*2DI%-3!@*DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*
M134P8"I*2DI*2DI*2DI%-3!@8$!@/&!`8$!@"DU`8#Q@0&!`8$!@/&!`8$!@
M0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#PJ2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D]?6DI*2DI*2DI*2DI*3PI-7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@0&`\
M8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@"DU`8$!@0&`\8$!@
M0&!`8#Q@0&!`8$!@/"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*
M2DI*2DI*2D!@8$I*2DI*2DI*2DI*2@I-2DHU-6!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*334U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-4I*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DHU
M-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M7U]*2DI*2DI*2DI*"DU*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8"%0(F`A
M4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*32)@(5`B8"%0(F`A4")@
M(5`B8"%0(F`A4")@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U
M8&!*2DI*2DI*2DI*-35@8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B
M8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?
M7TI*2DI*2@I-2DI*2DI*7U]*2DI*2DI*2DI*2DI@8")*2DI*2DI*2DI*2DI*
M234T8")*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-34U-34U
M-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U
M-34U-34U-34U-34U-34U-34W7UY*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2U\*35Y*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@
M(DI*2DI*2DI*2DDU-&`*36`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@
M*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*`I-(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>
M2DI*"DU*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8&`H8"A@*&`G
M8"A@*&`H8"=@*&`H8"A@)V`H8"@*36`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@
M*&`H8"=@*&`H(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*
M2DI*2&!@*DI*"DU*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*134U-3]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]:2D\*35]:2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2D4U,&`J
M2DI*2DI*2DI*10I--3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UH*
M34I*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8#Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*
M2DI*2DH*34I*2D4U,&!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@
M0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*3U]:
M2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@8$I*2DI*2DI*2DI*2DI*-35@
M8$I*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DHU-34U7U]?7U]?
M7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?2DI?7TI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI?7TI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*
M2@I-2DI*2DI*-35@8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@
M(F`A4")@(F`B8"%0(F`B8")@"DTA4")@(F`B8"%02DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI?7TI*
M2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8")@(5`B8")@(F`A
M4")@(F`B8`I-(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@
M(F`B8"%02DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DH*34I*
M2DI@8")*2DI*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI)-34U-U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7DI+7UY*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*234T8")*"DU*
M2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2U]>2DI*
M2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@)V`H8"=@*&`G8"A@
M)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H
M8"=@*")*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-0I--&`B2DI*
M2DI*2DI*234T8&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@
M*&`G8"A@)V`H"DU@)V`H8"=@*&`G8"A@)V`H(DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI+7UY*2DI*
M2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&!@*DI*2DI*2DI*2DI*2DI%-3!@*@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U-34_7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]:2D]?6DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2D]?6DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*"DU*134P8"I*2DI*
M2DI*2DI%-3!@8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`
M8$!@/&`*34!@0&!`8#Q@0&!`8$!@/&!`8$`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2D]?6DI*2DI*
M2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8$!@0&!`8#Q@"DU`8$!@
M0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`
M8$`J2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3PI-7UI*2DI*2DI*2DI*2D!@
M8$I*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU@8$I*2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*8&!*2DI*2DI*2DI*2DI*2F!@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DHU-34U7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?2DI?7TI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DH*34I*2DHU-6!@2DI*2DI*
M2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*
M2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`A4")@(5`*32)@(5`B8"%0
M(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B
M8$I*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*"DU*2E]?2DI*2C4U8&!*2DI*2DI*
M2DI*-35@8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*32)@
M(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*
M2DI*2E]?2DI*2DI*2DI*2DI*8&`B2DI*2DI*2DI*"DU*2DI*234T8")*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DA@(DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@(DI*
M2DI*2DI*2DI*2DI(8")*2DI*2@I-2DI*2DI*2DI*2DI*2DI(8")*2DI(8")*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI)-34U-U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]<8"-?7U]?7U]?"DU?
M7U]?7&`C7U]?7U]?7UQ@8&!@8"-?7U]?7U]?7U]?7U]?7U]?7UQ@(U]?7U]?
M7U]?7UY*2U]>2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>
M2DI*2DI*2DI*234T8")*2DI*2DI*2DI)-31@(DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DM?7DI*2DI*2DH*34I*2DI+7UY*2DI)-31@(DI*2DI*2DI*
M2DDU-&!@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*`I-8"A@)V`H
M8"A@*&`G8"A@*&`H8"=@*&`H8"A@)R)*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*
M2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&`*36`H8"=@*&`H8"A@)V`H8"A@
M*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)PI-
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2U]>2DI*"DU*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&!@*DI*
M2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2D!@
M*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D!@*DI*2D!@*DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2D4U-34_7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U!@8&`O7U]?7U]?7U]?4&!@8"]?7U]?7U!@+U]?7U]?4&`O7U\*
M35]?7U]?7U]?7U]?4&!@8"]?7U]?7U]?7U]:2D]?6DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2D]?6DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*
M134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*
M2D]?6DI*2D4U,&`J2DI*2DI*2DI*10I--3!@8#Q@0&`\8$!@/&!`8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@"DT\8$`J
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI/7UH*34I*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%
M-3!@8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`8#Q@0&`\8$`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*
M3U]:2DI*2DI*2DI*2DI`8&`*34I*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2@I-8&!*2DI*8&!*
M2F!@8&!@8$I*2DI*2DI*8&!@8&!@8&!*2DI*2DI*2DI*2DI*2DI*8&!*2DI*
M2DI*2DI*"DU@8$I*2DI*2DI*8&!@8&!@8&!*2DI*2DI@8$I*8&!@8&!@2DI*
M2DI*8&!@8&!@8&!*2DI*2DI*2F!@8&`*36!@2DI@8$I*2DI*2F!@8&!@8&!@
M2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DHU-34U7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*36!@7U]?7U]?7U]?7U]?
M8&!?7U]?7U]@8%]?7U]?7U]?7U]?7U]?7U]?7U]?8&!?7V!@7U]?7U]?7U]?
M7PI-2DI?7TI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*
M2DI*2DI*-35@8$I*2DI*2DI*"DU*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U
M8&`B8")@(F`A4")@(F`B8"%0(F`B8")@"DTA4")@(F`B8"%0(F`B8")@(5`B
M8")@(F`A4")@(F`B8"%0(F`B8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?
M7TI*2DHU-6!@2DI*2@I-2DI*2DI*-35@8")@(F`B8"%0(F`B8")@(5`B8")@
M(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@"DTB8")@(5`B8")@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&`B2DI*2DI*
M2DI*2DI*2DDU-&`B2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*
M2DI*2DI*2DI*2DA@(DI*2DA@8&`B2DI*2&!@8")*2DI(8&!@"DTB2DI*2&!@
M8")*2DI*2DI*2DI*2DI*2&!@8")*2DI*2DA@8&`B2DI*2DI(8&!@(DI*2DA@
M8&`B2DI*2&`*32)*2DI(8")*2DI*2DA@8&`B2DI*2&!@8")*2DI(8&!@(DI*
M2DA@8&`B2DI*2&!@8")*2DI(8&!@(DI*2@I-2&`B2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M234U-3=?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]<8"-?7U]?7U]?7U]?7UQ@(U]?7U]?7&`C7PI-7&!@8"-?7U]?7U]?
M7U]?7UQ@(U]?7UQ@(U]?7U]?7U]?7UY*2U]>2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2U]>2DI*2DI*2DI*234T8")*2DI*2DI*2DI)-31@
M(DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>
M2DI*234T8")*"DU*2DI*2DI*2DDU-&!@)V`H8"=@*&`G8"A@)V`H8"=@*&`G
M8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*36`G8"A@)V`H8"=@*")*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@
M)V`H8"=@*&`G8"A@)V`H"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H
M8"=@*&`G8"A@)V`H8"=@*")*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*
M2DI*2@I-2DI*2DI*2&!@*DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI`8"I*2DI*"DU*2DI*2DI*2DI`8"I*2DI`8"I*2DI*
M2DI*0&`J2DI*0&`J2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2D`*36`J2DI*
M2DI`8"I*2DI*2DI*0&`J2DI*2DI*2D!@*DI*2D!@*DI*2D!@*DI*2DI*2DI*
M2DI*2DI*2D!@*@I-2DI*0&`J2DI*2DI*2D!@*DI*2D!@*DI*2DI*2DI`8"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2D4U-34_7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?4&`O7U]?7U]?7U]?7U]08"]?
M7U]?7U!@8&`O7U]?4&`O7U]?7U]?7U!@+U]?7U]?4&`O"DU?7U]?7U]?7U]:
M2D]?6DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*
M2DI%-3`*36`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8&!`
M8#Q@0&!`8$!@/&`*34!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@
M0&!`8$!@/&!`8$!@0&`\*DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*
M"DU*134P8"I*2DI*2DI*2DI%-3!@8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`
M8$!@/&!`8$!@0&`\8$!@0&`*34!@/&!`8$!@0&`\8$!@0&!`8#PJ2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"5*2DI*2DI*2DI*
M2DI*2C4U"DU@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*2DI*
M2DI*2DI*2F!@2DI*2F!@2DI*2DI*2DH*36!@2DI*2F!@8&!@8&!@8&!@8$I*
M2DI*2DI*2DI*2DI*2DI@8$I*2DI*2F!@2DI*2DI*2DI@8$I*2DI*2@I-2DI@
M8$I*2DI@8$I*2DI@8$I*2DI*2DI*8&!@8&!@8&!@8$I*2DI@8$I*2DI*2DI*
M8&!*2DI*8&!@8&!@"DU@8&!@8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-34U
M-0I-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]@8%]?7U]?7U]?7U]?7V!@"DU?7U]?7U]@8%]?7U]?7V!@7U]?7U]?7U]@
M8&!@8&!@8&!@8&!?7U]?7U]?7TI*7U]*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U\*34I*
M2DHU-6!@2DI*2DI*2DI*2C4U8&`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A
M4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0(F`A4")@(5`B8$I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`A4")@
M(5`*32)@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B
M8"%0(F`A4")@(5`B8$I*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*"DU*2E]?2DI*
M2DI*2DI*2DI*8&`B2DI*2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2&`B2DI*2DI*2DI*2DI*2DA@(DI*2DA@(DI*2DI*2DI(
M8")*2DI(8")*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DA@(DI(8")*
M2DI*2DI*2DI(8")*2DI*2DI*2&`B2DI*2&`B2DI*2&`B2DI*2DI(8&!@"DTB
M2DI*2DI(8")*2DI(8")*2DI*2DI*2&`B2DI*2&`B2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*234U-3=?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]<8"-?7U]?7U]?7U]?7UQ@(U]?7U]?
M7&`C7U]?7U]<8"-?7U]?7U]?7U\*35]?7U]?7UQ@(U]?7U]?7U]?7UY*2U]>
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2@I-2DI*2DI*
M234T8")*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"A@*`I-
M8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@
M*&`H8"A@)V`H8"@B2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DH*34I*2DI+7UY*2DI)
M-31@(DI*2DI*2DI*2DDU-&!@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H
M8"A@)PI-8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*")*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DH*34I*2DI*
M2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*
M2DI*0&`J2DI*0`I-8"I*2DI*2DI*0&`J2DI*0&`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*0&`J2D!@*DI*2DI*2DI*"DU*0&`J2DI*2DI*2D!@*DI*
M2D!@*DI*2D!@*DI*2DI*0&`J2DI*2DI*2D!@*DI*2D!@*DI*2DI*2DI`8"H*
M34I*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2D4U-34_
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U!@
M+U]?7U\*35]?7U]?7U]08"]?7U]?7U]?4&!@8&!@+U]?7U]?4&`O7U]?7U]?
M7U]?4&`O7U]?7U]?7U]?6DI/7UI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI/7UI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2@I-2DI*2DI*2D]?6DI*2D4U
M,&`J2DI*2DI*2DI*134P8&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@
M"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`*DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/
M7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*10I--3!@8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@
M0&`\8$!@"DT\8$`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UH*34I*2DI*2DI*2DI*3U]:2DI*2DI*
M2DI*2DI`8"I*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2F!@2DI*2F!@2DI*2DI*2DI@8$I*
M2DI@8&!@2DI*2F!@"DU@8$I*2DI*2DI*2DI*2DI*2DI*2DI*8&!*2DI*2DI*
M2DI*2DI@8&!@2DI*2F!@8&!*2DI*8&!*2DI*8&`*34I*2DI*2F!@8&!*2DI*
M8&!@8$I*2DI@8&!@2DI*2F!@8&!*2DI*8&!@8$I*2DI@8&!@2DI*2F!@2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*-34U-5]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7TI*7U]*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*7U]*2DI*2DI*2DI*-35@
M8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?
M2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*"DU*2C4U8&`B8"%0(F`B
M8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0
M(F`*32)@(F`A4$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@
M2DI*2DI*2DI*2C4U8&`B8"%0(F`B8")@(5`B8")@(F`A4")@"DTB8")@(5`B
M8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4$I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*
M2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2@I-8&!*2DI*2DI*2DI*2DI*2DDU
M-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@8&!@8")*"DU*
M2DA@(DI*2DA@(DI*2DI*2DI(8")*2DI*2DA@8&!@8&!@(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DA@(DH*34I*2DI*2DI*2DI*2DA@8&!@8&!@(DI*2DI*2&`B
M2DI*2DI(8&!@(DI*2DA@8&!@8")*2&!@8")*2DI(8`I-8&!@8")*2&`B2DI*
M2DI(8&!@8&!@8")*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*234U-3=?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?"DU?7UY*2U]>2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DM?7DI*2DI*2DI*2DDU-&`B2DI*2DH*34I*2DI)-31@(DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*
M2DI*2DI*2DI)-31@8"=@*&`G8"A@)V`H8"=@*&`G8"@*36`G8"A@)V`H8"=@
M*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@B2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*
M2DI*2DI*2DI*2U]>2DI*234T8")*"DU*2DI*2DI*2DDU-&!@)V`H8"=@*&`G
M8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@*36`G8"A@
M)V`H8"=@*")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*
M2DA@(DI*2DI*2DI*2DI*2DI*134P8"I*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI%-34U/U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?6DI/7UI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI%-3!@*DI*
M2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*
M2DI*2DI*2DI/7UI*2DI%-3`*36`J2DI*2DI*2DI*134P8&!`8$!@0&`\8$!@
M0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8`I-0&`\8$!@0&!`
M8#Q@0&!`*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*
M2DI*2DI*134P8&!`8$!@0&`\8$!@0&`*34!@/&!`8$!@0&`\8$!@0&!`8#Q@
M0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`*DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*
M2DI*2DI*2D]?6DI*"DU*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2C4U8&!*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI@8&!@2DI*2F!@8&!*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-34U-5]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?
M7U]?7U]?7U]?7TI*7U]*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2E]?2DI*2DI*2DI*2@I--35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*
M2DI*2DHU-6!@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0
M(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F!*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*
M2DI*2DI*7U\*34I*2DHU-6!@2DI*2DI*2DI*2C4U8&`A4")@(5`B8"%0(F`A
M4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0(F`A4")@
M(5`B8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@
M2DI*2DI*2DI*2DI*2DH*34DU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI(8&!@8&!@8")*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DDU"DTV2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DDU-&`B2DI*2DI*
M2DI*234T8")*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*
M2DI*2@I-2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"A@)V`H8"A@*&`G8"A@
M*&`H8"=@*&`H8"A@)V`H8"A@*&`G"DU@*&`H8"A@)V`H8"A@*&`G8"A@*&`H
M8"<B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*
M2DI)-31@8"A@)PI-8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@
M*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"<B2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DH*
M34I*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*134P8"I*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7UI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:
M"DU*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*
M2D4U,&!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0"H*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2@I-2DI*
M2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*134P8&`\8$!@/&!`8#Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`
M*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*
M2@I-2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*
M-34*36!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*"DU*2DI*2DI*
M2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@(F`B8")@(5`B8")@(F`A4")@
M(F`B8"%0(F`*32)@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F!*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*"DU*
M2C4U8&`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0
M(F`B8")@(5`B8")@(F`*32%0(F`B8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-7U]*2DI*2DI*2DI*
M2DI?7TI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DM?7DI*
M2DI*2DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DH*34I*2DI)
M-31@8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G
M8"A@)V`H8"=@*`I-8"=@*&`G8"@B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DM?7DI*2DI*2DI*2DI*
M2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"=@*&`G8"A@)V`H8"=@*&`G8"@*
M36`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"@B2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*"DU*2DA@(DI*2DI*
M2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*134P8"I*2@I-2DI*2DI*2D4U
M,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*3U]:2DI*2DI*2DI*2DI/
M7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@0&`\8$!@0&!`8#Q@0&!`8`I-0&`\
M8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/"I*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3`*36`J2DI*2DI*2DI*134P
M8&!`8#Q@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@0&`\
M8`I-0&!`8$!@/&!`8$!@0&`\*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?
M6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DHU-6!@2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-34U-34U"DTU-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34*334U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*
M2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2@I--35@8$I*2DI*2DI*2DHU-6!@
M(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0"DTB
M8"%0(F`A4")@(5`B8"%0(F!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*
M2DI*-35@8$I*2DI*2DI*2DHU-6!@(5`B8"%0(F`A4`I-(F`A4")@(5`B8"%0
M(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F!*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2E]?2DI*2DI*2DI*2DI*7U\*34I*2DI*2DI*2DI*2F!@2DI*2DI*2DI*
M2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34*334U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-0I--34U-34U-34U-34U-34U-3=?7DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI+7UY*2DI*2DI*"DU*2DDU-&`B2DI*2DI*2DI*234T8")*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*
M2DDU-&`B2DI*2DI*2DI*234T8&`H8"A@*&`G"DU@*&`H8"A@)V`H8"A@*&`G
M8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H(DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI+7UY*2DI*2DI*2DI*2@I-2U]>2DI*234T8")*2DI*2DI*2DI)-31@8"A@
M*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H"DU@*&`G8"A@*&`H
M8"=@*&`H8"A@)V`H8"@B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*
M2DI*2DI*2DI(8")*2DI*2DI*2DI*2@I-2DI*134P8"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I%-34U/U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UI*3U]:
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*
M134P8"I*2DI*2DI*2DI%-3!@*DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D]?6DI*2DI*2DI*"DU*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@/&!`
M8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@0&`\8$!@/&!`8#Q@
M0&`\8$!@/&!`8#Q@0"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%
M-3!@*DI*2DI*2DI*2D4U,&!@"DT\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0"H*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M3U]:2DI*2@I-2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*
M2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-35?
M7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]*2E]?2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*35]?2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*-35@8$I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U
M8&!*2DI*2DI*2DI*-34*36!@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A
M4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8`I-(5!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?
M7TI*"DU*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@(F`A4")@
M(F`B8"%0(F`B8")@(5`B8")@(F`*32%0(F`B8")@(5`B8")@(F`A4")@(F`B
M8"%0(F`B8")@(5!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*
M2DI*2DI@8%Y*"DU*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DDU-34W7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7DH*34M?7DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI)-31@
M(DI*2DI*2DI*2@I-234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U\*
M35Y*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8&`G8"A@)V`H
M8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@
M*&`G8"A@)V`H(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B
M2DI*2DH*34I*2DI)-31@8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G
M8"A@)V`H8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"@B2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DM?
M7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2D4U
M,&`J2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*134U-3]?7U]?
M7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7UI*3U]:2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*3U]:2DI*2DI*2DI*134P8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*
M2@I-2DI*2DI*2D4U,&!@0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@
M/&!`8$!@0&`\8$!@0&!`8#Q@"DU`8$!@0&`\8$!@0"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*3U]:
M2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U,&!@0&!`8$!@/&!`
M8$!@0&`\8`I-0&!`8$!@/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@
M0&`\8$!@0"I*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DH*34I*
M2DI*0&`J2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI@8$I*2DI*2@I-2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2F!@2DI*2DI*2DI*
M2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI@8$I*2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*
M2F!@2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2C4U-35?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]*2E]?2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DHU-6!@"DU*
M2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI?7TI*
M2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@8"%0(F`A4")@(5`B
M8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0
M(F`A4")@2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2@I--35@8$I*
M2DI*2DI*2DHU-6!@(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0(F`A
M4")@(5`B8"%0"DTB8"%0(F`A4")@(5`B8"%0(F!*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2E]?2DI*
M2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*234T8`I-
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@(DI*2DI*2DI*2DI*2DI(
M8&!@(DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2&`B2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DA@
M(DI*2@I-2DI*2DI*2DI*2DI*2DI*2DA@(DI*2DA@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-34U-U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UQ@(U]?7U]?
M7U]?7U]?7&`C7PI-7U]?7UQ@8&!@8&!@8&`C7U]?7U]?7U]?7U]<8&!@8&`C
M7U]?7U]?7U]?7DI+7UY*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI+7UY*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*"DU*2DDU-&`B2DI*
M2DI*2DI*234T8&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@
M)V`H8"@*36`H8"=@*&`H8"A@)V`H8"A@*&`G(DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI+7UY*2DI*
M2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8&`H8"=@*&`H"DU@*&`G
M8"A@*&`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@)V`H8"A@
M*&`G(DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2@I-2U]>2DI*2DI*2DI*2DI(
M8")*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*0&!@8"I*2DI*2DI*2DI*2DI*0&!@8"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*0&`J2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J
M2DI*0&`J"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*134U-3]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7U]?7U]?7U]?7U]?4&!@8"]?7U]?7U]?7U]08&!@+U]?7U]?7U]?7U]?7U]0
M8"]?7U]?7U]?7U]0"DU@+U]?7U]?4&`O7U]?7U]?7UI*3U]:2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DH*34I*2DI*134P8"I*2DI*
M2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*
M2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8#Q@0&`*33Q@0&`\8$!@
M/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\
M8$`J2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*"DU*2DI/7UI*2DI%-3!@*DI*2DI*
M2DI*2D4U,&!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`*33Q@
M0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*
M2DI*2DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*"DU*2DI*2DHU-6!@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*8&!*2DI*2DI*2DI*8&!*2F!@
M2DH*34I*2DI@8&!@8&!@8$I*2DI@8&!@2DI*2DI*8&!@8$I*2DI*2DI*2DI*
M2DI*2DI@8$I*2DI*2DI*2DI*2@I-2DI@8$I*2DI@8$I*8&!@8&!@2DI*2DI*
M2DI@8&!@8&!@8$I*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*"DU*2F!@2DI*
M2DI*2DI@8&!@8&!@8$I*2DI*2F!@2DI@8&!@8&!*2DI*2DI@8&!@8&!@8$I*
M2DI*2DI*8&`*36!@8&!*2F!@2DI*2DI*8&!@8&!@8&!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2C4U-35?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7V!@7U]?7U]?"DU?
M7U]?7U]@8%]?7U]?7U]?7U]?7V!@7U]?7U]?7U]?7U]?8&!?7U]?7U]@8%]?
M7U]?7U]?2DI?7TI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?
M7TI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U8&!*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*7U]*2DI*2DH*34I*2DI*2E]?2DI*2C4U8&!*2DI*2DI*
M2DI*-35@8")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8`I-(5`B8")@
M(F`A4")@(F`B8"%0(F`B8")@(5`B8")@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*
M2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-34*36!@(F`B8")@(5`B8")@(F`A
M4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8`I-
M(F!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI?7TI*"DU*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8$I*
M2DI*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI(
M8")*2&`B2DI*2DI*2DI*2&`B2DA@(DI*2DA@8&`B2DI*2&!@8")*2DI(8")*
M2DI*2@I-2&`B2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2&`B
M2DI*2&!@8")*2DI(8&!@(DI*2DA@"DU@8")*2DI(8&!@(DI*2DI*2DI*2DI*
M2DI(8&!@(DI*2DI*2&!@8")*2DI*2DA@8&`B2DI*2&!@8")*2DH*34A@(DI*
M2DA@(DI*2DI*2&!@8")*2DI(8&!@(DI*2DA@8&`B2DI*2&!@8")*2DI(8&!@
M(DI*2DA@8&`B2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI)-34U-U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7UQ@(U]?7U]?7U]?7U]?7&`C7U]?7U]?7U]?7U]<8"-?7U\*
M35]?7U]?7U]?7&`C7U]?7U]<8"-?7U]?7U]?7DI+7UY*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI+7UY*2DI*2DI*2DI)-31@(DI*2DI*2DI*
M2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*
M2DI+7UY*2DI)-31@(DI*2DI*2DI*2@I-234T8&`G8"A@)V`H8"=@*&`G8"A@
M)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H"DU@)V`H
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2U\*35Y*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*
M234T8&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*`I-8"=@*&`G8"A@)V`H8"=@
M*&`G8"A@)V`H8"=@*&`G8"A@)V`H(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*
M2DM?7DI*2DI*2DI*2DI*2&`*32-:2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2D!@*DI*2DI*0`I-8"I*2DI`8"I*
M2DI*2DI*2DI*2DI*0&`J2DI*2DI`8"I*0&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2D!@*DI*"DU*2DI*2DI*2DI*2D!@*DI*2D!@*DI*2DI*2DI`8"I*2DI`8"I*
M2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DH*34I`8"I*2DI*2D!@*DI*2DI*2DI`
M8"I*2DI*2DI*0&`J2DI*0&`J2DI*0&`J2DI*2DI*2DI*2DI*2DI*0`I-8"I*
M2DI`8"I*2DI*2DI*0&`J2DI*0&`J2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*134U-3]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]08"]?7U]?7U]?7U]?
M7U!@+U]?7U]?7U]?7U!@+U]?7U]?7U]?7U]?7U]08"]?7U]?7U!@+U]?7U]?
M7PI-7UI*3U]:2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*
M2DI*2DI*2D4U,&`J2DI*2DI*"DU*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%
M-3!@8$!@/&!`8$!@0&`\8$!@0&!`8#Q@"DU`8$!@0&`\8$!@0&!`8#Q@0&!`
M8$!@/&!`8$!@0&`\8$!@0&!`8#PJ2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*
M3U]:2DI*134P8"I*2@I-2DI*2DI*2D4U,&!@0&`\8$!@0&!`8#Q@0&!`8$!@
M/&!`8$!@0&`\8$!@0&!`8#Q@0&!`8$!@/&!`8$!@"DU`8#Q@0&!`8$!@/"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*
M2DI*2DI*2DI*-35@8$I*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*
M2DI@8$I*2DI*2F!@2DI*2F!@2DI*2DI*8&!@8&!@8&!@8$I*"DU*2DI*2DI@
M8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*8&!*2DI*
M8&!*2DI*2DH*34I*8&!*2DI*8&!@8&!@8&!@8&!@2DI*2DI*2DI*2DI*2DI*
M2F!@2DI*2DI*8&!*2DI*2DI*2F!@2DI*2@I-2DI*2F!@2DI*2F!@2DI*2F!@
M2DI*2DI*2DI@8&!@8&!@8&!@2DI*2F!@2DI*2DI*2DI@8$I*2DI@8&!@"DU@
M8&!@8&!@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DHU-34U7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7V!@7U]?7U]?7U]?7U]?8&!?7U]?7U]?7PI-7U]@8%]?7U]?7U]?
M7U]?7U]?8&!?7U]?7U]@8%]?7U]?7U]?2DI?7TI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2C4U
M8&!*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI?
M7TI*2DHU-6!@"DU*2DI*2DI*2DI*-35@8"%0(F`A4")@(5`B8"%0(F`A4")@
M(5`B8"%0(F`A4")@(5`B8"%0(F`A4")@(5`*32)@(5`B8"%0(F`A4")@2DI*
M2DI*2DI*2DI*8&!@8$I*2DI*2DI*8&!@8$I*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*-35@
M8"%0(F`A4")@(5`B8"%0"DTB8"%0(F`A4")@(5`B8"%0(F`A4")@(5`B8"%0
M(F`A4")@(5`B8"%0(F`A4")@2DI*2DI*8&!@8$I*2DH*34I*8&!@8$I*2DI*
M2DI*2DI@8&!@2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?
M2DI*2@I-2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2&`B2DI*"DU*2DA@(DI(8")*2DI*2DA@(DI*2DA@
M8&`B2DI*2DI(8")*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI(
M8")*2DI*2DI*2DI*2DI*2&`B2DI*2&`B2DI*2DI*2DA@(DI*2DA@(DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2&`B2DA@(DI*2DI*2DI*2DA@(DI*
M2DI*2DI(8")*2DI(8")*2DI(8")*2DI*2DA@"DU@8")*2DI*2DA@(DI*2DA@
M(DI*2DI*2DI(8")*2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI)-34U-U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7UQ@(U]?7U]?7U]?7U]?7&`C
M7U]?7U]?7UQ@(U]?7U]?7U]?7U]?7U]?7UQ@(U]?7U]?"DU<8"-?7U]?7U]?
M7DI+7UY*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*
M2DI*234*331@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DA@8&`B2DI*2DI*2DA@8&`B2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DDU-&!@
M*&`H8"A@)V`H8"@*36`H8"=@*&`H8"A@)V`H8"A@*&`G8"A@*&`H8"=@*&`H
M8"A@)V`H8"A@*&`G8"A@*")*2DI*2DI*2DI(8`I-(DI+7UQ@(DI*2DA@(DI+
M7UQ@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*
M"DU*2DDU-&`B2DI*2DI*2DI*234T8&`H8"A@*&`G8"A@*&`H8"=@*&`H8"A@
M)V`H8"A@*&`G8"A@*&`H8"<*36`H8"A@*&`G8"A@*&`H8"=@*&`H(DI*2DA@
M(DI+7UQ@(DI(8")*2U]<8")*2DI*2DA@(DI+7UQ@(DI*2@I-2DI*2DI*2DI*
M2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*
M2DI*2DI%"DTU,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*
M0&`J2D!@*DI*2DI*0&`J2DI*0&`J2DH*34I*2DI*0&`J2DI*2DI`8"I*0&`J
M2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI`8"I*2@I-2D!@
M*DI*2DI*2DI`8"I*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`
M8"I*0&`J2DI*2DI*"DU*2DI`8"I*2DI*2DI*0&`J2DI*0&`J2DI*0&`J2DI*
M2DI`8"I*2DI*2DI*0&`J2DI*0&`J2DI*2DI*2D`*36`J2DI*0&`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D4U
M-0I--3]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?4&`O7U]?7U]?7U]?7U]0"DU@+U]?7U]?7U]08"]?7U]?7U]?7U]08"]?
M7U]?7U!@8&!@8"]?7U]?7U]?7U]:2D]?6DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*134P8"I*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*0&!@8"]?4&`J2DI*0&!@8"]?
M4&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D\*35]:
M2DI*134P8"I*2DI*2DI*2DI%-3!@8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`
M8#Q@0&`\8$!@/&!`8`I-/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$`J2DI*2DI*
M2DI*0&`O7UI*0&`O7UI*0&`O7UI*0&`O7UI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI%-3!@8#Q@
M0&`*33Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\8$!@/&!`8#Q@0&`\
M8$!@/&!`8#Q@0&`\8$`J2DI*0`I-8"]?6DI`8"]?4&`O7UI*0&`O7UI*2DI`
M8"]?6DI`8"]?6DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*"DU*2DI/7UI*
M2DI*2DI*2DI*2D!@8$I*2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI@8$I*2DI*2DI*8&!*2DI*2DI*2F!@2DI*2F!@8&!*
M2DI*8&!@8$I*2DI@8$I*2DI*2F!@2DI*2@I-8&!*2DI*2DI*2DI*2DI@8$I*
M2DI*2DI*2DI*2DI*8&!*2DI*8&!*2DI*2DI*2F!@2DI*2F!@8&!*2DI*"DU@
M8&!@2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2F!@8&!*2DI*
M8&!@8$I*2DI@8$I*2DH*36!@2DI*2DI*8&!@8$I*2DI@8&!@2DI*2F!@8&!*
M2DI*8&!@8$I*2DI@8&!@2DI*2F!@8&!*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DHU-34U7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?2DI?
M7TI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2@I-2DI*2DI*
M2DHU-6!@2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI@8%]?7U]@8%]?2DI@8%]?7U]@8%]?2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2C4U8&`B8`I-
M(5`B8")@(F`A4")@(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F`B8"%0(F`B
M8")@(5`B8")@8&!@8&!@"DU@8$I*2DI*2F!@7U]*2F!@7U]*2F!@7U]*2F!@
M7U]*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DH*34I*2DI*2E]?2DI*
M2C4U8&!*2DI*2DI*2DI*-35@8")@(5`B8")@(F`A4")@(F`B8"%0(F`B8")@
M(5`B8`I-(F`B8"%0(F`B8")@(5`B8")@(F`A4")@(F!@8&!@8&!@8$I*8&!@
M8&!@7U]@8%]?2DI@8%]?2DI*2F!@"DU?7TI*8&!?7TI*2DI*2DI*2DI*2DI*
M2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DH*34I*2DI*
M2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DA@
M(DI*2DI*2DI(8`I-(DI*2DI*2&!@8&!@(DI(8&!@8&!@8")*2DI*2DA@8&`B
M2DA@(DI*2DI*2DI*2DI*2&!@8&!@8&!@8&!@"DTB2DI*2&`B2DI*2&`B2DI*
M2DI*2DA@(DI*2DI*2&!@8&!@8&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`*
M32)*2DI*2DI*2DI*2DI*2&!@8&!@8&`B2DI*2DI(8")*2DI*2DA@8&`B2DI*
M2&!@8&!@(DI(8&!@(DI*2@I-2&!@8&!@(DI(8")*2DI*2DA@8&!@8&!@(DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI)-34U
M-U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7UY*2U]>2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2U]>2DI*2DI*2DI*234T8")*2DI*2DI*2DI)-31@"DTB2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DA@8&`*36!@8&`B2DI*2DI(8"-?7DI(8"-?7DI(8"-?7DI(8"-?
M7DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2@I-2DI*2DI*2DI+7UY*2DI)
M-31@(DI*2DI*2DI*2DDU-&!@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H
M"DU@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"<C7U]?7U]?7UY*2DI(
M8"-?7DI(8"-?7DI(8"-?7DH*34A@(U]>2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2@I-234T8&`G8"A@
M)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G8"A@)V`H8"=@*&`G
M8"A@)V`H"DU@)R-?7U]?7U]?7DI+7UQ@(U]<8"-?7DI(8"-?7DI*2DA@(U]>
M2DA@(U]>2DI*2DI*2DI*2DI*2DI*2U\*35Y*2DI*2DI*2DI*2DM?7DI*2DI*
M2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2D!@*DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D4U-34_7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]:2D]?6DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2D]?6DI*2DI*2DI*2D4U
M,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"]?7U]?7U]?6DI*2D!@
M+U]:2D!@+U]:2D!@+PI-7UI*0&`O7UI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/
M7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*"DU*2DI%-3!@*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI`8&!@*DI/7U!@*DI`8&!@*DI/7UI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P
M8"I*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&!@8&!@*DI/
M7UI*0&!@8"H*34I/7U!@*DI*2D!@8&`J2D]?6DI*2DI*2DI*2DI*2DI*2D]?
M6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2@I-2D!@*DI*2DI*2DI*2DI*2DI*
M-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2F!@8&!*2DI*8&!@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DHU-34U7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?"DU?7U]?2DI?7TI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*7U]*2DI*2DI*2DI*-35@8$I*2DH*34I*2DI*2C4U8&!*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI?7U]?7U]?7TI*2DI@8&!@8&!@8%]?8&!@8&!@8&!@8%]?2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@
M2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M7U]?7PI-2DI*2E]?2DI?7U]?2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*
M2DI*2DI*2DI*2DI?7TI*2DHU-6!@"DU*2DI*2DI*2DI*-35@8$I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*7U]?7U]?2DI*2DI*7U]?7TI*2DI?7TI*2DI?7U]?
M2DI*2DI*2DI*2@I-2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*
M2DI*8&!*2DI*2DI*2DI*2DI*2DDU-&`B2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@8&!@8&!@(DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*234V2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*234T8")*
M2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8"-?
M"DU?7U]?7&`C7UQ@(U]?7U]?7DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*
M2DI*2DI*2DI*2U]>2DI*234*331@(DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*
M2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*
M2DI*2DI*2DI+7UY*"DU*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI%-3!@
M*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?
M7U]?7U]?7U]?7U]?7U]?6DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI/7UI*2DI*2DI*2@I-2D4U,&`J2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI/7U]?6DI*2D]?6DI/7U]?6DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*
M2DI*2DI*134U-3I*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*
M2DI*2DI*2D\*35]:2DI*134P8"I*2DI*2DI*2DI%-34U.DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`
M8"I*2DI*2DI*2DI*2DH*34I*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*-35@8$I*2DI*
M2DI*2DHU-34U2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*
M2DI*2@I-2DI?7TI*2DHU-6!@2DI*2DI*2DI*2E]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*
M2DI*2E]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]*2DI*2DH*
M34I*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DDU-&`B2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?
M"DU>2DI*2DI*2DI*234T8")*2DI*2DI*2DI+7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*
M2@I-2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*-34U-34U-34U-34U-34U-0I-
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-35*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*7U]*
M2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI?7TI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*"DU*2DI*8&!*2DI*
M2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*234U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M"DTU-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34*334U-34U-34U-U]>2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DDU-&`B2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2U]>2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*234*331@(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+
M7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*134P8"H*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%-34U/U]?"DU?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M6DI/7UI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*
M2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2@I-2D4U,&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?
M6DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D\*35]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*
M2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M-34U-5]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7PI-7U]?7U]?7U]?7U]?7U]?7TI*7U]*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2E]?2DI*2DI*"DU*2DI*-35@8$I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*
M2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI?7TI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*
M2DI*2DI*2DI*2F!@2DI*2DI*2DI*2@I-2DI*2DDU-&`B2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*234U-3=?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]>2DM?
M7DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*
M2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2U]>2DI*234T8")*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*
M234T8")*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*
M2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI%-34U
M/U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?6DI/7UI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I/7UI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI%
M-3!@*DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*
M2DI*2DI*0&`J"DU*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DH*36!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@8&!@8&!@8&!@8`I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*-34U-5]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*34I*7U]*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2C4U
M8&!*2DI*2DI*2@I-2DI*2DI*-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U7U\*
M34I*2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DI*2C4U-34U-34U
M-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-5]?2DI*2DI*2DI*2DI*7U]*2DI*-35@
M8$I*2DH*34I*2DI*2C4U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-0I--34U-34U-34U-34U-34U-34U-34U
M-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U-34U"DTU-34U
M7U]*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI)
M-31@(DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*
M2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DDU-34W7U]?
M7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]<8&!@8&`C
M7U]?7U]?7UQ@8&!@8"-?7U]?7U]?7U\*35]?7U]<8&!@8&`C7U]?7U]?7UQ@
M8&!@8"-?7U]?7U]?7U]>2DM?7DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DM?7DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DDU-&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8")*2U]>2DI*2DI*2DI*2DI*2DM?7DI*2DDU-&`B
M2@I-2DI*2DI*2DI*2DDU-&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&`B2DM?
M7DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI)-31@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`B2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DH*34I*
M2DI*2DA@(DI*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*0&`J2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D!@*DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI%-34U/U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U\*35]?7U!@+U]?7U]?4&`O7U]?4&`O7U]?7U]08"]?7U]?7U]?
M7U]08"]?7U]?7U!@+U]?7U!@+U]?7U]?4`I-8"]?7U]?7U]?6DI/7UI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*134P"DU@
M*DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2D]?6DI*
M2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2DI*134P8"I*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2@I-2D4U,&`J
M2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI/7UI*
M2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DHU-0I-
M8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@2DI*2DI*2DI*2DI*2DI@
M8$I*2DI@8$I*8&!@8&!@"DU*2DI*2DI*2F!@8&!@8&!@2DI*2DI*2DI*2DI*
M2DI@8$I*2DI*2DI*2DI*2DI*2DI@8$I*8&!@8$I*2DH*36!@8&!@8&!@2DI*
M2DI*2DI@8&!@8&!*2F!@2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-34*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?8&!?7U]?7U]?7U]?
M7U]@8%]?7U]?7PI-8&!?7U]?7U]?7U]?8&!?7U]?7U]@8%]?7U]@8%]?7U]?
M7V!@7U]?7U]?7U]*2E]?2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2E]?2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI*2E]?"DU*2DI*-35@8$I*
M2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2E]?2DI*
M2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2@I-2DI?7TI*2DI*2DI*2DI*
M2F!@2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DA@(DI*2DI*2DI*2DI*2DI(8")*2DI(8&!@(DI*2DA@8&`B2DI*2&!@
M8")*2DI(8&!@(DI*2DI*2DH*34I*2DI(8")*2DI*2DI*2DI*2DI*2DI(8&!@
M(DI*2DI*2&!@8")*2DI(8&!@(DI*2DA@8&`B2DI*2&!@8`I-(DI*2DA@(DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DDU-34W7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?
M7U]?7U]?7U]?7&`C7UQ@8&`C7U]?7U]<8"-?7U]?7UQ@(U]?7U]?7U]?7UQ@
M(U]?7U]?7&`C7U]?"DU<8"-?7U]?7UQ@(U]?7U]?7U]>2DM?7DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DH*34I*2DI*2DDU-&`B2DI*
M2DI*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*
M2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*2DI)-31@(DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*"DU*2DI*2U]>2DI*234T8")*2DI*
M2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*
M2DI*2DI*2U]>2DI*2DI*2DI*2DI(8")*2DI*2DI*"DU*2DI*2DI*134P8"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2D!@*DI*
M2D`*36`J2DI*2DI*2D!@*DI*2D!@*DI*2DI*2DI`8"I*2DI*2DI*2DI*2D!@
M8&!@8&!@8&!@8"I*2DI*2D!@*@I-2DI*2DI*2D!@*DI*2DI*2DI`8"I*2DI`
M8"I*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI%-34U/U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]08&!@+U]?7U!@+U]?"DU?
M4&`O7U]?7U]08"]?7U]?7U]?7U]08"]?7U]?7U!@+U]?7U!@+U]?7U]?4&`O
M7U]?7U]?7UI*3U]:2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M3U]:2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*10I--3!@*DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI/7UI*2DI*2DH*34I*2DI*2DI/7UI*2DI%-3!@*DI*2DI*
M2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*
M2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4*334P8"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*3U]:"DU*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*0&`J
M2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2F!@2DI*2DI*2DI*2DI*2DI@8$I*2DI@8$I*2DI*2DI*8&!*2DI*8&!@8&!@
M8&!@8`I-8&!*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI@8$I*2DI*
M2DI*8&!@8&!@8&!@8&!@2DI*2F!@"DU*2DI*2DI*2F!@2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2C4U-35?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?8&!?7U]?7U]@8%]?7U]@8%]?7U]?7V!@7U]?7U]?7U]?7V!@7U\*
M35]?7U]@8%]?7U]@8%]?7U]?7V!@7U]?7U]?7U]*2E]?2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2E]?2DI*2DI*2DI*2C4U8&!*2DI*2DI*
M2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2F!@8&!@8$I*2DI*2DI*2DI*2F!@8&!@8$I*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*
M2DI*2E]?2DI*2C4U8&!*2DI*2DI*2@I-2DI*2C4U8&!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8&!@8&!@8$I*2DI@8&!@"DU@8$I*
M2DI*2DI*2DI*2F!@8&!@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*35]?2DI*2DI*2DI*2DI*7U]*2DI*-35@8$I*2DI*2DI*
M2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2F!@2DI*
M2DI*2DI*2F!@2DI*2DI*2DI@8&!@8&!*2DI*2DI*2DI*2DI*2DI*8&!*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*
M2DI*7U]*2DI*2DI*2DI*2DH*36!@2DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2@I-2DI(8")*2DI(
M8")*2DI*2DI*2&`B2DI*2&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*
M2DI*2DI*"DU*2DI*2DI(8")*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DA@(DI*
M2DI*2DI(8")*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DDU-34W7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7UQ@(U\*35]?7U]<8"-?7U]<8"-?
M7U]?7UQ@(U]?7U]?7U]?7UQ@(U]?7U]?7&`C7U]?7&`C7U]?7U]<8"-?7U]?
M7PI-7U]>2DM?7DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*
M2DI*2DI*2DI)-31@(DI*2DI*"DU*2DI*2DI*2DDU-&`B2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DH*34A@(DI*2DI*
M2DI(8")*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2U]>2DI*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*
M2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI(
M8")*2DI*2DI*2&`B2DI*2DI(8")*2DI*2DI*2&`B2DI*2DI(8")*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*
M2DM?7DI*2DDU-&`B2@I-2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2&!@8")*2DI*2DI*2&!@8")*"DU*2DI*2&`B2DI*2DI(
M8")*2DI*2DI*2DI*2DA@8&`B2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DM?7DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*2DI(8")*2DI*
M2DI*2DI*2DI*2D4U,&`J2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J
M2DI*2DI*2DI*2DI*2D!@*DI*2D!@*DI*2DI*2DI`8"I*2DI`"DU@*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*2D!@*DI*2DI*2DI`
M8"I*2DI*2DH*34I*2DI*2DI`8"I*2DI*2DI*0&`J2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*134U-3]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U!@8&!@8"]?7U]?7U]?4&!@8&!@+U]?7U]?4`I-8"]?7U]?7U!@8&!@
M8"]?7U]?7U]?4&!@8&!@+U]?7U]?7U]?7UI*3U]:2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*
M2DI*134P8"I*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2D!@*DI*2DI*0&`J2DI*2DI*2D!@*DI*2DI*0&`J2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2DI*
M3U]:2DI*134P"DU@*DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2D!@8&!@8"H*34I*2D!@*DI*2DI*2DI*2DI*
M2DI*2D!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI%-3!@*DI*2DI*2DI*2D4U
M,&`J2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI*
M2DI*0&`J2DI*2DI`8"I*2DI*2DI*2DI*2DI*2DI*2D`*36`J2D!@*DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/
M7UI*2@I-2DI*2DI*2DI*0&`E2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI@8$I*"DU*2DI*2DI*2DI*2DI@8$I*2DI@8$I*
M2DI*2DI*8&!*2DI*8&!@8$I*2DI@8&!@2DI*2DI*2DI*2DI*8&`*34I*2DI*
M2DI*2DI*2DI*2DI@8$I*2DI*2DI*8&!@8$I*2DI@8&!@2DI*2F!@8&!*2DI*
M8&!@8$I*2DI@8`I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2C4U-35?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?
M7U]*2E]?2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*
M2DI*2DH*334U8&!*2DI*2DI*2DI*2DI*2C4U8&!*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI@8$I*2DI*2F!@2DI*2DI*2DI@
M8$I*2DI*2F!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*7U]*2DI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*2DHU
M-6!@2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI@8$I*8&!@8&!@8&!*2DI*2DI*2DI*8&!@8`I-8&!@8$I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?
M"DU*2DI*-35@8$I*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI@8$I*2DH*34I*2DI*2F!@2DI*2DI*8&!@8&!@8&!*2DI*
M2DI*2DI*8&!*2DI*8&!*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2E]?2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*2DI@8%Y*2DI*2DI*
M2DI*2DI*"DU)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8&!@8&!@
M8&!@8&`B2DI*2&`B2DI*2&`B2DI*2DH*34I*2&`B2DI*2DI(8&!@8&!@8")*
M2DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI*2&`B2DI*2DI*2@I-2DI(
M8&!@8&!@8")*2DI*2DI*2&!@8&!@(DI(8")*2DI(8")*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI)
M-0I--34W7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7DI+7UY*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI)
M-31@(DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2&`B2DI*2DI(8")*2DI*2DI*2&`B2DI*"DU*2DA@(DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2DH*34M?
M7DI*2DDU-&`B2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI(8")*2&`B2DI*2DI(8")*2DI*2DI*
M2&`B2DI*2DI(8")*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI(
M8")*2DI*2DA@(DI*2DI*2&`B2@I-2DI*2DI*2&!@8&!@8&!@8")*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*"DU*2DI*2U]>
M2DI*2DI*2DI*2DI(8")*2DI*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*134U-3]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7UI*
M3U]:2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6@I-2DI*2DI*
M2DI*134P8"I*2DI*2DI*2DI*2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2D!@*DI*2DI*0&`J2DI*2DI*2D!@*DI*
M2DI*0&`J2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI/7UI*2DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*2DI*2DI*2D4U,`I-
M8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI`8"I*2DI*2D!@
M*DI`8"I*2DI*2D!@*DI*"DU*2DI*2D!@*DI*2DI*0&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DH*34I*2DI*2DI/7UI*
M2DI%-3!@*DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*0&`J2DI*2DI*2DI*0&`J2DI*2DI`8"I*2DI*2D!@*DI*2DI*
M2DI*2DI*2DI`8"I*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI*2D!@*DI*2DH*34I*2DI*
M2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2C4U
M-35?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?2DI?7PI-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*"DU*2C4U
M8&!*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@
M8&!@8&!*2DI*2DH*36!@2DI*2F!@8&!@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*2@I-2DI*2DI*2DI*2E]?2DI*
M2C4U8&!*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI@8&!@8&!*2DI*2DI@8&!@8&!*2DI*2DI@8$I*2DI@
M8&!@8&!*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2@I-2DHU-6!@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI@8$I*
M2DI*2DI*"DU@8&!@8&!*2DI*2DI@8$I*2DI*2DI*8&!*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*35]?2DI*2DI*2DI*2DI*7U]*2DI*
M2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI(8")*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI)-39*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI+7UY*2DI*2DI*2DI)
M-31@(DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?
M7DI*2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*"DU*2DI*2DI)-31@(DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DDU
M-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+
M7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2@I-2DI(8")*2DI*2DI*2DI*2DI*
M2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*3U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?"DU?7U]?7U]?7U]:2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2D]?6DI*2DI*2DI*2D4U,&`J2DH*34I*2DI*2DI*2DI*134P8"I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI/7UI*2DI*2DI*2DI*2DI*3U]:2DI*134P
M8"I*2DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?
M6DI*2DI*2DI*2DI*3U]:2DI*134P"DU@*DI*2DI*2DI*2D4U,&`J2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI/7UI*2DI*2DI*
M2DI*2D!@*DI*2DI*2DI*2DI*2DI*-35@8$I*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DHU-6!@
M2DI*2DI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2E]?2DI*
M2DI*2DI*2DI*2DI?7TI*2DH*334U8&!*2DI*2DI*2DI*2DHU-6!@2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI?7TI*2DI*2DI*2DI*2E]?2DI*2C4U8&!*
M2DI*2DI*2DI*-35@8$I*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*
M2DI*2DI*2DI*2E]?"DU*2DI*2DI*2DI*2DI@8$I*2DI*2DI*2DI*2DI*234T
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2U]>2DI*2DI*2@I-2DI)-31@(DI*2DI*2DI*2DI*2DI)-31@(DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*
M2DI*2DI*2DI*234T8")*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*
M2DI*2DI*2DH*34M?7DI*2DDU-&`B2DI*2DI*2DI*234T8")*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DI*
M2&`B2DI*2DI*2DI*2DH*34I*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2D4U,&`J2DI*
M2DI*2DI*2DI*2D4U.DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*
M2DI*2@I-2DI*3U]:2DI*134P8"I*2DI*2DI*2DI*2D4U.DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DI*2DI*2DI*3U]:2DI*134P8"I*2DI*
M2DI*2DI%-3I*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2DH*
M34I*2DI*2DI/7UI*2DI*2DI*2DI*2D!@*DI*2DI*2DI*2DI*2DI*-35@8$I*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU?7TI*2DI*2DI*2DHU-6!@2DI*2DI*2DI*2DI*2DI?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?2DI*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*
M2DI*2DI*"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]*2@I-2DI*
M2DI*2DI*2E]?2DI*2C4U8&!*2DI*2DI*2DI*7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7TI*2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*
M2@I-2DI*2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*2DI*2DI*234T8")*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DM?7DI*2DI*2DI*2DI*2&`B2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2D]?
M6DI*2DI*2DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*3U]:2DI*134P8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*"DU*2DI*2D!@*DI*
M2DI*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*2DI*-35@8`I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI?7TI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DH*334U8&!*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DDU-&`*32)*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*
M2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2@I-2DI)-31@(DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+
M7UY*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34M?7DI*2DI*2DI*2DI*2&`B2DI*2DI*
M2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI/7UI*2DI*"DU*2DI*2D4U,&`J2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?
M6DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*3U]:2DI*134P8"I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*3U]:
M2DI*2DI*2DI*2DI`8"I*2DI*2DI*2@I-2DI*2DI*-35@8$I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*2DI*
M2DI*-35@8$I*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*
M2DHU-6!@2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2E]?2DI*2DI*2DI*2DI*8&!*2DI*2DI*2DI*
M2DI*2DDU-&`B2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2U]>2DI*2DI*2DI*234T8")*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2DI*
M234T8")*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI+7UY*2DI)-31@(DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI+7UY*2DI*
M2DI*2DI*2DA@"DTB2DI*2DI*2DI*2DI*2DI%-3!@*DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/7UI*2DI*2DI*2DI%
M-3!@*DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2D]?6DI*2D4U,&`J2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2D]?6DI*2D4U
M,&`J2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*3U]:2DI*2DI*2DI*2DI`8"I*2DI*2DI*2DI*2DI*
M2C4U8&!*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*7U]*2DI*2DI*2DI*-35@8$I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*7U]*2DI*-35@
M8`I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI?7TI*2DHU-6!@2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI?7TI*2DH*34I*
M2DI*2DI*8&!*2DI*2DI*2DI*2DI*2DDU-DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DM?7DI*2DI*2DI*2DDU"DTT
M8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2U]>2DI*234T8")*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2U]>2@I-2DI)-31@
M(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI+7UY*2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*3PI-
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7UI*2DI*2DI*2DI%-3I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI/"DU?6DI*2D4U.DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2D]?6DI*2D4U.DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*3U]:2DI*2DI*2DI*
M2DI`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]*2DI*7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?"DU?7U]?7U]?7TI*2DI?7U]?7U]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U\*35]?
M7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7U]?7PI-7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?7U]?
M7U]?7U]?7U]?7TI*2DI*2DI*2DI*2F!@2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DA@
M8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I`8"I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2F!@2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2@I-2DI*2DI*2DI*2DA@(DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*
M34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*0&`J2DI*2DI*
M2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DH*34I*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DH*34I*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2@I-2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*
M2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*2DI*"DU*2DI*2DI*
M2DI*2DI*2DI*2DI*2F!@2&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8")`8&`*32-@)&!@
M8"Q@8&!@(6`]+&!@8"0A8&`L8&!@8"%@2E1@8&`D(F!@+&!@8&`C8&`]-#9@
M)"-@8"Q@8&!@(0I-8&`D8&!@)"9@8"Q@8&!@(6!@*&!@8"0Q8&`P8&!@8"%@
M8&!@(F`D-6!@+&!@8&`A8&`L8&!@)#=@8#!@"DU@8&`A8&`],TXP)#I@8#1@
M8&!@(6!@/30W0"0[8&`T8&!@8"%@8#TT.4`D/&!@+&!@8&`A8&`D8&!@)$@*
M1&!@+&!@8&`A8&`H8&!@8&!@8&!@(6!@)&!@,&`B3U)@8&!@1R1@8"I?*&!@
M8"(\,`I@"GT*K'U<<&%R9%QT>#DV,%QT>#$Y,C!<='@R.#@P7'1X,S@T,%QT
M>#0X,#!<='@U-S8P7'1X-C<R,%QT>#<V.#!<='@X-C0P7'1X.38P,%QF,%QB
M,%QI,%QU;#!<9G,R-"!<"EP*2G5S="!A(&AA<'!Y(&-U<W1O;65R+%P*2F%S
M;VX*7`H*7'!A<F1<='@Q,30P7'1X,C,P,%QT>#,T-#!<='@T-C`P7'1X-3<V
M,%QT>#8Y,#!<='@X,#8P7'1X.3(P,%QT>#$P,S8P7'1X,3$U,C!<9C%<9F,P
M("TM+5P*"GM<9W)A>3@V7&9C,7M<3D='<F%P:&EC,30W-B!J8FQU94`N=&EF
M9@HR,C@T-"!-,S148"I`8&`P8$!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8%@J(B-?,"-@2%]30$@*
M32@O7%@J(D-?+B)`2%]58%@N+UTP+B-#7V!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`T(T!8"DU?4T!0
M*B]<4"@B(U\L(F!`7U1@4"HO7%@L(D-?+B)`2%]30$@J+UQ8*B)#7RXB0$!?
M5&!0+"]<6"PB0U\*33`C8$A?4T!(*"]<6"HB0U\L(F!`7U!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`A,"XC0U\P(D!(7U-`2"HO76`J(D-?,"-@2%]4
M0%`L+UQ8"DTH(B-?,"-@4%]30$`H+UQ()B%#7S`B0$A?4V!`*"]=8"PB0U\N
M(F!`7U-`2"@O7%@J(B-?,B-@4%]48%`*32HO76`L(D-?+B)@0%]08&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&`A*"PC(U\P(D!(7U1@4"HO72@L(R-?+B)`0%]30$`H+UQ0*"(C7S`B
M0$A?5&!(*B]=8"PB0U\N(D!`"DU?4T!(*"]=8"PB0U\R(V!07U1@2"HO7$@F
M(4-?+B)`0%]30$@H+UTH+B,C7S`C8$A?5$!8+"]<4"@A0U\*36!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8%@L(D-?,"-@
M2%]30$@H+UU@*B(C7PI-+B)`0%]48$@J+UQ8*"(C7S`C8%!?4T!(*B]=8"PC
M(U\L(F`X7U1@2"HO7%@H(B-?+B)@0%]30$@J+UQ0"DTH(B-?,B-@4%]30$@H
M+UQ8*B(C7S`B0$A?4T!(*B]<6"HB0U\N(D!`7U-`2"@O7%@L(D-?8&!@8&!@
M8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@(6`J(D-?,"-@4%]30$`H+UTH+B,C
M7S(C8%!?5&!(*B]<6"HB(U\N(D!`7U1@4`I-*B]=8"PB0U\R(V!07U1@4"PO
M7%@J(B-?+B)@0%]38#@F+UQ0*"%#7RXB0$!?4V`X)B]<4"@A0U\P(D!("DU?
M5&!(*"]=*"PB0U\R(V!(7U1`4"HO72@L(D-?,")`2%]30$`H+UTP+B-#7V!@
M8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`D06`P+UU@+",C7S`C8$@*35]30$@J+UQ8*B(C7S`C8$A?5$!0+"]=
M8"PB0U\P(D!(7U-`2"@O76`J(D-?,"-@2%]40%@L+UQ8*B(C7PI-+")@.%]3
M8$`H+UQ0)B%#7RXB8$!?4V!`)B]=8"HB0U\N(D!`7U1`4"HO72@N(R-?,B-@
M2%]40%`J+UU@"DTJ(B-?,B-@2%]40%@L+UU@*B)#7RXB8$!?4&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"%@
M*B)#7S`C8%!?4T!(*B]<6"HB(U\N(D!(7U1@4"HO76`*32HB0U\N(D!`7U-`
M2"@O76`L(D-?,"-@2%]48%`J+UTP+B-#7RXB0$A?5&!0+"]<6"HB(U\N(D!(
M7U-@0`I-)B]<6"HB(U\P(D!(7U-`2"@O7%@J(B-?-"-`6%]40%`J+UU@*B(C
M7RPA0#A?4V!`)B]<4"8A0U\L(F`X"DU?4T!`*"]<4"@B(U\P(V!07U!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!0*"%#7RPB8$!?5&!(
M*B]<6"HB(U\L(F!`7U-@."8O76`J(D-?+B)`2%]30$`H+UQ8*"(C7RXB8$`*
M35]38$`F+UQ8*B(C7RXC8$A?4V!`)B]<6"HB(U\N(D!`7U1@4"HO7%@J(D-?
M+")@0%]38$`H+UQ0*"%#7PI-+B)@0%]38$`H+UQ0*"%#7S`B0$A?5$!8+"]=
M8"HB(U\L(F`X7U-@."8O7$@H(D-?+B)@0%]48%`J+UU@"DTL(D-?8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`A8"PC(U\R(T!07U-`2"HO7%@J(D-?"DTL(F!`
M7U-@0"@O76`L(R-?,")`2%]30$`H+UQ0*"%#7RXB8$!?4V!`)B]<4"@A0U\L
M(F`X7U1`6"PO73@*32XC0U\R(V!(7U-`0"@O7%@H(B-?,")`0%]48$@H+UTH
M+")#7S(C8$A?5$!0*B]=0#`C0U\\)2$H7U<A,`I-,B]=6#0D0U\\)2$H7U=!
M,#(O7%`H(4-?*"%`0%]20#@F+UQ8*B(C7S(C0%!?5$!8+B]<8&!@8&!@8&!@
M"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&`L(F!`7U-`2"HO76`L(R-?+B)`2%]30$@J+UQ8*B)#7RPB
M8#A?4D`X"DTF+UQ8*"(C7S0C0%A?5D$X-"]>8#HF0U\V(T!87U8A8"XO7F`V
M)2-?2"9!0%]:(5`Z+UY`/"9#7T8F04`*35]9(4@V+UXP."5#7T(F(3!?62%`
M-"]>,#@E(U]*)T%(7ULB8#PO7EA`)R-?4"A!6%]<(B@^+UY(/B<C7PI-+"%`
M.%]20$`J+UQ0)B%#7S(C0%!?5$!8+"]=8"PC(U]@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@*B%`
M0`I-7U-`2"HO7%`H(D-?+B)`2%]48%`J+UTH+B,C7RXB0$A?4F`X*"]<2"8A
M0U\P(D!`7UPB8#PO7S!$*"-?"DU6*4(H7U\B2$0O7U!**4-?7BLB.%]?0DA&
M+U](2"DC7UHJ(C!?72(H/B]?*$(G0U].*"%07ULA6#HO7E`*34`G(U],*"%0
M7UTB,$`O7RA")T-?4BA"8%]=(C!`+U\X1BA#7TXH(5!?54!8+B]<4"@B0U\L
M(4`X7U1`6`I-+"]=,"XC0U\R(T!07U!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`B8#@F+UQ(*"(C
M7RPB8$A?4T!(*"]<6`I-*B)#7S0C0%A?4V`X)B]<6"@B(U\^)2$H7UPB*#XO
M7S!")T-?6BHB,%]?(DA&+U]02BE#7UXK(CA?7T)0"DU&+U]83"E#7UXJ0CA?
M7D)`1"]?0$8H0U]4*2)@7UU".$(O7S!$*"-?5"DB8%]=(C!`+U\P1"@C7U0I
M(F`*35]<0B@^+U\P1"@C7U`H(5!?72(P/B]>,#XG0U\P(D!(7U)`."8O72@N
M(R-?,B-@2%]48%`J+UQ@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&`D8%`L+UQ()B(C7RHA0$!?4D`X)B]<
M2"8A0U\J(4`X7U-@0"8O7%@J(B-?-B-`6`I-7UHA4#@O7V!`)R-?6BE"*%]>
M0CA"+U]02"DC7UXK(CA?7R)(1B]?6$PI0U]:*B(P7U\B2$8O7TA(*2-?"DU8
M*4)@7UXB,$`O7TA&*$-?6BE"*%]>(C!"+U]`1"@C7U0H0F!?72(P0"]?*$(G
M0U]0*"%07UQ"*#XO7E`*33XF0U](*$(H7U-@0"HO7$@F(4-?+")@.%]30$@H
M+UQ()B%#7V!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@2"8A0U\*32@A0#A?4F`X)B]<2"@B(U\L(F!(7U)`
M."@O7%`H(B-?,")`0%]50%@N+UY`/"8C7TXG04A?72(H/B]?2`I-2"A#7UPJ
M(C!?7T)01B]?6$HI0U]>*D(X7U\B2$0O7U!**4-?7"HB,%]>(C!`+U]`1BA#
M7U@I0BA?7B(X"DU"+U]`1BA#7UHJ(C!?74(P0"]?*$(G0U]4*2%87UTB,#XO
M7RA")T-?4"@A4%];(F`\+UTH+")#7RPA0#@*35]38$`H+UQ0*"(C7RHA0#A?
M4&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`L(F!`7U)`."@O7$@H(B-?*B%`0%]38$`*32HO7%`H(D-?*B%`
M.%]5(2@P+UU(,B0C7TXG04A?74(P0"]?,$(G0U]<*D(P7U\B2$0O7U!**2-?
M7BLB.`I-7U\B2$0O7UA**4-?6BHB,%]>0CA"+U](1BA#7UHJ(C!?7D)`1"]?
M2$8H0U]4*$%87UU",$`O7T!&*$-?"DU6*2)@7UTB,$`O7RA")T-?4BA!6%]<
M(F`\+UY(/B9#7SHD06!?4D`X)B]<2"8A0U\J(4`X7U-@0"@O7&`*36!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8")`."8O7$@F(B-?*"%`.%]28#@F+UQ()B(C7R@A0#A?4T!(*"]=8"HB(U\*
M35(H0F!?74(P0"]?2$8H0U]8*2)@7UY"0$(O7UA,*4-?7BI".%]?0E!&+U]0
M2BDC7UXJ0CA?7R)`1"]?0`I-1"@C7UPJ0CA?7D(X0B]?0$8H0U]:*B(P7UXB
M.$(O7SA$*"-?6"E"*%]=0CA"+U\P1"@C7U`H(5!?7")@"DT\+U\P1"=#7TPH
M(5!?62%(-B]<6"HB0U\N(F!`7U)`."8O7%`H(B-?8&!@8&!@8&!@8&!@8&!@
M8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`C0%`J+UQ("DTH(B-?
M*B%`0%]28#@H+UQ()B(C7RHA0#A?4V`X)B]<4"8A0U]&)D%`7UU",$`O7T!&
M*"-?6"E"*%]>(C`*34(O7U!(*2-?6BHB,%]<0B@^+U\H0B=#7U`H(5!?74(P
M0"]?.$0H(U]8*4)@7UXB.$(O7S!$*"-?4BA!6`I-7UU".$(O7SA$*$-?5BDB
M8%]=0C!"+U\P1"@C7U0I(F!?7$(H/B]?.$0H0U].*"%07ULA6#HO7D@\)B-?
M"DTV(T!87U-@."8O7$`F(B-?+")@0%]08&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!0*")#7RHB8$!?4D!`*"]<0"8A
M0U\H(4`X"DU?4F`X)B]<4"8A0U\N(F!`7UPB0$0O7T!&*$-?6BHB*%]>(CA`
M+U\X1BA#7TXG04A?62%`-"]>*#8D0U\*34(E02A?6$$X,B]>*#8D0U]")4$H
M7UE!2#8O7V!`)R-?4BA!6%]<(B@^+U\P1"@C7U(H05A?72(P0"]?*`I-0B@C
M7U(H0F!?74(X0B]?*$(H(U]0*$%87UTB,$`O7V!")T-?3B@A4%]50%@N+UQ8
M*"(C7R@A0$!?4D`X"DTF+UQ@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@(D!`*"]<4"@B0U\J(F!`7U)`0"@O
M7%`H(B-?,B-`6%]7(3`R+U]@"DU(*2-?6"E"*%]>(CA`+U\X1"@C7THG04A?
M6B%0."]>.#HE0U\^)2$H7U5`6"XO74`P(T-?,B-@2%]50%@*32XO74@R)"-?
M0"5!,%];(5`X+U]@0"<C7TXG04A?64%(-B]>0#PF(U]")4$H7U@A.#(O74`P
M(T-?."1@6`I-7U9!*#`O7B@V)$-?1B9!.%]:05`X+UTX+B-#7RPB8#A?4D!`
M*"]<0"8A0U]@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@2"8A0U\H(4`X7U)`0"@O7$`F(B-?+")@.%]4
M0%`J+UXP."5#7U@I(BA?7B(X0B]?0$8H(U]6*2)@"DU?6R%8.B]>4#XF0U]2
M*$)@7ULA6#HO7E`^)D-?1"8A.%]703`R+UU(,B0C7SHD06!?5T$P,B]>.#HE
M0U\*35(H05A?6T%8.B]>*#8D0U\^)2$H7U5`6"XO72@L(D-?,")`0%]48$@H
M+UTH+")#7SPE(2A?5$!0*B]>,`I-.B5#7T8G(4!?4T!`*"]<2"8A0U\L(F!(
M7U!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@(2@L(R-?1B9!0%]<(D!$+UQ8*"(C7PI-*B%`0%]38$`F+UQ8*B(C7THG
M04A?7B(X0B]?,$0G0U]8*4(H7UU",$`O7V!")T-?3"=!2%]803@R+UXX"DTZ
M)B-?2B=!4%]804`T+UU`,"-#7S(C8$A?5D$H,"]=0#`C0U].)T%(7U\B2$8O
M7SA$*"-?1"8A,%]6(6`*32XO73`N(T-?-B-`6%]40%`L+UU`,"0C7S@D02A?
M54!8+B]=2#(D(U\^)2$H7ULB8#PO7%@H(B-?*"%`.`I-7U!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@1B9!
M0%]9(6`P+UU(*"(C7RPA0#A?4D`X)B]<6"HB(U\P(D!`7UPB*`I-/B]?.$0H
M(U]8*4)@7UXB.$`O7TA(*2-?2B<A0%]706`L+UU8,",C7S@D02A?5$!0+"]<
M4"8A0U\X)&!8"DU?56`X(B]=0#`C0U\Z)$%@7UTB,$`O7TA(*2-?7"I".%]<
M(B@^+UTH+")#7S`B0$A?5$!0+"]=2#(D(U\*34`F04A?5B$H,B]=*"PB0U\^
M)2$H7U=!,#(O7D@^)R-?,B-@4%]20#@F+UQ@8&!@8&!@8&!@8&!@8&!@8`I-
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36`M(BA`+UXH+")#
M7U(H(5A?62%`-"]<4"@A0U\L8$!@7UI!4#HO7S!")T-?6"E"8%]>(C!`+U]0
M2"DC7PI-7"HB,%]>0D!$+U](2"DC7U@I0BA?7")`1"]>.#HF(U\^)2$H7U=!
M8"PO75@T)$-?1"8A,%]<(B@^+U]`"DU$*"-?7"HB,%]?(D!$+U]`3"I#7S@D
M8%A?4T!`*"]<4"@B(U\J(4`X7U1@2"HO76`J(D-?.B1!8%]6(6`*32XO7C`X
M)2-?3"@A4%]40%`J+UQ()B%#7V!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`B4#0D0U],)2$H7U]"2$8O7T@*
M35`K0U\R(V!(7U5`6"XO7RA"*"-?5BDB*%]>(C!`+U]`1"@C7UHJ(BA?7D(X
M0B]?4$HI0U]<*D(X7U\B2`I-1B]?*$(H(U]0*$%87ULA6#PO7C`X)2-?1"8A
M,%]:05`X+U\X1BA#7U@I(F!?7D(X0B]?2$8H0U]8*R)("DU?6B%0.B]=."XC
M0U\X)"%@7U8A8#`O74`P)"-?,B-@4%]50%@N+UTX+B%#7T8F03A?64%0."]=
M0#`C0U\*32PA0#A?4&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!,)R%`7UY".$(O7T@^)T-?3"4A*%]703`R
M+U]@0"=#7U(H0F`*35]=(C!`+U]`1"@C7U@I(F!?7R)`1"]?4$@I(U]>*D(X
M7U]"2$8O7U!(*2-?6BHB,%]>(CA"+U](1BA#7PI-6BE"*%]?(D!$+U]02"DC
M7UHI0BA?7B(P0"]?0$0H(U]<*B(P7U\B2$0O7E@^)D-?1B9!0%]803@R+UXX
M"DTZ)4-?4"A!6%];(F`\+UY(/B<C7U`H05A?7"(H/B]>2#XF0U]`)4$P7U-@
M0"8O7&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8"M"8#PO7U!(*2-?4"8A0%]9(6`P+U]@0"<C7U`G05!?
M7")@/"]?.$0H(U]6*2)@7UXB,$`O7U`*34@I(U]>*D(X7U]"4$8O7U!(*2-?
M7"HB,%]>0CA"+U](1BA#7UHI0BA?7D(X0B]?4$@I(U]<*B(P7UXB,`I-0B]?
M2$8H0U]:)T%87UY".$(O7SA&*$-?5"DB8%]<(F`\+U\H0B=#7TXG04A?6T%8
M.B]?8$`G(U]6*4(H"DU?74(P0"]?*$(G0U]*)T%(7UE!4#@O7%`H(4-?8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8",X1BA#7UHI0BA?7$)@"DT^+U](1BA#7UPJ0CA?72(H/B]?8$`G(U]6
M*2)@7UTB*$`O7T!$*"-?7BI".%]>0CA"+U]82BE#7UXJ0C@*35]?0DA&+U]8
M2BE#7UPJ(C!?7D(X0B]?0$0H0U]<*B(P7UTB*$`O7V`^)R-?6"DB8%]>(C!"
M+U]`1"A#7PI-5BE"*%]?(DA&+UY8/B9#7UHJ(C!?72(P0"]?.$8H0U]:*B(P
M7UY"0$0O7TA(*2-?5"DA6%];(5@Z+U]@"DU(*2-?.B5!,%]08&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8%`H
M05A?7"%8/"]?2#XG0U]8*2)@7UXB.$(O7RA`)T-?"DU2*"%87UPB8#PO7SA$
M*$-?6"DB8%]>(C!"+U]`1"A#7UXK(CA?7T)01B]?6$HI0U]:*4(H7UY".$(O
M7T`*340H(U]4*$)@7UM!6#HO7RA`)T-?6BE"*%]>0D!$+U]`1BA#7U8I(F!?
M7$(H/B]?,$0H(U].)T%07UA!.`I-,B]?,$0H(U]4*2)@7UU".$(O7TA(*2-?
M6"E"*%]<0B@^+UY0/"8C7TXH(5!?5T$P,B]<8&!@8&!@8&!@"DU@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&`C.$0H
M0U]4*$%87U\B0$0O7E@^)D-?3B=!4%]<(F`\+UY8/B<C7U(H(5A?7B(X"DU"
M+U\X1"@C7U8I(BA?7D)`1"]?4$HI0U]:*B(P7UU",$`O7RA")T-?5"A"8%];
M(5`X+U\H0"=#7U(H(5@*35];(3`R+UXH-B1#7THG(4A?62%`-B]=6#0D0U\^
M)2$H7ULB8#PO7V!")T-?1"8A.%]<(B@^+U\H0B@C7PI-4BA"8%]=(C!`+U\H
M0B@C7TPG04A?6R%0.B]=6#8E(U]@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@3"=!4`I-7UXB,$`O
M7T!$*$-?2"9!0%]<0F`^+U]@0"=#7U(H0F!?7$(H0"]?0$8H0U]4*2)@7UTB
M*#XO7S!$*"-?"DU8*4(H7UQ"*#XO7RA`)T-?5"DB8%]<(F`\+U]@/B<C7U@I
M0BA?6R%0."]>*"PB0U\Z)$%@7U9`0"@O75@*33`C(U\Z)$%@7U5`6"XO73`F
M8$-?1"8A,%]703`R+UY(/B9#7TPG05!?7")@/B]?*$(H(U]0*"%87ULA4`I-
M."]>.#HE0U]`)4$P7U!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8",H0"=#7U@I(BA?6R%0
M."]?8`I-0"<C7U(H(5A?7")@/B]?,$(H(U]4*$%87UTB*#XO7S!$*"-?5"A!
M6%]=(C!`+U\X1BA#7U0I(F!?7$(H"DT^+U]@0"<C7U0H0F!?72(H0"]?*$`G
M0U],)R%(7UM"8#PO7D`Z)B-?/B4A*%]50%@N+UU`,"-#7T(E03`*35];0F`\
M+UXH-B1#7T8F03A?62%`-B]>0#HF(U],)R%(7ULA4#HO7E`\)B-?1B9!.%]8
M(3@T+UQ@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@+")`1"]>4#PF0U]0*"%8
M7UQ"*#XO7V!`)R-?4BA"8`I-7UQ"8#XO7RA")T-?3"<A2%]<0B@^+U\H0B@C
M7TXG04A?6R%8/"]>4#XG(U],)T%07UQ"8#XO7S!"*"-?"DU2*$)@7UQ"8#XO
M7E`\)D-?2B<A2%]9(4`T+UU8-"1#7T0F(3A?6B%(."]>4$`G(U]0*$%87UA!
M.#0O7D`*33PF0U]()R%`7UE!2#8O7D@^)D-?2B=!2%]804`T+UU8-B4C7V!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&`C*$(H(U],)R%(7UM!6#PO7V!`)T-?
M4"@A4%]=(C!`+UY8/B9#7U`H(5A?7")@/"]?*`I-0B@C7U(H0F!?72(P0"]>
M2#PF0U]*)R%(7ULA6#PO7E@^)R-?4B@A6%];05@\+U]@0"=#7TXG05!?6$$X
M"DTT+UXH-B4C7T8F04!?6B%(."]>.#HF(U]()R%(7UE!2#@O7C@Z)4-?1B9!
M.%]:(5`X+UXP."4C7T@G(4`*35]:(5`X+UXP.B5#7V!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@2B=!4%];(5`*33HO7E@^)D-?4"@A6%]<0BA`+U\P
M1"@C7U`H(5A?7$(H/B]>4#PF0U].)T%(7UQ"*#XO7RA")T-?2B<A0`I-7U=!
M,#(O75@P(R-?3"<A2%];(5`Z+UY`.B8C7T0D(6!?6$$X,B]>0#HF(U]6*2(H
M7ULB8#PO7D@\)D-?"DU*)T%07UA!.#0O7B@V)$-?0B5!,%]804`T+UY`/"8C
M7T0F(3!?64%(-B]>.#HE0U]*)T%07U!@8&!@8&`*36!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`J(4@X+UY0/"8C7TXG05!?7")@/B]?8$`G0U\*35(H0F!?7")@
M/"]?8#XG(U].)T%(7UM!6#PO7RA")T-?4"@A6%]703`R+UU(*"(C7SHB8$!?
M5T%@+"]=6`I-,",C7T0F(3!?62%`-B]=6#`C(U\Z(F!`7U9`0"@O74@H(B-?
M-"%`*%]706`L+UY`/"8C7S@D8%A?5D$H"DTP+UU8-"1#7T8F03A?6$$X,B]>
M*#8E(U]&)D$X7UE!4#@O7&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8"(X.B5#7TPG(4A?6T%8/"]>6#XG(U]0*"%07UQ"*#XO7V`^)R-?3"<A0%]<
M(F`*33XO7E`^)R-?4"A!6%];05@\+UU`,"-#7T0F(3!?72(H0"]?0$0H0U]:
M*B(P7UXB,$(O7RA`)T-?2B<A2`I-7UHA2#@O7E`\)D-?2"<A2%]:05@\+UTP
M)B(C7RPA0#A?56`X(B]=."XC0U]`)4$H7UDA0#0O7C@Z)4-?"DU")4$P7UDA
M2#8O7D@^)R-?8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!()R%("DU?
M6T%8/"]>6#XG(U]2*$%87UPB8#PO7V!`)R-?3"<A2%];05@Z+UY0/"9#7TXH
M(5!?6R%8.B]>2#PF(U\*348F03A?7")@/"]?,$0G0U]6*2(H7UU",$(O7V`^
M)R-?2"9!0%]803@T+UXH-B4C7T0D(6!?5T$P,B]=6`I--"1#7T@G(4!?6D%8
M/"]=0#`C0U\Z)$%@7U@A.#(O7C`X)2-?1"9!.%]803@T+UXX.B5#7T0F03A?
M4&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"I!6#HO7E`^)R-?3B=!
M2%];05@Z+UY8"DT^)D-?3B=!4%];05@Z+UY0/"9#7U`H(5A?6T%8/"]>4#XF
M0U]*)R%`7UPB8#PO7V!`)R-?5"A!6%]>(C@*34(O7SA$*$-?4B@A6%]:(4@X
M+UXH-B4C7T0D(6!?62%@,"]=6#0D0U\^)2$H7UDA0#0O7C@\)B-?2"<A2`I-
M7U=!,#(O7F`V)2-?1"8A,%]9(4`T+UXH."4C7T8F03A?62%(-B]<8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@(D@^)R-?3"=!2%];05@\+UY80"<C
M7TPG(4A?6T%8/"]>4#XF0U].)T%0"DU?6R%8/"]?8$`G(U].*"%07UPB*#XO
M7S!$)T-?3B=!2%]=(C!`+U\X1"@C7U8I0BA?7D)`1"]?.$8H0U\*358I0BA?
M7B(X0B]?0$8H0U]2*$%87UTB,$`O7E`\)B-?2B=!2%]:(5`X+UU8-"1#7T(E
M02A?6$%`-"]>*`I-."4C7T0F(3!?62%(-B]<8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8`I-1B<A0%]:05`X+UY0/B9#7THG(4A?6R%8.B]?
M8$(G0U].*"%07ULA6#PO7V!`)T-?4"@A4%];05@Z+UY0"DT^)D-?5"A!6%]=
M(C!`+U\H0B=#7U8I0BA?7B(X0B]?.$0H(U]6*4(H7UTB*$`O7RA")T-?5"DB
M8%]=(C`*34`O7SA&*$-?4"@A6%]:05@Z+UY`/"8C7T0F(3!?5D$H,"]>*#8E
M(U]$)B$P7UA!.#0O7C`Z)4-?8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@*$%`-"]>4#XF0U].)T%07ULA6`I-/"]>6#XG(U].)T%07UI!
M4#HO7EA`)R-?3B=!4%]<(B@^+UY80"<C7U(H05A?7")@/"]?*$(G0U]4*2)@
M"DU?74(P0"]?,$(G0U]4*$)@7UTB*#XO7RA`)T-?4"@A4%]<(5@\+UY(/"8C
M7U`H(5!?6T%8/"]>4$`G(U\*34@G(4!?62%`-"]>*#8D0U]")B$P7UA!.#0O
M7C@Z)4-?0B8A,%]08&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&`C8$@I(U]()R%(7ULA6#PO7E`^)R-?2B=!4%]:05@Z+UY(/B9#7PI-2B=!
M2%];(F`\+U]@0B=#7TXH(5!?7"(H/B]?8$(G0U]0*$%87UPB*#XO7V!`)T-?
M4"@A6%]<(F`^+UY0"DT\)D-?3"<A2%];(5`Z+UY`.B8C7THG(4A?6B%(."]>
M,#@E0U]&)R%`7UE!4#@O7C`Z)4-?1"9!.%]9(4@*338O7B@V)2-?0B8A,%]0
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!4+$,H
M7UI!6#PO7D@\)D-?2B=!2%]:(5`X+UY(/"9#7T@G(4A?6R%8/"]>2#XG(U]*
M)T%(7ULA6`I-.B]>4#XF0U]*)R%`7UHA4#@O7D@^)D-?2"<A2%]9(4`V+UXP
M."5#7T8F04!?6$%`-"]>*#@E(U\^)2$H"DU?5R$P,B]=6#0D0U]`)4$P7UA!
M0#0O7C`Z)4-?0"5!,%]804`T+UXP."5#7T(F(3!?62%(-B]<8&!@8&`*36!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@5"TC.%]=(S!4+U](6"XC7T@G
M(4`*35]:(5`X+UY`/"8C7TPH(5!?6D%8.B]>0#PF(U]*)T%(7UI!4#@O7C@Z
M)4-?2"<A0%]:(5`X+UXX.B5#7PI-1B9!.%]9(4@V+UY@-B4C7T`E02A?5T$P
M,B]=0#`C0U\X)&!87U8A8"XO74`P(T-?."1@6%]6(6`N+UU8"DTT)$-?0"5!
M*%]8(3@R+UXH."4C7T(F(3!?6$%`-"]>,#HE0U]@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@
M8&!@8&!@8&!@(RA0+$-?4"M#8%]?(TA<+U]`5BXC7U8M(SA?7R-(6B]?8$XK
M0U]$)D$X7UHA4#HO7D@*33XF0U]&)R%`7UHA4#@O7C@Z)B-?1B9!0%]9(4`V
M+UY`/"9#7T@G(4A?62%(-B]>8#8E(U\^)2$H7U9!*`I-,"]=0#`C0U\X)$%@
M7U5!*#`O74`R)"-?."1!8%]602@P+UU0-"1#7SHD06!?5T$P,B]>*#@E(U]`
M)4$P"DU?6$%`-"]>8#HF0U]@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8"I"0$@O7S!2+$-?4BPC8%]<(EA.+U\P4BQ#
M7U(L(V!?6B(X"DU(+U\X5"U#7U8M(SA?7R-(7"]?.%8N(U]>+R-87UTC*%(O
M7D!"*$-?2"<A2%]9(4`V+UXX.B8C7T8G(4`*35]904@V+UXX.B8C7T0F03A?
M64%(."]>.#PF(U\^)4$P7U=!,#(O74@R)"-?."1@6%]50%@N+UTX+B-#7PI-
M."0A8%]50%@N+UU`,B0C7SHD06!?5D$H,"]=6#0D0U\^)2$H7U=!,#(O7B@V
M)$-?/B5!,%]08&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*36!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"Q#8%`O7SA4+2-?
M5BTC,`I-7UXC.%8O7TA8+B-?5"Q#*%]>(SA6+U\X5"TC7U8M(SA?7$-@4B]>
M0$8I0U]0*T-@7UY#0%HO7T!6+B-?"DU:+D-07UU#.%@O7U!:+R-?4BPC8%]:
M(BA"+UXX.B8C7T8F04!?62%(-B]>,#@E(U]$)B$P7UDA0#8O7B@*33@E(U]$
M)D$X7U@A.#0O75`T)$-?.B1!8%]6(6`N+UTX+B-#7S8C0%A?54!8+B]=0#(D
M(U\X)$%@7U8A,`I-,B]=6#0D0U\^)2$H7U@A.#0O7F`V)2-?1"9!.%]08&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&`*
M36!@8&!@8&!@8&`B0$8J(U]8+4-`7UU#.%8O7T!8+B-?6BXC2%]>(SA8+U]`
M5BXC7UHN(TA?7B,X6"]?2`I-6"XC7UPN0U!?74,P5B]?2%@N0U](*4)`7UPB
M6%`O7U!:+R-?6"U#0%]>(SA6+U\X5"U#7U@M0T!?7B,X"DU6+U\P4BTC7T(H
M0C!?6"%(.B]>*#8E(U]")4$P7UA!0#0O7C`X)4-?0"5!,%]703@T+UU8-"1#
M7SPE(2@*35]6(2@R+UU`,"0C7S@D(6!?5B%@,"]=."XC0U\X)"%@7U8A8"XO
M75`T)$-?/"4A*%]703@T+UY@-B4C7PI-/B5!,%]9(5@^+UQ@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8"Y#0%HO7T!8
M+B-?5BTC.%]=0S@*358O7T!8+B-?6"U#0%]=0S!6+U]`5BXC7U8M(SA?7R-(
M7"]?2%@N0U]:+B-(7U\C2%PO7T!6+B-?7"\C4`I-7UY#0%HO7S!2+2-?4BPC
M*%]?(TA<+U]`5BU#7UHN(TA?7B,X6"]?0%8M0U]:+B-(7UXC.%@O7SA4+4-?
M"DU$)T%87U@A2#HO74@V)2-?/"4A*%]7(3`R+UU8-"1#7S@D02A?5B$H,B]=
M0#`D(U\V(T!87U5`6"XO73@*32XC0U\X)"%@7U9!*#`O74`P)"-?/"4A*%]7
M03@T+UU8-B4C7T0F03A?7B)02B]>8#HF0U]2+"-@7UDA6`I-/B]<8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@"DU@8&!@8&!@8&!@8&!@8&!@8&!@8&!@(SA6+4-?6"U#0%]>0TA:
M+U\X5BU#7U0L0S!?7B,X6"]?4%HO(U\*35HN(TA?7D-`6B]?6%PO0U]:+B-(
M7UXC.%@O7T!6+B-?6BXC0%]?7U]?7U]`5BXC7U`K0V!?7")84"]?.`I-5"U#
M7UPN0U!?7B,X6"]?4%PO(U]:+B-`7U]#4%XO7SA4+4-?6"U#0%]<(EA.+UY@
M.B9#7S@E03A?5B%@"DTP+UU`,"0C7S8C0%A?5D$H,"]=."XC0U\X)"%@7U8A
M8#`O74`P)"-?."0A8%]6(6`P+UU(,B0C7SPE(2@*35]603@T+UU0-"1#7SXE
M03!?7D-@3B]?8$@I(U\X)4$X7UHB.$8O7E!**D-?5"Q#*%]<0V!0+UQ@8&!@
M8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@8&!@"DU@8&!@5BU#0%]=0S!6+U]`5BXC7UHN0U!?
M7B-`6"]?2%@N0U]?7U]?7UY#0%HO7TA8+D-?7B\C6%]>0T`*35HO7TA8+D-?
M6"U#0%]>0T!:+U]?7U]?7U@M0T!?7R-(7"]?2%@N0U].*R)87UY#0%HO7UA<
M+T-?6BXC2`I-7UY#2%PO7T!6+B-?6BXC2%]>(SA8+U]87"]#7U0L0S!?6R)(
M3"]=*"XC0U\R)"%@7U1@4"PO73`N(T-?"DTT(T!87U5@6"XO73@N(T-?."0A
M8%]6(6`P+UU`,"0C7S@E(2A?5D$X-"]=2#8E(U\^)T%87UHB.$8O7E@*34PK
M(U],*D)(7UHB*$(O7C`^)T-?3"I"4%]<0V!.+U\X5"TC7TXK(E!?74,P5"]<
M8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&!@8&!@8&!@+B,X6"]?4%HO(U]8+B-`"DU?7T-07B]?2%@N0U]:
M+B-(7U]?7U]?7U!:+R-?6BY#2%]>0T!:+U]06B\C7UPN0U!?7D-`6"]?6%PO
M0U\*35PO(U!?7R-(7"]?6%PO0U]6+2,X7U\C2%PO7DA(*D-?5"Q#,%]?(TA<
M+U]`5BXC7UPO(U!?7B,X6"]?2`I-6"Y#7T@I0D!?4F`X)B]<2"8B(U\L(F!(
M7U)`."@O7$`F(4-?*B%`.%]20#@H+UQ0*B,C7S`C8%!?5$!0"DTL+UTH+B-#
M7S(D(6!?56!8+B]=2#8E(U]$)T%87UI"0$@O7E!**D-?3BLB4%]=0S!4+U]@
M3BM#7T@I0C@*35]<0V!0+U]@3BM#7U@M0SA?7$-@4"]?*%`L(U]4+$,H7UPB
M6$XO7SA4+2-?8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@8&!@8&!@8&!@8&!@
M8&!@8&!@8&`C0%@N0U]:+D-07UY#0%HO7U!<+T-?6BXC2%]?(TA<+U]0"DU:
M+R-?7"Y#4%]?(TA<+U](6BY#7UPO(U!?7R-(7"]?2%@N0U]?7U]?7UY#0%HO
M7U!:+R-?7"Y#4%]>(S@*35@O7SA4+4-?6"U#0%]:0D!*+U]@3BPC7UPN0U!?
M7D-`6B]>0$8I0U\J(F!(7U-@0"HO7$@H(D-?8&!@8`I-7U8A.#8O7%@L)"-?
M+")`4%]28#@H+UQ`)B%#7R@A0#A?4F`X)B]<0"8A0U\L(F!(7U4A,#(O74@V
M)2-?"DU`)D%(7UHB.$8O7D!&*4-?3BLB4%];0E!,+UY02BI#7THJ(D!?6R)(
M3"]?*%`L(U]0*T)87UXC.%8O7R@*35`L(U]2+"-@7UTC*%(O7V!.*T-?4BPB
M6%]<0V!.+U\H4"M#7V!@8&!@8&!@8&!@8&!@8&!@8&!@8&!@8`I-8&!@8&!@
M8&!8+B-`7UY#0%HO7T!8+D-?7B\C6%]>0T!:+U]?7U]?7UHN(TA?7R-07"]?
M6%PO0U]:+B-("DU?7R-(7"]?0%@N(U]8+4-`7U]?7U]?7TA8+D-?7B\C6%]>
M(T!8+U]`6"XC7UXO(UA?7$,H5"]?0%8N(U\*34HJ(DA?7$,H5"]?7U]?7U\V
M)2$P7U1!8#(O76`N)"-?,B0A*%]38$@L+UTH,"1#7S`C06!?4V!(+"]<2`I-
M*")#7RHB8$A?4D!`*B]<0"8B(U\H(4`X7U)@."@O7$@H(B-?2"E".%]:(BA"
M+UY83"LC7U`K0EA?6T)0"DU,+UY`1BE#7TPJ0DA?6B(X1B]>6$PK0U]2+"-@
M7UQ#8%`O7SA4+2-?4BPC8%]<0V!0+U\X5"TC7TPJ0D@*35]=0S!4+UY83"LC
M7U(L(V!?7")83B]?*%`L(U]@8&!@8&!@8&!@8&!@8&!@8&!@8&`N0TA<+U]`
M6"Y#7PI-6"XC2%]?(TA<+U](6"Y#7UXO(UA?7D-(6B]?7U]?7U]?7U]?7UY#
M2%HO7TA8+D-?5BTC.%]=0SA8+U]8"DU<+T-?6"XC0%]?7U]?7U](6"XC7U@M
M0SA?7U]?7U]?.%0M0U]:+B-(7UQ#8%(O7EA.*T-?6"U#0%]6(3@*338O76`N
M)"-?."5!.%]9(5@^+UY@.B9#7S`C06!?4T!0+B]<2"@B0U\L(D!07U-@2"PO
M7$@H(D-?*B)@2`I-7U)`0"@O7$@H(B-?*B)@2%]08&!@+UY`1BE#7U(L(V!?
M7")83B]>0$8J(U],*D)(7UA"*$0O7E!**D-?"DU.*R)07UPB6$XO7S!2+$-?
M5"Q#*%]<0V!0+U\P4BQ#7U@M0SA?7$-@4"]?.%0M(U]0*T-@7ULB2$HO7R@*
M35(L0U]0*T)87UQ#8$XO7RA0+"-?3"I"2%]08&!@8"-87"]#7U@N(TA?7D-(
M7"]?4%HO(U]:+B-(7U\C4`I-7B]?2%HN0U]?7U]?7U\C2%PO7TA:+D-?6BXC
M2%]<0V!2+U\X5"U#7UPN0U!?7B-`6B]?7U]?7U]8+B-`"DU?7B,X6"]?6%PO
M0U]8+4-`7U\C2%PO7SA4+4-?4"PC*%];(DA,+UU@+B0C7S(D(2A?6"%(.B]>
M8#HF0U\*33@E03A?4T!0+B]<6"PC0U\N(V!87U-@2"PO7$@H(D-?*B)@2%]2
M0$`J+UQ(*")#7RPB0%!?4F`X*"]<2`I-*")#7R9@0"A?6T)03B]>0$8J(U].
M*R)07UHB.$8O7D!"*$-?3"I"2%]:0D!(+U]@3BM#7U8M(S!?6T)0"DU,+UY8
M3"LC7U8M(S!?74,P5"]?8$XK0U]4+$,H7UM"6$XO7E!**D-?3BLB4%]<(EA.
M+U\X5"TC7U0L0R@*35];0E!,+U]@3BM#7UXO(UA?7D-`6B]?4%PO(U]:+B-(
M7UY#0%HO7TA:+R-?6BY#4%]?7U]?7U](6BY#7PI-6"XC2%]=0SA8+U\H4BTC
M7U8M0T!?7D-`6B]?0%@N0U]>+R-87UY#0%HO7T!6+B-?7"\C6%]>(SA8+U]0
M"DU:+R-?5"Q#,%];0E!.+UY(2"HC7S@E03A?5B$X-B]=0#8E0U\X)4$X7U8A
M.#8O7%`J(R-?*"%`0%]20$`*32HO7%`J(R-?*B)@2%]28#@F+UQ0*B,C7RXC
M8$A?5&!8,"]<4"@B0U\J(F!`7U!@8&`O7D!&*4-?3"I"4`I-7ULB2$PO75@^
M)T-?/B=!6%]:(CA(+UY(2"I#7U`K0EA?7B,X5B]?8$XK0U],*D)07UU#,%8O
M7S!2+2-?"DU2+",H7UPB6%`O7EA,*T-?4"M#8%];0E!,+U\H4"PC7U8M(S!?
M7$-@4"]?*%`L(U]6+2,X7U]?7U]?7T`*358N(U]<+R-87UY#0%HO7U!:+R-?
M7"Y#4%]>0TA:+U]87"]#7UHN(TA?7B-`6"]?,%0M(U]0+"-@7UXC0`I-6"]?
M0%@N0U]8+B-(7U]#4%XO7TA8+D-?6BXC2%]?7U]?7U]`5BXC7UXO(UA?7B,X
M6"]?,%0M(U]2+"-@"DU?7R-(7"]=0#8E0U](*$(H7UHB*$(O7DA(*D-?,"-!
M8%]30%`N+UU@+B0C7RXC8%A?4T!0+B]<6"PC0U\*33(D(2A?52$H,B]=.#0E
M(U\R)"$H7U@A2#HO7DA(*B-?3BLB4%];(DA,+U]@4"PC7THJ(DA?6R)(3"]>
M2`I-2"I#7THJ(D!?6T)83B]?8$XK0U]0+"-@7UQ#8%(O7V!.*T-?5BTC,%]=
M0S!4+U\H4"M#7U`K0EA?7$-@"DU0+U]@3BM#7U0L0RA?7$-@4"]?.%0M(U]:
M+B-`7UU#,%0O7U]?7U]?6"XC0%]?0U!>+U]`6"Y#7UHN0U`*35]>0TA:+U](
M6"Y#7UPO(UA?7D-(6B]?4%HO(U]6+2,P7UQ#*%(O7TA8+B-?6"U#0%]>(T!:
M+U]07"]#7PI-6BXC2%]>0TA<+U]87"]#7UHN(TA?7T-07B]?*%`L0U]0*T-@
M7UU#,%0O7U!<+R-?)F!`*%]<(EA0+UXH"DU"*2-?4"M#8%]30%`N+UU@+B0C
M7RXC(6!?4T!0+B]<6"PC0U\P(T%@7U8A.#8O73@T)2-?."5!.%]28#@*328O
M7E!**D-?2BHB0%]:(CA&+UY`1BHC7T@I0D!?6B(H0B]>0$8J(U](*4(X7UHB
M.$8O7EA.*T-?3"I"4`I-7UM"6$XO7V!.*T-?4"M"6%]=0S!4+U\X5"TC7U@M
M0SA?7B,X5B]?*%`L(U]4+$,H7UU#,%0O7S!2+$-?"DU4+$,H7UXC.%8O7T!6
M+B-?8&!4(6!@8"-@8&!@8#`A8&!@8"%@,&`C8&!@8&`P(6!@8&`A8$!@(V!@
M8&`*32%@8&`P*D@A8%!@(V!@8&!@,&`A8&!@(2%`8"-@8&!@8#!@(F!@8"$D
M,&`D8&!@8&`P8&!@8$`A)3!@(PI-8&!@8&`P8"1@8&`A)5!@)&!@8&!@,&!@
M,&!@(29`8"5@8&!@8#!@8#`K*"$F4&`E8&!@8&`P8&`P*T@A"DTG8&`C8&!@
M8&`P8"%@8&`A*F!@(V!@8&!@,&`B8&`B8%A08"-@8&!@8#!@(6!@8&!@8&!@
M8&!`8")@8"@*,F!@0&`B3U)@8&!@1R1@8"I?*&!@8"(\,`I@"GT*K'U<<&%R
M9%QT>#$Q-#!<='@R,S`P7'1X,S0T,%QT>#0V,#!<='@U-S8P7'1X-CDP,%QT
M>#@P-C!<='@Y,C`P7'1X,3`S-C!<='@Q,34R,%QF,5QB,%QI,%QU;#!<9G,R
M-%QG<F%Y.#9<9F,Q($IA<V]N($0N($)L=64*7'!A<F1<='@U,C!<='@Q,#8P
M7'1X,38P,%QT>#(Q,C!<='@R-C8P7'1X,S(P,%QT>#,W,C!<='@T,C8P7'1X
M-#@P,%QT>#4S,C!<9F,P(%P*"EQP87)D7'1X,3$T,%QT>#(S,#!<='@S-#0P
M7'1X-#8P,%QT>#4W-C!<='@V.3`P7'1X.#`V,%QT>#DR,#!<='@Q,#,V,%QT
M>#$Q-3(P7&=R87DT,UQF8S(@3F5T=V]R:R!A;F0@4WES=&5M<R!!9&UI;FES
M=')A=&]R+"!*+6QA8@I<<&%R9%QT>#4R,%QT>#$P-C!<='@Q-C`P7'1X,C$R
M,%QT>#(V-C!<='@S,C`P7'1X,S<R,%QT>#0R-C!<='@T.#`P7'1X-3,R,%QF
M8S`@7`I4:&4@34E44D4@0V]R<&]R871I;VXL($UC3&5A;BP@5D%<"@I<<&%R
M9%QT>#$Q-#!<='@R,S`P7'1X,S0T,%QT>#0V,#!<='@U-S8P7'1X-CDP,%QT
M>#@P-C!<='@Y,C`P7'1X,3`S-C!<='@Q,34R,%QG<F%Y-#-<9F,R(&IB;'5E
M0&UI=')E+F]R9PI<<&%R9%QT>#4R,%QT>#$P-C!<='@Q-C`P7'1X,C$R,%QT
M>#(V-C!<='@S,C`P7'1X,S<R,%QT>#0R-C!<='@T.#`P7'1X-3,R,%QF8S`@
M("A.95A4($UA:6P@16YC;W5R86=E9"$I7`JJ061D('-O;64@"EQB7&=R87DR
M.3A<9F,S(&,*7&=R87DT-S1<9F,T(&\*7&=R87DS.#%<9F,U(&P*7&=R87DS
M.35<9F,V(&\*7&=R87DX-EQF8S<@<B`*7&(P7&=R87DP7&9C,"!T;R!Y;W5R
M(&QI9F4@+2!P;&%Y(`I<8EQG<F%Y,S$R7&9C."!086EN=&)A;&P*7&(P7&=R
M87DP7&9C,""Z.B`H"EQP87)D7'1X,3$T,%QT>#(S,#!<='@S-#0P7'1X-#8P
M,%QT>#4W-C!<='@V.3`P7'1X.#`V,%QT>#DR,#!<='@Q,#,V,%QT>#$Q-3(P
M7&9C,"!087)A<W!L871S+"!425`C,#@Q+"!)4%!!(S<S-#$*7'!A<F1<='@U
M,C!<='@Q,#8P7'1X,38P,%QT>#(Q,C!<='@R-C8P7'1X,S(P,%QT>#,W,C!<
?='@T,C8P7'1X-#@P,%QT>#4S,C!<9F,P("E<"@I]"G1X
`
From: joe@decoy.uoregon.edu (Joe St Sauver)
Newsgroups: comp.sys.next.sysadmin
Subject: Workspace controller exited under 3.2, black hardware?
Date: 30 Dec 1993 17:01:34 GMT
Organization: University of Oregon
Message-ID: <2fv1he$6h@pith.uoregon.edu>
Is anyone else getting a "Workspace controller exited" under 3.2 with
black hardware (I'm running on an 040 cube)?
It has happened to me a couple of times, giving me a dialog box urging
me to try to save an open files before logging out...
Ther console is silent about the phenomenon, except for the note about
the workspace controller exiting.
Is anyone else seeing this? Is there a patch?
Thanks,
Joe St Sauver (joe@oregon.uoregon.edu)
University of Oregon Computing Center
From: mbehrens@cs.utexas.edu (Mikael Behrens)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: help with mail over SLIP
Date: 30 Dec 1993 18:28:44 GMT
Organization: The University of Texas at Austin, Austin, Texas
Distribution: world
Message-ID: <2fv6ks$j38@geraldo.cc.utexas.edu>
References: <2ft38a$l4n@geraldo.cc.utexas.edu>
I apologize for the repeated posts. Each time NewsGrazer told me
the post had failed. Obviously it hadn't.
Mikael
From: magnus@fisher.Stanford.EDU (Magnus Nordborg)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: swapfile.front at 0.5GB (yes Giga)
Date: 30 Dec 1993 19:20:01 GMT
Organization: Department of Biological Sciences, Stanford University
Message-ID: <MAGNUS.93Dec30112002@fisher.Stanford.EDU>
References: <CIrz7t.42I@sifon.cc.mcgill.ca>
In-reply-to: brit@wagner.Physics.McGill.CA's message of Wed, 29 Dec 1993 02:35:53 GMT
In article <CIrz7t.42I@sifon.cc.mcgill.ca> brit@wagner.Physics.McGill.CA (Dave Britton) writes:
> Newsgroups: comp.sys.next.sysadmin
> Path: nntp2.Stanford.EDU!headwall.Stanford.EDU!agate!howland.reston.ans.net!cs.utexas.edu!uunet!newsflash.concordia.ca!sifon!news
> From: brit@wagner.Physics.McGill.CA (Dave Britton)
> Sender: news@sifon.cc.mcgill.ca
> Organization: McGill University
> Date: Wed, 29 Dec 1993 02:35:53 GMT
> Lines: 8
> Hi, I can find anything in FAQ about this but:
> 1) What is swapfile.front
> 2) Why did mine get to 666 MB (the number of the devil)?
> 3) why did it only shrink to 553MB on rebooting?
> 4) How can I exorcise this devil?
> Thanks, Dave.
The answer is in item 1020 from NeXTanswers@next.com.
--
Magnus Nordborg
magnus@fisher.stanford.edu (NeXT mail welcome)
Department of Biological Sciences
Stanford University
Stanford, CA 94305-5020
+1 (415) 723-4952 (office)
From: kay@nagasena.muc.de (Kay Schulz)
Newsgroups: comp.sys.next.sysadmin
Subject: Problems: NewsBase
Date: 30 Dec 1993 19:28:19 +0100
Organization: Firestone Chaotic Group
Message-ID: <2fv6k3$ue@nagasena.muc.de>
Hi
I use NewsBase under NSI 3.2.
The problem:
If I post articles the file for uucp starts with an E... Normally it
should start with an S I think. It's in usr/spool/uucp/C./......
Any idea?
--
Kay Schulz 08142/58727
kay@nagasena.muc.de
NeXTmail accepted
Newsgroups: comp.sys.next.sysadmin
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: making tcsh default shell for users
Message-ID: <1993Dec30.205738.20788@cs.yale.edu>
Sender: news@cs.yale.edu (Usenet News)
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Thu, 30 Dec 1993 20:57:38 GMT
It seems that changing the passwd entries doesn't do a thing to change
user shells. Terminal.app has it's own defaults which include the
shell.
How can I change all user accounts over to tcsh?
--
Nathan Janette Voice: 203 432 5065
Systems Manager Fax: 203 432 3923
Brunger Lab Internet: nathan@laplace.csb.yale.edu
Yale Univ Dept MB&B/HHMI "I'm a NeXTstep Man, I'm a NeXTcube Guy"
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.