Developers

Hi All,
We have a 32bit Motif Gui application. Now we ported the application from Solaris to Linux and the system is crashing very frequently. On our analysis we could find that this issue happened when we are closing the forms in our application. When the forms are closed we will delete the forms and will call the function XtDestroyWidget() to remove the widgets. We ran a purify for the application and we could found that the Stack Array Bounds Read (SBR) is happening when we close the form.

Hi there! I decided to post here an example of using openGL context inside the openmotif application, built with regards to the articles "X and OpenGL" by Mark Kilgard.
Here is the link to this small project:

http://sourceforge.net/projects/xmgravdots/

It's a simple gravitation interaction visualization program, written in C (with use of OpenMotif GUI libraries and OpenGL). It displays the movement of a system of the material points which are interacting to each other[maybe, the physics engine is not correctly build, it's made in the simpliest way].

Here is some psuedo-code that draws something like a clock:

// Draw a full circle
XDrawArc(display,
drawingArea,
gc,
100,
RADIUS+100,
RADIUS,
RADIUS,
0,
360);

I have an application that by necessity launches a dialogue from a menu item in which the Widgets in the dialogue are created each time, they vary from invocation to invocation.

The application is very long lived and the dialogue used often.
Looking at /proc/$pid/status, VmData is growing.

valgrind indicates the memory leak is with ToolTips.

Below is a test program and valgrind snippet.

On running the program and selecting
Application->Leaky Dialogue->All Done

then

Application->Quit

No leak is detected.

CVS web access is down for several weeks with:
http://cvs.openmotif.org/viewvc/openmotif
The requested URL /viewvc/openmotif was not found on this server.

And daily builds were never built, we still have the initial
openmotif-20091217.tar.gz 17-Dec-2009 01:00 9.3M

I remember there were some changes in CVS, while the web interface was still working. So daily build is definitely not daily, regardless of the number of changes.

This creates very low initiative for testing the latest version in CVS, as it is hard to find out what is new, if anything at all.

Hi all,

In production server after filling data of fields in a particluar
window and clicked on OK button, all the window get closed except the
main window and generated core file in user's home directory. Once the
user exited from the application and login again and tried to do the
same thing then it successfully done. The user is not getting this for
every time. I tried to reproduce by doing the same operation in my
local test servers.. but couldn't reproduce. I never added any new
widgets or changed anything in the screen.

I am using XmDropDown instead of XmComboBox, since I prefer its look and feel, and setup is easier.
But I have problems with keyboard bindigns, which I find extremely unintuitive.
Ctrl+"arrow down" to pop up the list and Ctrl + "arrow up" to closes the list.
And "Enter" with the list open does not confirm the choice?
But "Esc" correctly closes it.

The man page does not mention any translations or accelerators, like in XmComboBox man page.
I have looked a the source, and can find only the following

static char combo_translations[] =
"#override \n\

I'm trying to run program on x86 machine and display it on an old Sun machine, but application crashes. Debugging showed that the problem connected to TrueType fonts representation, _XmRendXftFont(rend) is NULL, where rend is rendition got for string with type XmMULTIBYTE_TEXT (with XmCHARSET_TEXT everything is ok).

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7e89b90 (LWP 18461)]
0x05e927c3 in ComputeMetrics (rend=0x9200160, text=0x91fffdc, byte_count=9,
type=XmMULTIBYTE_TEXT, which_seg=3, width=0xb7e8814e, height=0xb7e8814c,