Well, after bouncing the server, the problem has continued to be cleared up. The current values are now different from before the bounce. If it happens again I will plan to dump the var values. As stated before, this is code that has been on our production server for 6 months or more.
The other mystery is the fact that it appears to not be an "error" but a "diagnostics" message. Has anyone gotten them before and what triggers them? Is this some sort of a "mild" error? It's as if someone set a switch on the server (we didn't) that tells it to send diagnostic messages, kind of a "verbose" state or something for debugging. Bruce ----- Original Message ----- From: "Chris Lofback" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Monday, May 06, 2002 10:53 AM Subject: RE: Website Error > Bruce: > > I see this from time to time in similar circumstances and I usually find > that the value of the variable that I was attempting to catch with the > CFPARAM was set to NULL. I was expecting to trap for an undefined variable, > but the variable was defined--as a NULL. > > For example, in your case the Session.someVar was set as a NULL and the > CFPARAM default didn't fire because the var does exist but the value is > NULL, which cannot be evaulated as boolean. Try dumping the vars to see > what's really there. > > Just a thought, > Chris Lofback > Sr. Web Developer > > TRX Integration > 28051 US 19 N., Ste. C > Clearwater, FL 33761 > www.trxi.com > > > -----Original Message----- > From: Bruce Holm [mailto:[EMAIL PROTECTED]] > Sent: Monday, May 06, 2002 1:48 PM > To: CF-Talk > Subject: Website Error > > > Over the weekend we got the following email msg generated thousands of times > by our CF Server. We have errors that are generated on the CF server (as > part of the site error handling) send an email to the webmaster. > > We have never seen this error before. It makes no sense. We have no clue > what the problem is. The code it refers to has been working fine for months > and months. Then on a Sat. after noon, out of the blue, it triggers and > virtually every visitor to our site generated this error...actually it > doesn't appear to be an error. It didn't impede their ability to navigate > the site. Just generated emails. It's a simple CFELSEIF Session.someVar > conditional that it's tripping on. Earlier that session var is set by > default to FALSE if not defined, in a CFPARAM statement. We bounced the CF > server this morning and after a few minutes of additional errors, they have > now stopped (as if a queue emptied or something). > > Has anyone else had this happen or have a clue what would cause this? > > We are running CF Server 5 > > > ----- Sample Message ----- > > > Diagnostics: InsideText Cannot convert to boolean.Please, check the > ColdFusion manual for the allowed conversions between data typesThe error > occurred while processing an element with a general identifier of > (CFELSEIF), occupying document position (124:2) to (124:31). > > > > Template: /webtest/latticesemi/web/account/login.cfm > > > > Query String: > > > > Date/Time: Mon May 06 09:19:30 2002 > > > > Referer: http://www.latticesemi.com/account/login.cfm > > > > Remote Address: 193.135.247.66 > > > > Browser: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) > > > > > ______________________________________________________________________ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/[email protected]/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
