home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / lang / pascal / 7675 < prev    next >
Encoding:
Text File  |  1992-12-25  |  2.3 KB  |  59 lines
  1. Newsgroups: comp.lang.pascal
  2. Path: sparky!uunet!spool.mu.edu!news.nd.edu!mentor.cc.purdue.edu!pf@bilbo.bio.purdue.edu
  3. From: pf@bilbo.bio.purdue.edu (Paul Furbacher)
  4. Subject: Re: Need help in translating programs from TP to TPW
  5. Message-ID: <Bzt7v2.Fqv@mentor.cc.purdue.edu>
  6. Sender: news@mentor.cc.purdue.edu (USENET News)
  7. Organization: Purdue University
  8. References: <78799@hydra.gatech.EDU>
  9. Distribution: comp.lang.pascal
  10. Date: Fri, 25 Dec 1992 10:01:49 GMT
  11. Lines: 46
  12.  
  13. In article <78799@hydra.gatech.EDU>, gt2768b@prism.gatech.EDU (JENGLUNG LIN) writes:
  14. > 
  15. > I received a project to transfer a program written in TP5.5 to TPW. The program
  16. > cannot be compiled in TPW because it uses several tpu's from TP5.5 such as
  17. > OpString, OpDos, OpCrt, etc.
  18. > 
  19. > Can someone help me to solve this problem? It would be a great help.
  20.  
  21. The "Op" in OpString, etc., indicates that the software
  22. project which you have inerited was written using 
  23. the product, Object Professional, from TurboPower, Inc.
  24.  
  25. Unless you have those units and their source (which comes 
  26. with the package), you won't even be able to compile the 
  27. project in a more recent version of Turbo Pascal or 
  28. Borland Pascal.  Even with the source, you'll not get 
  29. anywhere if you try to recompile the project into a true
  30. Windows app using TPW or Borland Pascal, BPW.
  31.  
  32. I suspect that it's time to look at the program afresh.  
  33. You'll see ways in which the overall program's 
  34. structure and interface can be improved by 
  35. redesigning in Windows from the ground up.  
  36. The "algorithmic", or non-interface related part
  37. doesn't need any alteration, *if* (and this is a big IF)
  38. the interface code (keyboard, screen and other i/o) was
  39. completely encapsulated apart from the former.
  40.  
  41. If there is good encapsulation, then design the Windows
  42. app's interface with the Resource Workshop.  See if
  43. you can get ahold of a Windows application generator, 
  44. such as ProtoView (there are others around).
  45. Upgrading to BP7 will get you some additioal tools as well
  46. which can aid in Windows development.
  47.  
  48. You're saying, I don't have the time to start anew.  
  49. Perhaps it's time to negotiate with those who want the 
  50. project to be done in Windows.  The real question are: 
  51. Do they *need* a Windows app?  What prevents them from 
  52. getting real work done with the DOS app?  There are
  53. lots of trade-offs in this and Windows is not always
  54. the clear winner.
  55.  
  56.  
  57. PF
  58.  
  59.