- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Change in program behavior going from Motif 1....
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-06-2004 03:42 AM
тАО10-06-2004 03:42 AM
Change in program behavior going from Motif 1.2-6 to 1.3-1
calls to either XtAppPending or XtAppProcessEvent result in a continuous print out of the line:
X Toolkit Warning: Select failed; error code 65535
Any ideas?
Thanks,
Gib Copeland
#include
XtAppContext sess_ctx;
main()
{
sess_ctx = XtCreateApplicationContext();
while (XtAppPending( sess_ctx ))
XtAppProcessEvent( sess_ctx, XtIMAll );
}
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-06-2004 06:46 PM
тАО10-06-2004 06:46 PM
Re: Change in program behavior going from Motif 1.2-6 to 1.3-1
I think you may report this to HP as being a bug in the newer versions of DECwindows Motif. I saw the same phenomenon on VMS E8.2 (field test).
Kris
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-06-2004 08:52 PM
тАО10-06-2004 08:52 PM
Re: Change in program behavior going from Motif 1.2-6 to 1.3-1
Please escalate. There is certainly something wrong there and the code that handles waits in Xt in V1.3-1 is very different to that in V1.2-6 (it is now basically that from X.Org).
There are really two problems here:
1) That the code is looping uselessly
2) That the error message is printing the errno rather than the vaxc$errno with the real error in it.
Regards,
Martin Kirby
A DECwindows maintainer
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-06-2004 10:07 PM
тАО10-06-2004 10:07 PM
Re: Change in program behavior going from Motif 1.2-6 to 1.3-1
I entered a problem report in the Problem Tracking and Reporting system (PTR).
Regards,
Kris
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-07-2004 02:05 AM
тАО10-07-2004 02:05 AM
Re: Change in program behavior going from Motif 1.2-6 to 1.3-1
#include
XtAppContext sess_ctx ;
int main(int argc, char **argv)
{
Widget toplevel;
toplevel = XtAppInitialize(&sess_ctx,
"apptest", NULL, 0, &argc, argv, NULL,
NULL, 0);
while ( 1 )
XtAppProcessEvent(sess_ctx, XtIMAll);
}
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-07-2004 02:23 AM
тАО10-07-2004 02:23 AM
Re: Change in program behavior going from Motif 1.2-6 to 1.3-1
In the mean time, please make sure you are current with any ECO kits for Motif (if there are any).
Brad McCusker
Software Concepts International
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-07-2004 04:12 AM
тАО10-07-2004 04:12 AM
Re: Change in program behavior going from Motif 1.2-6 to 1.3-1
There was a fix to loop forever rather than returning an error when NextEvent (or similar) was called with no displays, timers, or input event flags. This was made in V1.2-5 (in 1996). I think this may be what you are thinking of.
However, that whole code area has been replaced in V1.3-1 by the X.Org sample version and includes new functionality for Xt Signals, multi-threading and other X11R6 additions.
Martin Kirby
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-27-2004 06:33 PM
тАО10-27-2004 06:33 PM
Re: Change in program behavior going from Motif 1.2-6 to 1.3-1
Got a reply from engineering.
Here it is:
The case reproducer does not present a valid program as it lacks
initialization of the X Toolkit Intrinsics. The X Toolkit Spec
(X Toolkit Intrinsics - C Language Interface. X Window
System. X Version 11, Release 6.4. First Revision - April 1994.
By Joel McCormack, Paul Assente & Ralph R. Swick. X Consortium, Inc.)
reads in par. 2.1. Initializing the X Toolkit:
Before an application can call any Intrinsics function other than
XtSetLanguageProc and XtToolkitThreadInitialize, it must initialize the
Intrinsics by using
. XtToolkitInitialize, which initializes the Intrinsics internals
. XtCreateApplicationContext, which initializes the per-application state
. XtDisplayInitialize or XtOpenDisplay, which initializes the per-display
state
. XtAppCreateShell, which creates the root of a widget tree
Or an application can call the convenience procedure XtOpenApplication,
which combines the functions of the preceding procedures.
(End of quote)
From "Appendix C. Compatibility Functions" of the same document:
XtAppInitialize and XtVaAppInitialize have been replaced by XtOpenApplication
and XtVaOpenApplication.
(End of quote)
The XT library in DECwindows Motif V1.3 adopted sources of X org
from Release X11R6.6 and would not allow to call the X toolkit
routines without initialization.
With this consideration it should not surprise that modification
of the reproducer reported in ITRC OpenVMS forum by Brad McCusker
who replaced XtCreateApplicationContext call with XtAppInitialize,
allowed the program to run and exit smoothly.
The requirement to initalization of X Toolkit Intrinsics is not new
in X11R6.4. In Programmer's Guide for OSF/Motif Release 1.1
(OSF/Motif Programmer's Guide. Revision 1.1. Open Software
Foundation. PTR Prentice Hall, 1991) you may find in par. 3.3.
Initializing the Xt Intrinsics:
You must initialize the Xt Intrinsics before making any other calls
to Xt Intrinsics functions. The function XtAppInitialize creates an
application context, establishes the connection to the display server,
parses the command line that invoked the application, loads the resource
database, and creates a shell widget to serve as the parent of your
application widget.
(End of quote)
However implementation of the XtAppPending call for VMS in DWM V1.2
did not follow closely the X org sources. Rather than calling
the transport routine in V1.3, the XtAppPending in V1.2 checks
and returns the input event mask. As no input events are added
in the reproducer, XtAppPending returns zero and the program
exit without any calls to XtAppProcessEvent.
I am wondering is there a real program that runs successfully
with DWM V1.2-6 but loops the warning message when runs against
V1.3-1? If it is the case, the program needs to be modified to
orderly initialize the X Toolkit Intirnsics.
Though the XT library in V1.3 is not responsible for the reproducer
failure, the case demonstrated the flaws in error handling: rather
than to exit with a meaningful error message the library loops
the warning message with undecoded numerical error.
I believe that the case can be closed and the bugs in error handling,
secondary to the case, should be addressed in the future DWM release
or ECO.
Alex Zaslavsky
So basically, follow the manuals closely.
Regards,
Kris
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО10-28-2004 11:49 PM
тАО10-28-2004 11:49 PM
Re: Change in program behavior going from Motif 1.2-6 to 1.3-1
Another example can be found in XtRemoveTimeOut
I've found instances where the applications I'm working with used to pass a null timer id (for whatever reasons). Motif 1.3-1 is not nearly as gracious as 1.2-6 was when receiving such a gift!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО11-01-2004 02:51 AM
тАО11-01-2004 02:51 AM
Re: Change in program behavior going from Motif 1.2-6 to 1.3-1
The code at the following URL http://h18000.www1.hp.com/support/asktima/operating_systems/00A30722-4DAEF617-1C02A1.html works for both Motif 1.2 as found on OpenVMS Alpha V7.3-2 or Tru64 V5.1B PK3 and Motif 2.1 as found on HP-UX and Solaris. It uses XtVaOpenApplication to create the top-level widget. You may give it a try to see whether it works on your computer.
Philippe