Here it goes again... "but i think the important thing to remember with the whole cflock situation, it forces developers to think & understand about how the CF-Server works"
I don't get what you mean. Not at anytime does the developer need to worry about CF corrupting its own memory because it can't figure out how to prevent simultaneous accesses. Accesses to this memory - writing - should have atomicity - single threading - built in. If two different sessions starting writing identical structure to memory at once, and they mix up the data written to each structure in the memory space, then is that the fault of the CF programmer or of the CF server? To me, it's the server that isn't handling its memory correctly. We should never have to worry about proper memory management in the server because we don't allocate the memory, assign pointers, nor make calls to retrieve that memory from it's assigned memory address, nor deallocate that memory. Memory addressing is a function of the server. However, there are things that we CF coders write that need to be aware of other threads executing. If I have a block of code that needs to run as an atom then I am responsible for the locks that go around that block of code. But the variable assignments in that block of code (cfset session.var = var2) should already be thread safe. All this in the interest of making a better, more stable ColdFusion World. :-) Matt Small -----Original Message----- From: Zac Spitzer [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 21, 2002 9:47 AM To: CF-Talk Subject: Re: UDFs, CF Locking, etc., and NEO=fixed *MOST* bad (ok subjective:-) ) cf-programming i see comes from developers who don't fully understand the associated concepts.... just because it's no issue in NEO, doesn't matter.. cold fusion suffers from the same reputation problem as VB, it's a bit too easy, but i love it for that z ______________________________________________________________________ Get the mailserver that powers this list at http://www.coolfusion.com FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/[email protected]/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
