home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / networki / 2057 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  2.3 KB
  1. From: Kurt.Westerfeld@f347.n109.z1.fidonet.org (Kurt Westerfeld)
  2. Sender: Uucp@blkcat.UUCP
  3. Path: sparky!uunet!blkcat!Uucp
  4. Newsgroups: comp.os.os2.networking
  5. Subject: Need advice about portin
  6. Message-ID: <721296021.AA00000@blkcat.UUCP>
  7. Date: Sun, 08 Nov 1992 22:59:08 -0500
  8. Lines: 47
  9.  
  10. Welcome to OS/2 Programming.... 
  11.  
  12. Av> - Are there tools to help me? 
  13. Av> - Do I have to port or should it run as is with an extra set of dll's? 
  14.  
  15. Yes, you can do a complete port, or cheat by using Mirrors from 
  16. Micrographx.  This will allow your app to compile via the Windows C 6.0 
  17. code you use today, and then take advantage of the PM interface.  Its an 
  18. easy way to go, and you should definitely consider it.  However, there's 
  19. very valid advantages to doing a complete port, and I'll outline them 
  20. below. 
  21.  
  22. Av> - What about the Named Pipe connection? 
  23.  
  24. OS/2 originated the named pipe API set, so you'll have no trouble at all 
  25. (actually, less....the pipes can actually originate on the OS/2 
  26. box....nice for testing w/o a LAN!) 
  27.  
  28. All in all, it sounds like you would be a great candidate for the new 
  29. OS/2 book: "Client/Server Programming With OS/2 2.0", by Robert Orfali 
  30. and Dan Harkey.  This book should be available in many bookstores by 
  31. now. 
  32.  
  33. Av> - Is the DDE mechanism the same (where are the differences)? 
  34.  
  35. I have no idea!  Another book:  Charles Petzold's (dated) "Programming 
  36. The OS/2 Presentation Manager" should help out. 
  37.  
  38. But really, why do any DDE at all!  Merge your two applications into one 
  39. with a thread that monitors the pipe, and a thread that draws the client 
  40. area of the window.  Both threads can access the HWND data structures 
  41. in Presentation Manager, and you'll be able to do a 'WinPostMsg' from 
  42. the thread to the main window with data elements, similar to Windows. 
  43. This should make for a much more maintainable and robust application. 
  44.  
  45. If the word thread sounds complicated, it isn't.  All you do is write 
  46. the thread function just like any other, and then supply the name as a 
  47. call to the function '_beginthread'.  I can't get much easier in your 
  48. case.  Your performance will be much better, too, because of less memory 
  49. overhead, etc. and no DDE! 
  50.  
  51. If you would like help, I'd be glad to offer any I can. 
  52.  
  53.     Kurt 
  54.  
  55.  * KWQ/2 1.0C * 
  56.                                                         
  57.