home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / vmsnet / misc / 714 < prev    next >
Encoding:
Internet Message Format  |  1992-08-12  |  2.3 KB

  1. Xref: sparky vmsnet.misc:714 comp.windows.x.intrinsics:183
  2. Path: sparky!uunet!decwrl!infopiz!mccall!mccall!tp
  3. Newsgroups: vmsnet.misc,comp.windows.x.intrinsics
  4. Subject: VMS, DW/Motif, XtAppAddInput() question
  5. Message-ID: <1992Aug12.094539@mccall.com>
  6. From: tp@mccall.com (Terry Poot)
  7. Date: Wed, 12 Aug 1992 09:45:39 CST
  8. Reply-To: tp@mccall.com (Terry Poot)
  9. Organization: The McCall Pattern Co., Manhattan, KS, USA
  10. Nntp-Posting-Host: mis1
  11. Nntp-Posting-User: tp
  12. Lines: 36
  13.  
  14.  
  15. Does anybody know how to get XtAppAddInput() to work under DECwindows/Motif 1.0
  16. on VMS 5.5? The only documentation DEC supplies (that I can find) specifically
  17. says that the source and condition arguments are OS specific and then tells what
  18. they look like on Posix systems. 
  19.  
  20. I went back to the old DECwindows (XUI) docs and tried doing it that way, with
  21. an event flag and IOSB, and that isn't working. I've tried different event
  22. flags, and I've tried having the first QIO done immediately, or later via a work
  23. procedure. 
  24.  
  25. I'm trying to do I/O to VMS mailbox devices. I'm using QIO (not QIOW), and I'm
  26. not using IO$M_NOW, so the I/O request will actually wait until the other
  27. process reads or writes to the mailbox (I have one of each on different
  28. mailboxes), but the program doesn't wait for the I/O request. When the other
  29. process does do its read or write, the event flag should be set and the IOSB
  30. filled in, causing Xt to call the procedure specified in the XtAppAddInput()
  31. call.
  32.  
  33. That all seems to be happening as far as I can tell, except the processing
  34. routine isn't being called. I know the I/O's are working and the IOSB's are
  35. being filled in, because right now I'm simulating the XtAppAddInput() processing
  36. with a work procedure that checks the IOSB's and calls the procedure that Xt
  37. should have called when the IOSB was filled in (i.e. the I/O completed). This
  38. works fine, with the nasty little side effect that it consumes all available CPU
  39. time polling the IOSB's.
  40.  
  41. Has anyone gotten this to work? What's the trick?
  42.  
  43. [PS. Dear DEC, of you are out there, please document aspects (such as this) of
  44. DECwindows that aren't in the industry standard documentation that you
  45. provide.]
  46. --
  47. Terry Poot <tp@mccall.com>                   The McCall Pattern Company
  48. (uucp: ...!rutgers!depot!mccall!tp)          615 McCall Road
  49. (800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA
  50.