HDTenEightyP/NetNews huggingface dataset:
From: yhtao@magnus.acs.ohio-state.edu (Yu-Hui Tao)
Subject: XmStringGetLtoR gave me a null string in C++!!
Organization: The Ohio State University
Date: Tue, 5 Jan 1993 21:21:12 GMT

Hi, netters:

  I am rewriting a working C/Motif program to C++ version. One problem 
I have so far is that XmStringGetLtoR gave me an EMPTY string in my C++ 
program. 

  The C++ version of the program is roughly like this:
 

Step 1.
   In UI::timebt(int Index) I registered two callback functions for a
   PromptDialog dialog:
   

	XtAddCallback(duetimedialog,XmNokCallback,&UI::duetimeCB,
		(XtPointer)this);
        XtAddCallback(duetimedialog,XmNcancelCallback,&UI::duetimeCB,
     		 (XtPointer)this);

Step 2.
   This is my UI::duetimeCB: 

   void UI::duetimeCB ( Widget w, XtPointer clientData, XtPointer callData)
   {
     UI *obj = (UI *) clientData;
     XmSelectionBoxCallbackStruct *cbs = (XmSelectionBoxCallbackStruct *) 
		callData;
     obj->duetimeF (cbs);
   }

Step 3.
   This is part of the UI::duetimeF:

   void UI::duetimeF(XmSelectionBoxCallbackStruct *cbs)
   { 
    char *dt_ptr;

    switch (cbs->reason)
    {
        case XmCR_OK:
            // get the string from the event structure.
            XmStringGetLtoR(cbs->value,"charset1", &dt_ptr);
        printf("dt_ptr is %s\n",dt_ptr);

  
The *dt_ptr is a null string. The "charset1" is setup previously and 
being used just fine. I even had a default string showed on the 
textfield of the PromptDialog dialog.  

Does this has something to do with the way I setup cbs? On the other hand,
cbs->reason is recognized by the switch function! 

Environment: g++2.2.2/Motif1.1.3/Ultrix4.2/DECstation 3100.

Any response is appreciated!

Yu-Hui Tao
ISE, OSU
tao@CSEL.eng.ohio-state.edu
===========================

  
Newsgroups: comp.windows.x.motif
From: rubin@clam.cis.ohio-state.edu (Daniel Rubin)
Subject: Compound Srings, Compund String Tables and List Widgets ???
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Thu, 7 Jan 1993 08:06:05 GMT

Hello.  I am stuck on my first motif program dealing with compound strings.
I am basically taking the output of a shell command and trying to insert it
in a list widget.  I am going about this by first loading the output of
the shell command into a buffer shown below:

  register FILE *pp;
  extern   FILE *popen();
  register char *p = buffer;

  sprintf(buffer, "ls -l");
  if (!(pp = popen(buffer, "r"))) {
    perror(buffer);
    return;
  }
  *p = 0;
  while (fgets(p, buffer) - 
	       strlen(buffer), pp))
    p += strlen(p);
  pclose(pp);

This puts the output of the "ls -l" command in the buffer with all the line
breaks etc.  

Now I am having trouble inserting the contents of the buffer into a list
widget.  I have tried using the XmStringCreateLtoR to create a compound
string and sending that to the list widget as it's XmNitems argument, but
that is resulting in a segmentation fault... Ack!  I believe this is because
XmNitems is looking for a XmStringTable.  Is there an easy way to convert
a buffer type of array like the one created above to a compound string table
or am I completly off track.

thanks for any help                                                  - Dan

-- 

             Daniel Joseph Rubin     rubin@cis.ohio-state.edu 
     
                       GO BENGALS!      GO BUCKS!
From: cs4351a@cs.uh.edu (Dr. J C Huang's Class)
Newsgroups: comp.windows.x.motif
Subject: At which ftp server is the FAQ kept?
Followup-To: comp.windows.x
Date: 10 Jan 1993 17:30:45 GMT
Organization: Computer Science dept.,  Univ. of Houston (Main Campus)
Distribution: world
NNTP-Posting-Host: rodin.cs.uh.edu

	Which ftp site carries the most recent version of the FAQ for 
	comp.windows.x.motif?

--
many thanks,
	Daryl T.
	cs4351a@rodin.cs.uh.edu
From: schwengeler@urz.unibas.ch
Newsgroups: comp.windows.x.motif
Subject: No terminal
Date: 8 Jan 93 11:46:06 MET
Organization: University of Basel, Switzerland

Hello,

	I'm having problems creating DECterm's under Motif 1.1 and VMS 5.5.
The Session Manager starts fine, the clock and fileview as well. But the
terminal never appears. The message that you get when looking under the
"Work in progrss..." menu selection and choosing "Show output" is:
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=7FF17600,
PC=00224DAA, PSL=03C00000
Show display gives:
Device:		WSA21: [exec]
Node:		0
Transport:	Local
Server:		0
Screen:		0
I'd appreciate any hints. Thank you.
							Yours, Hans.

===============================================================================
Hans Schwengeler                DECNET/SPAN:	20579::48130::SCHWENGELER
Astronomical Institute		INTERNET:	schwengeler@urz.unibas.ch
University of Basel
Venusstrasse 7
CH-4102 Binningen               PHONE:    +41 61 271 77 11
Switzerland                     FAX:      +41 61 271 78 10
===============================================================================
Xref: sparky comp.windows.x.motif:8457 comp.windows.x:20943 comp.windows.x.apps:1766
From: julia@netcom.com (Julia Miller)
Newsgroups: comp.windows.x.motif,comp.windows.x,comp.windows.x.apps
Subject: Class libraries for Motif
Keywords: C++, Motif, Class Libraries
Date: 8 Jan 93 23:34:40 GMT
Followup-To: poster
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

Does anyone have a list of C++ class libraries for
Motif, graphics, math and other interesting types.

I am aware of Rogue Wave. I would like some others.

Thanks in advance.

julia
From: Duane Clark <duane@blacks.jpl.nasa.gov>
Newsgroups: comp.windows.x.motif
Subject: Re: Undo in XmText
Date: 12 Jan 1993 23:27:17 GMT
Organization: Jet Propulsion Labs
Distribution: world
NNTP-Posting-Host: 128.149.77.102
X-UserAgent: Nuntius v1.1.1d11
X-XXDate: Tue, 12 Jan 93 07:30:11 GMT

In article <1993Jan11.085934.14731@cenaath.cena.dgac.fr> Marc Quinton
STNA 7SU p8046 BD24, quinton@stna.dgac.fr writes:
>You could have a look at a simple Motif based editor named "Jetedit".
The is a
>undo feature is this program. 
>
Which I'll be happy to email if you would like (I'm the author).
Newsgroups: comp.windows.x.motif
From: saroff@uf.msc.edu (Stephen Saroff)
Subject: FAQ?
Reply-To: saroff@msc.edu
Organization: AHPCRC, Minnesota Supercomputer Center
Date: Mon, 11 Jan 1993 20:07:13 GMT


Where can I get the motif FAQ?


-- 

-- Stephen Saroff: saroff@msc.edu
-- Minnesota SupercomputerCenter,Inc
-- 1200 WashingtonAve S; Minneapolis,MN 55415
-- 612/626 1854 Fax:612/624 6550
From: healy@sgi.elec.uq.oz.au (Tim Healy)
Subject: HELP binding keys to widgets!!!
Organization: Prentice Centre, University of Queensland
Date: Thu, 7 Jan 1993 04:25:47 GMT

I am a new user of motif so sorry if this is a
trivial question.

The problem I have is that I have a keypad made from
a form containing buttons.  This works fine when i click
on the buttons with the mouse, but I also require the
buttons to be activated by keystrokes (eg hitting 3 will activate
the button that represents the number 3).  I have tried to use 
accelerators and key bindings.  I am not sure wheter that is the
way to solve ths problem and i was doing something wrong.
or wheter there is another way to do it.

Thanks in Advance,
	Tim Healy
Newsgroups: comp.windows.x.motif
From: zjmw36@trc.amoco.com (Joe M. Wade)
Subject: Re: HP Motif vs. xnews
Organization: Amoco Production Company, Tulsa Research
X-Checksum-Snefru: bab89c2f 82806a60 3af2be4a 1807b85e
Date: Tue, 5 Jan 1993 14:54:42 GMT

In article <C052o7.En4@hpuerca.atl.hp.com> amga@hpuerca.atl.hp.com (Anne Gale) writes:
>In <1992Dec30.124950.4825@draco.macsch.com> matt@sparc6.pisces.macsch.com (Matt Jackson) writes:
>
>>If I run my application on an HP9000 with X11R4 and Motif1.1, and display
>>it on a SPARC 1+ with Openwin 3.0, it takes about *10 minutes* to start
>>up (on other machines, it takes a few seconds). The holdup appears to be
>>in a routine called XRefreshKeyboardMapping(). "hpterm" does the same
>>thing, but other Motif programs do not. Running Motif programs on an SGI
>>Indigo and displaying them on the SPARC works like a champ. Running any
>>application anywhere and displaying it on SPARC using the X11R5 server
>>works fine, so it appears to be an incompatibility between xnews and HP
>>Motif 1.1.
>
>I haven't seen this personally, but I've spoken with several customers
>who have had the problem with hpterm.  The information that we normally
>give customers is as follows:
>
>  The hpterm X client is waiting to get the value of some selection
>  ("Customize Data:") and not succeeding. The Sun server should
>  realize that there is no owner of that selection and should return
>  None as the selection value.
>

I experienced this same problem from clients I built on our HP.
A program written in pure Xlib using XOpenDisplay worked fine,
whereas any program calling XtAppInitialize would hang as Matt described.
I didn't bother to track in down further as Matt did. I just turned it
in to the HP guys and ran to our admin....  ;^)

>  The bug has been reported to Sun (Sun bug id is 1076332). The problem
>  exists only with OpenWindows 3.0. Any Motif 1.1 client will have this
>  problem. A work-around is to set the following reso X server:
>
>      *useColorObj: false
>
>Hope this helps,
>Anne

You're right here. That fixes the problem. Our administrator also
turned me on to an OpenWindows 3.0 server that had the patches up
to level 28 applied to it. That also worked for me.

-- 
* Joe M. Wade (jwade@trc.amoco.com)    *  - "programmer without a cause"  *
* Amoco Research Center                * growth sucks. stop making babies.*
* 4502 E. 41st St.  Tulsa, OK  74102   *           - Oliver Wendell Jones *
* (918) 660-4387                       *            dyffff ??             *
From: jxt@stc06.ctd.ornl.gov (TOLLIVER J S)
Subject: Re: How to gray out Text widgets
Reply-To: jxt@stc06.ctd.ornl.gov (TOLLIVER J S)
Organization: Oak Ridge National Laboratory
Date: Tue, 5 Jan 1993 19:08:41 GMT

>  >How does one gray-out an insenstive Text widget?
>
>Using Motif 1.2+ ? Then just set XmNsensitive to False. 1.2+ support
>insensitive visuals for Text and lists.
>

Grump. I'm stuck at 1.1.x for a while.

>  >Do I really have to go to the trouble of changing the foreground and
>background
>  >colors myself? 
>
>If you're using 1.2-, yes.
>
>  >If so, is there anyway to get at the algorithm used to choose
>  >grayed-out colors for other widgets -- Labels, for instance?
>
>You can use coloredit (export.lcs.mit.edu) to examine the rgb/hsv/cmy
>values of the
>'gray' of the labels and use the same for text greying.
>
Actually, they're not really "grayed". Just overlaid with some sort of
hashed
pattern. Surely there is a work around of some kind. How can I emulate
that
hashed pattern?

Thanks,
Johnny Tolliver
Oak Ridge National Laboratory
jxt@ornl.gov
Xref: sparky comp.windows.x.motif:8528 comp.windows.x:21077
From: ray@rann.sbi.com (Raymond Blum)
Newsgroups: comp.windows.x.motif,comp.windows.x
Subject: background color of RowColumn children
Date: 12 Jan 93 22:23:12 GMT
Reply-To: ray@rann.sbi.com
Organization: Salomon Inc.

Hi Net!
  I am having a problem with understanding/using resources; I have a RowColumn
 widget whose children are as follows:

XmRowColumn --
              |
              XmFrame --
                         |
                         XmForm --
                                  |
                                  XmText
                                  XmOptionMenu
                                  XmToggleButtonGadget
              |
              XmFrame --
                        |
                        XmForm --
                                  |
                                  XmText
                                  XmOptionMenu
                                  XmToggleButtonGadget
              |
        (more of the same) 
  
I want the RowColumn background to be C1. I want the Frames and their children, with
the exception of the Text widgets, to have the background color C2. I want all Text
widgets to have the background color C3.
  What I am specifying in my application defaults file is...

     *XmRowColumn*background: C2
     *XmRowColumn.background: C1
     *XmText*background: C3

   Problem is: line #1 seems to be overriding line #3, the text children of my Form
have the background color C2. I have tried rearranging the order of the declarations, 
to no effect. I have also tried specifying XmFrame*background instead of
XmRowColumn*background [in line 1], also to no effect. (This IS annoying)
   Seems like it should be this simple, but I am beginning to suspect not!

Thanks in advance for any help
---Raymond

---
------------------------------------------------------------------------
-----                                                              -----
-----                                                              -----
----                  \\\\\\\                                       ----
----                 \\\    \\   People ask me                      ----
----                  \\ o o       "Why are you smiling?"           ----
----                             I'm just happy!                    ----
----                     \_/                                        ----
----                                                                ----
----   Raymond Blum                                                 ----
----   ray@rann.sbi.com                                             ----
----   (201) 896-7594                                               ----

  Of course these are MY opinions! Whattya think, my EMPLOYER 
  could've thought this stuff up?
Newsgroups: comp.windows.x.motif
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: Re: Dialog pops up but is very very tiny
Organization: Oakland University, Rochester MI.
Date: Fri, 8 Jan 1993 05:47:57 GMT

In article <1993Jan8.002716.15761@mercury.unt.edu> <cpearce@nemesis.acs.unt.edu> (Chris Pearce) writes:
>Motif 1.1.? X11R4 HPUX 8.0
>
>I am writing an application that needs a custom dialog to pop up. I have
>written my routine guided by examples in O'Reilly Vol 6. The problem is
>that when the dialog pops up, it is the minimum size. Manually resizing the
>dialog reveals all the components in their glory.

>..
>XmString s0;
>Widget shell, form, pushb;
>
>shell = XtVaCreatePopupShell ("Dialog...",
>    xmDialogShellWidgetClass, toplevel /* Shell returned by XtVaAppInitialize*/,
>    XmNdeleteResponse, XmDESTROY,
add  XmNwidth, int_width,
     XmNheight, int_height,
>    NULL);
>
>form = XmCreateForm (shell, "Form", NULL, 0);

also add
XtVaSetValues (form, XmNwidth, int_width, XmNheight, int_height, NULL);

>XtManageChild (form);
>
>s0 = XmStringCreateSimple ("What is happening, anyway?");
>pushb = XmCreatePushButton (form, "Pushb", NULL, 0);
>XtVaSetValues (pushb,
>    XmNlabelString, s0,
>    NULL);


Look carefully at my above additions. For some reason (I don't pretend to
know why) both the Xt and Xm dialog creation functions default to a size
that is just big enough to display the Close buytton and the Drag bar.
The exception to this is when you have attached Ok, Cancel, Apply or
Help buttons (then the dialog is created at a useful size.)

Not also that it is not sufficient to merely set the size of the dialog
shell and hope that the form will auto scale to fill it. If you try to 
skimp on setting the width and height on the Form, you'll still get
a dinky dialog.

--regards, steve

-- 
Steve Langer  			       sglanger@argo.acs.oakland.edu (VMS)
Oakland University		       sglanger@vela.acs.oakland.edu (Ultrix)
---------------------------------------------------------------------------
Standard disclaimers apply. In addition, the author makes no guarantees,
concerning the grammatical accuracy of his writing. Therefore, any ^B's, ^C's, 
midword character additions/deletions and other non-sense which occurs (after 
the work leaves the author's decade old text editor via his decade old Amiga, 
struggles through a local 1200 baud Merit server to be further mauled via the 
remote VAX mail servers) is someone elses problem - namely yours.
---------------------------------------------------------------------------
Newsgroups: comp.windows.x.motif
From: cheng@cis.uab.edu (Wai-Fong Cheng)
Subject: Re: Problem: Scrolling a button with a Pixmap
Organization: University of Alabama at Birmingham
Date: Tue, 12 Jan 1993 15:02:29 GMT

You probably do not have the correct depth set for the copy plane command.
From: nr3m+@pitt.edu (Matthew A Henry)
Newsgroups: comp.windows.x.motif
Subject: Default PushButtons
Date: 8 Jan 93 15:36:41 GMT
Organization: University of Pittsburgh


System: HP9000 705, HP-UX 8.07, Motif 1.1

I have a form widget containing labels, text fields, and pushbuttons. I
have setup one of the pushbuttons as the default pushbutton for the
Form.  When I enter a return from one of the text field widgets the
default pushbutton becomes armed and remains armed until that button is
pressed.  How can I have a return, entered into a text field widget, 
cause the default pushbutton to be activated as if the button were
pressed?

Any suggestions, e-mailed or posted would be greatly appreciated.

Thanks,

Matt Henry
henry@cdi.com
Newsgroups: comp.windows.x.motif
From: herrage@crchh451.bnr.ca (Robert Herrage)
Subject: Dialogs Behind Parent Window?
Date: Tue, 12 Jan 1993 15:08:11 GMT
Reply-To: herrage@bnr.ca
Organization: BNR

I have an application that consists of a window and several dialog boxes.  I 
used to use "tvtwm" and was able to lower dialog boxes so that the parent
window was in front of them.  Now, I'm using "vuewm" and others where I work
are using "mwm".  Some of this application's dialog boxes contain display-
only information and take up a good portion of the screen.  If it is desir-
able to leave the display-only dialog box up and still be able to see what's
in the parent window and use its menus, I need to be able to bring the win-
dow back on top and move the dialog box to the back.

Surely, there is some Motif resource that I can set that will allow me to do
this.  Can anyone help me out here?  Please send me email.

Robert
herrage@bnr.ca
Newsgroups: comp.windows.x.motif
From: daniel@moonshine.osf.org (Daniel Dardailler)
Subject: Re: dynamically change background resource value
Organization: Open Software Foundation, Motif Team
Date: Wed, 6 Jan 1993 21:52:09 GMT

 
|> I have a motif program that uses a resource file with the following line in it:
|> *background:	green
|> 
|> I would like to change this value while the program is running. Is there
|> a way to do this so that it will change all of the widgets backgrounds to
|> a new color without having to change the XmNbackground resource for 
|> every widget?
 
There is a routine, XmChangeColor, which set up the foreground, select,
though, shadows, etc, given a background color, but it applies to 
a single widget, without propagation.

The rest is between you and XmNchidren (basically).
(check the FAQ, traversing an application hierarchy, including
popups, has been discussed quite a few time in the past)
Newsgroups: comp.windows.x.motif
From: a722756@roper.mc.ti.com (W. Donald Rolph)
Subject: changing cursors or motif widgets
Originator: a722756@roper.mc.ti.com
Organization: Texas Instruments / Attleboro Mass / USA
Date: Thu, 7 Jan 1993 20:37:10 GMT


I am probably doing something very stupid, and this may very well be in a FAQ,
although I cant seem to stumble on it.  My apologies.

I am writing a motif application using motif widgets.  I would like to change the
cursor during processing to alert the user that work is underway.  If I perform
the following code:
************************* 
Cursor watch_cursor;
/* turn on watch so the user isn't confused - this process can be time
        consuming!!  */
watch_cursor = XCreateFontCursor(XtDisplay(main_widget),XC_watch);
XDefineCursor(XtDisplay(main_widget),XtWindow(main_widget),watch_cursor);
*******************
nothing happens.

If I do:
******************* 
Cursor watch_cursor;
/* turn on watch so the user isn't confused - this process can be time
        consuming!!  */
watch_cursor = XCreateFontCursor(XtDisplay(main_widget),XC_watch);
XDefineCursor(XtDisplay(main_widget),XtWindow(main_widget),watch_cursor);
/* this stupidity is to get around a problem in displaying the cursor*/
message_box = XmCreateWarningDialog(main_widget, "Message Box",
        args, argcount);
*******************
where message_box is never realized or managed, the cursor changes.

Can some one help an obviously confused person?
 
Thanks in advance.
 
Regards.
 
Don Rolph a722756@pan.mc.ti.com WD3 MS10-13 (508)-699-1263
-- 

Regards.
 
Don Rolph  a722756@pan.mc.ti.com WD3 MS10-13 (508)-699-1263
Newsgroups: comp.windows.x.motif
From: dichter@chdasic.sps.mot.com (Carl Dichter)
Subject: Re: Hypertext
Organization: Motorola ASIC Division, Chandler AZ
Date: Fri, 8 Jan 1993 20:43:20 GMT

In article <1993Jan4.163257.21805@ctp.com>, hubec@ctp.com (Hubert Chou) writes:
>
>Are there any third-party packages out there for building hypertext
>help-type systems under Motif? 
>
>Any ideas, suggestions are welcome.
>
>Hubie Chou
>hubec@ctp.com

Centerline's ViewCenter, an interface builder, supports hypertext help.
ViewCenter generates OI Library calls (motif or openlook-- user selectable
by resource or command line option) for C++ code. 

Some software vendors (e.g. Cadence) are hooking into FrameMaker's viewer
as a hypertext help system.

----------------------
Carl R. Dichter               "iwannanugui"
Motorola ASIC Division
email: dichter@chdasic.sps.mot.com
* A native of Phoenix-- that's why you can't place the accent. *
Newsgroups: comp.windows.x.motif
From: sglanger@vela.acs.oakland.edu (LANGER STEVEN C)
Subject: pipes (attn Jeffrey Wood)
Organization: Oakland University, Rochester MI.
Distribution: na
Date: Fri, 8 Jan 1993 05:29:07 GMT

Thanks much for the code fragment. Ican't get it to compile
though. 

Here's what I have

{
	char arg[BUFSIZ];

	/*after setting up the  pipes as you show and forking*/

	sprintf (arg, "childproc %d %d", pipe1, pipe2 );
	execv ("path", arg);
-----------------------^

compiler says it needs const char **arg.
I've tried (const *)arg, (const)&arg and nothing compiles.
Any suggestions?


--steve
-- 
Steve Langer  			       sglanger@argo.acs.oakland.edu (VMS)
Oakland University		       sglanger@vela.acs.oakland.edu (Ultrix)
---------------------------------------------------------------------------
Standard disclaimers apply. In addition, the author makes no guarantees,
concerning the grammatical accuracy of his writing. Therefore, any ^B's, ^C's, 
midword character additions/deletions and other non-sense which occurs (after 
the work leaves the author's decade old text editor via his decade old Amiga, 
struggles through a local 1200 baud Merit server to be further mauled via the 
remote VAX mail servers) is someone elses problem - namely yours.
---------------------------------------------------------------------------
Newsgroups: comp.windows.x.motif,comp.windows.x,sdnet.jobs,misc.jobs.offered