Conference bulova::decw_jan-89_to_nov-90

    I used this:

    	$ link/trace/nodebug/exe=set_title.exe set_title,-
    	sys$input/opt
    	sys$library:decw$xlibshr/share
    	sys$library:decw$dwtlibshr/share

                 Dave

I tried the relink in .1 and it proceeded without problem, but when I use the
new image I always get the message:

Window with input focus most likely not a terminal window.

Is there a new/improved version of the source I should use?


			Lance

Does a version of this exist for Ultrix?

I tried hacking some of the VMS specific stuff out of it, and it almost loads,
except for:
undefined:
_environ

I'm using something like:

   % ld -o set_title set_title.o -lX11 -lc

Thanks!

    Where is the source for SET_TITLE? Thanks...
    
    					     cla
    
    

    
    --> .2
      > Window with input focus most likely not a terminal window.
    
    The window whose title you want to set must have input focus at the
    time that set_title is run. I suspect that is your problem; it works
    fine for me if the window has focus, and I get the above error if it
    doesn't.

re: < Note 122.4 by VAXSYS::ALEXANDRE "Cary Alexandre, 237-2394" >

>    Where is the source for SET_TITLE? Thanks...

Try 

$ COPY	VIA""::SYS$CS6:[DESAI.PUBLIC]SET_TITLE.C, .OBJ, .EXE 

Seems like FAL is back on our cluster.


Jatin

On Ultrix, cc -o <executable> <sources> -ldwt -lX11.  cc will invoke ld which
the appropriate switches to avoid the _environ undefined problem.
				Jeff

After updating to SDC DECwindows, my set_title.exe was incompatable.

So I created this note and asked what the set_title.c (.obj) file needed to be
linked with in order for it to work.

Reply #1 gave me the steps, but after I did it, No matter where the window 
focus is (Yes I have made sure that the window is selected), I still get the

Window with input focus most likely not a terminal window.

I believe the same is true for .2.  Could someone help.

		$$$$ ted $$$$

    Copy LESLIE""::SYS$PUBLIC:SET_TITLE.EXE - it works for me on 5.1 SDC and
    5.2 FT
    
    If it doesn't work, the problem is you, not it.
    
    - Andy

    Re: .4,.6
    I have just sent an updated copy of the source of SET_TITLE
    to Jatin which works under both VMS and ULTRIX and will set
    the titles regardless whether the DECterm session is on
    VMS or ULTRIX (the window class names are different ...
    compatibility for you :-) Perhaps he will make it available
    where .6 says...

    - Scott

re : .-1

   Yes, I put the updated version given by Scott in 

	VIA""SYS$CS6:[DESAI.PUBLIC]set_title.c, .obj, .exe

   Apart from being able to run with VMS/Ultrix, you can have a different
   title name in the title bar and icon name in the icon. The usage is

   $ set_title :== $dev:[dir]set_title
   $ set_title "my window title"  [ "my icon name" ]

   The second parameter is optional and defaults to the value of the first
   parameter if not specified. This allows one to have smaller icon names
   and big title names.

   If you give "" (empty string) as a parameter, that value will be left
   unchanged. This way you can change only one or another. i.e.

     $ set_title "" "New icon"	  	  !will only change icon name.
     $ set_title "New title" ""		  !will only change title
     $ set_title "New title"		  !will change both
     $ set_title "New title" "New icon"	  !will change both

   Enjoy!

   Jatin

   Just adding 1 line is needed to get fine result with JDECterm ( VT382 kanji
   terminal emulator in JDECwidnows environment ).
   
   Here you are.
 
Window get_topwin(win)

Window	win;
{
Window this_win;
char   class_name[255];
for (this_win = win; this_win != root; this_win=get_parent(this_win))
    {
    get_window_class(this_win,class_name);
    if ((strcmp(class_name,"decw$terminal")==0) ||
        (strcmp(class_name,"jdecw$terminal")==0) ||   /* add thie line */
        (strcmp(class_name,"dxterm")==0))
	break;
    }
return(this_win);
}

While we are at adding classes, add > strcmp(classname,"sm")
    	this will let you change Session Manager window title/icon.
    
     
Window get_topwin(win)

Window	win;
{
Window this_win;
char   class_name[255];
for (this_win = win; this_win != root; this_win=get_parent(this_win))
    {
    get_window_class(this_win,class_name);
    if ((strcmp(class_name,"decw$terminal")==0) ||
        (strcmp(class_name,"jdecw$terminal")==0) ||   /* add thie line */
	(strcmp(class_name,"sm")==0)	||	      /* Add this too  */
        (strcmp(class_name,"dxterm")==0))
	break;
    }
return(this_win);
}
    

The location of the .EXE for .-1, please?  Many of us don't have room for C and
the programming environment.  Thanks!


			Andy Ostrom

     For SET_TITLE.EXE (and .C and .OBJ) from .11 as modified by
     .12 and .13, look in
     
          ZFC::ZFC$DISK1:[PUBLIC.X]
     
     Dan

Hello,

I have a Option in FileView which calls a .com file which calls CHILD to create
a window which I can log into.  If I get this window up and running, then 
from another window, use set_title and quickly change the input focues to the
CHILD window, it works fine.  

If, however, I try to run set_title from the login.com of the process I log
into, I get the following:

XIO: non-translatable vms error code: 0x2DBA002, vms message:
%decw-e-cnxabort, connection aborted
%XLIB-F-IOERROR, xlib io error
%TRACE-I-BADDST, no symbols in image
%TRACE-F-STACKDUMP, non-symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC

                                                           00013562  00013562
                                                           00013CBC  00013CBC
                                                           0000F7DF  0000F7DF
                                                           00000476  00000476


what I am doing wrong?

		$$$$ ted $$$$

    
    The BADDST message doesn't look good but I imagine the problem is one
    of security.  Is the user you logged in as in the Child terminal
    authorized to use the server?  If not, you could get this message. 
    (There is a race between closing down a connection and getting the
    "client not authorized" message displayed.  Fixed in future release.)
    
    						monty

If the window is being created with CHILD, why not just use /TITLE=?

RE: .-1, you are right, it is a security thing.

I put the same login.com file into my account and logged in, and it worked fine.

Then, however, I added the other account MYNODE::ACCT to my security list, but
it still didn't work!

Is there something else I should do?

	$$$$ ted $$$$

    Did you hit apply?
    
    Is MyNode defined on the server?
    
    Is the server node defined on the client?
    
    Hope I got lucky ;)
    
    	 	== ken miller ==

RE: .20 - Yup, that is the first thing I doubled checked.  Apply and then Ok.

RE: .18 - I don't know what I want the title to be a creation time.  It is 
          defined to a symbol during the login.com procedure.

To all: Someone mentioned in this conference two files *ACCESS*.dat something
        or other.  Do I have to put that account name in there as well, or 
	should security handle this?

keep trying...

	$

    re:     <<< Note 122.21 by RABBET::FARRELL "Money, there is no substitute!" >>>
                                  -< yup... >-
> To all: Someone mentioned in this conference two files *ACCESS*.dat something
>         or other.  Do I have to put that account name in there as well, or 
> 	should security handle this?
    
    This only applies when you're *not* running a session mgr.
    
    	 	== ken miller ==

Does an ULTRIX binary exist for this program anywhere on the net?

Dougie

   <<< Note 122.24 by CADSYS::HEBERT "Truth is stranger than Jane Fonda." >>>
                       -< ultrx1::~cah/b.vax/set_title >-

    
Great! got it - thanks.

Dougie

I'm running  a  GPX,  VMS5.3  and  have opened 2 windows from a remote note.
set_title  runs correctly on the first window that is opened, but the second
one  always  returns  "Cannot open display" (XOpenDisplay returns NULL). Any
ideas why/a fix?

This happens  on  any  remote  node.  The terminal window is started through
CHILD.

Thanks,

Dave

RE: .-1

  This sounds like DECW$DISPLAY is not defined.  Try doing a SHOW LOGICAL on
DECW$DISPLAY, and also try a SHOW DISPLAY to see if these yield anything.

  If the logical is NOT defined then this is most likely your problem.

						-=> Jim <=-

Thanks Jim....I checked DECW$DISPLAY and get

  "DECW$DISPLAY" = "_WSA39:"

when I do show display I get

%SYSTEM-W-NOSUCHDEV, no such device available
-SHOW-W-OPENIN, error opening _WSA39: as input

on the working terminal (_WSA38:) it gives:

    Device:    WSA38:  [super]
    Node:      TOPKAT
    Transport: DECNET
    Server:    0
    Screen:    0

Any ideas?

Dave

I've not been following this note, but just read the last one...it sounds like
the other one just recently solved that the SET DISP/CREATE needed to be in
EXEC mode.  (Probably it disappeared when the starting process went away
otherwise)

Burns