HDTenEightyP/NetNews huggingface dataset:
From: thompson@pan.ssec.honeywell.com (John Thompson)
Newsgroups: fj.mail-lists.apollo
Subject: HPUX (generic Unix too) disk formatting
Date: 11 Apr 92 23:03:03 GMT
Distribution: fj
Organization: Electrotechnical Laboratory, Tsukuba Science City
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


This should probably be in comp.sys.hp, but I don't get news and don't know
whether I can get that newsgroup emailed to me (anyone else know?), so....

We're playing around with formatting new disks on our new hockey pucks.  Under
Domain/OS, you just formatted and went on with your life, since you couldn't
customize anything.  You lost about 5% for the VTOC, and 15% for the formatting
itself, and that was that.

Under HPUX, though, it's a different game.  You get to play with lots of numbers
for sectors, tracks, and cylinders (and you can apparently lie pretty severely
about SCSI disks), and you can specify optimization for access or capacity.  The
program (I don't remember which) defaults to 10% reserved for overflow, since
'the disk performance degrades severely after the disk is 90% full' (or words to
that effect).  I also heard that that hasn't been true for a long time, with
the newer (non-ancient?) disks.  Since you still lose a percentage for formatting,
my 609MB disk (520 formatted) (manufacturer's claim) became a 480MB disk with 
432MB available after the 10% surplus is set aside.  I just gave 29% of my 
disk away!

Does anyone know
1) whether the new SCSI disks maintain performance levels when over 90% full?
   a) if so, why the $%^&$% haven't HP, Sun, and ??? changed their practice?!?
   b) if not, how much performance hit I'll take if I go for all 100%?

2) what are 'reasonable' values for /etc/disktab for a Fujitsu M2624-FA disk?
   I lied a LOT, and said it had 18 1K sectors/track, 29 tracks/cyl, and 973
   cylinders.  It _really_ has 1429 cylinders, 11 tracks, and zones with 56, 62,
   66, and 70 (512Byte) sectors/track.  I used my numbers because the total
   bytes lines up (507906KB).  Several examples said you needed to lie a bit,
   so I went hog-wild.
   a) have I screwed myself over with this extensive a set of lies?
   b) is there a better set of lies to use?

3) why /etc/disktab should give a rip what the rotational speed of the disk is?
   Several other items are marked 'informational only,' but not the speed.  Why?




-- jt --
John Thompson
Design Services Engineer / Sys-Admin
Honeywell, SSEC
Plymouth, MN  55441
thompson@pan.ssec.honeywell.com

Speak softly and carry a big .disclaimer
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!hp-cv!hp-pcd!hpcvlx!tomg@ucbvax.Berkeley.EDU  (Thomas J. Gilg)
Subject: Re: Xdomain woes
Organization: Hewlett-Packard Co., Corvallis, OR, USA
Distribution: fj
Date: Fri, 3 Apr 1992 23:50:08 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


>     1)  I have to explicitely set the font paths.
>         Why?  Where are they assigned their default values?

Unless you are calling `xset fp ....` or starting the server with
`Xdomain -fp ....`, you should be getting a rather large font path
by default.

  Font Path: /usr/lib/X11/fonts/hp_roman8/75dpi/,/usr/lib/X11/fonts/iso_8859.1/
             75dpi/,/usr/lib/X11/fonts/iso_8859.1/100dpi/,/usr/lib/X11/fonts/
             misc/,/usr/lib/X11/fonts/hp_kana8/,/usr/lib/X11/fonts/ifo.st/

The other possibility is you are missing the symbolic link:

    /usr/lib/X11 -> /usr/X11/lib               ditto include and bin

>     2)  xterm does not provide me with a set of scroll bars any more.
>         I have the following in my .Xdefaults file - which worked before!
>             Xterm*scrollBar: true
>             Xterm*saveLines: 2000

xterm normally lacks the scroll bar unless some local resource file _or_
system default file lists otherwise.   I wonder if a system default file
changed under you.   Best to set it yourself and not depend on the system
defaults.

>     3)  xterm seems rather buggy:  whenever I try to <cntrl>click to get the
>         menu, the xterm crashes and (usually) brings down some other stuff.

It's a well known R3 client to R4 server bug.  R4 tightened up the specs on
some parameters to some event calls, and some R3 clients (eg, xterm) that
generate invalid event masks are trapped out.   R4 xterms are fixed, but
for now, run `Xdomain bc` to get bug compatibility mode for R3 clients.

>     4)  Finally, WHERE IS THE ALT/META KEY?

Newer keyboards, its labelled "Alt".  I forget about the older keyboards.

Thomas Gilg
tomg@cv.hp.com
From: SP02038%SWTEXAS.BITNET@RICEVM1.RICE.EDU
Newsgroups: fj.mail-lists.apollo
Subject: DPCI clients using Western Digital cards?
Date: 7 Apr 92 00:09:00 GMT
Distribution: fj
Organization: Electrotechnical Laboratory, Tsukuba Science City
X-Original-To:  apollo@srvr1.engin.umich.edu, SP02038
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


        We have some Western Digital Ethernet Plus cards which are supposed
        to be Netbios compatible.  Does anyone have any idea how we could
        set up a DPCI PC client to work with these cards?  The DPCI docs
        seem pretty thin on info about cards other than 3COM.  Thanx in
        advance.

        Shaun Pankau
        Keeper of the CS department's Apollos
        Southwest Texas State University
        SP02038@SWTEXAS.bitnet
Newsgroups: fj.mail-lists.apollo
From: mcsun!dxcern!vxcrna.cern.ch!roeber@uunet.uu.net
Subject: ios_$export prototype
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Sat, 4 Apr 1992 15:02:26 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

If anyone is interested, I think I have figured out the prototype
for the ios_$export call:

extern void
ios_$export
(
    short &nfds,	/* IN: The number of fd's to export */
    stream_$id_t *fds,	/* IN: The array of fds to export */
    void *mgr_data,	/* IN: A *buffer to hold the export data */
    short &buf_siz,	/* IN: The length of the aforementioned buffer */
    short *buf_used,	/* OUT: How much of the buffer was really used */
    status_$t *status	/* OUT: The ubiquitous status. */
);

Next, ios_$import.  If anybody happens to already have it, I'd love
to hear from you!

To those who are not familliar with import/export: this is one of
the neat things in the IO Switch system.  If one process exports an
open stream and passes the resulting buffer of data to another 
process, that other process can use import on that data and "tap in"
to the stream.  Sort of like what happens when a process forks, and
passes a stream, except that the importer can be already existing.

This functionality *does* exist on non-Apollo systems.  Some STREAMS
implementations and some BSD pipes allow you to pass fds.  So it will
be possible to port programs that use this.

-- 
Frederick G. M. Roeber | CERN -- European Center for Nuclear Research
e-mail: roeber@cern.ch or roeber@caltech.edu | work: +41 22 767 31 80
r-mail: CERN/PPE, 1211 Geneva 23, Switzerland | home: +33 50 42 19 44
From: van-bc!wolfe.wimsey.bc.ca!rsoft!agate!spool.mu.edu!cserver!edsi!chuck@ucbvax.Berkeley.EDU (Chuck Tomasi)
Newsgroups: fj.mail-lists.apollo
Subject: Patch pd91_m0351 (rgyd)
Date: 8 Apr 92 11:28:01 GMT
Distribution: fj
Organization: Enterprise Data Systems Incorporated, Appleton WI
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I've recently tried to install patch pd91_m0351 from patch tape 9112,
however when I try to start rgyd it tells me

file is not an object module or is not an executable on this machine type

I'm running Domain/OS 10.3.5.3 on a DN5500.  My master registry is on a
DN3550 and it has also been patched.  Actually all the slaves and the
master have been patched, but none of them can start the new rgyd.

The patch also replaces /lib/rgylib and as a result I have rebooted my
slave registry to involve the new lib file, however the result is the
same.  I cannot start the new rgyd.  The timestamps are the same as the
docs report.

The old /etc/rgyd (413K) is of type obj, the new /etc/rgyd (618K) is of
type coff executable.
-- 
Chuck Tomasi             |     "Mom, it's Data.  I heard you know
chuck@edsi.plexus.COM    |      how to turn him on." 
spool!cserver!edsi!chuck |                    -Wesley  "Datalore"
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
From: psinntp!hns!kburrell@uunet.uu.net (Ken Burrell A-317)
Newsgroups: fj.mail-lists.apollo
Subject: TFTP lockup using X-Terminals on Apollo
Date: 6 Apr 92 21:36:46 GMT
Distribution: fj
Organization: Hughes Network Systems Inc.
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


We are evaluating X-Terminals to use on our Ethernet network. We are currently looking at the NCD and Tektronix X-Terminals. Everything works fine when we use just one of the X-Terminals, but if we simultaneously boot or load fonts from the same Apollo host, the X-Terminals lockup. When this happens, I am unable to successfully use TFTP on the Apollo host. Killing and restarting 'inetd' on the Apollo host gets rid of the problem. We are running Apollo Domain/OS SR10.3.4.

Has anyone observed this problem before and can you suggest a solution?

Thanks,

Ken Burrell
Hughes Network Systems
Germantown, Md
301-428-1630
kburrell@hns.com
-- 
Ken Burrell
Hughes Network Systems
301-428-1630
kburrell@hns.com
From: mcsun!news.funet.fi!funic!nokia.fi!tele.nokia!girod@uunet.uu.net (Marc Girod)
Newsgroups: fj.mail-lists.apollo
Subject: xinit, Xdomain, DISPLAY=unix: 0.0
Date: 8 Apr 92 14:07:16 GMT
Distribution: fj
Organization: kpd
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Where does this DISPLAY=unix:0.0 come from?

I start Xdomain from my .profile with the following command:

xdmc "cp -n x11start /bin/ksh -c '/usr/bin/X11/xinit -- /etc/Xdomain bc' ;icon x11start;wc x11start -a"

Before this, I have carefully defined my DISPLAY like this:

export DISPLAY=$(/etc/hostid):0.0

I have then a very simple .xinitrc file:

------------------------------------------------------------

#!/bin/sh
xrdb -load ~/.Xresources
mwm

------------------------------------------------------------

I start most of my applications through mwm menus.

What annoys me is that the DISPLAY they get is DISPLAY=unix:0.0
Where do they get it from?

I tried to echo $DISPLAY in .xinitrc, and checked that it is already
unix:0.0 there. I tried then to force it to the value of my choice,
both by specifying it explicitely on the xinit command line with:

	-display $DISPLAY

and by setting it again within .xinitrc, but then Xdomain just fails
to reply to mwm, which exits after a score of retries!

Any enlightments?

My environment:

HP/Apollo DN 2500
Domain/OS kernel(9), revision 10.3.5.1, September 6, 1991  1:43:54 pm

Thanks a lot!
--
+-----------------------------------------------------------------------------+
| Marc Girod - Nokia Telecommunications            Email: girod@tele.nokia.fi |
| TL4E - P.O. Box 12                               Phone: +358-0-511 7703     |
| SF-02611 Espoo 61 - Finland                      Fax:   +358-0-511 7432     |
+-----------------------------------------------------------------------------+
From: gaspar@stl-04sima.army.mil (Al Gaspar)
Newsgroups: fj.mail-lists.x-window
Subject: HELP! I can't get on list
Date: 15 Apr 92 17:56:57 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9204151442.AA27041@expo.lcs.mit.edu>
Date: Wed, 15 Apr 92 09:38:37 EDT


I have been trying to get my name added to the xpert mailing list for
a couple of weeks now (sending to xpert-request@expo.lcs.mit.edu) and
have not heard anything.  I apologize for cluttering up the list itself,
but could someone please help me get on the list.

Thanks--

Al

-- 
Al Gaspar	<gaspar@stl-08st-louis-emh2.army.mil>
USAMC SIMA, ATTN:  AMXSI-TTC, 1222 Spruce St., St. Louis, MO  63103-2834
COMMERCIAL:  (314) 331-4354	AUTOVON:  555-4354
relay1.uu.net!st-louis-emh2.army.mil!gaspar
From: kuwa@nff.ncl.omron.co.jp (KUWARI Seiji)
Newsgroups: fj.mail-lists.x-window
Subject: X11R5 contrib/clients and contrib/lib/Xaw (i18n) patch part 3
Date: 14 Apr 92 21:14:27 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Tue, 14 Apr 92 13:59:23 EDT
Message-Id: <9204141759.AA20259@expo.lcs.mit.edu>

I put a oficial patch part 3 for X11R5/contrib/clients (Internationalized
clients) from OMRON Corporation on export.lcs.mit.edu.
Files are:
  ~ftp/pub/R5/contrib-fixes/i18n-clients/patch3.README
                                         patch3.Z
It is to patch2.
This patch was confirmed on mit-patch-10.

Please read patch3.README


I put a oficial patch part 3 for X11R5/contrib/lib/Xaw (Internationalized
Athena Widgets Set) from OMRON Corporation on export.lcs.mit.edu.
Files are:
  ~ftp/pub/R5/contrib-fixes/Xaw/patch3.README
                                patch3.Z
It is to patch2.
This patch was confirmed on mit-patch-10.

Please read patch3.README

-----------------------------------------------------------------------
 Seiji Kuwari (kuwa@nff.ncl.omron.co.jp)
 OMRON Corporation		
				Phone: +81-75-951-5111 (ext. 3689)
-----------------------------------------------------------------------
From: milos@inmet.camb.inmet.com (Bob Milosavljevic)
Newsgroups: fj.mail-lists.x-window
Subject: Request for info: XVT et al.
Date: 16 Apr 92 22:03:08 GMT
Distribution: fj
Organization: Intermetrics Inc, Cambridge MA

Date: 16 Apr 92 12:40:43 GMT
Message-Id: <1992Apr16.124043.6274@inmet.camb.inmet.com>
Newsgroups: comp.windows.misc,comp.os.msdos.programmer,comp.os.msdos.apps,comp.windows.ms.programmer,comp.windows.open-look,comp.windows.x,comp.windows.x.motif

I am in the process of trying to evaluate "virtual toolkits" for
building GUIs. My application must run on PCs (MS-DOS and Windows)
and on various Unix-based workstations under X (Motif and OPEN LOOK);
as such, portability is a major concern, full-featured use of the
underlying, native GUI less so.

Currently, I am aware of two potentially useful products: XVT and Open
Interface. I've received marketing literature from XVT.

I am looking for information/feedback/recommendations/cautions on
these (or other similar) products. I'd also appreciate an address
and phone number for Neuron Data. If the interest is sufficient,
I'd be glad to summarize to the Net. Many thanks in advance!

Bob Milosavljevic
Intermetrics Microsystems Software, Inc.       milos@inmet.camb.inmet.com
733 Concord Ave.
Cambridge, MA 02138                            (617) 661-1840 x4606
-- 
Bob Milosavljevic
Intermetrics Microsystems Software, Inc.       milos@inmet.camb.inmet.com
733 Concord Ave.
Cambridge, MA 02138                            (617) 661-1840 x4606
From: blakemor@sunset.sda.com.com (Alex Blakemore)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Ada multitasking with X-windows
Date: 6 Apr 92 10:21:23 GMT
Distribution: fj
Organization: /etc/organization

Date: 6 Apr 92 03:11:31 GMT
Message-Id: <140@sunset.sunset.sda.com.COM>
Newsgroups: comp.lang.ada,comp.windows.x

Marci Khader asked for help designing an interactive Ada X windows SQL program
> In 'C' you could do a fork with the parent not waiting for the
> child to finish.  

Tomm Chatt suggested 
> Use Unix processes to deal with the concurrency.

Then Marci Tabacchi replied
> Thanks for the suggestions and valuable insight.  Appealing and elegent
> as it may be, using Unix processes to implement the concurrency is
> a no-no, in light of the portability aspects.

fork() is a Unix system call to create a Unix process.
It is not part of the C language.
There is no reason why Ada programs are not allowed to call Unix
(or other OS) routines.  If depending on Unix is not considered
portablem, then C should be held to the same standard.


-- 
Alex Blakemore
alex@cs.umd.edu blakemor@marlstone.com
NeXT mail accepted
From: jean-paul_otin@iegate.mitre.org ("Jean-Paul Otin")
Newsgroups: fj.mail-lists.x-window
Subject: Low Bandwidth X
Date: 16 Apr 92 15:41:18 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9204161301.AA14748@mbunix.mitre.org>
Posted-From: The MITRE Corporation, Bedford, MA
Date: 16 Apr 92 08:08:17 U

                       Subject:                               Time:7:53 AM
  OFFICE MEMO          Low Bandwidth X                        Date:4/16/92
Several people have asked about the subject.  Believe there is some X
Consortium work being done.  We know about NCD's XRemote and Graph-Ons own
SLIP.  Does anybody have any leads in this area.
Thanx.                          jp
From: rsmith@proteus.arc.nasa.gov (Roger Smith -- IAS)
Newsgroups: fj.mail-lists.x-window
Subject: Explore the solar system with X11
Date: 6 Apr 92 19:57:06 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Mon, 6 Apr 92 11:18:22 PDT
Message-Id: <9204061818.AA27158@proteus.arc.nasa.gov>

Hi Bram

Tried to run bsxclient and got the following:
	Couldn't connect to socket.


I used the file bsxclient.tar.Z from lysator.liu.se on 4/6/92 at 11:00AM PDST
Ran the make on a Sun SparcStation2 running SunOS 4.1.1, X11R4, and using TWM.

Any Suggestions? ...Thanks

------------------------------------------------------------------
Roger Smith
Sterling Software at
NASA-Ames Research Center
rsmith@proteus.arc.nasa.gov
- 
If change is -- inevitable -- predictable -- beneficial -- 
doesn't logic demand that you be a part of it?
One man cannot summon the future. But one man can change the present!
    -- Kirk and the Alternate Spock, "Mirror, Mirror," stardate unknown
+
From: stefans@bauv106.informatik.unibw-muenchen.de (Stefan Schwarz)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Printing Call in X
Date: 15 Apr 92 12:05:09 GMT
Distribution: fj
Organization: Universitaet der Bundeswehr Muenchen (Germany)

Date: Fri, 10 Apr 1992 10:25:56 GMT
Message-Id: <stefans.702901556@bauv106>
Newsgroups: comp.windows.x

swispl@solomon.technet.sg (SW International) writes:

>Greetings World,

>First, confession time... "I am a Green-Horn (minimal initiation) to X".

>Next, my question...
>I am trying to print the contents of a window (ie. bitmap,pixmap,images)
>to a printer from within my APPLICATION. I know that one can print using
>the X client, but that is not what I want to do. Can someone please 
>point me in the right direction (ie is there an X routine to call or a
>sequence of calls). Also, what kind of process response time am I looking 
>at, from the time I initiate the print to the time the printer starts 
>receiving/printing?

You have given the answer. Use xwd | xpr | lp . Do this within your
application by a system(3)-call. Pass the window-id (or name) as argument
to xwd.

Stefan
-- 
________________________________________________________________________________
Stefan Schwarz                            University of the armed forces, Munich
Laboratory for graphical data processing  W-8014 Neubiberg, FRG
--------------------------------------------------------------------------------
From: matsj@ios.cmd.uu.se (Mats Johnson)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Caching pixmaps
Date: 10 Apr 92 13:29:33 GMT
Distribution: fj
Organization: CMD - Center for human computer studies, Uppsala University

Date: 10 Apr 92 09:44:04 GMT
Message-Id: <MATSJ.92Apr10104404@ios.CMD.UU.SE>
Newsgroups: comp.windows.x


A pixmap is always stored in the server, and only referenced by the
client. An XImage is the client-side equivalent. There is also an
extension where the pixmap can be in shared memory if the client and
server are on the same machine.

So, the answer is NO, 90,000 bytes are not sent to the X server every
time XCopyArea is called. And YES there is ALWAYS the caching you
refer to, as long as you are speaking of pixmaps and not XImages.

--
Mats Johnson, CMD, Uppsala University, Sturegatan 9, S-753 14 UPPSALA
Mats.Johnson@CMD.UU.SE
From: welsh@epcc.ed.ac.uk (E Welsh)
Newsgroups: fj.mail-lists.x-window
Subject: Anything better than xwd?
Date: 9 Apr 92 23:50:29 GMT
Distribution: fj
Organization: Edinburgh Parallel Computing Centre

Date: 9 Apr 92 15:40:15 GMT
Message-Id: <31359@skye.dcs.ed.ac.uk>
Newsgroups: comp.windows.x

xwd isn't quite what I need. I have a window which is bigger than the size
of the screen and so xwd only dumps the visible part. Is it possible to
dump the whole window somehow?

-- 
 _____________________________________________________________________
/ Evan Welsh                                          <evan@ed.ac.uk> \
\ Edinburgh Parallel Computing Centre               (+44 31 650 5960) /
From: paetsch@sc.zib-berlin.de (Paetsch)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Xaw-Dialog
Date: 15 Apr 92 18:02:24 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Wed, 15 Apr 92 17:05:04 +0200
Message-Id: <9204151505.AA07579@sc.zib-berlin.dbp.de>

Many thanks to all of you who gave me help.
Here is a summary of all the answers I got.

==================
	A couple of ways.  First the translation:

...Dialog.value.translations:	#override <Key>Return: MyReturn()

	but \n will not be put in the value widget, you will have to do this
    yourself in MyReturn().  The second is to trap a modification of the
    text widget, and detect whether the last key was return:

static XtCallbackRec   callback[] = {
			{(XtCallbackProc) EditedText,	(XtPointer) True},
			{(XtCallbackProc) NULL,		(XtPointer) NULL}
		};

:
:

XtVaSetValues (XtNameToWidget (dialog, "value"),
	       XtNcallback, (XtArgVal) callback, NULL);

	Where EditedText() is your callback procedure.  It should check what
    the last character was.

	Printout the manual in .../mit/hardcopy/Xaw.  Have fun.

Here comes a piece of code. Compile it with
 cc -o test test.c -lXaw -lXt -lXmu -lX11 -lXext
and run it with
 ./test -xrm 'test.dialog.value.translations:#override <Key>Return:DialogFinish()'

/******************************* test.c *******************************/
#include <X11/Intrinsic.h>
#include <X11/StringDefs.h>
#include <X11/Xaw/Dialog.h>

#include <stdio.h>

/*+ Forward Declarations */
static void dialog_finish ();
static void quit();

static Atom wm_delete_window;

static XtActionsRec actions[] = {
    {"quit",    quit},
    {"DialogFinish", dialog_finish},
};



extern int
main (argc, argv)
     int argc;
     char * argv[];
{
  XtAppContext app_c;
  Widget top_level, dialog;

  top_level = XtInitialize(argv[0], "Test", NULL, 0, & argc, argv);
  app_c = XtWidgetToApplicationContext (top_level);
  XtAppAddActions (app_c, actions, XtNumber(actions));
  XtOverrideTranslations
    (top_level, XtParseTranslationTable ("<Message>WM_PROTOCOLS: quit()"));
  dialog = XtVaCreateManagedWidget("dialog", dialogWidgetClass, top_level,
				   XtNvalue, "",
				   XtNlabel, "Enter text:",
				   0);
  XtRealizeWidget (top_level);
  wm_delete_window = XInternAtom(XtDisplay(top_level), "WM_DELETE_WINDOW",
				 False);
  (void) XSetWMProtocols (XtDisplay(top_level), XtWindow(top_level),
			  &wm_delete_window, 1);
  XtMainLoop ();
}


static void
dialog_finish (self, event, par, npar)
     Widget self;
     XEvent * event;
     String * par;
     Cardinal * npar;
{
  char * string;

  self = XtParent (self);
  if (! XtIsSubclass (self, dialogWidgetClass))
    fprintf (stderr, "s0x%06lx is not a dialog widget\n");
  string = XawDialogGetValueString (self);
  fprintf (stderr, "Dialog contains \"%s\"\n", string);
}


static void quit(w, event, params, num_params)
     Widget w;
     XEvent *event;
     String *params;
     Cardinal *num_params;
{
  if (event->type == ClientMessage &&
      event->xclient.data.l[0] != wm_delete_window) {
    XBell(XtDisplay(w), 0);
  } else {
    XCloseDisplay(XtDisplay(w));
    exit(0);
  }
}