On Friday, Sep 26, 2003, at 20:23 US/Pacific, Sean A Corfield wrote:
On Friday, Sep 26, 2003, at 19:23 US/Pacific, Nathan Dintenfass wrote:
I believe the documentation in question is:
http://livedocs.macromedia.com/coldfusion/6.1/htmldocs/buildi46.htm
"Note: If you use component inheritance, you ca
I don't have the mapping issues that have been talked about
here, but my solution means that I now have an odd error
report in the logs that I can't explain.
We wanted to keep the site encapsulated -- everything in one
directory. So, running WinNT CFMX6.1 with Apache 2.0.47, we
use this struct
Hey Sean, thanks for the response.
It is supposition, in fact, it's my original question. We've had a few
discussions on this list about var scoping, and I was still unclear on how
CFC would behave if you didn't var scope the return values from tags like
cfquery, cfhttp, cfftp, cfcatch etc.. Bas
The very fact that CFCs went through a lot of implementation iterations
shows just how slapped together they were. There are plenty of examples
where design flaws became features e.g. the pseudo-constructor area or
worse, the output attribute. Why anyone would think it would be a good
idea to a
If you have empirical evidence, are you (Jay) running 6.1 or 6.0? Kind of
off topic, but we had problems with local variables getting overwritten in
shared scope CFCs on 6.0, but they seemed to have gone away with 6.1.
The particular code in question was this (with bogus names):
1
2
3
On Thursday, Nov 6, 2003, at 11:48 US/Pacific, Jay Gibb wrote:
In my previous example, if multiple requests were using the component
in a persistent scope (like Application.myCFC or whatever) it would
cause
problems if more than one request happened to get into that
simultaneously.
Is this suppos
You can turn on the detailed verbose GC options in the 1.4.x VM and find out
exactly what is happening. Also if the call is taking two minutes take a
few thread dumps in the middle of the call. The stacks will tell you exactly
what the thread is doing during that time. By taking a few 10-15 secon
On Sunday, Nov 9, 2003, at 10:15 US/Pacific, Nathan Dintenfass wrote:
The VARIABLES scope inside a CFC is a bit more confusing. For
implementation reasons I do not fully understand, the developers of CF
decided that the VARIABLES scope should contain all methods of the CFC
regardless of access typ
On Monday, Nov 10, 2003, at 04:15 US/Pacific, Jim Davis wrote:
I have my doubts about the quality of the debug reporting as well –
but in my case SOMETHING is eating the time. Most of the time a
process takes, say 20 seconds – then, for no apparent reason, 2
minutes.
This sounds like garbage co
On Monday, Nov 10, 2003, at 08:28 US/Pacific,
<[EMAIL PROTECTED]> wrote:
IE getters/setters for every property in the CFC, or use of
setProperty/getProperty methods.
OK, this alone should ring alarm bells... a CFC that implements a
getter / setter for every attribute is not encapsulated and ther
10 matches
Mail list logo
