Sun-Spots Digest, v6n149
William LeFebvre
Sun-Spots-Request at RICE.EDU
Fri Jul 22 15:48:33 AEST 1988
SUN-SPOTS DIGEST Thursday, 21 July 1988 Volume 6 : Issue 149
Today's Topics:
Re: What does this error mean
small patch for monthtool
Suntools startup bug/feature
Bug in some versions of suninstall +workaround
mysterious Fig crashes
Where to report bugs in GNU software
Reverse charged X.25 calls
PANEL_ITEM_BOXED in SunView?
sps for SunOS 4.0?
using resolver on Sun?
386i as file server?
VT102+ on VMS VAX thru Sun_3?
Send contributions to: sun-spots at rice.edu
Send subscription add/delete requests to: sun-spots-request at rice.edu
Bitnet readers can subscribe directly with the CMS command:
TELL LISTSERV AT RICE SUBSCRIBE SUNSPOTS My Full Name
Recent backissues are available via anonymous FTP from "titan.rice.edu".
For volume X, issue Y, "get sun-spots/vXnY". They are also accessible
through the archive server: mail the request "send sun-spots vXnY" to
"archive-server at rice.edu" or mail the word "help" to the same address
for more information.
----------------------------------------------------------------------
Date: Tue, 12 Jul 88 13:27:00 CDT
From: apctrc!drd!phred!mark at uunet.uu.net (Mark Lawrence)
Subject: Re: What does this error mean
My manpage on /etc/ifconfig states:
trailers Enables the use of a trailer link level
encapsulation when sending messages (the
default). If a network interface sup-
ports trailers, the system, when possi-
ble, encapsulates outgoing messages in a
manner that minimizes the number of
memorytomemory copy operations performed
by the receiver. This feature is
machine-dependent, and therefore not
recommended.
-trailers Disables the use of a trailer link level
encapsulation.
Maybe you have trailers on? Try turning them off.
Mark mlawrence at jarsun1.zone1.com
------------------------------
Date: Tue, 12 Jul 88 14:41:35 BST
From: ida%HERON.WARWICK.AC.UK at cunyvm.cuny.edu
Subject: small patch for monthtool
A small patch for monthtool
...........................
Here is a small patch for monthtool which will display the names of the
days (Sun Mon etc) above the month window.
The patch is not in any usual format..
just search for the OLD source in monthtool.c and replace it with the NEW.
====================
OLD: Panel monthPanel,
--------------------
NEW: Panel monthPanel, daysPanel,
====================
OLD: Panel_item monthItem,
--------------------
NEW: Panel_item monthItem, daysItem ,
====================
OLD: WIN_HEIGHT, DATES_HEIGHT + MONTH_HEIGHT +
--------------------
NEW: WIN_HEIGHT, DATES_HEIGHT + 2*MONTH_HEIGHT +
====================
OLD: datesPanel = window_create(frame, PANEL,
OLD: .....
OLD: 0) ;
--------------------
NEW: datesPanel = window_create(frame, PANEL,
NEW: .....
NEW: 0) ;
NEW: daysPanel = window_create(frame, PANEL,
NEW: WIN_X, 0,
NEW: WIN_BELOW, monthPanel,
NEW: WIN_HEIGHT, MONTH_HEIGHT,
NEW: WIN_WIDTH, WINDOW_WIDTH,
NEW: WIN_FONT, notesFont,
NEW: PANEL_BACKGROUND_PROC, monthBackgroundHit,
NEW: PANEL_EVENT_PROC, monthEvent,
NEW: 0);
====================
OLD: WIN_BELOW, monthPanel,
--------------------
NEW: WIN_BELOW, daysPanel,
====================
OLD: monthItem = panel_create_item(monthPanel, PANEL_MESSAGE,
OLD: .....
OLD: 0);
--------------------
NEW: monthItem = panel_create_item(monthPanel, PANEL_MESSAGE,
NEW: .....
NEW: 0);
NEW: daysItem = panel_create_item(daysPanel, PANEL_MESSAGE,
NEW: PANEL_LABEL_X, 5,
NEW: PANEL_LABEL_Y, 10,
NEW: 0);
====================
OLD: char monthString[20];
--------------------
NEW: char monthString[20], daysoftheweek[30] ;
====================
OLD: panel_set(monthItem, PANEL_LABEL_STRING, monthString, 0);
--------------------
NEW: panel_set(monthItem, PANEL_LABEL_STRING, monthString, 0);
NEW: strcpy(daysoftheweek," Sun Mon Tue Wed Thu Fri Sat") ;
NEW: panel_set(daysItem, PANEL_LABEL_STRING, daysoftheweek, 0);
====================
Also, here is a more accurate icon for the tool, just substitute it for the
old iconwhich is defined between in
short toolIcon[] = $..... ;
-------- cut here ------------------
0xFFFF,0xFFFF,0xFFFF,0xFF88,0x8000,0x0000,0x0000,0x0188,
0x88A6,0x6A80,0x01FC,0xD922,0x8EF8,0x6E80,0x0104,0xD922,
0x87D6,0x2B80,0x01FC,0xD988,0x894C,0x1C80,0x0000,0x0188,
0x8000,0x0000,0x0000,0x0122,0xFFFF,0xFFFF,0xFFFF,0xFF22,
0x8000,0x0000,0x0000,0x0188,0x8000,0x0000,0x0000,0x0188,
0x9C38,0x3838,0x3838,0x3922,0x8000,0x0000,0x0000,0x0122,
0x8000,0x0000,0x0000,0x0188,0x8000,0x0000,0x0000,0x0188,
0xFEFE,0xFEFE,0xFEFE,0xFF22,0x8101,0x0101,0x0101,0x0122,
0x8101,0x0119,0x1919,0x3188,0x8101,0x0119,0x1919,0x3188,
0x8101,0x0101,0x0101,0x0122,0xFEFE,0xFEFE,0xFEFE,0xFF22,
0x8101,0x0101,0x0101,0x0188,0x9919,0x1919,0x1919,0x3188,
0x9919,0x1919,0x1919,0x3122,0x8101,0x0101,0x0101,0x0122,
0xFEFE,0xFEFE,0xFEFE,0xFF88,0x8101,0x0101,0x0101,0x0188,
0x9919,0x1919,0x1919,0x3122,0x9919,0x1919,0x1919,0x3122,
0x8101,0x0101,0x0101,0x0188,0xFEFE,0xFEFE,0xFEFE,0xFF88,
0x8101,0x0101,0x0101,0x0122,0x9919,0x1919,0x1919,0x3122,
0x9919,0x1919,0x1919,0x3188,0x8101,0x0101,0x0101,0x0188,
0xFEFE,0xFEFE,0xFEFE,0xFF22,0x8101,0x0101,0x0101,0x0122,
0x9919,0x1919,0x1901,0x0188,0x9919,0x1919,0x1901,0x0188,
0x8101,0x0101,0x0101,0x0122,0xFEFE,0xFEFE,0xFEFE,0xFF22,
0x8101,0x0101,0x0101,0x0188,0x8101,0x0101,0x0101,0x0188,
0x8101,0x0101,0x0101,0x0122,0x8101,0x0101,0x0101,0x0122,
0xFEFE,0xFEFE,0xFEFE,0xFF88,0x8000,0x0000,0x0000,0x0188,
0x8000,0x0000,0x0000,0x0122,0x9FF9,0xF008,0x4210,0x8122,
0x8000,0x0000,0x0000,0x0188,0xFFFF,0xFFFF,0xFFFF,0xFF88,
0x8000,0x0000,0x0000,0x0122,0x8000,0x0000,0x0000,0x0122,
0x8C00,0x0000,0x0000,0x0188,0x8CF3,0xF800,0x0000,0x0188,
0x8000,0x0000,0x0000,0x0122,0x8C00,0x0000,0x0000,0x0122,
0x8CDF,0xF7C0,0x0000,0x0188,0x8000,0x0000,0x0000,0x0188,
0x8C00,0x0000,0x0000,0x0122,0x8CFD,0xC000,0x0000,0x0122,
0x8000,0x0000,0x0000,0x0188,0x8000,0x0000,0x0000,0x0188,
0x8000,0x0000,0x0000,0x0122,0xFFFF,0xFFFF,0xFFFF,0xFF22
---------- cut here ------------------
Russ Lomax. Department of Engineering
russ at uk.ac.warwick.eagle University of Warwick,
[+44|0]203 523523 ext 2115 Coventry, CV4 7AL, England
------------------------------
Date: Tue, 12 Jul 88 15:59:48 MDT
From: Mark G. Brown <markb at boulder.colorado.edu>
Subject: Suntools startup bug/feature
I thought I'd seen everything, but when one of our staff came up with this
one this morning, I was completely baffled.
With this .suntools file:
cmdtool -Wp 0 0 -Ws 639 133 -WP 0 0 -Wf 240 80 80 -C
clock -Wp 556 28 -Ws 221 39 -WP 1088 0 -Wi -Wb 20 180 120 -r -s -d wmd
shelltool -Wp 502 76 -Ws 650 758 -WP 648 0 -Wf 80 150 80
shelltool -Wp 0 137 -Ws 650 727 -WP 720 0 -Wf 0 120 180
when he started suntools from his home directory, the cmdtool, clock, and
1st shelltool appeared on the screen. A ps ax showed the 2nd shelltool
process, but without any associated tty. And when he logged out of
shelltool #1, shelltool #2 finally appeared. I finally resorted to
shutting down the machine completely, cycling power, and re-booting, to
fix the "problem". This occurred on a 3/60 diskless client running 3.5,
being served by a 3/280 also running 3.5.
Has anyone ever experienced this phenomenon? Can anyone explain what was
happening? Thanks in advance.
-markb
Mark G. Brown, University of Colorado, Boulder, Colorado 80309 (303)-492-3972
markb at sigi.colorado.edu -or- !{nbires|ncar}!boulder!markb
[[ Maybe you ran out of ptys? Maybe (for some weird reason) both
shelltools decided to try to use the same pty? Is the problem repeatable?
Did a simple reboot help? --wnl ]]
------------------------------
Date: Tue, 12 Jul 88 18:49:39 -0400
From: salex at linc.cis.upenn.edu
Subject: Bug in some versions of suninstall +workaround
There is a bug in suninstall on the SunOS 4.0 FCS tapes at least. I am of
the impression that I saw it on a more recent tape set than that, but
since the tapes that I used were on loan from the local Field Service
people, I cannot be sure. I'm told that it will be fixed in 4.1.
The symptoms of the bug are that, if you use a tty and the termcap entry
for it is more than 512 bytes, you will fill in the forms and then ask
that suninstall start the install. Immediately, you get the message Bus
error- core dump.
I found out through field service that the problem is that the buffer used
to parse the termcap file is too small. To get around it, before invoking
suninstall, run the following commands
set noglob
eval `tset -s vt100` (substitute your terminal for vt100)
unset noglob
This gets rid of the need to parse the termcap file so the clear that
suninstall tries to do will work.
Scott Alexander
salex at linc.cis.upenn.edu
------------------------------
Date: Tue, 12 Jul 88 22:43:36 EDT
From: beck at svax.cs.cornell.edu (Micah Beck)
Subject: mysterious Fig crashes
We've been experiencing mysterious crashes of the Fig graphics editor.
Examination of the core file indicates that a pointer in the data
structure representing a POLYLINE has been corrupted. However, the crash
is usually caused by an operation which traverses the structure (such as
screen refresh or file save) and so the actual cause of the corruption is
a mystery. The only clue is that it seems to be related to the creation
of compound objects. Sometimes, but not always, the crash is preceded by
strange screen representation of a line object.
Has anyone else experienced similar crashes of Fig? We are running
Version 1.4 Release 2 with Patch 1 installed.
Micah Beck
Cornell CS Dept.
beck at svax.cs.cornell.edu
------------------------------
Date: Tue, 12 Jul 88 22:23:50 EDT
From: rms at wheaties.ai.mit.edu (Richard Stallman)
Subject: Where to report bugs in GNU software
Reference: v6n134
[[ This was forwarded to this list by someone else. --wnl ]]
If you see a fire, you wouldn't call the your congressman or your doctor.
You would call the Fire Department.
If you know of a GDB bug and you would like it to be fixed, the
constructive thing to do is to send a report (including a complete test
case) to the proper place:
bug-gdb at prep.ai.mit.edu
Posting reports someplace else is probably useless because the people who
could fix it will probably never see it.
This announcement is being made here because recently a message about a
GDB bug was posted here. Its author was very lucky that someone forwarded
it to the right place. If you have a bug you would like fixed, don't
leave it to chance! Send the report to the right place yourself.
[[ I would call the fire department, yes (actually around here I would
call "911"). But I would also tell people close by so that they are aware
of a potentially serious problem. Posting reports someplace else is not
useless, because it may help others who are trying to use the same program
identify a problem that is not necessarily their fault. I agree that
posting it *exclusively* elsewhere is not nearly as effective as reporting
it to the author(s). But I think that both should be done. --wnl ]]
------------------------------
Date: Tue, 12 Jul 88 15:42:05 PDT
From: portal!jel at sun.com (John Little)
Subject: Reverse charged X.25 calls
Reference: v6n117
There is a patch for Sunlink 5.0 that lets you determine whether a call
was reverse charged. We noticed this last summer, beat on Sun for a
while, and they fixed it. This fix, and a bunch more, are also in 5.2.
The problem is that the facilities data returned from the X25_RD_FACILITY
ioctl do not reflect the negotiated facilities. The patch fixes this so
that you see the facilities you are using for the call. This more closely
resembles the documentation and is what you would expect to happen.
BTW, I have been told that the major priority in 6.0, besides supporting
4.0, is to increase the quality of the product.
John Little
Portal Communications
------------------------------
Date: 12 Jul 88 23:20:26 GMT
From: mkhaw at teknowledge-vaxc.arpa (Mike Khaw)
Subject: PANEL_ITEM_BOXED in SunView?
This is a boolean attribute defined in <suntool/panel.h>; however, I
haven't been able to get it to have any visible effect. It's not
documented, so Sun won't say anything about it.
I've tried, for example,
boxed_item = panel_create_item(my_panel, PANEL_MESSAGE,
PANEL_LABEL_STRING, "I want a box around this",
PANEL_ITEM_BOXED, TRUE,
PANEL_SHOW_ITEM, TRUE,
0);
I get an unboxed panel message item. What am I missing?
Thanks,
Mike Khaw
internet: mkhaw at teknowledge.arpa
uucp: {uunet|sun|ucbvax|decwrl|uw-beaver}!mkhaw%teknowledge.arpa
hardcopy: Teknowledge Inc, 1850 Embarcadero Rd, POB 10119, Palo Alto, CA 94303
------------------------------
Date: 13 Jul 88 02:46:00 GMT
From: emory!km at gatech.edu (Ken Mandelberg)
Subject: sps for SunOS 4.0?
Has anyone ported "sps" to SunOS 4.0 as yet?
Ken Mandelberg | {decvax,sun!sunatl,gatech}!emory!km UUCP
Emory University | km at emory BITNET
Dept of Math and CS | km at emory.ARPA ARPA,CSNET
Atlanta, GA 30322 | Phone: (404) 727-7963
------------------------------
Date: Tue, 12 Jul 88 14:05:58 +0200
From: mcvax!irisa.irisa.fr!lamballa at uunet.uu.net (Didier Lamballais)
Subject: using resolver on Sun?
Is it possible to configure the system for using the resolver library with
the binary distribution of SunOS 3.4 or 4.0?
Thanks,
Didier Lamballais lamballais at irisa.fr
IRISA-INRIA
Campus de Beaulieu
35042 Rennes cedex
FRANCE
[[ There is a way to configure the yellow pages hostname server so that it
will ask the name resolver if it cannot find the name in its own database.
But I do not know offhand how to do that. --wnl ]]
------------------------------
Date: 12 Jul 88 23:23:52 GMT
From: mkhaw at teknowledge-vaxc.arpa (Mike Khaw)
Subject: 386i as file server?
Is it silly to try to use a 386i as a file server for 3/50s, 3/60s and
3/110s? How would it be better/worse than using, say, a 3/2xx as a file
server? Note: the server would be strictly a file server, NOT a boot
server because all the clients have local SCSI disks.
Mike Khaw
internet: mkhaw at teknowledge.arpa
uucp: {uunet|sun|ucbvax|decwrl|uw-beaver}!mkhaw%teknowledge.arpa
hardcopy: Teknowledge Inc, 1850 Embarcadero Rd, POB 10119, Palo Alto, CA 94303
------------------------------
Date: Tue, 12 Jul 88 17:26:54 PDT
From: suned1!efb at elroy.jpl.nasa.gov (Ev Batey-NSWSES-805/982-5881)
Subject: VT102+ on VMS VAX thru Sun_3?
Interested in the experiences of anyone who has / is using Sun_3s to run
terminal sessions on DEC VMS VAXes over network (TCP/IP connections).
Were you able to get full VT-100 or better terminal & keypad emulations ?
What success without the certified Sun DNI product ? What success with
public domain terminal emulators ?
Thank you for any comments, Ev
Everett F. Batey II } {UUCP: sun!tsunami!suned1!efb
elroy!suned1!efb
USNSWSES - Code 4V33 } {ARPA: efbatey at NSWSES.ARPA
Port Hueneme,CA 93043-5007 } {DDD: 805/982-5881 983-1220(ans)
SoCalif SUN Local User Group - Vta-SantaBarbara-SanLuisObispo DECUS
------------------------------
End of SUN-Spots Digest
***********************
More information about the Comp.sys.sun
mailing list