Well maybe someone can explain this... First off I think I have isolated the problem. It was not the request scope or the database in this case. So far I have ran 2 successful tasks with just a Query Tag. I am running a final test with both a Query and CFMAIL.
Given the fact that Linux is Case-Sensitive, that when CF looks for an APPLICATION tag within the given directory and one does not exists it goes up to the parent level. Which is all fine and dandy... However something I just found out that the first one that Linux looks for is: Application.cfm and if that is not found it will scroll up the chain. It never checks for " application.cfm ". Why is that? The APPLICATION tag in the schedules directory has to be named: Application.cfm and NOT application.cfm My thought would be that Linux would search for the CAPITAL A first as it is before the LOWER A on the ASCII chart. But if the first was not located to look for the second version of the application tag. Then if that is not found scroll up to the parent level. Any idea why Linux requires the A in the Application tag to be CAPPED? >>> [EMAIL PROTECTED] 06/02/03 10:49AM >>> Hmmm... I'm not running against an Orible DB, but I do have CF5 running on Cobalt Linux and don't see the signal errors happening for no apparent reason. So where does it start responding when you take the various bits out of test_one.cfm? > Well it seems even with the basic code below it still generates: > 2003-06-02 10:30:51 Fatal 9225 > Caught a fatal signal (11) - Aborting > > Application tag: > <CFAPPLICATION NAME="webTAScheduler" SETCLIENTCOOKIES="No"> > <CFSET REQUEST.DSN = "webTAdev"> > > > TEST_ONE.CFM (Task Template) > <CFSET thisDate = #DateFormat(Now(), "MM/DD/YYYY")#> > > <!--- Get Notification Information ---> > <CFQUERY NAME="qGetNotification" DATASOURCE="#REQUEST.DSN#"> > SELECT SUBJECT, > FROM NOTIFICATION_TYPE > </CFQUERY> > > Wondering if there would be a problem with the REQUEST scope for > variables > within the template? Shouldn't be but I am running out of > possibilities.... > > > AGGGGGGGGGGGGGG Why is this so difficult ? > > :-) > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| 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. http://www.cfhosting.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
