]
To: CF-Talk cf-talk@houseoffusion.com
Sent: Thursday, April 07, 2005 10:25 AM
Subject: RE: CFTRY/CFCATCH exposing CF errors?
From: Bryan Stevenson [mailto:[EMAIL PROTECTED]
So...how can a standard CF error be displayed when a
CFTRY/CFCATCH is setup specifically to NOT show actual CF
error
When it blows inside of /Application.cfm, which isn't subject to
try/catch. I try to but up a backup cferror statement inside of that
file as high up as possible for just that reason.
hmmm..not 100% sure...but I think the error happened outside of
application.cfm
Bryan Stevenson B.Comm.
VP
When it blows inside of /Application.cfm, which isn't subject to
try/catch. I try to but up a backup cferror statement inside of that
file as high up as possible for just that reason.
My bad...it is crashing inside Application.cfm...so it's off to implement a
CFERROR solution
Thanks Matt
When it blows inside of /Application.cfm, which isn't subject to
try/catch. I try to but up a backup cferror statement inside of that
file as high up as possible for just that reason.
Matt you sem to say CFTRY/CATCH doesn't work in Application.cfm..well I just
tested...and it does?? ;-)
We use a site-wide error handler (and generally don't use cfcatch), but I seem
to recall that an error in the error handler code itself can cause the original
error to be displayed.
Mark
-Original Message-
From: Bryan Stevenson [mailto:[EMAIL PROTECTED]
Sent: Thursday, April
I think Matt was refereing to where in the applicatiion.cfm file the cferror
tag is located. errors above the cferror tag will not be caught. I use a
sitewide one, catches everything.
D
On Apr 7, 2005 2:17 PM, Bryan Stevenson [EMAIL PROTECTED]
wrote:
When it blows inside of
On Apr 7, 2005 10:48 AM, Bryan Stevenson [EMAIL PROTECTED] wrote:
Thanks Matt ;-)
No problem, and you were right that something was off in that
try/catch thing I was talking about. I was going off hazy memory.
What you can't do is put your try in /Application.cfm and your catch
in
Hey Matt...it does work..and it's already in production ;-)
Thanks
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.electricedgesystems.com
On Apr 7, 2005 2:37 PM, Matt Robertson [EMAIL PROTECTED] wrote:
What you can't do is put your try in /Application.cfm and your catch
in OnRequestEnd.cfm. Thinking on it I can't see a reason why
/Application.cfm can't have its own try/catch, unless there's a cf
rule somewhere that says so.
#haha.notexists#/cfloop
/cfoutput
cfcatch type=Any
cfinclude template=oops.cfmcfabort
/cfcatch
/cftry
The catch template kicks in and takes precedence. Fine again. If I
remove try/catch, leave in the cferror statement and plug in a
sitewide error handler then the site-wide error handler is *ignored
Correct me if I misunderstood what you are getting with your last example
but from what I can tell the explanation below seems reasonable to me
Because your last example doesn't even get compiled due to the closing
being missing on the cfoutput, CF doesn't see any code that you have in that
and it's very unlikely (even with minor testing) that a malformed tag
would make it into production ;-)
I think Paul's answer is a good one for all to remember..CF can only do so
much...and it sure can't read your mind and extrapolate what the rest of the
code in the file should be...hehe
I've got part of the answer. Its a bug in ColdFusion. In the
previous example I created an error just in front of the CFCATCH
statement, so the value of error.message is
Invalid token 'c' found on line 6 at column 2.
Line 8 is cfcatch type=Any and is the highlighted line on the raw
CF error
code. Further, by altering the location of the error I can
get the site-wide error handler to function properly again.
Its not something that is going to happen often, I think. The message
I suppose is never screw up a CF tag before a CFCATCH or your raw
error is going onscreen.
I did all
in your pages will ever fire under the
circumstances you are describing...
Also I just spotted this
cferror type=REQUEST template=oops.html
cfcatch type=Any
cfinclude template=oops.cfmcfabort
/cfcatch
You are referencing an oops.html and an oops.cfm file in the same template
as different
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
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 can
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
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.
--
in the error handler 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
Your first example is correct cfcode. Maybe a typo when you wrote the
msg? Should be
cfoutput#cgi.http_user_agent#/cfoutput
Just sent the files to Sean. Maybe he can find something it breaks
on. I'm using CF Standard 6,1,0,63958. the box isn't quite a dev
box. Its behind a firewall and I
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
I found while googling for similair experiences another person having issues.
He seems to have a similair issue with cfcatch, cftry.
My code can be tested on everyone machine, because it should simply trigger the
cfcatch part when the session call errors.
The corresponding post from Tony Weeg
Parse errors are not caught with cftry/cfcatch. Reason being, the page
couldn't compile, so it couldn't even try/catch anything.
-nathan strutz
http://www.dopefly.com/
Micha Schopman wrote:
There are no parse errors involved. An expired session variable, in this case
session.cultureid should
I have errors which slip through ctry tags. The provided cfcatch part is not
executed and the source shows the error in the cftry part. Did anyone
experience similair behavior? I provided the responsible code below where
session.cultureid has not been filled in;
cftry
cfoutput
Parse errors are not caught with cftry/cfcatch. Reason being, the page
couldn't compile, so it couldn't even try/catch anything.
-nathan strutz
http://www.dopefly.com/
Micha Schopman wrote:
I have errors which slip through ctry tags. The provided cfcatch part is not
executed and the source
, February 10, 2005 10:01 PM
To: CF-Talk
Subject: Re: cftry/cfcatch around cfmail
joe,
this isnt the problem...
the problem is that there is an invalid email address in there
, not in its form, or whatever, it'll validate just fine, its just that
the mail server rejects it... the email address
, February 10, 2005 10:01 PM
To: CF-Talk
Subject: Re: cftry/cfcatch around cfmail
joe,
this isnt the problem...
the problem is that there is an invalid email address in there
, not in its form, or whatever, it'll validate just fine, its just that
the mail server rejects it... the email
hey matt.
if i dont spoolenable... my imail server just doesnt work... with cfmx
they problem isnt an invalid format of an email address, its the problem that
the email address that its choking on is no longer an email address to
my mail server.
which is the same mail server that cfmx sends
:( ok, i must say, it wasnt anything, i had a rule in my outlook that
sent mail from myself, to myself, into a folder, that is no longer
there :( what this means? outlook didnt bug, and that was my
problem.
testing with another address, all is well, and it looks like my code
is workign after
On Fri, 11 Feb 2005 10:52:29 -0500, Tony Weeg [EMAIL PROTECTED] wrote:
if i dont spoolenable... my imail server just doesnt work... with cfmx
Hmmm... I've used Im,ail for years with CF. I'm running Imail 8.11
with MX 6.1 Updater 1 (soon to be CF7 :D)
In fact now that I have converted my
8.00 2003.03.03.28
port 25
with spoolenable = no all systems go.
with spoolenable = yes or not there at all since its default anyway,
all systems NO GO.
tw
On Fri, 11 Feb 2005 09:33:05 -0800, Matt Robertson
[EMAIL PROTECTED] wrote:
On Fri, 11 Feb 2005 10:52:29 -0500, Tony Weeg [EMAIL
Well, that ain't right. I know Imail releases tend to be pretty
buggy, so I didn't upgrade until 8.10. What you are experiencing may
be due to the early-release nature of the s/w.
I'm only dimly aware of spoolenable and its implications. Anyone with
a better understanding of it and mail
=TheWebsite subject=Email
Manager
the from is invalid... have you tried [EMAIL PROTECTED] ?
HTH
Joe
- Original Message -
From: Tony Weeg [EMAIL PROTECTED]
To: CF-Talk cf-talk@houseoffusion.com
Sent: Thursday, February 10, 2005 10:00 PM
Subject: Re: cftry/cfcatch around cfmail
joe,
this isnt
Weeg [EMAIL PROTECTED]
To: CF-Talk cf-talk@houseoffusion.com
Sent: Thursday, February 10, 2005 10:00 PM
Subject: Re: cftry/cfcatch around cfmail
joe,
this isnt the problem...
the problem is that there is an invalid email address in there
, not in its form, or whatever, it'll validate
hi there.
i have a set of code that gets a bunch of email addresses from a database,
it then loops through that query, and sends an email once, for every
email address.
i have a cftry/cfcatch block around the cfmail tag, and if it catches
an exception it is set in the cfcatch section to send me
Because of the loop. There's only one CFMAIL tag, so if it errors,
it's done executing. If you want it to continue, you need this:
cfloop query=myQuery
cftry
cfmail ...
/cfmail
cfcatch ...
/cfcatch
/cftry
/cfloop
cheers,
barneyb
On Thu, 10 Feb 2005 19:39:33 -0500, Tony
to=#Addresses.InclEmailAddr#
from=#session.Trickler.myEmail#
subject=#session.Trickler.MsgTitle#
server=#Settings.myEmailServer#
type=HTML
#session.Trickler.PageText#
/cfmail
cfcatch type
] subject=Test,
please disregard spoolenable=NoThis is a test, please
disregard./cfmail
This worked!
cfcatch type=Any
cfmail to=[EMAIL PROTECTED] from=TheWebsite subject=Email Manager
Error spoolenable=NoThis error happened on
#DateFormat(Now(),'mm/dd/')#
Here
said previously.
-Original Message-
From: Tony Weeg [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 10, 2005 7:09 PM
To: CF-Talk
Subject: Re: cftry/cfcatch around cfmail
sup barney... thats what ive got...
cfquery name=GetPartnerEmailAddresses datasource=#usersDatasource#
select
...
so, by what you say, in a cfmail scenario, any exceptions basically
just crash the whole operation?
so whats the point of cfcatch if you cannot elegantly handle a cfmail exception?
tw
On Thu, 10 Feb 2005 17:02:45 -0800, Matt Robertson
[EMAIL PROTECTED] wrote:
Do you mean you are using cfmail's
,
please disregard spoolenable=NoThis is a test, please
disregard./cfmail
This worked!
cfcatch type=Any
cfmail to=[EMAIL PROTECTED] from=TheWebsite subject=Email Manager
Error spoolenable=NoThis error happened on
#DateFormat(Now(),'mm/dd/')#
Here is what happened
a single email with all the
errors than an email for each error. Just as Matt said previously.
-Original Message-
From: Tony Weeg [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 10, 2005 7:09 PM
To: CF-Talk
Subject: Re: cftry/cfcatch around cfmail
sup barney... thats what ive got
#session.Trickler.PageText#
/cfmail
cfcatch type=Any
cfinclude template=includes/inc_errcatch_mail.cfm
/cfcatch
/cftry
/cfloop
--
--mattRobertson--
Janitor, MSB Web Systems
mysecretbase.com
#
subject=#session.Trickler.MsgTitle#
server=#Settings.myEmailServer#
type=HTML
#session.Trickler.PageText#
/cfmail
cfcatch type=Any
cfinclude template=includes/inc_errcatch_mail.cfm
/cfcatch
On Thu, 10 Feb 2005 20:18:09 -0500, Tony Weeg [EMAIL PROTECTED] wrote:
so, by what you say, in a cfmail scenario, any exceptions basically
just crash the whole operation?
N :-). What Barney said happens... or is supposed to. He boiled
down the same sort of layout I posted and apparently
Weeg [EMAIL PROTECTED]
To: CF-Talk cf-talk@houseoffusion.com
Sent: Thursday, February 10, 2005 9:08 PM
Subject: Re: cftry/cfcatch around cfmail
the problem is, its a bad email address, so i dont know until the
email tries to go out... and its like i get an IMMEDIATE no-go from
the mail server
solution.
HTH.
Joe
- Original Message -
From: Tony Weeg [EMAIL PROTECTED]
To: CF-Talk cf-talk@houseoffusion.com
Sent: Thursday, February 10, 2005 9:08 PM
Subject: Re: cftry/cfcatch around cfmail
the problem is, its a bad email address, so i dont know until the
email tries
What happens if you allow the messages to be spooled? Does that
alleviate the issue?
cheers,
barneyb
On Thu, 10 Feb 2005 22:00:30 -0500, Tony Weeg [EMAIL PROTECTED] wrote:
joe,
this isnt the problem...
the problem is that there is an invalid email address in there
, not in its form, or
On Thu, 10 Feb 2005 21:23:50 -0500, Tony Weeg [EMAIL PROTECTED] wrote:
how does that differ from what im doing?
It doesn't in principle, but maybe your cfmail code is the problem.
That spoolenable is out of the ordinary, at least to me.
As for my catch code, thats sorta complicated. I cut
Not a problem..
Martin
-Original Message-
From: Matt Robertson [mailto:[EMAIL PROTECTED]
Sent: 02 December 2004 21:00
To: CF-Talk
Subject: Re: cfcatch scope just says [unknown type]
Hi Martin,
I *think* that previous post was in error and it is working on (my
own) live server. I'm
the URL requesttimeout=xx functionality - broke a
lot of things that did ..
Regards
Martin Parry
Macromedia Certified Developer
http://www.BeetrootStreet.com
-Original Message-
From: Matt Robertson [mailto:[EMAIL PROTECTED]
Sent: 01 December 2004 21:03
To: CF-Talk
Subject: Re: cfcatch scope
Hi Martin,
I *think* that previous post was in error and it is working on (my
own) live server. I'm starting to get a lot of these errors from a
lot of different servers as people upgrade and its tough to sort all
of them out. I sent out two separate recommendations to use your
templates just
I ran the latest Updater recently and since then, it seems my cfcatch
statements (when displayed via cfdump) no longer have those annoying
red boxes saying variable not found and only naming the var... but not
its location.
Instead the entire cfcatch scope simply dumps out to [unknown type
On Wed, 1 Dec 2004 11:39:25 -0800, Matt Robertson
[EMAIL PROTECTED] wrote:
I ran the latest Updater recently and since then, it seems my cfcatch
statements (when displayed via cfdump) no longer have those annoying
red boxes saying variable not found and only naming the var... but not
its
OK thanks. I just checked and my live server does indeed have the
cfdump fix on it, which isn't working here. Its Martin Parry's
BeetrootStreet.com cfdump update. Maybe its not a fix for the same
thing.
At least I can loop over the scope, though. One heck of a lot easier
to revise my error
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
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
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
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 a
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
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
cfcatch type=Any
cfoutputTable #request.TableList[ArrayRows]# not
foundbr/cfoutputcfflush
/cfcatch
/cftry
/cfloop
On Tue, 16 Nov 2004 09:19:23 -0800, Matt Robertson
[EMAIL PROTECTED] wrote:
hmmm.. if you don't have access then how can you
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 make
I'm seeing some very strange behavior from this code.
...
cfcatch
cfparam name=request.appCatchCaptures default=#ArrayNew(1)#
cfset request.appCatchCaptures[..] = Duplicate(cfcatch)
cfrethrow
/cfcatch
/cftry
...
Yesterday, I was able to reliably reproduce a nice, juicy You are attempting
Yesterday, I was able to reliably reproduce a nice, juicy You are
attempting to dereference a scalar... error with the Duplicate(cfcatch)
statement - a known issue with the 6.1 updater.However, upon logging
into my system today, MX seems to have forgiven the issue and now happily
accepts
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 cfdump var=#cfcatch# but
not cfdump var=#variables
Thanks for clearing that up, Sean.
--
*Damien McKenna* - Web Developer - [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
The Limu Company - http://www.thelimucompany.com/ - 407-804-1014
Nothing endures but change. - Heraclitus
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
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 some
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 cfdump var=#cfcatch# but
not cfdump var=#variables#, in the latter case it gives a blank
value for cfcatch
Thanks Spike, I got it working now !
Andrew.
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Donations and Support]
I have a template which calls a custom tag (data.cfm). For testing puposes I deliberately caused an error to occur within the custom tag, the cfcatch/cftry block responds with any text I have written within the cftry tags but #cfcatch.message# is emptyIf I cause an error to occur within
poet for hire
http://www.spike.org.uk
Do you cfeclipse? http://cfeclipse.tigris.org
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrew Grosset
Sent: Monday, August 30, 2004 9:05 PM
To: CF-Talk
Subject: cftry/cfcatch error handling
I have a template
I have CFMX 6.1 with all the fixin's, and I get [unknown type] when I dump cfcatch. The way around this was I made my own cfdump tag which intercepts cfcatch and handles it as a special case. People have suggested using duplicate, but I found that this does not work, possibly due to the hotfix
I figured out the problem. The hotfix for the duplicate function breaks the
dumping of cfcatch. I tried the code on a server that did not have the
hotfix, and it worked. I then tried the code on a server with the hotfix,
and it failed.
I hope I do not run into this problem later when the other
I hope I do not run into this problem later when the other
scopes that I am dumping contain more complex variables than
what my tests cases have.
I hope they fix it so one can dump all scopes, including CFCATCH!!!
Ugh.
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe
of cfcatch?
I am still having no luck as to why I am getting inconsistent results
dumping cfcatch.
Thanks!
Mike
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Donations and Support]
I have a page that lists all the variables from all the scopes. In CF5, I
had variable existence conditions, so that I would not output the cfcatch
scope unless it was both defined and a structure. However, this block of
code did not work under CFMX 6.1, so I poked around to find out why
Strange that you say it produces the unknown type message when you
dump cfcatch. I have had instances where with certain types of
exceptions, dumping the cfcatch structure shows a java object dump in
place of (iirc) the root cause, but I don't recall it failing on the
entire structure in recent
If I dump the cfcatch structure between the cfcatch tags, nothing shows up.
If I output the string problem, the string shows up.
Whats the deal with the empty exception information?
Mike
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Donations
On Mon, 26 Jul 2004 14:39:07 -0400, Tangorre, Michael
[EMAIL PROTECTED] wrote:
If I dump the cfcatch structure between the cfcatch tags, nothing shows up.
If I output the string problem, the string shows up.
Whats the deal with the empty exception information?
If I recall correctly, you need
Is there an error?If not would the CFCATCH block even run?
Bryan Stevenson B.Comm.
VP Director of E-Commerce Development
Electric Edge Systems Group Inc.
t. 250.920.8830
e. [EMAIL PROTECTED]
- Original Message -
From: Tangorre, Michael
To: CF-Talk
Sent: Monday, July 26, 2004 11:39 AM
I tried wrapping duplicating it, I tried dumping it, I tried a variety of
ways. One interesting point to note is that if I try and dump in the cfcatch
tag block, the CPU usage goes to 100% and my machine is reduced to a crawl
and I usually wind up rebooting. This is nutso!
An exception must
mikey.
do you have any of the hf's installed on that box?
tw
On Mon, 26 Jul 2004 15:01:03 -0400, Tangorre, Michael
[EMAIL PROTECTED] wrote:
I tried wrapping duplicating it, I tried dumping it, I tried a variety of
ways. One interesting point to note is that if I try and dump in the cfcatch
This works fine:
cftry
cfthrow errorcode=Test message=Gottcha /
CFCATCH type=any
cfdump var=#cfcatch#
/CFCATCH
/cftry
Andy
[Todays Threads]
[This Message]
[Subscription]
[Fast Unsubscribe]
[User Settings]
[Donations and Support]
yea, I'd forgotten about that... iirc the duplicate() function somehow
converts the cfcatch java object to an actual structure.
On Mon, 26 Jul 2004 14:39:07 -0400, Tangorre, Michael
[EMAIL PROTECTED] wrote:
If I dump the cfcatch structure between the cfcatch tags,
nothing shows up.
If I
works on mine 100%.
if i have a hotfix on the server, not sure which one,i get this...
UNKNOWN TYPE
but without any of the hotfixes
i get whats expected, a structure, that has the cfcatch vars.
mike's getting errors, and a red stack of turds...
i wonder, is this a bug?
--
tony
Tony Weeg
I tried wrapping duplicating it, I tried dumping it, I
tried a variety of
ways. One interesting point to note is that if I try and
dump in the cfcatch
tag block, the CPU usage goes to 100% and my machine is
reduced to a crawl
and I usually wind up rebooting. This is nutso!
An exception
This works fine for my CF 6.1 'dumper'.
cfif isdefined(GetData)
cfdump var=#cfcatch# label=CFCATCH Data
/cfif
If it exists at all, it should be automatically defined as a structure
I would think, no?
--
--Matt Robertson--
MSB Designs, Inc.
mysecretbase.com
[Todays Threads]
[This Message
.
TK
I have a page that lists all the variables from all the scopes. In CF5, I
had variable existence conditions, so that I would not output the cfcatch
scope unless it was both defined and a structure. However, this block of
code did not work under CFMX 6.1, so I poked around to find out why
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 display at once?
On Jun 22, 2004, at 5:55 PM, Adrocknaphobia wrote:
Although rather than
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 there is an error found.
Formfield 1 message is ErrorMessage[1
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 way to have all CFCatch messages display at once?
Rick,
Instead of using a two
each one...
???
Rick
-Original Message-
From: Rick Faircloth [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
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?
To: CF
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:
cfif not StructIsEmpty(mystruct) ...
Here is an example that has worked well for me:
cfscript
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
101 - 200 of 359 matches
Mail list logo