|
Hello Steve, You wrote: >I would think that the use of NOOPT here is overkill since once this >exception handling code starts to run the exception has, by definition, >already occurred. The NOOPT is only needed within the code that the >exception has jumped over as the unmonitored exception falls down the call >stack. Well, since optimization is probably performed at the procedure level, and since there is nothing in the procedure that indicates errno changes, it is possible that the optimizer might make a bad choice. However, since the example procedure is fetching the address of errno (which won't change anyway) then it is unlikely that any optimization would cause a problem. Perhaps Carsten was simply being cautious? Regards, Simon Coulter. -------------------------------------------------------------------- FlyByNight Software AS/400 Technical Specialists http://www.flybynight.com.au/ Phone: +61 3 9419 0175 Mobile: +61 0411 091 400 /"\ Fax: +61 3 9419 0175 mailto: shc@xxxxxxxxxxxxxxxxx \ / X ASCII Ribbon campaign against HTML E-Mail / \ --------------------------------------------------------------------
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.