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]
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
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]
cfdump returns variable that is not recognized as a structure by a function, use type any. It came out in discussion a while ago, when I have discoverd this bug/future. Also, the arguments and variables scopes seem to be the same thing as far as CF is concerned which to me is another bug/future.
CFDUMP var=#Application#
CFDUMP var=#Session#
CFDUMP var=#Client#
Joe
- Original Message -
From: Tony Weeg [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Tuesday, September 10, 2002 4:14 PM
Subject: variable scopes
hi there.
is there any way (server side, cause I own/maintain
hi there.
is there any way (server side, cause I own/maintain the
cfmx server)
for me to see how many/what values there are in memory --
that are
session/client/application variables?
There used to be a custom tag in the devex that would do this for CF 5 ...
not sure about MX tho...
CFDUMP var=#Application#
CFDUMP var=#Session#
CFDUMP var=#Client#
Joe
-Original Message-
From: Tony Weeg [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 10, 2002 4:15 PM
To: CF-Talk
Subject: variable scopes
hi there.
is there any way (server side, cause I own/maintain the cfmx
On Tuesday, September 10, 2002, at 12:36 , Tony Weeg wrote:
is there any way (server side, cause I own/maintain the cfmx server)
for me to see how many/what values there are in memory -- that are
session/client/application variables?
In CFMX you can do:
cfscript
for ( key in session
:32 PM
To: CF-Talk
Subject: Re: variable scopes
CFDUMP var=#Application#
CFDUMP var=#Session#
CFDUMP var=#Client#
Joe
- Original Message -
From: Tony Weeg [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Tuesday, September 10, 2002 4:14 PM
Subject: variable scopes
hi
It could be unusual, or then again perhaps not.
I can assume that if one person creates a variable named Password and
another person is able to access it then that the variable must be in one
of the shared scopes (I.E. application, session, or client).
If two different templates are
This is a scoping question. Somewhere on one of our servers there is a
customer setting a variable password. I am not even sure which scope it
is
in, however if another customer does something with password and they do
not
specify the scope (i.e. Form) they get this other customers value.
Same application name would definitely give you problems.
On Mon, 8 Jul 2002, S. Isaac Dealey wrote:
This is a scoping question. Somewhere on one of our servers there is a
customer setting a variable password. I am not even sure which scope it
is
in, however if another customer does
Session and client are not shared variables to other users.
-Original Message-
From: Jeffry Houser [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, 9 July 2002 2:02 AM
To: CF-Talk
Subject: Re: Variable Scopes / Multiple Sites
It could be unusual, or then again perhaps not.
I can assume
14 matches
Mail list logo