Solved

Why doesn't XtAppProcessEvent keep a Work Process running?

Posted on 2004-10-19
6
260 Views
Last Modified: 2008-01-09
I'm running C/Motif on Unix (Solaris).

I have an app where I call a function which does intensive processing and can run for minutes.  This of course locked up the GUI (I'm using XtAppMainLoop).  I wanted to avoid any forks to run this lengthy function, so my solution was to embed the following code inside the function such that it got called a few times per second:
   while XtAppPending (main_app))
      XtAppProcessEvent (main_app, XtIMAll);

This worked great at freeing up the GUI main window.  However, it had an unintended side affect.  I have a work process running to display the status of the lengthy function.  The work process runs OK until the lengthy function is entered, then it freezes until the function is done.

Is there a way to keep this work process running?
0
Comment
Question by:jimdgar
  • 2
  • 2
6 Comments
 
LVL 22

Accepted Solution

by:
grg99 earned 400 total points
Comment Utility
The problem may be that you're already in an event processor and you're calling yet another event processing loop.  Many GUI toolkits detect this and prevent any further events from being handled, especially repaint events.

I'd go back to using a separate thread for the computation, OR have the lengthy computation do just a bit of work, then return to the main loop.  Save just enough state so you can do another bit of work the next time around the main loop.

0
 
LVL 45

Assisted Solution

by:Kdo
Kdo earned 100 total points
Comment Utility

I agree with grg99's first suggestion.

You have already built the "computation intensive" function.  If you're happy with it, there's no point changing it to crudely accommodate other functions.

Simply start up a new thread and have the new thread execute the function.

Neat, quick, painless, and it should solve all of your other problems.


Kent
0
 

Author Comment

by:jimdgar
Comment Utility
I have no experience with threads (assume you mean using pthread_create), so before I go down that road, a few questions:

1) I previously solved the "lengthy function" problem using popen to fork a separate process.  This worked fine except i/o was a pita and giving the user the ability to abort the function was tedious.  If I use pthread, does it solve these issues?  Are stdin, stdout, etc. in the Thread the same as in the main, or do I need to pipe them?
2) The quick POSIX Threads tutorial I just read says that main should wait until a thread is complete to continue (use pthread_join).  If main is waiting, doesn't this lockup the XtMainAppLoop and put me right back where I was?
3) Will a Unix thread implementation port over to Linux?  I've seen some postings which state that you must use fork on Linux.

Thanks
0
 
LVL 22

Expert Comment

by:grg99
Comment Utility
Sorry for not answering his further questions.  

(1)  Threads will help, as i/o isnt needed then, as all global variables and file streams are shared between all threads.  So you don't have to pipe the i/o around, but you do have to ensure with a few interlocks that several threads arent trying to simultaneously read or write.
For interlocks you can use something as fancy as system mutexes or as simple as carefully set and checked flags.

(2)  No, main doesnt have to wait for a thread unless it wants to.  I think they;re referring to not exiting main() until you're sure the threads have doine everything you want them to do.

(3)  I think threads are mostly portable to Linux.  There's probably some little details that are slightly different but if you stick to simple things there should be little problem.  


0
 

Author Comment

by:jimdgar
Comment Utility
grg99,

Thanks for responding. Incidentally, I got advice (away from this board) to avoid Threads if possible. So, I stuck with the "XtAppPending" and "XtAppProcessEvent" usage and got rid of the work process. For my particular application this works fine.

jimdgar
0

Featured Post

Better Security Awareness With Threat Intelligence

See how one of the leading financial services organizations uses Recorded Future as part of a holistic threat intelligence program to promote security awareness and proactively and efficiently identify threats.

Join & Write a Comment

An Outlet in Cocoa is a persistent reference to a GUI control; it connects a property (a variable) to a control.  For example, it is common to create an Outlet for the text field GUI control and change the text that appears in this field via that Ou…
Summary: This tutorial covers some basics of pointer, pointer arithmetic and function pointer. What is a pointer: A pointer is a variable which holds an address. This address might be address of another variable/address of devices/address of fu…
The goal of this video is to provide viewers with basic examples to understand and use structures in the C programming language.
Video by: Grant
The goal of this video is to provide viewers with basic examples to understand and use for-loops in the C programming language.

762 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

12 Experts available now in Live!

Get 1:1 Help Now