home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / alt / lang / basic / 975 < prev    next >
Encoding:
Text File  |  1992-12-22  |  2.1 KB  |  49 lines
  1. Newsgroups: alt.lang.basic
  2. Path: sparky!uunet!microsoft!wingnut!philco
  3. From: philco@microsoft.com (Phillip Cooper)
  4. Subject: Re: Any Basic that links with Borland/Turbo C++?
  5. Message-ID: <1992Dec18.161800.14484@microsoft.com>
  6. Date: 18 Dec 92 16:18:00 GMT
  7. Organization: Microsoft Corporation
  8. References: <kylep.723342558@teal> <1992Dec04.161539.21551@microsoft.com> <kylep.724046411@teal>
  9. Lines: 38
  10.  
  11. In article <kylep.724046411@teal> kylep@teal.csn.org (Douglas Kyle Pierce) writes:
  12. >philco@microsoft.com (Phillip Cooper) writes:
  13. >
  14. >>In article <kylep.723342558@teal> kylep@teal.csn.org (Douglas Kyle Pierce) writes:
  15. >>>I am trying to link existing QuickBasic code with C++ code. Unfortunately,
  16. >>>it seems that only Microsoft C/C++ can be linked with any of QuickBasic
  17. >>>or Visual Basic versions (I have access to several versions). This is
  18. >>>according to the documentation, and my limited experiments.
  19. >>>
  20. >>>Has anyone succeeded in linking any Basic code with Borland or Turbo C++?
  21. >>>I would greatly appreciate hearing from you. Thanks.
  22. >>>
  23. >>>Kyle Pierce
  24. >
  25. >>Assuming that Borland C++ produces standard Windows DLL's, you should
  26. >>certainly be able to to call routines in the DLL from Visual Basic.
  27. >>Of course, why you would want to use Borland C++ escapes me :)
  28. >
  29. >>Phil
  30. >
  31. >Well, from Windows of course I can do that! And I pretty much agree, in
  32. >that case VB is the best tool for front end work. But my main problem is
  33. >in making DOS programs, not Windows. Another story entirely, when it comes
  34. >to linking stuff together. 
  35. >
  36.  
  37. I've spoken to people who say it works (with Borland C++), and I've also
  38. spoken to people who say it doesn't work.  I do know that we have not
  39. done any comprehensive testing on this and certainly do not guarantee
  40. compatability with any other language vendor's products.
  41.  
  42. >Also, let us not forget that we need C/C++ to make DLL's and custom
  43. >controls, and enhance VB's performance in many ways. Tell me it doesn't
  44. >need it?!
  45.  
  46. Actually, you can create DLL's with a number of languages, including
  47. FORTRAN, Pascal, Assembly, etc.  You certainly do NOT need C/C++ to 
  48. create DLL's (Although it is required for custom controls).
  49.