home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / cplus / 18141 < prev    next >
Encoding:
Text File  |  1992-12-17  |  2.5 KB  |  58 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!munnari.oz.au!metro!extro.ucc.su.OZ.AU!maxtal
  3. From: maxtal@extro.ucc.su.OZ.AU (John MAX Skaller)
  4. Subject: Re: Give me safe C++
  5. Message-ID: <1992Dec17.192301.23525@ucc.su.OZ.AU>
  6. Sender: news@ucc.su.OZ.AU
  7. Nntp-Posting-Host: extro.ucc.su.oz.au
  8. Organization: MAXTAL P/L C/- University Computing Centre, Sydney
  9. References: <Bz2nDF.7B6@fiu.edu> <1992Dec12.145403.26483@ucc.su.OZ.AU> <1992Dec14.190553.14838@mole-end.matawan.nj.us>
  10. Date: Thu, 17 Dec 1992 19:23:01 GMT
  11. Lines: 45
  12.  
  13. In article <1992Dec14.190553.14838@mole-end.matawan.nj.us> mat@mole-end.matawan.nj.us writes:
  14. >>     So when language designers propose restrictions, one must
  15. >> carefully weigh up the pros and cons: most restrictions also
  16. >> grant freedom.  ...
  17. >
  18. >Absolutely.  But some languages would give you the virtual functions and
  19. >take away the function pointers!
  20. >
  21. >The point is, I think, having the right tools for the job at hand.  Your
  22. >high-level tools should be good enough that you'll never think of using
  23. >anything else for a job they can do.  But when they can't do the job--or
  24. >more likely, a small part of the job--you shouldn't have to forsake your
  25. >high-level tools entirely as a punishment for once using a down-and-dirty
  26. >approach.
  27. >
  28. >And  _that_ , I think, is one of great virtues of C++.  Whether you think
  29. >of it as `seamless' or just forgiving, it's there.
  30.  
  31.     So, I feel unhappy when C/C++ takes away abilities
  32. I have as an assembler programmer. I am especially annoyed
  33. that NESTED FUNCTIONS are not supported.
  34.  
  35.     My very hardware (486) has direct support, and their
  36. easily implemented on other machines with a display stack,
  37. for example. While they were overused in Pascal, they are
  38. quite handy. How can one call C++ a block structured
  39. language otherwise? Anyone else for nested functions? Against?
  40.  
  41.     Next, I feel NO language has addressed the concept
  42. of coroutines (except possibly Simula?). C provides
  43. no simple exchange of control mechanism, although one
  44. has to admit they can be emulated using objects in C++.
  45. Yet many machines provide this facility, usually via
  46. some exchange and link instruction.
  47.  
  48.     (I admit I dont know how to devise a coroutine
  49. construct in a language, except for the simple case of
  50. filters. But I cant be an expert at everything can I :-)
  51.  
  52.  
  53. -- 
  54. ;----------------------------------------------------------------------
  55.         JOHN (MAX) SKALLER,         maxtal@extro.ucc.su.oz.au
  56.     Maxtal Pty Ltd, 6 MacKay St ASHFIELD, NSW 2131, AUSTRALIA
  57. ;--------------- SCIENTIFIC AND ENGINEERING SOFTWARE ------------------
  58.