Problem Statement: Further to as published or illustrated in the document referred
                   below (message-queue integrated into OS kernel) ...vide para 327)

                   in the document "opportunity_EOF_keepingor_listening_onA_descriptor.txt"

Opportunity : While a master thread ...always keeps listening to the
              occurance of various events ...inputs from the user ...and other
              contextual ....either where based on timesliced or interrupt based

              ....

              context specific here is when ...a child process(timesliced ...getting
              its turn to execute) waits or listens
              ...instead of implementing a loop (while) ...where in the
              child process ...upon its occurance of queue or getting the processor
              time ...instead of continously checking for the state or status of 
              resource-upon which it is waiting ....

              ...ideal way is to ...implement a message-queue kind of a implementation
              ...a kind of eventing ....thus any child-process(implementable at process
              -level ...what is envisaged at a thread level) waiting ...or subscribing
              for a event be notified ...and processed in a queue(priorities ...as per
              process priorities) .

 
              Example: Most or many kind of events or messages are logged

                       ...a process listening on a log file ...

                       ex: tail -f


              Message Queue between processess ...with in a OS 

              (i.e. process on the same system) [ ...thus a innovative system call

              kind say called queueOn() ...on the lines of wait() ...

              or standard ...api provided by a messagequeuing component ]



     one of the objectives is ability to 'trap' the envisaged event
               
              while try ...catch block  ...kind of a trap  mechanism ...may not

              be the most appropriate or suitable anology ...idea is to process a

              event as it occurs to sub-process listening on to the event

         


Note: The above problem statement having been encountered in various scenarios
      and detailed in various 'Proof of concepts' as mentioned in 
      
       http://uk.geocities.com/ravivenkatus/projects.pdf
       http://ravishankarkv.tripod.com/projects.pdf
        ....apply appropriate
      'use-case' modeling, rationalize and arrive at a workable and feasible 
       solution both commercially and techinically viable.