Sun-Spots-Request@RICE.EDU (Vicky Riffle) (12/01/86)
SUN-SPOTS DIGEST Monday, 1 December 1986 Volume 4 : Issue 33
Today's Topics:
complaints about ND and SunView size
Mixed NFS Administration
Sun repair horror stories
press botch
dvi previewers for Sun-3s, summary
Help with 135M SUN disk problems?
Notifier, tty problems?
Mac-Draw look alike for SUN3/PERQ2?
/Tty/Retained?
Adding Eagles to Suns?
cyrillic font?
console baud rate reset on SUN 3/160S?
booting from a Xylogics 751?
console questions?
------------------------------------------------------------------------
Date: Mon, 3 Nov 86 16:52:28 est
From: mike@bambi.bellcore.com (Mike Caplinger)
Subject: complaints about ND and SunView size
Well, I'm back from Apollo land, or at least I will be when my disk
server shows up. But there's trouble in paradise...
I'm looking longingly at a Sun-3/50 sitting in a box that I can't run because
I don't have any server I can add a new set of ND areas to. Now, on the
Apollos I just hook a diskless node up, tell it who to boot from, and the
rest is totally automatic. None of this /etc/nd.local, format the new
ND disk, etc, etc, nonsense.
So the first question is this: when is ND going to be superseded in favor of
something easier to administrate? ND was never ever considered to be
anything more than a hack, but it seems to have become a cornerstone of
Sun's architecture.
Seems like the best way of handling this would be to allow the specification
of Unix files to be contiguous, then make the swap partition one big
contiguous file. The root partition could be simply be a directory tree
that's mounted by only one machine (the way node_data directories work
on the Apollos.)
Now, my second bitch. The most trivial Suntools (or SunView or whatever)
application runs more than 500K. The mere size doesn't bother me, but the
link time does. It takes at least 30 seconds to link a simple line-
drawing program on a Sun 3, which really makes interactive program
development kind of a pain. Is anyone considering
1) smaller Suntools libraries
2) a faster, smarter linker
3) shareable libraries?
I hate to say it, but in some ways I'm probably going to miss the Apollo...
Mike Caplinger (mike@bellcore.com)
------------------------------
Date: Tue, 11 Nov 86 19:00:04 EST
From: Ken Mandelberg <km@EMORY.ARPA>
Subject: Mixed NFS Administration
Sun NFS is designed for a network of workstations with a common
administration. In reality this is becoming a bad assumption. For
example, on a university campus it is unlikely that the workstations in
a CS department will be administered by the same group that handles the
larger central computers.
The problem that seems to be most trouble on our campus, is the fear
that the root user on a workstation will do setuid to the uid of an
unrelated user on a central machine, and use this to gain access to
that user's files. The only solution at this moment seems to be the
rather gross measure of imposing security at the filestem level, which
in fact means very little is exported. Instead of a machine
independent view of a campuswide filesystem, we have small snapshots
glued together by the liberal use of rlogin.
AT&T's RFS allows each server to do its own uid mapping. This limits a
workstation's root user ability to impersonate other users via NFS,
reducing the risk to a level similar to that afforded via .rhosts for
rcp. Its not perfect, but it is better then NFS which only can map out
client root impersonating server root.
Comments about NFS futures from Sun, or modification made by other NFS
users would be appreciated.
------------------------------
Date: Thu, 02 Oct 86 09:31:03 PDT
From: rex@USGS3-VMS
Subject: Sun repair horror stories
Based on our latest experiences trying to repair our Sun 100U, I will NEVER
recommend the purchase of another Sun computer.
The power supply died on our non-maintained Sun 100U. We called Sun to try
to get another one. Sun would not tell us the PART NUMBER unless we talked
to an engineer first. How much to talk to an engineer? $80/hour, 2 hour
minimum!
After much verbal fireworks, finally get the part number from Sun without
paying $160. We specifically wanted the upgraded power supply, and got
that part number. Due to a mixup, partly our fault, we picked up the old
power supply from Sun in Milpitas. When we called to get the one we really
paid for, Sun WOULD NOT let us have the upgraded power supply. Our 100U
was upgraded from an original Sun 100 (with V7 Unix - can you say "dog"?).
Sun is reserving the upgraded power supply for "real" Sun 100Us, because
they have only a limited inventory remaining.
This latest fiasco is the last straw. Sun might have some of the hottest
equipment around, but they can't get away with trashing their customers
forever. I hope that all of you with dozens of Sun-3s are prepared to
do your own soldering when the Sun-4s come out.
-- Rex
------------------------------
Date: Thu, 13 Nov 86 14:04 EST
From: Robert Scheifler <RWS@ZERMATT.LCS.MIT.EDU>
Subject: press botch
I just got a very apologetic call from a Tom Lovegrove, who is
apparently the Sun salesrep who works out of Rochester, N.Y. He gave
me a tale along the following lines: the person who puts together the
local newsletter for the Rochester chapter of the National Computer
Graphics Association interviewed him about NeWS, and among other
things asked about the relation between X and NeWS. Tom says his
reply to that question was that M.I.T. is examining NeWS to see what
we think of it. The newsletter arrived today, and Tom discovered
that the newsletter writer seems to have gotten mixed up, quoting Tom
as saying that M.I.T. has decided to adopt NeWS instead of X.
In an attempt to help fix things, he is going to announce the mistake
at a chapter meeting on November 17, and also to make sure that the
next chapter newsletter carries a correction. I gave him the latest
word on the subject, namely that M.I.T. has by now looked carefully
at NeWS and has concluded that there are some features of X Version
11 that appear not only not available but very difficult to add to
NeWS; on that basis we plan to continue using X.
His (and my) main concern is that the mistaken report not propagate
beyond the 60 or so recipients of the newletter. My concern is that
people not think X is dying; his concern is that people might accuse
Sun of an underhanded attempt to make it look like X is dying.
If you run across anything that looks like a propagation of this
report, it is probably appropriate to point out that it is wrong, and
that the originator of the report is quite embarrassed by the
mistake. Given the promptness of this call, nothing underhanded
seems to be at work.
Jerry
------------------------------
Date: Fri 14 Nov 86 05:32:01-PST
From: Doug Bryan <Bryan@SU-SIERRA.ARPA>
Subject: dvi previewers for Sun-3s, summary
I would like to thank everyone who responded to my request for information
about TeX/dvi previewers for Sun-3 workstations. In short, there are
a number of good previewers out there. The following is a summary of
the responses I received.
doug
--------------------
Date: Thu, 23 Oct 86 12:34:24 EDT
From: scott@mitre-gateway.arpa
I have a dvi previewer that runs in sunwindows. If you have TeX you probably
already have the fonts it needs. Let me know if you want it and I mail
the source to you.
--John <scott@mitre-gateway>
--------------------
Date: Thu, 23 Oct 86 16:07:47 EDT
From: brisco@toccata.rutgers.edu (Thomas Paul Brisco (Tp))
You may get this one suggested to you about a thousand times,
but whatever --
An *excellent* previewer that we use on Sun2 && Sun3 workstations
is jwm@renoir.berkeley.edu 's `dvitool' (v1.0). The current version is 2.0
but is still under testing, request the 1.0 (if you have problems getting
it, let me know and I will bundle it and send it to you).
What it actually does is map the dvi file to a window under suntools
using 118 dpi fonts (in the TeX distribution). It is reasonably fast, and
looks *very spiffy*. The actual size of the document on your screen is
about 1.5 -> 2.0 times the size of the printed document, but it is
(relationally) correct. Lines and such are handled perfectly, some of the
characters are a bit rough around the edges ... (but hey! Whatya want
for free?) ...
I highly recommend it here, we run in it on 40 - 50 suns with
only minimal problems.
tp.
----------------------------------------------------------
- ARPA: Brisco@rutgers -
- UUCP: (ihnp4!ut-sally, allegra!packard) !caip!brisco -
----------------------------------------------------------
--------------------
Date: Thu, 23 Oct 86 19:20:46 PDT
From: defron%violet.Berkeley.EDU@BERKELEY.EDU (Daniel Efron)
Doug,
I have such a previewer (dvitool) which runs under suntools. It's fairly
decent, but I'm not sure if it's public domain or what. But I'll set you on
to someone here at Berkeley who can help you (maybe).
His address is: john@renoir.berkeley.edu
--Dan Efron
defron@violet
--------------------
Date: Fri, 24 Oct 86 09:40:35 PDT
From: berry@s1-solaria.arpa
Berkeley has one called dvitool that is pretty neat; you can get it by
anonymous ftp to ucbarpa; cd to the pub directory and get
dvitool2.0.shar. There is a README that explains what to do from
there. They say it's a beta-test version.
--berry
--------------------
Date: Fri, 24 Oct 86 18:27:50 PDT
From: jwm@renoir.Berkeley.EDU (Jeff Mc Carrell)
dvitool is part of the VorTeX (Visually Oriented TeX) distribution.
The vortex distribution is not public domain; there is a licensing
agreement and a small fee ($500 for corporations, $100 for everyone
else). The official contact point is:
dist-vortex@ucbvax.Berkeley.EDU
Send that address a request. They'll send you the licensing agreement
and after you sign and return it, you get a tape. This is not a brief
process.
As we speak (sic) dvitool version 2.0 is in beta-test. version 2.0
is radically different from the distribution version (1.1); however,
there is no documentation and I have little time for hand-holding.
Using the program is fairly straight-forward, though. What I'm trying
to say is that I'd be willing to let you have a beta-test version if
you are willing to be a guinea pig and to guarantee that the code won't
be distributed any further than you. What I'd like is for you to set
it up (presumably on a file-server or servers) at Stanford and field
bug reports etc. There have been very few bug reports to date. Also,
presumably you'd concurrently begin to get the official distribution.
Hmm. After writing this, I'm not at all sure it's actually worth
the effort. Unfortunately, I cannot simply put it somewhere for you to
ftp -- and it's not clear that the alternatives are attractive.
So I'm throwing it all back in your lap; if you want to pursue
something along these lines, let me know.
jeff
---------------------
Date: Fri, 24 Oct 86 19:06:49 PDT
From: jwm@renoir.Berkeley.EDU (Jeff Mc Carrell)
yes, 2.0 is miles better than 1.1. there are too many features to list
(I'm late for dinner) right now, but you want 2.0. I'll be in tomorrow
(sat) so presumably we can do it then.
jefgf
---------------------
Date: Sun, 26 Oct 86 12:01:44 -0500
From: Comfy chair <ken@rochester.arpa>
You probably have had several replies on this but...
The Unix TeX tape has a previewer. I haven't used that one.
The Vortex group at Berkeley had a very good previewer to run under
Suntools.
The X windows distribution has a DVI previewer.
Most (probably all) TeX previewers start from the DVI file.
Ken
Herewith the Vortex announcement of a while back. I heard a new tape
is available.
---------------------
Date: Thu, 17 Oct 85 11:43:41 PDT
To: unix-tex@washington.arpa
From: phc@ucbrenoir.Berkeley.EDU (Peehong Chen)
Subject: Announcement from Berkeley VorTeX group
Announcements from Berkeley
The Berkeley VorTeX project now has a new distribution of their work ready for
public release. It consists of a tape containing a number of programs which
greatly facilitate using TeX and related systems for high quality document
preparation. Here is an overview of the major subsystems:
1. ``dvitool'' is a previewer for DVI files which runs on the SUN workstation.
This system is very robust, handles arbitrary DVI files, and provides a great
many features. It is a full tool in the sense of the SUN window system and
can be adjusted to any size the user finds appropriate. It is possible to
keep a small window on the screen for previewing at the same time a source
window is present. This is extremely valuable in debugging.
Changing the view you have of a page is instantaneous.
2. ``texdvi'' is a program that runs TeX and previews the results using
``dvitool.'' If the tool does not exist it is started, if the tool exists
it is opened and the file is read into it automatically. ``latexdvi'' and
``slitexdvi'' are similar systems for LaTeX and SliTeX respectively. This is
actually one program and would work with your own version of ``FooTeX'' as
well (by linking ``texdvi'' to ``foodvi'', for example).
3. ``pxtool'' is a SUN-based font editor for PXL files. It is similar in
spirit to ``icontool'' or ``fonttool''. A graphics window is available and an
image of the font is shown with the pixels depicted on the screen.
Using the mouse, one is able to edit pixels. There is also a ``show mode''
in which the finished character is displayed on the screen.
This tool is very useful for creating and editing fonts.
4. FONTS: A rather complete set of fonts is available for TeX and LaTeX in the
sizes needed for the previewer (note that SliTeX fonts are not included in
this distribution.) These are regularly in use at Berkeley and rarely have
people run into missing font problems (``dvitool'' responds gracefully
to missing fonts.) These fonts, mostly supplied by the UNIX TeX distribution
at the University of Washington, are somewhat bit-tuned using ``pxtool'' for
the SUN screen.
5. ``bibtex.ml'' is a very large macro package for Gosling Emacs that greatly
facilitates the preparation of ``.bib'' files for document preparation.
This is intended for use with LaTeX and BibTeX. The user selects the type of
reference intended such as an article and the program provides fields to be
filled in, copies fields from previous entries, provides various kinds of
checking and assists you in other ways. One particularly useful option is
preparing a draft bibliography which includes numerical references, symbolic
references and a formatted version of the entries. Another of the options
allows previewing on the SUN or printing on any of your local printers.
This particular system is not SUN specific although it does interface nicely
with ``dvitool'' mentioned above. A companion program ``texbib.ml'' can be
used as a bibliography preprocessor for TeX documents under Emacs.
These programs are expected to be ported to GNU Emacs in the near future.
If you are interested in the this distribution, please write to:
Professor Michael A. Harrison
Re: VorTeX Distribution
Computer Science Division
571 Evans Hall
University of California
Berkeley, CA 94720
or through the net, to: vortex@berkeley.arpa.
---------------------
Date: Fri, 24 Oct 86 11:48:17 CDT
From: "Steven M. Miller" <steve%umn-duluth.csnet@CSNET-RELAY.ARPA>
TeX previewers for suns.
VorTeX from Berkeley is inexpensive and works.
TeXtsets previewer is great.
If you need info on how who to contact reply and I'll dig up it out
of my files.
-Steve
---------------------
Date: Thu, 23 Oct 86 22:00:27 EDT
From: Barry Shein <bzs@BU-CS.BU.EDU>
This is a version of dvisun I hacked up to use the mouse and suntools
(the original only worked from outside of suntools.) It uses standard
.tfm files and the pxl (font) files for the BBN BitGraph terminal which was
on the TeX distribution tape (they're files like amr10.590pxl, somewhere
down there like =tools, look around, you'll find them, then set the path
in the Makefile, there are instructions contained within.)
-Barry Shein, Boston University
[ Barry was good enough to send me source code, but since it has
already been posted to some of these lists, I have not included
it here. db ]
---------------------
From: Neil Bodick <Bodick@cis.upenn.edu>
Date: Mon, 27 Oct 86 09:09 EST
The Sun Catalyst Winter 1986 third party vendor catalog lists a
product called TeX Preview from a company called Textset, Inc. The address
is:
Textset, Inc.
416 Fourth Street
P. O. Box 7993
Ann Arbor, MI 48107
(313) 996-3566
Bruce Baker
If you don't have a copy of the Catalyst catalog, you should get one
from your Sun vendor. I believe they're free.
I have no knowledge of the price or performace of this product, but
I am interested in using the Sun for typesetting. So, if you reach any
conclusions, I'm interested in how you reached your decision. Good luck.
Andre Marquis
bodick@cis.penn.edu (ARPANET)
Let's try that again/
bodick@cis.upenn.edu (ARPANET)
bodick@upenn (CSNET)
---------------------
Date: Thu, 30 Oct 86 16:56:25 PST
From: Don Gardner <gardner@gryphon.stanford.edu>
We were trying to make a previewer for the microVAX for postscript, but we
ran into lots of difficulties with the xfonts. If you are interested in
what was actually created, it is on one on our microVAXes; it was made
by Stuart Marks who is now at DEC
----------------------
Date: Sat, 1 Nov 86 17:52:27 pst
From: elroy!smeagol!earle@csvax.caltech.edu (Greg Earle)
The Unix TeX distribution, available from Washington, has a DVI previewer
for the Sun-3 available via anonymous FTP. To get it, ftp to WASHINGTON.ARPA,
and the file is contained in <TEX.XFER>DVISUN.TAR (TOPS-20 style directories).
Then, you can contact lln-cs!yl (not sure if this machine is on the ARPAnet),
who made changes to it to support the SunView interface under Sun OS 3.x.
He called the final result `texview' but the program is basically the same
as `dvisun'. If you have the Unix TeX distribution you can contact the VorTeX
people at Berkeley (I think it's dist-vortex@ucbarpa) and they'll send you
literature on their VorTeX distribution which is a set of programs for use
with TeX that run on Suns; this includes a previewer of course, plus other
tools.
There is also a troff previewer available, but you didn't mention troff so
I'll assume you don't care about that.
As far as PostScript goes, I think you'll have to wait for Sun OS 4.0 when
Gosling's SunDEW/NeWS (take your pick) whizbango window system becomes
available. The preliminary brochure Sun just distributed has a page where
a display is shown, and there is a PostScript previewer running in it.
--
Greg Earle UUCP: sdcrdcf!smeagol!earle; attmail!earle
JPL ARPA: elroy!smeagol!earle@csvax.caltech.edu
smeagol!earle@usc-oberon.usc.edu
AT&T: +1 818 354 0876
Do you guys know we just passed thru a BLACK HOLE in space?
----------------------
From: jim%computer-science.strathclyde.ac.uk@Cs.Ucl.AC.UK
Full-Name: Jim Reid
Date: Fri, 31 Oct 86 09:43:07 GMT
I have two TeX previewers for SUN workstations. One was posted to the
net a few months ago and the other was developed at the Turing Institute
next door to us. The former uses the full SUN screen and the TI one works
in a window (with scroll bars?).
I've not used them yet - I've not even had time to install TeX yet - but
I do know the TI previewer works on a SUN3. I've seen it in action and it
is very nice.
Let me know if you want them. I expect your mailbox will be bursting with
previewers...
Jim
ARPA: jim%cs.strath.ac.uk@ucl-cs.arpa, jim@cs.strath.ac.uk
UUCP: jim@strath-cs.uucp, ...!seismo!mcvax!ukc!strath-cs!jim
JANET: jim@uk.ac.strath.cs
---------------------
Date: Wed 29 Oct 86 12:25:07-PST
From: Maurice J. Wuts <WUTS@USC-ECLC.ARPA>
I have a program that will preview DVI files on the Sun under
suntools. You are welcomed to it without support. There are
at least two others out there, one of them was posted on one
of the news groups.
Maurice
---------------------
Date: Tue, 4 Nov 86 11:25:55 EST
From: Root Boy Jim <rbj@icst-cmr.arpa>
Try anonymous FTP to `sally.utexas.edu'.
(Root Boy) Jim Cottrell <rbj@icst-cmr.arpa>
I had pancake makeup for brunch!
---------------------
Date: Thu, 6 Nov 86 02:48:30 EST
From: der Mouse <mosart!mcgill-vision!mouse%think.UUCP@harvard.HARVARD.EDU>
I wrote a program to display TeX .dvi file output on a Sun-3. You need
an auxiliary program I wrote to convert the fonts from .pxl format to
an information file and a vfont-format font. This was finished just recently,
so the UNIX-TeX people don't know about it yet. Mail me if interested.
der Mouse
USA: {ihnp4,decvax,akgua,utzoo,etc}!utcsri!mcgill-vision!mouse
think!mosart!mcgill-vision!mouse
Europe: mcvax!decvax!utcsri!mcgill-vision!mouse
ARPAnet: think!mosart!mcgill-vision!mouse@harvard.harvard.edu
Aren't you glad you don't shave with Occam's Razor?
---------------------
Date: Wed, 29 Oct 86 14:51:30 PST
From: wuts%altair.usc.edu@usc-oberon.ARPA (Maurice Wuts)
Subject: dvisuntool
[ Maurice was also good enough to send me source code. It has not
been included here in an effort to keep this message below 1mb. db ]
------------------------------
Date: 5 Nov 86 18:41:56 GMT
From: tarsa@elijah.UUCP (Greg Tarsa)
Subject: Help with 135M SUN disk problems?
About a year ago I picked up a SUN 2/120 at an auction for a very
nice price. It has the SUN dual 135M disk option with the Xylogics 450
controller. It worked great, which was good, because I can afford aution
prices for a machine like this but I can't afford to pay 75% of its price
each year for a maintenance contract. So I look my first system crash
as a learning experience. . .(ugh).
Recently the system disk refused to boot giving me a couple of "Error 6
xy0 bn 64" errors followed by an attempt to bring up vmunix which printed
a few "xy0a: cannot read block bno nnn" errors and died with a panic.
The first thing I did was bring up mini-UNIX from tape and salvage what
I could from the disk. The "bad" blocks were scattered around and no
filesystem was completely free of them.
I had had a similar problem on a different SUN-2 with a SCSI disk and the
action I was told to take (we were under contract there) was to reformat
the disk and reload the software, which I did and everything was fine
(for a few months, but that is another story).
So I loaded up diag, gave it the format command and settled in for the 2
hour wait while it did its thing. In the meantime I searched the
documentation for more information on the various diag commands. The first
thing I read was:
Warning: Do not FORMAT any SMD disk that you purchased from SUN
you will lose valuable information that you cannot replace.
By that time it had been chugging away for more than an hour, but I still
hit ^C.
Can anyone tell me what I lost? There are hints in the documentation that
Format may not write out the mapping information until the very end, but
it is not too explicit. This particular invocation of Format gave no
messages indicating that it found any bad sectors (which seems odd to me,
since the system certainly could not read blocks on it).
I also have a broader question regarding my disk problems: What is likely
to be broken? Electronics of HDA? Does anyone have any similar experiences
the the Fujitsu 2322/Xylogics combination that can help me to narrow the
problem down as far as possible, preferably to a specific board, so that I
can afford to get it fixed?
Any help would be appreciated.
Greg Tarsa
decuac!elijah!tarsa
------------------------------
Date: 5-NOV-1986 10:58:13
From: BATTEN%UK.AC.BHAM.COMP-V1@ac.uk
Subject: Notifier, tty problems?
I'm trying to get (GNU) emacs to use a SUN/3 mouse as an input device,
and as part of that I want to be able to get the mouse to send sequences
like "ESC : <row> ; <column> ; <status> <CR>". I'll then modify the
bg-mouse code supplied with emacs to get it to do something useful. My
strategy has been as follows:
(1) Fork a tty window with emacs in it, and set up an interposer between
it and its events.
(2) When I get a button down event, post a sequence of keyboard events
that say the right thing. Don't send on the mouse event itself as I
don't want the selection service involved.
(3) Any other event I pass straight on.
So, what happens? When I started the code, I just either passed on the
event or changed "event_id (event)" to 'x' and passed that on. Result?
Every time I pressed a button, emacs saw an 'x'. Fine. I then
sprintf'd the string that I needed to send over into a buffer and used
"notify_post_event" to send it accross. Result? Segmentation error.
I've tried (as you can see) copying the event into another structure and
only hacking the copy, using "notify_post_event_and_arg", and all sorts
of things, but it still fails. There follows the source code and a dbx
trace of its death. Any and all ideas are welcome!
Ian G. Batten, University of Birmingham.
My address seems to be in a state of flux at the moment:
Batten at "uk.ac.bham.comp-v1" via relay.cs.net -- best
"uk.ac.bham.multics"
Batten at "comp-v1.bham.ac.uk" via your-favorite-gateway
"multics.bham.ac.uk" (seismo and ucbvax certainly
understand!)
-----cut here-----
/* -*- c-mode -*- */
/* Attempt to send mouse position to emacs. IGB, 4/11/86 */
#include <suntool/sunview.h>
#include <suntool/tty.h>
#include <stdio.h>
#define ESC 033
char *tty_argv[] = "emacs", 0 ;
static Notify_value emit_event ();
int font_height, font_width;
main (argc, argv)
int argc;
char **argv;
Frame frame;
Tty tty;
struct pixfont *tty_font;
frame = window_create (NULL, FRAME, FRAME_ARGS, argc, argv,
FRAME_LABEL, "Emacs (Mouse Hacks) (C) IGB", 0);
tty = window_create (frame, TTY, TTY_ARGV, tty_argv, 0);
tty_font = (struct pixfont*) window_get (tty, WIN_FONT);
font_width = tty_font->pf_defaultsize.y;
font_height = tty_font->pf_defaultsize.x;
retval = (int) notify_interpose_event_func (tty, emit_event, NOTIFY_SAFE);
if (retval != 0)
fprintf (stderr, "notify_interpose_event_func got %d.\n", retval);
exit (1);
window_main_loop (frame);
static Notify_value emit_event (window, event, arg, type)
Window window;
Event *event;
Notify_arg arg;
Notify_event_type type;
int retval;
char buffer[128];
int loop;
Event *new_event;
if (event_is_down (event) && event_is_button (event))
sprintf (buffer, "%c:%d;%d;", ESC, event_x (event) / font_height,
event_y (event) / font_width);
new_event = (Event *) malloc (sizeof (Event));
*new_event = *event;
for (loop = 0; buffer[loop] != '\0'; loop++)
event_id (new_event) = buffer[loop];
retval = (int) notify_post_event (window, new_event, type);
if (retval != 0) printf ("retval: %d\n", retval);
event_id (new_event) = '\n';
return notify_next_event_func (window, new_event, arg, type);
else
return notify_next_event_func (window, event, arg, type);
/*
* Local Variables:
* compile-command: "cc emacs-mouse.c -o emacs-mouse -lsuntool -lsunwindow -lpix
* End:
*/
-----cut here-----
Script started on Wed Nov 5 09:49:34 1986
Wed Nov 5 09:49:36 WET 1986
/usr.MC68020/fat-controller/staff/igb/hacks
Computer programmers do it byte by byte
Boy, am I glad it's only 1971...
<41> dbx emacs-mouse
Reading symbolic information...
Read 4988 symbols
(dbx) where
ndis_default_prioritizer(0xb40ac, 0x20, 0xefffd54, 0xefffd50, 0xefffd4c, 0x20, 0
ttysw_prioritizer(0xb40ac, 0x20, 0xefffd54, 0xefffd50, 0xefffd4c, 0x20, 0xefffd5
notify_client(0xb40ac) at 0x517b8
ndis_default_scheduler(0x1, 0xcb864) at 0x54bbc
ndis_dispatch() at 0x51462
notify_start() at 0x4eff2
window_main_loop(0x87b48) at 0xf1de
main(argc = 1, argv = 0xefffe04, 0xefffe0c), line 30 in "emacs-mouse.c"
(dbx) quit
<42> exit
script done on Wed Nov 5 09:50:17 1986
------------------------------
Date: Wed, 5 Nov 86 13:53:36 GMT
From: Neild%unix.computer-science.manchester.ac.uk@Cs.Ucl.AC.UK
Subject: Mac-Draw look alike for SUN3/PERQ2?
Does anyone know of the existance of a Mac-Draw look alike for SUN3s (and
PERQ2s) that produces PostScript as output ? If anyone does, please mail me
details of what, where, when, how, cost etc.
Thanks in advance
*=============================================================================*
* R Neil Dyer, | *
* Dept of Computer Science, | Tel: (+44) 61 273 7121 Ext 5018 *
* The University of Manchester, | JANET: neild@uk.ac.man.cs.ux *
* Oxford Road, Manchester | UUCP: mcvax!ukc!man.cs.ux!neild *
* M13 9PL, | ARPA: neild%uk.ac.man.cs.ux@cs.ucl.ac.uk *
* UNITED KINGDOM. | *
*=============================================================================*
------------------------------
Date: Sat, 8 Nov 86 13:04:13 CST
From: David Chase <rbbb@proserpina.rice.edu>
Subject: /Tty/Retained?
The on-line documentation says
If enabled, interactive performance of
shelltool and gfxtool will be improved,
although at a slight expense of memory usage.
Define "slight". Use numbers, please.
David
------------------------------
Date: Mon, 10 Nov 86 20:25:51 PST
From: ehl%cogsci.Berkeley.EDU@berkeley.edu (Edward H. Lay)
Subject: Adding Eagles to Suns?
Does anyone out there have any experience (good or bad) in adding their own
eagles to a Sun ? We are thinking of buying our own eagles and adding them
ourselves but we'd like to find out how much work we are in for before making
a final decision. I'm specifically interested in what one needs from Sun to
make it work. My only experience in this type of thing is in adding an eagle
to a Symbolics Lisp Machine so I understand a lot of what is involved from the
eagle side. One thing I'm wondering about is the details of the procedure for
actually formatting the disk.
thanks,
edward lay (ehl@cogsci.berkeley.edu or ...ucbvax!cogsci!ehl)
------------------------------
Date: Tue, 11 Nov 86 12:24:47 EST
From: mo@seismo.CSS.GOV (Mike O'Dell)
Subject: cyrillic font?
Anybody have a cyrillic font for Sun-3's?? We have some people
wanting to do some word-processing and need one.
-Mike
------------------------------
Date: Wed, 12 Nov 86 11:40:51 -0800
From: adobe!shore@decwrl.DEC.COM
Subject: console baud rate reset on SUN 3/160S?
We have a Sun 3/160S running 3.0 with a crt terminal (a Freedom
100 to be exact) as its console device. Every once in a while,
something gets confused about the baud rate of the terminal and
output to the console comes out as question marks. The terminal
itself is still set to 9600 baud. Last time this happened, I
did a
stty everything >/dev/console
when rlogged in as root and stty reported that the baud rate was
1200 baud. So... it seems to be UNIX itself that is confused,
not the scc chip and not the terminal. I can use stty to
reset the baud rate with
stty 9600 >/dev/console
and OUTPUT to the console now shows up correctly, but I don't
get a login prompt there. Looking at a "ps" list, I see
USER PID %CPU %MEM SZ RSS TT STAT TIME COMMAND
root 761 0.0 0.0 56 0 a IW 0:00 - 2 (getty)
(note that ttya is the console in this configuration).
/etc/ttys looks like:
12console
02ttya
02ttyb
Doing a "kill -HUP 1" doesn't help.
Has anyone out there had any similar problems?
Any suggestions?
Thanks in advance,
--Andy Shore
Adobe Systems Incorporated
{decwrl,sun}!adobe!shore
adobe!shore@decwrl.DEC.COM
------------------------------
Date: Mon, 10 Nov 86 15:36:24 est
From: savax!dove@dspvax.MIT.EDU (webster dove)
Subject: booting from a Xylogics 751?
Does anyone out there know how I can arrange to boot a sun-3/160 from
a Xylogics 751 VME SMD disk controller?
The sun boot roms only support the Xylogics 450/451 Multibus SMD
controllers.
Is there a way to add new boot roms?
Does Sun have preliminary versions of 751 boot roms?
Can I boot a 751 with some (simple) console commands?
------------------------------
Date: Wed, 12 Nov 86 18:01:19 MST
From: hi!kurt@hc.dspo.gov (Kurt Zeilenga)
Subject: console questions?
We would like to be able to have an ASCII terminal (on ttya) as the
console (for all error messages) and still have terminal capabilities
[tty(4)] on the color monitor.
If we move /dev/console to /dev/ttyc and /dev/ttya to /dev/console, all
NON-kernal error message do appear on the ascii terminal. The monitor
is accessable via /dev/ttyc, but the KERNAL messages, of course, still
are on the major device 0, minor 0 (ttyc, the monitor).
If we change the prom, ttya does become the console but the monitor can
no longer be used as a terminal because the cons(4) driver is no longer
attached to the monitor.
Any suggestions/pointers to get this done would be greatly
appreciated. If you have done this (or run two monitors on one CPU), I
would like to here from you.
- Kurt Zeilenga (zeilenga@hc.dspo.gov)
------------------------------
End of SUN-Spots Digest
***********************