home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / mac / programm / 18720 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  2.0 KB
  1. Xref: sparky comp.sys.mac.programmer:18720 comp.sys.mac.apps:17453 comp.lang.fortran:4382 comp.os.ms-windows.apps:5140
  2. Newsgroups: comp.sys.mac.programmer,comp.sys.mac.apps,comp.lang.fortran,comp.os.ms-windows.programmer,comp.os.ms-windows.apps
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!destroyer!fmsrl7!lynx!news
  4. From: (Tim Keitt)
  5. Subject: re: How to call FORTRAN subroutines from Excel (Summary)
  6. Message-ID: <5mnq6n-@lynx.unm.edu>
  7. Date: Fri, 20 Nov 92 17:56:53 GMT
  8. Organization: University of New Mexico, Albuquerque NM
  9. References: <BxyyC2.41D@news.udel.edu>
  10. Reply-To: tkeitt@algodones.unm.edu
  11. Keywords: excel fortran mac windows
  12. Lines: 39
  13.  
  14. In article <BxyyC2.41D@news.udel.edu> garrett@me.udel.edu (Joel J. Garrett; Office 127 CMSL; Phone 831-2332) writes:
  15. >First of all, I'd like to thank the following for their replies and
  16. >information:
  17. >
  18. >Scott D. Stecker <stecker@ecn.purdue.edu>
  19. >Michael Alan Roberts <roberts@ucunix.san.uc.EDU>
  20. >David M. Palmer <palmer@alumni.cco.caltech.edu>
  21. >Brion Sarachan <sarachan@wsqtbf.crd.ge.com>
  22. >Andy Ralston <aralston@janus.ece.wisc.edu>
  23. >David C. Doherty <doherty@msc.edu>
  24. >Joel Spolsky <joelsp@microsoft.com>
  25. >
  26. >>How difficult would it be to interface a set of existing FORTRAN
  27. >>subroutines to an Excel Spreadsheet?  Is it possible to somehow include
  28. >
  29. > stuff deleted...
  30. >
  31. >Thanks again to those who took the time to respond!
  32. >
  33. >Joel Garrett
  34. >(garrett@me.udel.edu)
  35.  
  36. I just thought I'd mention that I recently hear that MS is 
  37. building a callable interface to Excel. When that's available, 
  38. you'll be able to call *excel* from within your program (I 
  39. suppose this may be at the DLL level, but I'm not sure). This 
  40. is a great idea, someone could for instance create a full blown 
  41. stats package that used calls to excel for its interface and 
  42. display output. It would be like an excel add-in, only much 
  43. faster and with smoother integration. All of excels built in 
  44. functions would I presume be available as function calls. This 
  45. could save a lot of coding effort.
  46.  
  47. --
  48. Timothy Keitt
  49. tkeitt@algodones.unm.edu
  50.  
  51.  
  52.  
  53.