The vendor's a putz. Unfortunately I'm not aware of any way to get around full-checking being enabled on the server without implementing locks. Which puts the client in a bad way. They can have a working application and no support, they can have support for an application that doesn't work, or they can change their hosting. None of these are really legitimate.
The only thing that really springs to my mind immediately is if it's a fusebox app, you could wrap the entire index.cfm in a lock with a super-long timeout, essentially single-threading the application -- I don't recommend you actually do this tho. It's bound to bite you in the ass later. Isaac Certified Advanced ColdFusion 5 Developer www.turnkey.to 954-776-0046 > I have little problem I am hoping someone can help with. > We have an application that works fine on the dev box > (CF5) but on the > hosted space (CF5), its real home, it doesn't (See error > message below). > We've tracked the problem down to locking of variables. > The host requires > them to be locked (i.e. wrapped with CFLOCK) but the app > is not written that > way. The problem is that application.some_variable appears > in about 1600 > spots and from the product vendor's perspective makes the > product > non-standard if they add locks. I'm looking for a solution > that does not > require us to add locks throughout the whole app if > possible. > ERROR MESSAGE: "Symbol application.run_mode is in a scope > that contains data > shared across threads and cannot be accessed without an > active lock" > Any clues please? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting.
