Sun-Spots-Request@RICE.EDU (William LeFebvre) (07/22/88)
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@rice.edu Send subscription add/delete requests to: sun-spots-request@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@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@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@jarsun1.zone1.com ------------------------------ Date: Tue, 12 Jul 88 14:41:35 BST From: ida%HERON.WARWICK.AC.UK@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@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@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@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@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@linc.cis.upenn.edu ------------------------------ Date: Tue, 12 Jul 88 22:43:36 EDT From: beck@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@svax.cs.cornell.edu ------------------------------ Date: Tue, 12 Jul 88 22:23:50 EDT From: rms@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@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@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@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@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@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@emory BITNET Dept of Math and CS | km@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@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@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@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@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@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@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 ***********************