Yeah this MX bugs a real pain, believe it will be sorted in a future release.
One of the only reliable ways we've been able to get around this is to actually create temporary tables in the db. It’s the queryNew which is the problem so what we've done is create a udf which create a new temp table then does a query on that so you get a blank record set back, then use queryset cell etc to carry on. E.g. QueryCreate(MyTest,"name",address,2) hacky I know but is reliable because you can work out the typing. With regard to changing the original, queries do pass by reference must admit didn’t realise it would be effected by a qOq maybe dupe it first ? My 2p Alex -----Original Message----- From: Robertson-Ravo, Neil (RX) [mailto:[EMAIL PROTECTED] Sent: 27 July 2004 15:15 To: '[EMAIL PROTECTED]' Subject: [ cf-dev ] Query of Query - arse Here is one bug in QoQ which gets right on my raspberry ripples.... if you run the code below you will see that after you perform the QoQ on the original queryobject that it has actually modified the ORIGINAL object which is simply insane.... Uurgh...QoQ...pain in the a-hole <cfset myQuery = QueryNew("name, address, phone")> <!--- make some rows in the query ---> <cfset newRow = QueryAddRow(MyQuery, 2)> <!--- set the cells in the query ---> <cfset temp = QuerySetCell(myQuery, "name", "Fred", 1)> <cfset temp = QuerySetCell(myQuery, "address", "9 Any Lane", 1)> <cfset temp = QuerySetCell(myQuery, "phone", "005551212", 1)> <cfset temp = QuerySetCell(myQuery, "name", "Jane", 2)> <cfset temp = QuerySetCell(myQuery, "address", "14 My Street", 2)> <cfset temp = QuerySetCell(myQuery, "phone", "005551444", 2)> <!--- output the query ---> Before: <cfdump var="#myQuery#"> <cfquery name="myQueryMod" dbtype="query"> SELECT * FROM myQuery </cfquery> After: <cfdump var="#myQuery#"> This e-mail is from Reed Exhibitions (Oriel House, 26 The Quadrant, Richmond, Surrey, TW9 1DL, United Kingdom), a division of Reed Business, Registered in England, Number 678540. It contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender or call our switchboard on +44 (0) 20 89107910. The opinions expressed within this communication are not necessarily those expressed by Reed Exhibitions. Visit our website at http://www.reedexpo.com -- These lists are syncronised with the CFDeveloper forum at http://forum.cfdeveloper.co.uk/ Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ CFDeveloper Sponsors and contributors:- *Hosting and support provided by CFMXhosting.co.uk* :: *ActivePDF provided by activepdf.com* *Forums provided by fusetalk.com* :: *ProWorkFlow provided by proworkflow.com* *Tutorials provided by helmguru.com* :: *Lists hosted by gradwell.com* To unsubscribe, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.657 / Virus Database: 422 - Release Date: 13/04/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.657 / Virus Database: 422 - Release Date: 13/04/2004 -- These lists are syncronised with the CFDeveloper forum at http://forum.cfdeveloper.co.uk/ Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ CFDeveloper Sponsors and contributors:- *Hosting and support provided by CFMXhosting.co.uk* :: *ActivePDF provided by activepdf.com* *Forums provided by fusetalk.com* :: *ProWorkFlow provided by proworkflow.com* *Tutorials provided by helmguru.com* :: *Lists hosted by gradwell.com* To unsubscribe, e-mail: [EMAIL PROTECTED]
