Thanks for the clarification on the hardware Chuck. Like I said, my detailed hardware kb hasn't been updated in quite a while. I did mean either a flag or interrupt. It has been decades since I did "serious" coding, at least serious enough to go into that level of detail. Jeff
> -----Original Message----- > From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > Sent: Wednesday, January 19, 2011 9:54 AM > To: Tomcat Users List > Subject: RE: [OT] Setting HTTP response headers caching for 1 year > doesn't work > > > From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] > > Subject: RE: [OT] Setting HTTP response headers caching for 1 year > doesn't work > > > My hardware internals knowledge is just as rusty as my coding > > skills, but doesn't the hardware catch the overflow and raise > > the exception anyway? > > No, most hardware (e.g., all flavors of x86) just sets a flag > indicating that an overflow has occurred; it's up to the executing > program to check the flag. Some CPUs have the capability of optionally > generating an interrupt if the condition occurs, but again, that's > under program control. And, of course, the mechanisms for integer and > floating point operations are usually completely independent (partly > because the Intel floating point was originally on a co-processor). > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE > PROPRIETARY MATERIAL and is thus for use only by the intended > recipient. If you received this in error, please contact the sender and > delete the e-mail and its attachments from all computers. __________________________________________________________________________ Confidentiality Notice: This Transmission (including any attachments) may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this transmission in error, please immediately reply to the sender or telephone (512) 343-9100 and delete this transmission from your system.
