home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / mswindo / programm / win32 / 2410 < prev    next >
Encoding:
Text File  |  1992-12-12  |  2.4 KB  |  63 lines

  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!caen!destroyer!gumby!yale!yale.edu!ira.uka.de!Germany.EU.net!gmd.de!strobl
  3. From: strobl@gmd.de (Wolfgang Strobl)
  4. Subject: Re: Port from WIN3.X -> WIN32
  5. Message-ID: <strobl.724160213@gmd.de>
  6. Sender: news@gmd.de (USENET News)
  7. Nntp-Posting-Host: gmdzi
  8. Organization: GMD, Sankt Augustin, Germany
  9. References: <13266.2b2851b3@cpva.saic.com>
  10. Date: Sat, 12 Dec 1992 11:36:53 GMT
  11. Lines: 50
  12.  
  13. In <13266.2b2851b3@cpva.saic.com> holmesme@cpva.saic.com writes:
  14.  
  15. >Howdy,
  16. >General interest question.  
  17. >    A - How is the port between WIN3.x -> WIN32 ?
  18.  
  19. There is a booklet in the NT PDK which describes this
  20. at length - it is too long to repeat it here.
  21.  
  22. >        1 - What types of changes are required ?
  23.  
  24. See above. It depends on what your WIN3.x program does.
  25.  
  26. Most changes are of purely syntactic nature and can be
  27. done mechanically. There is a tool to find and annotate
  28. such places of a program contained in the SDK, called
  29. porttool.
  30.  
  31. One example: the structure of the WM_COMMAND message
  32. has changed from 3.1 to 32, so you have to insert 
  33. macros which extract the parts: notification code,
  34. control id and control handle. If you don't intent to
  35. retain downward source code compatibility, you can
  36. simply change the code by removing/adding HIWORD()
  37. /LOWORD() as necessary.
  38.  
  39. >        2 - Any personal Experiences ??
  40.  
  41. Well, getting a first, but fully functional version of Klotz
  42. to run under NT took less than an hour. Currently, Klotz is 
  43. 4000 lines long, including comments, but excluding .h files.
  44.  
  45. I would expect the porting time to be almost proportional
  46. to the size of the code. Of course, this doesn't take
  47. into account that the increase in complexity is more than
  48. linear. On the other hand, with a little bit of knowledge
  49. about the program a lot of conversion work could be fully
  50. automated, which pays of for larger programs, only.
  51.  
  52. If I had a, say, 100.000 lines Windows program, I probably
  53. would start the conversion by writing a custom variant
  54. of porttool in Spitbol/SNOBOL. Small programs like the above
  55. are better ported manually, function by function. I didn't
  56. even use porttool on it.
  57.  
  58. --
  59.       o      (     Wolfgang Strobl    Wolfgang.Strobl@gmd.de (+49 2241) 14-2394
  60.      /\        *   GMD - Gesellschaft fuer Mathematik und Datenverarbeitung mbH
  61.    _`\ `_<===      Schloss Birlinghoven, P.O. Box 1316,  | #include   
  62. __(_)/_(_)___.-._  D-5205 Sankt Augustin, Germany        | <std.disclaimer.hpp>
  63.