Motif debugger and KDE on cygwin

[Bruce Visscher_1]

I am using KDE 3.1.4 running under cygwin/xfree86.

X windows "client" applications that I start from VMS generally work except for the XWindows Motif debugger.

If I type "debug/keep" (or run a program linked with /debug) from a DECterm window then the DCL session hangs until I press and "STOP". A Debug window is never created. Of course, I can work around this by define'ing DBG$DECW$DISPLAY as " " to get the command line debugger but I would sometimes like to be able to use the XWindows debugger in this environment.

I have successfully started the VMS debugger from older versions of KDE on cygwin/xfree86 or from other window managers. I have even done this from KDE 3.1.4 on knoppix (a version of Linux that boots from CD).

Does anyone have any idea what the problem could be? I have asked on comp.os.vms as well as some other forums without any success.

[Craig A Berry]

What are the process states of the processes involved? This could be a lot of things, but running out of one quota or another on the VMS side is one possibility.

[Bruce Visscher_1]

Good question.

28-SEP-2004 20:17:47.09 User: ppppppp Process ID: 20201B45
Node: xxxx Process name: "_FTA2:"

Process Quotas:
Account name: DEV
CPU limit: Infinite Direct I/O limit: 1024
Buffered I/O byte count quota: 298336 Buffered I/O limit: 1024
Timer queue entry quota: 255 Open file quota: 1022
Paging file quota: 582704 Subprocess quota: 30
Default page fault cluster: 64 AST quota: 1018
Enqueue quota: 5000 Shared file limit: 0
Max detached processes: 0 Max active jobs: 0

Soft CPU Affinity: off


No subprocess exists in the job.

[Bruce Visscher_1]

Something else I forgot to mention is that it always seems to allocate a BG device.

Here's what it looks like (masking out the ip addrs):

$ tcpip show device BG5745:/full
Device_socket: bg5745 Type: STREAM
LOCAL REMOTE
Port: 49345 6000
Host: xx.xx.xx.xx xx.xx.xx.xx
Service:

RECEIVE SEND
Queued I/O 0 0
Q0LEN 0 Socket buffer bytes 0 0
QLEN 0 Socket buffer quota 61440 61440
QLIMIT 0 Total buffer alloc 0 0
TIMEO 0 Total buffer limit 491520 491520
ERROR 0 Buffer or I/O waits 1 0
OOBMARK 0 Buffer or I/O drops 0 0
I/O completed 156 127
Bytes transferred 38724 34656

[Bojan Nemec]

Hi,

If a BG device is allocated, this means that a socket was open to yours XWindows server (cygwin/xfree86).
Have a check of yours KDE settings (xhost etc...).

Bojan

[Bruce Visscher_1]

xhost was wide open ("xhost +") but I tried explicitly adding the VMS node via "xhost +vmsnode" to no avail.

Also, I verified that the socket exists on the PC side by running netstat.

What other kde settings should I look at? Since every other X windows application that I know of works I really don't have a clue.

[Edwin Gersbach_2]

Bruce,

First, you may use "$ SET WATCH FILE /CLASS=MAJOR" before the DEBUG/KEEP. Just before the debugger window opens, I see a series of lookups of _XMTEXT_ADDMODE_18_1.DIR/EXE/DAT and finaly a access to PTHREAD$RTL.EXE. If you also get that far (what I expect due to the absence of a error message) it would mean that the debugger actually opens the window - it is just not visible. Check if there is a DBG$DECW$DISPLAY logical pointing to nirwana.

Other than that I could only think of some IP tracing to get more information.

Edwin

P.S.
use "$ SET WATCH FILE /CLASS=NONE" to turn file watching off.

[Bojan Nemec]

Bruce,

Check also if you have a DBG$INIT logical name. This logical name points to the initialisation procedure for the debugger. Maybe there is something strange.
But if the debugger forks on other Xservers, I think that the problem is in KDE 3.1.4/cygwin/xfree86 settings.
I dont know cygwin because I use a "clean" Linux. There is a file named .xsession-errors, if such a file (or an equivalent) exists in cygwin try to examin it.

Bojan

[Bruce Visscher_1]

> If you also get that far (what I expect
> due to the absence of a error message) it
> would mean that the debugger actually
> opens the window - it is just not visible.

This is in fact the case. I.e., the window is being created, it is just not visible. I noticed that an outline of the window is created in the KDE vitual desktop icon located on the KDE task bar at the bottom of the screen. After I stop the debugger the outline disappeared. At that point I decided to ask in the help forum on the kde-cygwin project on sourceforge but I haven't gotten any replies.

So, I am still at a loss as to what is wrong here. I appreciate the help I've gotten here.

Still working on it...

[Bojan Nemec]

Bruce,

Try to find where the window is. For this you can use the xwininfo utility.

On my linux I can do:

xwininfo -root -tree

which prints out a tree of all windows. Find the debbuger window and its id. Then do a:

xwininfo -all -id WINDOWID

this will display all the characteristics of the debugger window. Examine this output (you can post the output).

Now I am far away from a VMS system, so I cant see if the syntax on VMS is similar to Linux, but I think it is. The program is located in SYS$SYSROOT:[SYSHLP.EXAMPLES.DECW.UTILS]XWININFO.EXE
there is also a command procedure which define the symbols.
Probably the same utility exists also in cygwin.

Bojan

[Bojan Nemec]

Hi,

Another idea, check if you have the file DECW$USER_DEFAULTS:VMSDEBUG.DAT. If you have this file try to rename before invoking the dbugger. In this file are the XWindows settings for the debugger, maybe some setting is misconfigured. You may look in the file, it is a normal text file.


Bojan

[Bruce Visscher_1]

xwininfo: Window id: 0x1c00053 "OpenVMS Debug64"

Root window id: 0x3a (the root window) (has no name)
Parent window id: 0x3a (the root window) (has no name)
1 child:
0x1c00054 (has no name): () 620x700+0+0 +11+30
2 children:
0x1c00082 (has no name): () 620x35+0+0 +11+30
0x1c00055 (has no name): () 620x665+0+35 +11+65
1 child:
0x1c00056 (has no name): () 620x665+0+0 +11+65
6 children:
0x1c00081 (has no name): () 50x8+550+661 +561+726
0x1c00080 (has no name): () 50x8+550+462 +561+527
0x1c0007f (has no name): () 50x8+550+508 +561+573
0x1c00077 (has no name): () 612x145+3+515 +14+580
1 child:
0x1c00078 (has no name): () 612x145+0+0 +15+581
3 children:
0x1c0007d (has no name): () 595x13+0+132 +15+713
0x1c0007c (has no name): () 13x128+599+0 +614+581
0x1c00079 (has no name): () 595x128+0+0 +15+581
0x1c00074 (has no name): () 614x40+3+469 +14+534
1 child:
0x1c00075 (has no name): () 610x36+2+2 +16+536
7 children:
0x1c00093 (has no name): () 46x32+352+2 +368+538
0x1c00090 (has no name): () 86x32+265+2 +281+538
0x1c0008f (has no name): () 55x32+209+2 +225+538
0x1c0008e (has no name): () 35x32+173+2 +189+538
0x1c0008d (has no name): () 61x32+111+2 +127+538
0x1c0008c (has no name): () 56x32+54+2 +70+538
0x1c00076 (has no name): () 53x32+0+2 +16+538
0x1c00058 (has no name): () 614x460+3+3 +14+68
4 children:
0x1c0006e (has no name): () 113x419+0+0 +14+68
2 children:
0x1c00072 (has no name): () 33x416+0+3 +14+71
28 children:
0x1c000b3 (has no name): () 14x14+16+373 +30+444
0x1c000b2 (has no name): () 14x14+16+359 +30+430
0x1c000b1 (has no name): () 14x14+16+345 +30+416
0x1c000b0 (has no name): () 14x14+16+331 +30+402
0x1c000af (has no name): () 14x14+16+317 +30+388
0x1c000ae (has no name): () 14x14+16+303 +30+374
0x1c000ad (has no name): () 14x14+16+289 +30+360
0x1c000ac (has no name): () 14x14+16+275 +30+346
0x1c000ab (has no name): () 14x14+16+261 +30+332
0x1c000aa (has no name): () 14x14+16+247 +30+318
0x1c000a9 (has no name): () 14x14+16+233 +30+304
0x1c000a8 (has no name): () 14x14+16+219 +30+290
0x1c000a7 (has no name): () 14x14+16+205 +30+276
0x1c000a6 (has no name): () 14x14+16+191 +30+262
0x1c000a5 (has no name): () 14x14+16+177 +30+248
0x1c000a4 (has no name): () 14x14+16+163 +30+234
0x1c000a3 (has no name): () 14x14+16+149 +30+220
0x1c000a2 (has no name): () 14x14+16+135 +30+206
0x1c000a1 (has no name): () 14x14+16+121 +30+192
0x1c000a0 (has no name): () 14x14+16+107 +30+178
0x1c0009f (has no name): () 14x14+16+93 +30+164
0x1c0009e (has no name): () 14x14+16+79 +30+150
0x1c0009d (has no name): () 14x14+16+65 +30+136
0x1c0009c (has no name): () 14x14+16+51 +30+122
0x1c0009b (has no name): () 14x14+16+37 +30+108
0x1c0009a (has no name): () 14x14+16+23 +30+94
0x1c0008a (has no name): () 14x14+16+9 +30+80
0x1c00073 (has no name): () 14x14+1+1 +15+72
0x1c0006f (has no name): () 80x419+33+0 +47+68
0x1c0006d (has no name): () 15x403+599+0 +613+68
0x1c00068 (has no name): () 614x39+0+421 +14+489
4 children:
0x1c0006c (has no name): () 178x29+434+5 +448+494
0x1c0006b (has no name): () 30x35+2+2 +16+491
0x1c0006a (has no name): () 46x9+33+22 +47+511
0x1c00069 (has no name): () 60x15+32+4 +46+493
0x1c00059 (has no name): () 486x419+113+0 +127+68
3 children:
0x1c00067 (has no name): () 100x62+150+70 +277+138
0x1c00066 (has no name): () 150x45+125+20 +252+88
0x1c0005a (has no name): () 486x419+0+0 +127+68
2 children:
0x1c00065 (has no name): () 486x13+0+406 +127+474
0x1c0005b (has no name): () 486x402+0+0 +127+68

Absolute upper-left X: 11
Absolute upper-left Y: 30
Relative upper-left X: 11
Relative upper-left Y: 30
Width: 620
Height: 700
Depth: 24
Visual Class: TrueColor
Border width: 0
Class: InputOutput
Colormap: 0x20 (installed)
Bit Gravity State: ForgetGravity
Window Gravity State: NorthWestGravity
Backing Store State: NotUseful
Save Under State: no
Map State: IsUnMapped
Override Redirect State: no
Corners: +11+30 -393+30 -393-38 +11-38
-geometry 620x700+11+30

Bit gravity: ForgetGravity
Window gravity: NorthWestGravity
Backing-store hint: NotUseful
Backing-planes to be preserved: 0xffffffff
Backing pixel: 0
Save-unders: No

Someone wants these events:
KeyPress
KeyRelease
EnterWindow
LeaveWindow
Exposure
StructureNotify
FocusChange
PropertyChange
ColormapChange
Do not propagate these events:
Override redirection?: No

Window manager hints:
Client accepts input or input focus: Yes
Initial state is Don't Care State

Normal window size hints:
Program supplied location: 11, 30
Program supplied size: 620 by 700
Program supplied minimum size: 300 by 112
Program supplied window gravity: NorthWestGravity
No zoom window size hints defined

No window shape defined
No border shape defined

[Bruce Visscher_1]

$ dir DECW$USER_DEFAULTS:VMSDEBUG.DAT
%DIRECT-W-NOFILES, no files found

[Bojan Nemec]

Hi,

Strange, from xwininfo the debugger is on the screen. Is the debugger also visible in the windows list of the KDE task bar? If so, try to right click on the button in the window list and try to move it with move.

Bojan

[Bruce Visscher_1]

> Is the debugger also visible in the
> windows list of the KDE task bar?

No, it isn't on the task bar nor is it accessible via "alt-tab" (which I have remapped).

[Bojan Nemec · Accepted solution]

Sorry,

In my previous post I say that the debugger window should be on the screen. There is a line which says a little different:

Map State: IsUnMapped

Searching the documentation I could not find when the window is in this state. Some references are on a iconified window, but maybe the window is also in this state before calling XMapWindow.

Check in which state is the debugger process. Also try to change to another virtual desktop and then return to yours current virtual desktop.

Bojan

[Bruce Visscher_1]

> Map State: IsUnMapped

I think this must be the key. Unfortunately, I think it's probably due to some kind of cygwin oddity, but I still don't want to give up.

> Check in which state is the debugger
> process.

LEF

> Also try to change to another virtual
> desktop and then return to yours current
> virtual desktop.

Doesn't help but I finally got it to appear by launching the "desktop pager". From that application I was able to click on the debugger window and it appeared!

Thanks to all who contributed to this thread!

[Bruce Visscher_1]

FWIW, I have been trying to assign Bojan some more points but I keep getting a web page that says "system unavailable".

[Bojan Nemec]

Bruce,

It seam that this (or similar) error was documented in some other circumstances. You can see some descriptions using Google with IsUnMapped.

Bojan

[Bruce Visscher_1]

It did turn out to be the IsUnmapped flag. Of course, that begs the question how did that get set but I suppose that's a question for kde/cygwin and/or OpenVMS debugger developers.

Thanks to all for your help!

I am reopening this thread in order to provide the following in case it might be useful to someone.

P.S. I finally solved this in a slightly more satisfactory manner.

I got a hold of the January 2005 edition of HP OpenVMS Debugger Manual. It has this:

!
! STARTUP RESOURCES: 3=Iconified, 0=Visible
!
DebugSource.initialState: 0
DebugControl.initialState: 0
DebugEditor.initialState: 0
DebugInstruction.initialState: 0

After adding the above to my DECW$USER_DEFAULTS:VMSDEBUG.DAT file but changing the 0s to 1s I can now run the XWindows debugger and it the debug window appears immediately.

So, I guess either this is a documentation bug or perhaps the Alpha OpenVMS 7.3-108 debugger is out of step w.r.t. the configuration file.

[Bruce Visscher_1]

See above. XWindows debugger requires DECW$USER_DEFAULTS:VMSDEBUG.DAT file with Debug*.initialState: 1 (*=Source, Control, Instruction) for my environment to work.