Are you declaring your site wide error handlers in the application file or
are you declaring them in the CFADMIN area?
The thing with the errors that you are creating is that the two mods to the
code you made will have very different results and I don't think the error
handlers that are declared i
I am setting up the site-wide error handler in the CF Administrator.
Its called whammo.cfm and its code is displayed in my original post on
this.
Then there's the try/catch error handler. Thats oops.cfm and its
declared at the bottom of /Application.cfm. It has the same code as
whammo.cfm only
Ok,
I follow all that... I'll see if I can re-create it here...
Paul
~|
Logware (www.logware.us): a new and convenient web-based time tracking
application. Start tracking and documenting hours spent on a project or with a
cli
And if you can create a relatively self-contained reproducible test
case with instructions, send it to me and I'll test it on various CF
versions and if it's still broken in CF7, I'll file a bug!
On Apr 7, 2005 5:05 PM, Paul Vernon <[EMAIL PROTECTED]> wrote:
> I follow all that... I'll see if I ca
Here's a gif of what it looks like on my dev server
http://foohbar.com/kaboom/errorscreen.gif
And to stir the pot further, Its NOT doing it on my live server. I
uploaded the same bad code to a live web site and my own site-wide
error handler works fine. It may be that the for-real error handler
OK its very simple code. I'll send it over. Mostly what I posted
already. But it doesn't happen on my live server. Only my dev box
here on my desktop, where I could put in a simple s/w error handler on
a relatively clean system. The live box is probably better patched
than this desktop.
--
-
ler code.
I've tested this in MX 6.1 fully patched and MX 7.
Paul
-Original Message-
From: Matt Robertson [mailto:[EMAIL PROTECTED]
Sent: Friday, 08 April 2005 01:17
To: CF-Talk
Subject: Re: SOLVED: Re: CFTRY/CFCATCH exposing CF errors?
Here's a gif of what it looks like on m
Your first example is correct cfcode. Maybe a typo when you wrote the
msg? Should be
#cgi.http_user_agent#http://www.houseoffusion.com/banners/view.cfm?bannerid=67
Message: http://www.houseoffusion.com/lists.cfm/link=i:4:201965
Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4
Subsc
Sorry, my typo in the mail... I did try both combinations of incorrect code
and didn't see a raw dump of an error.
My CF version is reported as 6,1,0,hf56580_611 which is I believe as of now,
a fully patched box. This is the dev box and it gets everything that
production gets at least a week befor
On Apr 7, 2005 5:42 PM, Matt Robertson <[EMAIL PROTECTED]> wrote:
> OK its very simple code. I'll send it over. Mostly what I posted
> already. But it doesn't happen on my live server. Only my dev box
> here on my desktop, where I could put in a simple s/w error handler on
> a relatively clean
Thanks again for taking the time to look this over, Sean!
--
--mattRobertson--
Janitor, MSB Web Systems
mysecretbase.com
~|
Logware (www.logware.us): a new and convenient web-based time tracking
application. Start tracking and
Folks,
Unfortunately, I just found out while training the MX Master Class that the
ColdFusion MX 6.1 Updater broke dumping CFCATCH, which was a great help
during development when incorporating structured exception handling into
your code. There is also a new problem introduced where at least
: Re: CFCs and cftry/cfcatch
Let's just say it works as intended and leave it at that ;-)
Thanks to all that replied
Cheers
Bryan Stevenson B.Comm.
VP & Director of E-Commerce Development
Electric Edge Systems Group Inc.
phone: 250.480.0642
fax: 250.480.1264
cell: 250.920.8830
The biggie I never mentioned is that this is a
webservice...so I would assume output of true wouldn't work anyways??
All is workinig now though...essentially by not having a cfreturn as part of
the cfcatch, I was causing an error of the wrong datatype being returned
(i.e. nothing being re
Bryan,
If you don't have a return, it should have fallen through to the nearest
return. I take it that in the cfcatch you also had a cfabort then? Which
would explain why you need the return.
Regards,
Andrew Scott
Quote of the Day:
IBM: Increasingly Banal Movement
-Original Me
nope...the proper return bailed (intentionally so I could test the
try/catch) casuing the cfcatch to fire off...it had no return so I still
ended up with a method returning something not of type query
just my own stupidity...it happens...sh ;-)
Bryan Stevenson B.Comm.
VP & Director
Adam Churvis wrote:
>Unfortunately, I just found out while training the MX Master Class that the ColdFusion MX 6.1 Updater broke dumping CFCATCH,
>
So it wasn't just me! It works if you do but
not , in the latter case it gives a blank
value for cfcatch.
--
*Damien McKenna* - We
On Tue, 14 Sep 2004 17:30:07 -0400, Damien McKenna
<[EMAIL PROTECTED]> wrote:
> >Unfortunately, I just found out while training the MX Master Class that the ColdFusion MX 6.1 Updater broke dumping CFCATCH,
> So it wasn't just me! It works if you do but
> not , in the latte
Thanks for clearing that up, Sean.
--
*Damien McKenna* - Web Developer - [EMAIL PROTECTED]
The Limu Company - http://www.thelimucompany.com/ - 407-804-1014
"Nothing endures but change." - Heraclitus
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Dona
Sean,
Any ETA on this hot fix?
Dan
> I spoke to the CF product team and this is what they said (my
> paraphrasing):
>
> A fix is currently in the works and will be posted as a hotfix in the
> near future on the ColdFusion Support site.
>
> The updater included a fix for duplicate() to m
I have a fun maintenance project where I need to run thru a loop where
I am dropping tables and sequences in an Oracle DB. There are dozens
of them and I don't know if they exist or not. Some sequences exist
without corresponding tables as well (the drop sequence stuff is not
in the snippet below
Guys - I have been infuriated by this so decided a proper fix was in order.
I have written a replacement for CFDUMP which works like a charm.. It replaces
MM's own DUMP.CFM and intelligently detects how it should dump the data.
Hope it's of use to you all. Please send any comments good or bad to
Guys - I have been infuriated by this so decided a proper fix was in order.
I have written a replacement for CFDUMP which works like a charm.. It replaces
MM's own DUMP.CFM and intelligently detects how it should dump the data.
Hope it's of use to you all. Please send any comments good or bad to
just thinking out loud here... wouldn't the preferred way to do is is by
using Oracle's tools instead?
it seems to me that table maintenance, triggers, etc. should be best
left to the database that handles it because they "do it best" as they
say.
just wondering... I'm probably not as enlightened
>just thinking out loud here... wouldn't the preferred way to do is is by
>using Oracle's tools instead?
Well of course. I can do this in about a minute inside of Oracle
itself. Trouble is I don't have access to them so I have to build my
own. The fault of the server admins and not something I
hmmm.. if you don't have access then how can you maintain the tables
without the rights to alter them?
>>> [EMAIL PROTECTED] 11/16/2004 8:54:11 AM >>>
>just thinking out loud here... wouldn't the preferred way to do is is
by
>using Oracle's tools instead?
Well of course. I can do this in about
If statistics are maintained regularly for the DB, a quick query of the
systables table could tell you if the table exists or not. If you don't find
the table, skip the drop query.
It would still be a good idea to use a try/catch block on your drop query
though, as you are not gauranteed that syst
> hmmm.. if you don't have access then how can you maintain the tables
> without the rights to alter them?
I have the rights to alter them via ColdFusion. Only.
--
--Matt Robertson--
President, Janitor
MSB Designs, Inc.
mysecretbase.com
~
I figured it out. Simple and obvious now that its done. This isn't
the whole code of course but the essence is there. I have the full
routine wrapped in a more thorough try/catch and I'll probably add
cfrethrow into the inner one if I get ambitious. The cfoutputs inside
of the loop aren't the m
Hello all - I've googled the heck out of this topic, and there are more
opinions than I can count! Is there any definitive info on whether it is
more efficient to put a CFTRY around an entire page's contents, with a
CFCATCH at the end to trap errors, or to simply have a CFERROR page
sp
Hi, all.
I run my validation on forms by having a form submit back to the page it's
on,
then just use CF code validation (since I know little about _javascript_)
and then, either showing a CFCatch error or processing the form
successfully,
then CFLocating to a confirmation page.
This works
:[EMAIL PROTECTED]
Sent: Thursday, 13 October 2005 8:14 AM
To: CF-Talk
Subject: [Norton AntiSpam] Re: [Norton AntiSpam] SOLVED: Re: CFCs and
cftry/cfcatch
nope...the proper return bailed (intentionally so I could test the
try/catch) casuing the cfcatch to fire off...it had no return so I still
yep...what I'm doing is essentially the same thing.6 of one half dozen
of another ;-)
Bryan Stevenson B.Comm.
VP & Director of E-Commerce Development
Electric Edge Systems Group Inc.
phone: 250.480.0642
fax: 250.480.1264
cell: 250.920.8830
e-mail: [EMAIL PROTECTED]
web: www.electricedgesystem
;[EMAIL PROTECTED]> wrote:
> Hello all - I've googled the heck out of this topic, and there are more
> opinions than I can count! Is there any definitive info on whether it is
> more efficient to put a CFTRY around an entire page's contents, with a
> CFCATCH at the end
On 12/29/05, Reed Powell <[EMAIL PROTECTED]> wrote:
> Hello all - I've googled the heck out of this topic, and there are more
> opinions than I can count! Is there any definitive info on whether it is
> more efficient to put a CFTRY around an entire page's contents, with
Faircloth <[EMAIL PROTECTED]>
Date: Tue, 22 Jun 2004 20:57:59 -0400
Subject: Is there a way to have all CFCatch messages display at once?
To: CF-Talk <[EMAIL PROTECTED]>
Hi, all.
I run my validation on forms by having a form submit back to the page it's
on,
then just use CF code va
;Please enter your last name.">
#CFCatch.Message#
Rick
-Original Message-
From: Adrocknaphobia [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 22, 2004 8:55 PM
To: CF-Talk
Subject: Re: Is there a way to have all CFCatch messages display at once?
Yeah, the
s you redisplay
the form. That's exactly what TerraForm does.
Matt.
_
From: Rick Faircloth [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 23 June 2004 1:19 p.m.
To: CF-Talk
Subject: RE: Is there a way to have all CFCatch messages display at once?
Let see...so how would that be coded
o have all CFCatch messages display at once?
Don't throw an error - just concatenate your error message to a string of
error messages. Then after validation, if the error string has any length,
dump it out to screen and reinclude the form. If you like you can also
build
a list of erro
On Jun 22, 2004, at 5:55 PM, Adrocknaphobia wrote:
> Although rather than blast a user with all
> those errors, why not do something more subtle like highlight the
> invalid form fields with another color.
>
>
I think you want to do both -- a list of errors and highlighted
fields-- maybe highl
ound field
with dark text is changed to a dark-colored background with light
text...right?
Rick
-Original Message-
From: Dick Applebaum [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 12:56 AM
To: CF-Talk
Subject: Re: Is there a way to have all CFCatch messages disp
25 -0400
Subject: RE: Is there a way to have all CFCatch messages display at once?
To: CF-Talk <[EMAIL PROTECTED]>
I've worked out a way using a two dimensional array
that contains the error message in the first dimension and set the
second dimension in the row to "Yes" if
could get a little confusing...ErrorMessage[32][1]
(Hmmm...now
which field was that, anyway...) :o)
Thanks for the tip! Sounds good!
Rick
-Original Message-
From: Joe Rinehart [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 8:08 AM
To: CF-Talk
Subject: Re: Is there a w
oth [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 9:18 AM
To: CF-Talk
Subject: RE: Is there a way to have all CFCatch messages display at once?
An interesting approach, Joe.
I'm using CF 4.5 still if that matters, and haven't used
in a couple of years.
Does the &
Rick -
StructIsEmpty() returns a boolean representing whether or not the
structure, is, well, empty.
-joe
- Original Message -
From: Rick Faircloth <[EMAIL PROTECTED]>
Date: Wed, 23 Jun 2004 10:23:50 -0400
Subject: RE: Is there a way to have all CFCatch messages display at once?
> Is there a way to use a wildcard to check and see if a
> certain structure say FormErrors contains any elements as
> opposed to having to check for specific structure element
> contents.
You can use the StructIsEmpty function, which returns a Boolean value:
...
Dave Watts, CTO, Fig Leaf So
Here is an example that has worked well for me:
errorMessage = "";
errors = 0;
crlf = chr(13) & chr(10);
/* this function can be called from a udf library */
function SpaceCap(text) {
return REReplace(text, "([.^[:upper:]])", " \1","all");
}
if ( IsDefined('Form.addNew') OR I
Great! Thanks, Joe...
-Original Message-
From: Joe Rinehart [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 11:26 AM
To: CF-Talk
Subject: Re: Is there a way to have all CFCatch messages display at once?
Rick -
StructIsEmpty() returns a boolean representing whether
Will do! Thanks, Dave...
Rick
-Original Message-
From: Dave Watts [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 11:38 AM
To: CF-Talk
Subject: RE: Is there a way to have all CFCatch messages display at once?
> Is there a way to use a wildcard to check and see i
> Is there any definitive info on whether it is more efficient
> to put a CFTRY around an entire page's contents, with a
> CFCATCH at the end to trap errors, or to simply have a CFERROR
> page specified in application.cfm (and only use CFTRY/CFCATCH in
> specific pieces of
rapped inside of that) and its not a problem, although as you
say its a dumb thing to do, once you know better.
> When you wrap the entire page in CFTRY, your
> problem could be on line 2 or line 200.
Yes indeed, but cfcatch-scope variables will tell you precisely where
the error occurred, and wh
manner, since it's written to deal with anything that
happens within the entire page.
> Yes indeed, but cfcatch-scope variables will tell you precisely where
> the error occurred, and why, just like you'd get with an error-scope
> message. Pretty sure you even get a stac
301 - 352 of 352 matches
Mail list logo