HDTenEightyP/NetNews huggingface dataset:
From: mravicha@rcsuna.gmr.com (M. G. Ravichandran )
Newsgroups: comp.windows.x.motif
Subject: var args calling - help!!!
Date: 9 Oct 92 18:19:25 GMT
Reply-To: mravicha@rcsuna.gmr.com
Organization: G.M. Research Labs

Hello,

I have started  using var arg style of function calling recently.
I am worried about the proper type being passed whenever var args are used.

Let us look at an example (using XtSetArg).
    XtSetArg(args[arg_num], XmNx,         10   ); arg_num++;
    XtSetArg(args[arg_num], XmNwidth,     100  ); arg_num++;
    XtSetArg(args[arg_num], XmNsensitive, False); arg_num++;
    XtSetValues(widget, args, arg_num);
I don't need to typecast any of the arguments because XtSetArg is a macro.

In the var arg style interface, the same code could look like this:
    XtVaSetValues(widget,
        XmNx,        10,
        XmNwidth,    100,
        XmNsensitive, False,
              NULL);

My instinctive feeling is that the above function call might pose a
problem. XmNx expects value of type Position, XmNwidth of type Dimension
and XmNsensitive of type Boolean.

Intrinsic.h defines those types as:
        Position                  short int
        Dimension        unsigned short int
        Boolean                         char

With that in mind, the called function (XtVaSetValues) expects data of the
above type (short int, unsigned short int and char).

How does the calling function promote the values? Is it going to promote
10 as an int, 100 as an int, False (which is really 0) as in int?

To be safe, do I need to use the following style?
    XtVaSetValues(widget,
        XmNx,         (Position)  10,
        XmNwidth,     (Dimension) 100,
        XmNsensitive, (Boolean)   False,
              NULL);

Please share your insights and experiences on this problem. I will summarize
my findings and post it.

Thank you.

Ravi
(marvicha@rcsuna.gmr.com)
From: argv@z-code.z-code.com (Dan Heller)
Newsgroups: comp.windows.x.motif
Subject: Re: Opinion of O'Reilly Guides to the X Window System
Date: 11 Oct 92 04:08:34 GMT
Reply-To: argv@z-code.z-code.com
Distribution: inet
Organization: The Internet

> On Oct  7,  3:50pm, Bob Hays wrote:
>   However, it
> would be nice to have a similar book to discuss the Motif Resource
> Manager (Mrm) routines and the use of UIL, which, as Dan freely
> admits, was not the aim of his book.  I don't agree with Dan's opinion
> of UIL, but that is of secondary importance....

It was of secondary importance to my publisher as well :-), so ..
    [drum roll]
The next edition of my book will actually be TWO books:

    The existing Motif Programming Manual will be expanded to
	contain all the new Motif 1.2, and

    The reference section will be broken out into its own separate
	volume and will ALSO contain doc on UIL and Mrm.

That's right, I sold out to the corporate weasles that wouldn't buy
the book unless it had documentation on UIL. :-)

(Of course, this is all in good nature.  My publisher is a great guy...)
(besides, he reads this newsgroup.)
(Hi, Tim!)

  --dan
Newsgroups: sierra.motif,comp.windows.x.motif
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: Re: Resize in Motif
Date: Thu, 15 Oct 1992 12:20:30 GMT
Distribution: na
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 <1992Oct15.002712.4447@sierra.com>, ericb@sierra.com (Eric Blood "intern") writes:
|> label needs to be updated.  Up to now, I have used XtAddEventHandler()
|> along with PropertyNotify and ConfigureNotify.  Neither of which is
|> called when the window is resized.  ResizeRequest is a prelude to a
|> notify and doesn't suit my needs.
|> 
|> 	How can I know a resize of a window has a occured?

Try using XtAddEventHandler() with StructureNotifyMask.  In the event
handler, you can check if the event->type == ConfigureNotify, in which
case you can grab the new size from the event->xconfigure, or MapNotify,
in which can you can grab the size using XtGetValues().
-- 
: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
Xref: sparky comp.windows.x.motif:6872 comp.windows.x:17951
From: rupen@smurf.ssc.gov (Rupen Sheth)
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: Young's C++/Motif - a few problems
Date: 16 Oct 92 19:32:23 GMT
Organization: Superconducting Super Collider Laboratory

In trying to use Young's MotifApp model (which I think is great) for our applications, I have run into
two problems.

***********************************************
First:
  Callback functions are used as static functions (to avoid having the 'this' pointer).  The static
  callback function extracts the object handle from the client data, and calls a function which
  does the work.

  There are some things in Motif that do not have a client data. For example, in order to change
  the file search procedure in FileSelectionBox, we have to register a XmNFileSearchProc.  I
  cannot think of a way I use this to do what I want.  For example

  Include file for Something.h
  private:
    static void fileSearchProc(Widget, XmFileSelectionBoxCallbackStruct);

  Source file -creator method Something::Something(......)
  XtSetArg(args[0]. XmNfileSearchProc, &Something::fileSearchProc);
  Widget _fileBrowser = XmCreateFileSelectionDialog(parent, "name", args, 1);


  Something::fileSearchProc(Widget fs, XmFileSelectionBoxCallbackStruct *cbs) {
    // Here, now I cannot get a handle on the object to be able to call other member functions.
  }

  Can anybody help me with this?
  Doug, if you are reading this, I'd really appreciate a response.

********************************************
Second problem: Related to using ObjectCenter.
  In using include files, ObjectCenter seems to put it's search path before mine.  This results in
  problems.  For example,
  #include <unistd.h>  /*even though /usr/include/unistd.h has certain defines, ObjectCenter's CC
   complains.  Seems like it is finding the file in one of it's directories, and it does not have
  everything (eg, W_OK defined.)

  Has anybody else run into this with using ObjectCenter's CC?
  Is there a way around this?

Thank you.
-- 
Rupen Sheth
Superconducting Super Collider Laboratory        EMail: rupen@falcon.ssc.gov
2550 Beckleymeade Ave. MS 4004                   Phone: (214) 708-3344
Dallas, TX 75237                                   FAX: (214) 708-4827
Newsgroups: comp.windows.x.motif
From: scott@asd.com (Scott Barman)
Subject: Motif bug or feature?
Organization: American Software Development Corp., W. Babylon, NY
Date: Wed, 14 Oct 1992 16:21:55 GMT

How come the text in a text or textField widget does not dim when I
make the widget insensitive?  This seems a bit inconsistant with the
rest of the Motif interface, no?

For the record: Motif 1.1.5, MIT X11R4pl18, Xsun server on a SPARCstation 2
running SunOS 4.1.2.
-- 
scott barman			| <This space intentionally left blank>
scott@asd.com			|
 (I can barely speak for myself, you expect me to speak for my employer??)
From: bob@odi.com (Bob Miner)
Newsgroups: comp.windows.x.motif
Subject: Sun Japanese input method for Motif 1.2 ?
Date: 9 Oct 92 15:53:17 GMT
Distribution: inet
Organization: The Internet

Motif 1.2 doesn't come with a standard Japanese input method (the
Kana to Kanji conversion server process), but instead leaves that
to the vendors.

That's fine for HP, IBM, etc. who offer Motif libraries and their
own input methods.

For Sun, however, what are people doing?  Is Sun's JLE input method
compatible with Motif 1.2?  Are there third party input methods
one can license and distribute on Sun platforms with one's product?
Is there some other solution?

Thanks,

Bob Miner
bob@odi.com
Newsgroups: comp.windows.x.motif
From: squire@eclus.dnet
Newsgroups: comp.windows.x.motif
Subject: Write widgets in Ada?
Date: 12 Oct 92 03:21:39 GMT
Distribution: inet
Organization: The Internet

William G. Loftin, writes:
>	I have a "simple" question.  Can a widget be written in Ada
>without rewriting all underlying layers (Xlib/Xt/Xm) in Ada?  If
>the answer is no (which I think it is) could some kind soul elaborate
>on why (in as much detail as you have time for), for my
>managements edification.  On the other hand, if the answer is yes
>then how are the methods interfaced?

This is *NOT* a simple question.

1) Yes, a new widget could be written in Ada.
   The same thin binding that allows X/Motif applications to be written
   in Ada will work, or can be extended to work, in order to write
   new widgets. These new widgets could be used directly only by Ada
   applications. The interface would be wrong if the new widgets were
   used with C or C++.

2) Should X/Motif widgets be written in Ada? My opinion is: *NO*!
   If something is needed in an X/Motif application being written in Ada,
   just write the code needed to do the application. Do not make it a
   new widget. There were some very talented people at Rational Inc. who
   wrote Xlib and Xt from the ground up in Ada. It worked but there was
   a little problem. The effort was a year out of date and the next revision
   would have been even more out of date. The basic X/Motif is written in
   C. It is still written in Classic C even though some fluff has been added
   to get it through ANSI C compilers. I doubt if this will ever change.
   Other languages, Ada, Fortran, Pascal, ... use X/Motif through the use
   of "thin bindings". Thin bindings are recognized by ISO and most other
   standardization organizations. It is possible to keep thin bindings a
   few months behind the primary C development. It is not possible to keep
   parallel language development even close to the primary C development.
   Even C++ "wrappers" are a form of thin binding.
   
3) The technical detail is massive if you really want to write a widget
   in a language other than C. Private header files from widgets you are
   subclassing will need thin bindings. Data structures will need
   representation clauses to make Mrm, geometry management, etc. handle
   resources properly. Like Blue Boy, "I didn't say you couldn't do it,
   I said you shouldn't do it."

I have written/adapted my own X/Motif binding for Ada that I use in teaching
an X Windows/Motif class. I have used several versions of Digital's Ada
thin binding to X/Motif and have studied SERC SA-Motif Ada binding and
the Stars Program Ada binding. Every one is different. No standard is here
yet, but it's time is coming. Ditto for C++. Technical feasibility has been
demonstrated. Style issues are what take so long in a standardization process.

Jon Squire                 squire@tron.bwi.wec.com
From: lectra@greco-prog.fr (Lectra Systeme)
Newsgroups: comp.windows.x.motif
Subject: Motif 1.1/1.2 UIL compatibility
Date: 7 Oct 92 14:01:03 GMT
Reply-To: pierre@lectra.fr
Organization: GRECO Programmation du CNRS - Bordeaux,France


	Hi everybody,


	I have compiled Motif 1.2 on SunOs 4.1.1 and SVR4 ans it seems that
there is a problem of compatibility between 1.1 and 1.2 when using UIL. 
	
	Here is the example:

<-- cut here

module sample_uil
    version = 'v1.0'
    names = case_sensitive

object
    sample_main : XmMainWindow {
       controls {
            XmForm sample_form;
       };
    };

object
    sample_form : XmForm {
        arguments { 
		XmNwidth = 640;
	    	XmNheight = 500;
		XmNbackground = color('Black');
        };
};

end module;

<-- cut here

	I want to create an empty Form (with no children) in order to draw 
using Xlib functions.

	With Motif 1.1 "sample_form" is displayed with 640x500 pixels (although
it is an empty Form). With 1.2, "sample_form" is displayed with a "zero" size !

	If i write the same application using Xm (and not UIL), it works fine !

	Any Idea ?


-- 
 ._______________________________.__________________________. 
+-------------------------------'--------------------------'|
| Pierre FICHEUX                | tel   : +33 56 68 80 00  ||
| Lectra Systemes               | fax   : +33 56 78 88 31  ||
From: dbl@osf.org
Newsgroups: comp.windows.x.motif
Subject: Re: Motif unformatted man pages
Date: 7 Oct 92 12:55:04 GMT
Distribution: inet
Organization: The Internet


|> pages were preformatted.  ICS said OSF considers the unformatted man

Nonsense; this was settled more than three years ago with Motif 1.0.

|> man pages online???  Someone please tell me how to get this stuff, or

Certainly your binary license should cover manual pages -- after all, you
have header files, which certainly are source code.

To double-check the licensing issues, check with direct@osf.org.


-- 
David B. Lewis  	Temporarily at and certainly not speaking for OSF.
by day: dbl@osf.org			by night: david%craft@uunet.uu.net
Newsgroups: comp.windows.x
From: lemmens@pa.twi.tudelft.nl (Kees Lemmens)
Subject: X-terminals
Organization: TU Delft
Date: Thu, 15 Oct 1992 16:44:57 GMT



I'm trying to compare the performance of X-terminals from different vendors, but is hard to get an
objective idea from the folders. Is there anybody who can tell we where to find a comparison of DEC,
TEKTRONIX and HP X-terminals ?
I would prefer to have the performance expressed in Xstones, but any other comparison will be welcome.

Thans in advance.

Kees Lemmens,
Techical University of Delft,
Faculty of Techn. Maths. and Informatics.
Delft.

Newsgroups: comp.windows.x
From: samborn@lynchpin.mtkgc.COM (Kevin Samborn)
Subject: Re: comp.windows.x: Getting more performance out of X.  FAQ.
Organization: The Internet
Date: Thu, 15 Oct 1992 16:05:55 GMT

> About the Resources File:
> - - - - - - - - - - - - -
> 
>   Joe English (joe@trystero.art.com) :
>     Keep your .Xresources and .Xdefaults file small.  Same effect as
>     [reducing the number of fonts].  (Personally, I have a huge
>     resource database; it doesn't seem to affect performance too badly,
>     but your mileage may vary...)

Actually, I have seen performance increases by separating my resource
database.  However, also of importance, I noticed much more usability...

By separating out my resource database, I mean putting the minimal
number of resources in ~/.Xdefaults (or ~/.xresources, or whatever you
"xrdb"), and making use of the X11r4 or > "per-user application
resource file".

This is how I did it (for OpenWindows 3.0, which is R4 based, and also
R4 Xsun):

In my .xsession I set XUSERFILESEARCHPATH to ":$HOME/X/app-defaults/%N". 
This allows me to put resources specific to Xt based applications 
(including Motif and OLIT and resource heavy window managers) in a file
called $HOME/X/app-defaults/"class-name".

So, for example, in my xterms, I have nothing in the file I xrdb, and
have it all in $HOME/X/app-defaults/XTerm.

This affects performance (as far as I can tell) in the following ways:

1) the resources for particular applications are not stored in the X
server in the RESOUCRCE_MANAGER property

2) applications other than the one you are interested in never have to
process the app's resources

3) the application that you are interested in has to load an additional
file every time it starts up.  This doesn't seem to make that much of a
performance difference, but I consider this a huge boon to usability.
If you are modifying an application's resource database, you just need
to re-run the application without having to "xrdb" again.

This is all documented in the Xt Specification (pg 125 & 666).

Also, if anyone is interested, I can mail them my setup files...
 
kevin
--
kevin samborn
samborn@mtkgc.com
sakura global capital
From: laakkone@klaava.Helsinki.FI (Tero Laakkonen)
Newsgroups: comp.windows.x
Subject: Re: Need recommendation for X on IBM-PC (ya, i've been thru' FAQ!)
Date: 15 Oct 92 22:12:50 GMT
Organization: University of Helsinki


[stuff deleted]

somebody says:

>>>I think DESQview/X is definitely the winner these days.  
>>>I believe it's the only full X Window system while all the rest
>>>are just X servers for the PC.  I saw the demo in UNIX Expo last
>>>October and was really impressed.  I own a copy of the last 
>>>version of X11/AT and I sincerely recommend against it. 

[stuff deleted]

what's the big idea? DESQview/* costs. isn't a free *nix + X386 or Xfree86 
a better idea? 

X386:

"i am real impressed with it."

"i sincerely recommend it."

"it works for me."

-tero
Newsgroups: comp.windows.x
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: Resolutions greater than 1024x768?
Organization: AT&T
Date: Tue, 13 Oct 1992 00:59:57 GMT

In article <1bd62oINNfic@uwm.edu> jimj@miller.cs.uwm.edu (James Jegers) writes:
>    I was wondering if there are any driver for video boards for
>    the i386 that are greater than 1024x768.
> 
>    In particular I am looking for the Xconfig file for an
> 
>    Orchid Fahenheight 1280 (1meg) video card with a NEC 5FG monitor.
> 
>    My problem is the XFree86 only see's 512k of memory on the card,
>    even when there is more, and the jumpers are set to use it.
>    I'm also having some problems getting the lower resolutions to work.
> 
> -- 
>      ______________________________________________________________
>     /\               University of Wisconsin -- Milwaukee          \
>     \_| Computing Services Division     Computer Science Department |
>       |   jimj@csd4.csd.uwm.edu           jimj@miller.cs.uwm.edu    |

There's a real good reason why it's not working.  XFree86 doesn't
support the S3 chipset on the F1280.  The fact that you get any
response at all is quite surprising.  There are some people working
on adding S3 support to XFree86; whether that support is contributed
back to the official product is up to them.  We are not working on
it.

BTW - the correct mechanism for asking questions about XFree86 is
to send mail to <xfree86@physics.su.oz.au>, or at least ask in an
OS-specific newsgroup.  There is currently an active RFD for a 
new newsgroup for X-on-Intel-based-Unix; the vote is still a couple
of weeks away.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
Newsgroups: comp.windows.x
From: bmw@swanee.ee.uwa.edu.au (Robert Woodcock)
Subject: Creating a 24 bit window with non-default visual class
Organization: Elec Eng, Univ of Western Australia
Date: 14 Oct 92 03:57:22 GMT

I am having diffculty setting up the required colour maps to perform
24 bits graphics on my SS 2 with OW 3.0. When OW 3.0 startsup it defaults
to an 8 bit Psuedocolor visual type. In the majority of cases this is what I
want. However, I should be able to request any supported visual type including
24 bit DirectColo/TrueColor. The window is created correctly and checking the
window attributes shows it to be a 24 bit window. The difficulty appears to be
in the colormap definition. What I would like to do is check the standard
colormaps and see if a 24 bit map is already created and use it if so, otherwise I would like to create one and install that as a standard colormap. I have
a few programs that run together and would benefit from such a setup.

I have checked the FAQ and found no solution. Sample code to do this would be
greatly appreciated. Please note, I wish to use a non-default visual type,
this is important since everthing works fine if I change the default, I don't
want to do that.

Thanks

Rob
--
================================================================================
Mr. Robert Woodcock                        Phone: +61-9-380-3856     _--_|\
Centre for Intelligent Information Processing Systems               /      \ 
Dept. of Electrical & Electronic Engineering                        *_.--._/
The University of Western Australia        Fax:   +61-9-380-1101          v 
NEDLANDS WA 6009 Australia                 Email: bmw@swanee.ee.uwa.edu.au
From: slc@a2.cim.cdc.com (Steve Chesney x4662)
Newsgroups: comp.windows.x
Subject: xterm class resource file
Keywords: xterm
Date: 12 Oct 92 17:57:23 GMT
Reply-To: slc@a2.cim.cdc.com (Steve Chesney x4662)

The -name parameter of xterm allows one to change the application name
so that xterm gets resources as if it were a different application.  
How can one dextend that so it also reads a resource file as if it had
class name other than "XTerm".  I need to have a set of resources for 
xterm in a different file name under  "/usr/lib/X11/app-defaults" and
$HOME.  Is there a way to change it's class name?
 
Thanks.
-- 
Steve Chesney                                    slc@cim.cdc.com     
Metaphase Technology Incorporated                612-482-4662 (voice)
4233 Lexington Avenue North                      612-482-4001 (fax)
Arden Hills, MN  55126
Newsgroups: comp.windows.x
From: strauss@melpar (Audrey Strauss)
Subject: xnews server crashing
Organization: E-Systems, Melpar Division
Date: Tue, 13 Oct 1992 17:27:11 GMT



Openwindows3.0 world,

	The OW3 xnews server crashes occasionally with a segmentation violation.
We are no longer writing to the xnews server socket  (#6000-60010) and our only
kernel change specifies SHMSIZE=2048 KB.  Does anyone have any suggestions 
besides ObjectWatcher?  Any insight on possible swap space problems?

	I've heard that the MIT server, X11/R5, is better than the OW3 xnews
server.  Could anyone possibly support/refute that statement with actual 
testimonials?  I need all of the help that I can get!!!

			I'll be waiting...
				Audrey Strauss


Newsgroups: comp.windows.x
From: mcintyre@predator.endicott.ibm.com (Dave McIntyre)
Subject: Multiple XOpenDisplays on the same display
Date: Fri, 09 Oct 92 11:32:29 GMT
Reply-To: mcintyre@owgvm0.vnet.ibm.com (Dave McIntyre)
Organization: IBM FSC, Owego, NY

I've just started working on an old project with lots of strange code.
One of the stranger things is the use of multiple XOpenDisplay's
on the same display.  The program opens a new display for each new
window created.   I should say this is on RS/6000's running AIX3.2 and
IBM/MIT AIXwindows (which is like R4, sort of).

I've written some small test programs, with unexpected (to me) results:

The XOpenDisplay calls return different values for the same display.

Windows created on any of these displays appear in XQueryTree listings
for any of the other displays (on the same actual display).

Events in a window only get sent to the actual display it was created with
(not any of the "shadow" displays).

Even though the window is listed in a display's XQueryTree, XSelectInput'ing
with a shadow display on a window causes an XError.

I've read through manuals and books, but can find no reference to
multiple open displays for the same display.  Is the behaviour of multiple
XOpenDisplay's defined, or will we get surprised when porting to other
platforms?  

I guess I'm looking for ammunition to support my argument that this is a
lousy way of selecting events from windows.


 Dave "dr question" McIntyre   +-----+   "....say you're thinking about a plate
 mcintyre@owgvm0.vnet.ibm.com  |  ?  |    of shrimp.....and someone says to
 office : 607-751-2891         +-----+    you 'plate,' or 'shrimp'......"
From: fbr@astro.as.utexas.edu (F. B. Ray)
Newsgroups: comp.windows.x
Subject: using MacX with an RS6000
Date: 15 Oct 92 16:32:19 GMT
Organization: McDonald Obs. Advanced Projects Group
Originator: fbr@astro.as.utexas.edu

I realize this is a real "shot in the dark", but if anyone
(in the world) has gotten MacX to operate successfully with
CATIA running on an IBM RS6000, I would really like to know
how you did it. Please respond by Email. Thanks.
-- 
SNAILmail:  Frank B. Ray, McDonald Observatory, Univ. of Texas / Astronomy
      	    Austin, Texas 78712                       Tel.: (512) 471-3334
**ELECTRIC**mail: fbr@astro.as.utexas.edu                        (Internet)
                  {backbones}!{noao,cs.utexas.edu}!utastro!fbr   (UUCP)