Just FYI, We use cfobject to call a custom dll that was written to talk to a FoxPro database using native FoxPro instead of ODBC and it also drops application and session scopes periodically. The strange thing is that when this happens, if you just wait a few seconds and then hit refresh on the browser, the variables are back.
Andy -----Original Message----- From: Adrocknaphobia Jones [mailto:adrocknatalk@;hotmail.com] Sent: Monday, October 21, 2002 11:33 AM To: CF-Talk Subject: RE: CFX_SPELL Question/Problem Rich, If you and Ben figure this one out, will you post a summary of the solution? I'm curious as to what causes CF to dump application and session scope like that. Is it just an old v4 bug? Was it the .dll? Was is cfLock or cfTry? Adam Wayne Lehman Web Systems Developer Johns Hopkins Bloomberg School of Public Health Distance Education Division -----Original Message----- From: Ben Forta [mailto:ben@;forta.com] Sent: Monday, October 21, 2002 2:15 PM To: CF-Talk Subject: RE: CFX_SPELL Question/Problem Rich, Please e-mail me directly off list on this one. --- Ben -----Original Message----- From: Adrocknaphobia Jones [mailto:adrocknatalk@;hotmail.com] Sent: Monday, October 21, 2002 2:15 PM To: CF-Talk Subject: RE: CFX_SPELL Question/Problem If you remove the logic (CFTRY/CFLOCK) everything goes back to normal? Adam Wayne Lehman Web Systems Developer Johns Hopkins Bloomberg School of Public Health Distance Education Division -----Original Message----- From: Sloan, Richard [mailto:RSloan@;follett.com] Sent: Monday, October 21, 2002 1:56 PM To: CF-Talk Subject: CFX_SPELL Question/Problem Hi All, We are having a problem I hope the list can help with. In a Nutshell, We purchased Forta's CFX_Spell tag and wrote a UI for it. Tested it with no problem. Then we moved it to our Production machine which is running CF 4.01 on Windows NT 4. (Before you say upgrade to CF5 or MX, Let me just state that this box houses a business critical app that runs fine under cf4.01 and we have not wanted to upgrade just yet.) When we moved it to Production and the user's started hitting the dll, the tag stopped working. After doing some better research I learned the CFX tag was not multi-thread safe and it was suggested to add <cflock> around the tag to force it to be single threaded. Did that and added <cftry><cfcatch> logic around the cfx tag. I have included the logic below. Anyway, The additional logic caused something strange to happen. The Server Seemed to loose all session/Application variables and Would not allow access to any CFM pages only .html pages. We immediately shut off access to the dll and all code touching it. I sent numerous emails to forta, but have not gotten a response. Has anyone else experienced these problems? any resolutions/ suggestions on how to get this to work? Any help would be greatly appreciated. Here is the code used: <cftry> <cflock name="spellock" timeout="20" throwontimeout="Yes"> <CFX_SPELL TEXT="#Form.CommentBox#" name="spell" LANGUAGE="#language#"> </cflock> <cfcatch type="ALL"> <cflocation url="Update_review.cfm" addtoken="NO"> </cfcatch> </cftry> ~Rich :::::::::::::::::::::::::::::::: Rich Sloan Coldfusion Web Developer Follett Corporation-CTG 2233 West St. -River Grove, IL 60171 <P> 708.437.2360 <E> [EMAIL PROTECTED] www.follett.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm
