> Allaire has erred in judgement in their locking concept. If a variable
> needs to be locked, it should be done automatically in the program and not
> by putting extra code around it... that does not make sense.
It already does this, but it considers every lock exclusive. You need to
lock your variables because it would take more processing time for the
ColdFusion Server to figure out if the variable in question needs to be
locked and it would take even more time if it tried to figure out which type
of lock to use.
-Greg
----- Original Message -----
From: "Jim Gurfein" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Thursday, December 14, 2000 4:14 PM
Subject: Re: CF4.5.1 SP2.
> Okay. I was quick to blame Allaire and still do, albeit for a different
reason.
>
> First, we locked all the session variables
> Second, we cleaned up rogue code that allowed huge record set returns on
> queries.
> Finally, we've watched our logs religiously and fixed any bad code that
> became apparent.
>
> So, at this point we're relatively stable, though I'm still not convinced
> we're out of the woods.
>
> Allaire has erred in judgement in their locking concept. If a variable
> needs to be locked, it should be done automatically in the program and not
> by putting extra code around it... that does not make sense.
>
> Secondly, Allaire decided to allow CF to hold onto memory without release
> ("to build to a plateau") without the ability to control how much memory
> should be retained. We should have the ability to tell the system the max
> amount of memory we are willing to have the server hold without using swap
> or (as was happening to us) running out of virtual memory and crashing the
> server.
>
> At 02:01 PM 12/14/00 -0500, you wrote:
> >I am still experiencing huge memory leaks but I notice it is from
> >Inetinfo.exe and NOT CF. There is no doubt in my mind the CF is the
> >culprit, but how in the world does Allaire put out this lousy of a
product
> >update? This is reminiscent of Microsoft. If anyone from Allaire,
> >especially their QA team is listening: GET ON THE BALL AND DO YOUR JOBS.
> >
> >Neil
> >
> >----- Original Message -----
> >From: "Joseph Thompson" <[EMAIL PROTECTED]>
> >To: "CF-Talk" <[EMAIL PROTECTED]>
> >Sent: Thursday, December 14, 2000 12:26 PM
> >Subject: CYYDDD
> >
> >
> > > I know I can hack a date of the form CYDDD (like 100235) into it's
proper
> > > date (08/22/2000) with the DayOfYear() function, but is there another
way
> > > you MS SQL guys have figured out?
> > >
> > >
> > >
> > >
> >
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
