home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / windows / x / 19267 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.8 KB
  1. Xref: sparky comp.windows.x:19267 comp.windows.open-look:4549
  2. Newsgroups: comp.windows.x,comp.windows.open-look
  3. Path: sparky!uunet!ukma!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!milano!cactus.org!mikell
  4. From: Mikell F. Vander Laan Jr.(mikell@cactus.org)
  5. Subject: SOCKETS , DATAGRAMS, CONNECTIONS NOT XtAddInput
  6. Message-ID: <1992Nov18.021731.26514@cactus.org>
  7. Followup-To: comp.windows.x
  8. Keywords: X , sockets, connectionless
  9. Sender: mikell@cactus.org (Mikell Vanderlaan)
  10. Organization: Capital Area Central Texas UNIX Society, Austin, Tx
  11. Date: Wed, 18 Nov 1992 02:17:31 GMT
  12. Lines: 47
  13.  
  14. THE PONDERING:
  15. How do you really take advantage of sockets and X window.
  16. I'm not talking about that woefully inadequate example in
  17. the FAQ. "use XtAddInput, Try to stay away from blocking
  18. I/O routines, and return quickly from your callback"
  19.  
  20. THE B.S:
  21.     What a bunch of Fluff!
  22. This XtAddInput seems great if I want to read a file.  But simply
  23. assuming that I can communicate with anouther process over
  24. a period of say 30 seconds consisting of both reads and writes falls a
  25. bit short of reality.
  26.  
  27. THE STRIAGHT POOP:
  28. What I'm talking about is an Xwindow program:(A) that sits atop
  29. a database on machine (ALPHA). After selecting a host and pushing a button,
  30. it forks or RPCs  a copy of an NONE-XWINDOW program on host (BETA)
  31. that sits atop a different database.  Sockets are registered,
  32. and program (A) becomes the client to program (B), in an attempt
  33. to tranfser some 40 (600 byte records to the database on host (BETA) 
  34. without Blocking the X server! 
  35.  
  36. THE PREVIOUS ATTEMPT:
  37. In the last week, I've attempted it with CONNECTION BASED socket 
  38. programming but a none fatal server block starts warning and beeping.
  39. None-connection based sockets:(DATAGRAMS) are my next stab. Although 
  40. they qualify as NONE_BLOCKING I/O, I fear that their unreliability in
  41. transmission will mean a whole lot of ACK / NAK type programming
  42. on both ends of the socket. Lastly, I assume I'll also need to 
  43. send most of the data with a WorkProc called from a ClientMessage event
  44. to keep the server moving. Which means I'll additionally
  45. have to have all the data encapsilated and ready to send before
  46. the Event takes place. Plus the nasty WorkProc memory leaks
  47. I've heard of. Does OW3.0 have it too?
  48.  
  49. THE REQUEST:
  50. In short, can someone point me in the right direction. Is there
  51. an example app avialable at MIT export. ect that is sophisticated enough 
  52. to handle such transport but not reach the complexity of
  53. FTP or TELNET.  or how about a few comments from der mouse.
  54.  
  55. Please,    NO Deep Thoughts By Jack Handys...
  56. -- 
  57. ///////////////////////////////////////////////////////////////////////////
  58. ///          /////////////////Mikell F. Vander Laan////////////////////////
  59. ///  ///////////  /////////////////////////////////////////////////////////
  60. ///  ///////////  ////////////         ////////////////////////////////////
  61.