Did you run the code compatibility analyser on your cf application? Check out http://www.macromedia.com/desdev/mx/coldfusion/articles/migrating.html or look at the MM forums for upgrade issues.
re <cfset request.ordernumber = form.cartid> there aree issues in MX around the scoping of variables particularly url, eg "Beware of variable dot notation ColdFusion MX no longer allows you to place a period in your variable names, as in: <cfset foo.bar = 1> which would create a variable named "foo.bar." In ColdFusion MX, this code is considered "dot-notation" and is reserved for use with structures. ColdFusion MX allows the code to run without generating an error, but instead of creating a simple variable as previous versions would, it creates a structure called "foo" with an element named "bar" with a value of 1. In most cases, this will not prevent your existing code from running, but it's an important conceptual change to notice." from the url above. Anyway what does the code analyser say about it? regards Colm Colm Brazel MA CB Publications www.cbweb.net <http://www.cbweb.net> [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> -----Original Message----- From: Giles Roadnight [mailto:[EMAIL PROTECTED]] Sent: 14 October 2002 17:33 To: [EMAIL PROTECTED] Subject: RE: [ cf-dev ] MX upgrade The man says that it is a problem with cfmx not using industry standard something or other. Also they use 16 bit character sets and this may be the problem. Does CFMX understand 16 bit char sets? The code is: <cfset request.ordernumber = form.cartid> fails as it cannot find any form attributes. Giles Roadnight http://giles.roadnight.name -----Original Message----- From: Taz -=TT=- [mailto:[EMAIL PROTECTED]] Sent: 14 October 2002 17:30 To: [EMAIL PROTECTED] Subject: Re: [ cf-dev ] MX upgrade Could do with seeing some code. Taz > Firstly MX seems to try to loop through <cfoutput query="whatever"> even > when whatever returns no records. This seems a little strange, anyone > else found this? > > Secondly and more annoyingly my worldpay callback page keeps reporting > an error in that form variables are not sent to the page. All variables > are e-mailed to me and there are no form variables in there at all. I > have phoned worldpay and they say it is all working ok at their end and > it was working fine on CF 5. can anyone think what might be causing > this? > -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.394 / Virus Database: 224 - Release Date: 10/3/2002 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.394 / Virus Database: 224 - Release Date: 10/3/2002 -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED]
