HDTenEightyP/NetNews huggingface dataset:
From: pd@x.co.uk (Paul Davey)
Newsgroups: comp.windows.x.motif
Subject: Re: How to keep F10 from activating menubar?
Date: 8 Sep 92 17:56:19 GMT
Organization: IXI Ltd.


To do this set a different menu accelerator on the RowColumn widget
which is the menubar.

--
 Regards,			  pd@x.co.uk           IXI Ltd.
	Paul Davey		  pd@ixi.uucp          62-74 Burleigh St.
				  ...!uunet!ixi!pd     Cambridge,  U.K.
 "These _are_ interesting times"  +44 223 462 131      CB1  1OJ
Newsgroups: comp.windows.x.motif
From: hellmann@cs.scarolina.edu (Douglas R Hellmann)
Subject: Re: Buttons in a scrollable window
Organization: USC  Department of Computer Science
Date:  8 Sep 92 12:28:38 GMT

sougata@cc.gatech.edu (Sougata Mukherjea) writes:

>Hi Motif experts,
>I have a problem which is driving me nuts.
>Can somebody help?

>I have a variable number of PushButtons which I want to display in a popup
>window. Since the number of buttons varies and I want to have a fixed size
>window, I would like the buttons inside a srollable window.
>What is the best way to do this?


>Thanks for any help,
>Sougata


>==============================================================================	
>  Sougata Mukherjea (sougata@cc.gatech.edu)
>  Graphics Visualization and Usability Center
>  College of Computing
>  Georgia Institute of Technology 
>=============================================================================

I would suggest putting the buttons in a Table or Form and scrolling that
object instead of trying to scroll all of the buttons individually.

Doug Hellmann
hellmann@cs.scarolina.edu

Newsgroups: comp.windows.x.motif
From: e3udrl@fnma.COM (Don Lyons)
Subject: olwm 3.0 bustin my hump.
Reply-To: don.lyons@world.std.com
Organization: The World
Distribution: comp
Date: Sat, 12 Sep 1992 00:06:36 GMT


Okay guys here is the situation. Maybe some one can help me.
I have a motif 1.1.3 app running under olwm, OpenWindows 3.0 .

I use an unrealized ApplicationShell and multiple TopLevelShells.  I
have the following function that given given a var args ( like printf
) and a widget "wid", this function should traverse up the widget
hierarchy looking for a TopLevelShell. When it finds the
TopLevelShell, it is to create a DialogShell, whose child is a
MessageBox, using the TopLevelShell as the parent. Now here's the
rub. I want all my DialogShells to popup close to the center ( I dont
care to take the MessageBox width or height into this calculation )
so I do some calculations to figure the X and Y and set those on the
DialogShell before creation. But the DialogShell's always popup in the
center of the TopLevelShell. Anyone have a clue? Any help is appreciated.
	-don

void
fmWidget::InfoMessage (char *fmt, ...)
{
  Arg    args[10];
  int    argcnt;
  XmString string;
  Widget message;

  // starting from current wid
  Widget top_ = wid;

  char    msgString[200];
  va_list argptr;
  va_start (argptr, fmt);
  vsprintf (msgString, fmt, argptr);
  va_end (argptr);

  Widget *children_;
  Cardinal numChildren_;
  Position x, y, topX_, topY_;
  Dimension width, height, screenWidth, screenHeight;
  Display *display_ = XtDisplay( top_);

  while ( ! XtIsTopLevelShell( top_ ))
    top_ = XtParent(top_);

  fmWidget w_;
  w_.init( top_);
  printf( "found top widget %s\n", w_.name());
  
  XtVaGetValues( top_, XmNx, &topX_, XmNy, &topY_, NULL);

  screenHeight = DisplayHeight( display_, DefaultScreen( display_));
  screenWidth = DisplayWidth( display_, DefaultScreen( display_));

  x = screenWidth/2 - topX_;
  y = screenHeight/2 - topY_;

  argcnt = 0;
  XtSetArg(args[argcnt], XmNx, x);  argcnt++;
  XtSetArg(args[argcnt], XmNy, y);  argcnt++;
  XtSetArg (args[argcnt], XmNallowShellResize, TRUE); argcnt++ ;
  message = XmCreateDialogShell (top_, "dialog", args, argcnt);

  argcnt = 0;
  XtSetArg(args[argcnt], XmNmessageString,
	   (string=XmStringCreateLtoR( msgString, XmSTRING_DEFAULT_CHARSET)));
  argcnt++;
  XtSetArg(args[argcnt], XmNdialogStyle, 
	   XmDIALOG_FULL_APPLICATION_MODAL); argcnt++;
  message = XmCreateMessageBox(message, "messageBox", args, argcnt);
  XmStringFree( string);

  XtAddCallback (message, XmNokCallback,
		 (XtCallbackProc)messageOKCB, (XtPointer)this);

  XtUnmanageChild (XmMessageBoxGetChild(message, XmDIALOG_CANCEL_BUTTON));
  XtUnmanageChild (XmMessageBoxGetChild(message, XmDIALOG_HELP_BUTTON));

  XtManageChild (message);
  XtVaGetValues( message, XmNwidth, &width, XmNheight, &height, NULL);
  XWarpPointer( XtDisplay(message), None,XtWindow(message),
	       None,None,None,None, width/2,height/2);

}
--
Don R Lyons             email   : don.lyons@world.std.com
Employee #2, SID Inc.   voice   : 202-752-4831  fax     : 202-752-5554
                        snail   : PO Box 427, Culpeper VA 22701
                All opinions expressed are my own.
From: squire@eclus.dnet
Newsgroups: comp.windows.x.motif
Subject: young.c++.tar.Z bugs
Date: 15 Sep 92 16:07:44 GMT
Distribution: inet
Organization: The Internet

I received Doug Youngs new OOP with C++ and OSF/Motif.
Looks good so far, but when trying to compile examples...
from contrib at export.lcs.mit.edu

1) My several brands of Unix do not have srand48 and drand48, so
   in /Extras/TicTacToe/MoveGenerator.C  add:
   #include "stdlib.h"
   void srand48(long seed){srand((int)seed);}
   #define RAND_MAX 2147483647  // should not be needed
   double drand48(void){ return ((double)rand())/(double)RAND_MAX; }
   
2) In most Makefile files  add:
   .SUFFIXES:  .o .C .c
    
   .C.o:
	$(CC) $(C++FLAGS) -c $*.C

   I also changed  CC = CC  to  CC = g++    for using gnu g++ version 2.2

   In one Makefile there was a  -lXm_d  (Doug's private Motif?) -> -lXm

   the /ComponentLib/Makefile needed a  ranlib libcomponent.a  after  ar
   and so did  /MotifApp/Makefile       ranlib libMotifApp.a

3) tictactoe compiles, links and runs fine.

4) /MotifApp/ButtonInterface.C has a problem because CmdInterface "is
   protected in this context."  Is this a real C++ error or problems
   in interpretation between Cfront and g++ ?

5) /Extras/bounce/Stage.C has a problem with too many arguments to
   XmbufQueryExtension()  and  XmbufDestroyBuffers  etc.

Doug: are you going to fix them for generic Unix and generic C++ or is
      this an exercize for the students?

Jon          squire@tron.bwi.wec.com
    
Newsgroups: comp.windows.x.motif
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: Re: C++ with Motif, trouble with XmIsList() macro
Date: Tue, 15 Sep 1992 12:03:26 GMT
Reply-To: jay@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester, MN

In article <1992Sep15.050932.2093@sei.cmu.edu>, goodsenj@ajpo.sei.cmu.edu (John Goodsen) writes:
|> 
|>  "MxMailFolder.cc", line 17: error: unexpected  1 argument for XtIsSubclass()
|>  [...] 
|> 	  if ( ! XtIsList(the_widget) )   <------error here!
|> 	    return;  // not an XmList

Maybe changing it to

	  if ( ! XmIsList(the_widget) )

would help, if this wasn't merely a transcription error.

-- 
: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
From: kenny@castle.ed.ac.uk (K J MacDonald)
Newsgroups: comp.windows.x.motif
Subject: XmCR_RESIZE -> XmCR_EXPOSE ?
Date: 8 Sep 92 14:42:45 GMT
Organization: Edinburgh University

Dear All,
	I've got an application which draws into a XmDrawingArea which
gets resized by the user. When it grows some XmCR_EXPOSE events are
generated, the last of which my program acts upon. However, when it
shrinks, only a XmCR_RESIZE event is sent. If I act on this I get the
drawing done twice when it grows (yup, it gets XmCR_EXPOSE's as well !)

	Any ideas on how to get around this.

	I need to redraw on shrinks, to keep all the picture in the
window.

	Thanks in advance...

		Kenny.

-----------------------------------------------------------
Kenneth MacDonald		E-mail kenny@castle.ed.ac.uk
Dept. of Geology & Geophysics
University of Edinburgh		Scotland
-----------------------------------------------------------
From: spang@nbivax.nbi.dk (Karsten Spang)
Newsgroups: comp.windows.x.motif
Subject: Does charset=ISO8859-1 mean ISO8859-1 font?
Date: 15 Sep 92 13:18:43 GMT
Organization: Niels Bohr Institute and Nordita, Copenhagen

I have a Motif application using UIL. The label texts etc. are defined in
a UIL file, which can be switched for support of different languages.
In the top of the UIL file I have the default charset set to ISO8859-1,
and the international text has been inserted into the file under Ultrix,
thus assuring that the code values are correct. Under Ultrix the program
shows the right texts, but when I try to port it to HP-UX (I don't remember
the exact version, but it is the new one with VUE) it does not work right.

The HP has a "roman8" character set as default, but I thought that specifying
the character set in the UIL file would cause the text to displayed correctly.
Instead other international characters are displayed for the ones that I
specify, so the font must be a 256 character font.

Now my question is: What does the charset specification in a compound string
really mean? Does it force the font to have the correct charset? Does it
tell Motif that the text string has the corresponding encoding? Or does it
instruct the UIL compiler to change the encoding to the one specified?

                           Karsten
--------------------------------------------------------------------------------
InterNet:       spang@nbivax.nbi.dk (nbivax=129.142.100.3) Karsten Spang
NORDUNET/HEPnet:NBIVAX::SPANG       (NBIVAX=21.601=22105)  Odinsvej 14
VAXPSI MAIL:    (0)23830106331231::SPANG                   DK-4060 Kr. Saaby
Phone: +45 42 39 20 37                                     Denmark
Newsgroups: comp.windows.x.motif
From: sandman@cray.csc.ncsu.edu (Mr Sandman)
Subject: Redirecting Standard Output to a Widget?
Reply-To: sandman@cray.csc.ncsu.edu (Mr Sandman)
Organization: Marshall Brain Fan Club, North Carolina State University
Date: Tue, 8 Sep 1992 23:55:19 GMT


Is it possible to redirect standard output to a widget?
I'm currently converting an existing Unix application to
Motif, and am using a form manager.  It would be ideal if
one of the widgets were able to print the messages from
standard output, but I've yet to figure out a simple way
to do this.  For example:

existing unix application

$ foo option1 option2
you have entered the foo application
this is some output
etc.

motif application under construction

+-----------------------------+
| File Edit Options      Help |
+--------+--------------------+
| Styles |output              |
| o AA   +--------------------+
| o AB   |you have entered the|
| Sizes  |this is some output |
| o AA   |etc.                |
| o BB   |<------------------>|
+-----------------------------+

(very crude representation :)

Note that it would be virtually useless to redirect
standard output to a file, and then print it out.  
So, does anyone know how to accomplish this?
Thanks.

--
sandman@cray.csc.ncsu.edu	north carolina state university
From: erich@hri.com (Eric Hilfer)
Newsgroups: comp.windows.x.motif
Subject: Re: Motif for 386BSD
Keywords: Motif 386BSD
Date: 11 Sep 92 14:14:19 GMT
Originator: erich@gamera

Has anyone used Motif on the free 386BSD unix from agate.berkeley.edu?
If you have, did you buy the Motif sources and build it, or are 386-486
baniaries of the server and the libraries generic enough to run on any
Intel hardware running Unix?

Thanks,

Eric
erich@hri.com
-- 
----------------
Eric Hilfer
erich@hri.com
Newsgroups: comp.windows.x.motif
From: charette@nntpd.lkg.dec.com (Mark Charette)
Subject: Re: Pseudo Colour Question
Reply-To: charette@cheetah.det.dec.com
Organization: Digital Equipment Corp.
X-Newsreader: Tin 1.1 PL5
Date: Mon, 7 Sep 1992 01:50:36 GMT

No DEC server I know of (presently) supports more than 8 bits/color in
PseudoColor mode.

--
Mark Charette                |Save plants and animals. Eat a vegetarian 
Fisher Engineering Systems   |today.
charette@cheetah.det.dec.com |
(313) 280-0703               | 
Newsgroups: comp.windows.x.motif
From: amoss@huji.ac.il (Amos Shapira)
Subject: Re: Q: Help with XtAppAddInput
Organization: Mail to News Gateway at Wang Labs
Date: 11 Sep 92 09:48:57 GMT

dyoung@media.mit.edu (David Young) writes:


>What I think I'm supposed to do is use XtAppAddInput() to monitor the file
>and then do a callback when the file has been written to.

>But what I've gotten to "work" is terribly hacked up.  And it  increases
>the load on my machine by what seems to be too much.

>Does anyone have any examples or sample code which can demonstrate
>XtAddAddInput and the correct format an XtInputCallbackProc which is close
>to my needs?

Your approach should be the right one, but the problem is different.

XtMainLoop waits for events using the select(2) system call, which will
*allways* return 'true' for regular files (i.e. ready to read).  One approach
I can think about is to launch a child process a-la tail(1) which will do
the 'blocked read' on the file and pump the results into a pipe which your
application gave to XtAppAddInput (select is supposed to work corectly on
pipes, at least once they were implemented as nameless UNIX sockets).

Hope this answers your questions,
--
--Amos Shapira (Jumper Extraordinaire)
C.S. System Group, Hebrew University, Jerusalem, Israel
amoss@cs.huji.ac.il
From: brennan@hal.com (Dave Brennan)
Newsgroups: comp.windows.x.motif
Subject: Re: Q: How Do I Reparent A Widget?
Date: 9 Sep 92 07:04:12 GMT
Organization: HaL Computer Systems, Austin, TX
NNTP-Posting-Host: yosemite.hal.com
In-reply-to: dyoung@media.mit.edu's message of 8 Sep 92 23:03:41 GMT

The short answer is that you don't.  Under Xt widgets really aren't meant
to be reparented once they are created.  Have you considered creating two
forms and managing only the one you need to see?

The long answer is that if you're really determined and have a lot of time
to track down and work out strange problems it can be done.  This is a
terrible hack anyhow, typically reserved for implementing Motif tear-off
menus.  You really don't want to bother.

--
Dave Brennan                                      HaL Computer Systems
brennan@hal.com                                         (512) 794-2855

Visit the Emacs Lisp Archive: archive.cis.ohio-state.edu:pub/gnu/emacs
From: ross@.edsg.hac.com (Ann Ross)
Newsgroups: comp.windows.x.motif
Subject: Scrolling List Problem
Date: 8 Sep 92 17:01:17 GMT
Reply-To: ross@.edsg.hac.com (Ann Ross)
Distribution: usa
Organization: Hughes Aircraft Co., El Segundo, CA

I am having a problem with a scrolled list.  When I make a selection from the list
that necessitates popping up a full application modal error dialog box, the list is
disabled (does not accept input) except when the pointer is moved vertically along the
list.  In this case the list scrolls madly to the top or the bottom (depending on whether
the pointer is moved up or down) and highlights either the first or last entry in the
list.  

I do not return control to the main loop when I pop up the error dialog.  Instead I create
a second loop which just waits for an answer to the error dialog (See O'Reilly Volume 6,   
"Motif Programming Manual", page 153).  This allows me to get user input without returning
control to the main loop and still maintain the application code position.

Anyone who has experienced this or has ideas about what could be tried that might help please
reply.

Thanks,
Ann Ross
Hughes Aircraft Company
El Segundo, Ca
310-616-3430
From: dfavor@logan.tivoli.com (David Favor)
Newsgroups: comp.windows.x.motif
Subject: XtIsMapped implementation
Date: 15 Sep 92 12:10:10 GMT
Organization: TIVOLI Systems, Inc.

keep in mind that each time this function is called a server round trip
results, so frequent calls will... spin the CPU. also I didn't spend much
time thinking this through so there may be some problems in the simplicity
of my approach. seems like I wrote a version of XtIsMapped several years
ago that did some additional logic, but what that logic was escapes me at
present. if anyone uses this code please post any changes or send changes to
my email address. I need this code infrequently, however, if someone comes
up with a better approach I'll use it. enjoy.

you will note that I have a comment regarding the visible interest flag.
it appears that if this flag is set in the class record then core.visible
might be checked first to attempt circumventing some server round trips.
however, even if the visible interest flag is set the window could be
mapped and occluded so the XGetWindowAttributes() call still needs to be
made for cases when the window is mapped and occluded. since this is the
case I just skipped dealing with visible interest.

Boolean XtIsMapped(w)  /* BEWARE!!! server round trip/call */
   Widget w;
{

   Boolean res;

   /* check class visible interest flag and visible flag */
   /* else server round trip to verify window's state */

   XWindowAttributes attr;

   res = False;

   if (XtIsWidget(w) && XtWindow(w)) {
      XGetWindowAttributes(XtDisplay(w),XtWindow(w),&attr);
      if (attr.map_state != IsUnmapped) res = True;
   }

   return(res);

}
From: andy@autodesk.com (Andrew Purshottam)
Newsgroups: comp.windows.x.motif
Subject: Case insensitivity of Motif Menu mnemonics?
Date: 7 Sep 92 09:49:50 GMT
Distribution: inet
Organization: The Internet

Hi, can menu nmemonics be case insensitive? I can find nothing in the docs that
suggest this, but I have been asked if this is possible. 
Thanks very much, Andy (andy@autodesk.com)
Newsgroups: comp.windows.x.motif
From: muthann@next1.mae.okstate.edu (Venkatesh Bmuthanna)
Subject: Help on XtMainLoop
Organization: Oklahoma State University Computer Center
Date: Thu, 10 Sep 1992 21:05:45 GMT


Hi,
	I have to develop  an user interface for an expert system  
which does not allow me to use the XtMainLoop, hence i am trying to  
write a code which would perform the functions of XtMainLoop. I don't  
have any idea about this and will appreciate any help in this matter.

-- 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>#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-"!<"DAI+%P*"4D@:&%V92!T;R!D979E;&]P
M("!A;B!U<V5R(&EN=&5R9F%C92!F;W(@86X@97AP97)T('-Y<W1E;2!W:&EC
M:"!D;V5S(&YO="!A;&QO=R!M92!T;R!U<V4@=&AE(%AT36%I;DQO;W`L(&AE
M;F-E(&D@86T@=')Y:6YG('1O('=R:71E(&$@8V]D92!W:&EC:"!W;W5L9"!P
M97)F;W)M"B!T:&4@9G5N8W1I;VYS(&]F(%AT36%I;DQO;W`N($D@9&]N)W0*
M(&AA=F4@86YY(&ED96$@86)O=70@=&AI<R!A;F0@=VEL;"!A<'!R96-I871E
<(&%N>2!H96QP(&EN('1H:7,@;6%T=&5R+@I]"F0@
`
From: dealy@kong.gsfc.nasa.gov (Brian Dealy - CSC)
Newsgroups: comp.windows.x.motif
Subject: positioning of FSB on creation?
Date: 14 Sep 92 15:15:11 GMT
Reply-To: dealy@kong.gsfc.nasa.gov (Brian Dealy - CSC)
Organization: Goddard Space Flight Center



-- 
I know that there is a FAQ on this but I have read it and seem to still have a problem. I want to create a FSBDialog and I have set mappedwhenmanagerd to false
oops thats mappedWhenManaged to False. I set the defaultPosition to False.
and set the x and y to my desired location... when the widget appears
it is first at the mwm default and then quickly moves to my location. 
Why is this flashing occuring? Any Ideas?  Thanks Brian..
Brian Dealy
dealy@kong.gsfc.nasa.gov
Newsgroups: comp.windows.x.motif
From: marbru@auto-trol.com (Martin Brunecky)
Subject: Re: Q: How Do I Reparent A Widget?
Originator: marbru@bilsac
Organization: Auto-trol Technology Corporation
Date: Thu, 10 Sep 1992 18:52:15 GMT

In article <DRAND.92Sep9105326@spinner.osf.org> drand@spinner.osf.org (Douglas Rand) writes:
>...
>   terrible hack anyhow, typically reserved for implementing Motif tear-off
>   menus.  You really don't want to bother.
    Oh boy. Is this the way you guys did that ? 
>
>....
>To reparent,  it would be necessary to realloc the memory to get a larger
>block, sometimes, depending on the new manager parent.  It would have
>been better if the Intrinsics had allocated the constraint record
>separately and destroyed it separately.
     R5 feature/optimization ... but that's not the problem.
>
>As far as I know,  this is the major reason that reparenting cannot
>be currently implemented in the Intrinsics.
>
   I'd consider this a technicality. Once you get that deep into Xt
   internals, it can be done - as a deeply Xt implementation specific
   code.

   But the main reason are resources. Xt emphasizes resources, and
   (though some resources are inherited from the parent), most resources
   are fetched based on the widget location in the tree hierarchy.

   If you reparent a widget, you'v changed it's location in the tree.
   Should you refetch all resources ? (note that is an equivalent of
   recreating a widget). If the parent is a constraint widget, should
   the constraint reflect the ones specified for the intial location
   in the tree, or ones specified for the target one (note you*must*
   redo the constraints during reparent) ?


-- 
=*= Opinions presented here are solely of my own, not those of my employer =*=
Martin Brunecky           marbru@auto-trol.com                  (303) 252-2499
From: dfavor@logan.tivoli.com (David Favor)
Newsgroups: comp.windows.x.motif
Subject: Re: mxgdb - Motif dbx
Keywords: dbx,xdbx,xxgdb,gdb
Date: 9 Sep 92 12:08:46 GMT
Organization: TIVOLI Systems, Inc.

the program is xxgdb (patchlevel 1.06) for gdb. and xdbx (patchlevel 2.1)
for dbx. these patchlevels may have changed, but were valid as of a couple
of weeks ago.
From: csb960dean@qut.edu.au ("Michael Dean")
Newsgroups: comp.windows.x.motif
Subject: Multi Column Motif List Widget?????
Date: 6 Sep 92 14:30:31 EST
Organization: Queensland University of Technology

Gidday

   Can the Motif List Widget display lists in a multi column format???
   
   If so how???

   If not , could someone please suggest an alternative??

Thanks

-- 
------------------------------------------------------------------------------
Michael Dean ,                        csb960dean@qut.edu.au

Do you ever get that feeling of vu ja de???
the feeling that none of this has ever happened before!!
From: mxa11@po.CWRU.Edu (Madhavi Ahuja)
Newsgroups: comp.windows.x.motif
Subject: XmStringCompare URGENT HELP
Date: 8 Sep 92 19:19:12 GMT
Distribution: inet
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: slc12.ins.cwru.edu


Hi Netters
I have two XmStrings and I am using XmStringCompare to compare
the two. Also my program is linked with a debug malloc routine.
When I run my program I get a warning "Warning strncmp" whenever
there is a call to XmStringCompare. Is there any problem with 
this function that I should be aware of , or the warning is some
side effect of my debugging malloc and should be ignored
Thanks for your time
Madhavi
ma@acqdev.eeg.ccf.org
From: skinner@cshl.org (John Skinner)
Newsgroups: comp.windows.x.motif
Subject: A message box without a help button??
Date: 15 Sep 92 18:40:35 GMT
Organization: Cold Spring Harbor Laboratory

How do I get rid of unwanted buttons in XmMessageBox??

-- 
*****************************************************************************
John M. Skinner   Brookhaven National Laboratory, Upton N.Y. USA
e-mail : skinner1@bnl.gov
*****************************************************************************