home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / lang / cplus / 18491 < prev    next >
Encoding:
Text File  |  1992-12-29  |  1.1 KB  |  30 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!microsoft!wingnut!pauljo
  3. From: pauljo@microsoft.com (Paul Johns)
  4. Subject: Re: Bug in BC/C++ 2.0 ?
  5. Message-ID: <1992Dec29.013802.14793@microsoft.com>
  6. Date: 29 Dec 92 01:38:02 GMT
  7. Organization: Microsoft Corp., Redmond, Washington, USA
  8. Keywords: bugs
  9. References: <BzrsxL.7t9@hpuerca.atl.hp.com> <rogerl.724699309@Minsk>  <1992Dec23.202206.29576@microsoft.com>
  10. Lines: 18
  11.  
  12. In article <BzrsxL.7t9@hpuerca.atl.hp.com> aaa@hpuerca.atl.hp.com wrote:
  13. > In article <1992Dec23.202206.29576@microsoft.com>, pauljo@microsoft.com (Paul Johns) writes:
  14. > >
  15. > > 2.  Put the size in the delete.  This is upwards-compatible:
  16. > >     it's ignored in AT&T 2.1 and 3.0.  This can be a little
  17. > >     bit of a pain, but it's probably cheaper than upgrading.
  18. > 
  19. > Not ignored in IBMC++
  20.  
  21. I'm wrong about this being upward-compatible according to the
  22. standard.  The standard makes no mention of allowing a number
  23. between the []'s.
  24.  
  25. It is a Microsoft (and perhaps others) extension to allow the
  26. number and ignore it, allowing existing code to work without
  27. modification.
  28.  
  29. // Paul Johns
  30.