On Wed, 30 Mar 2022 14:53:57 +0100, Rupert Reynolds wrote: >That's a common problem, certainly, but if we include the wider world of >micros and minis, I'd bet that buffer overuns related to null-teminated >strings (BLEAH!) are in the lead :-) > Buffer overruns are hardly peculiar to null-temniated strinigs. Rather, they result from indolent programmers' neglecting to check the length before the move or the status after; using strcat() and sprinitf() instead of strncat and snprintf(); etc.
What should be done in HLASM? Use unprotected MVCL, or define data types with explicit lengths and rely on macros to move data with protection? Should an attempted buffer overrun throw an exception? -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
