` Comment on an Icetips Article
Icetips - Templates, Tools & Utilities for Clarion Developers

Templates, Tools and Utilities
for Clarion Developers

Add a comment to an Icetips Article

Please add your comments to this article. Please note that you must provide both a name and a valid email address in order for us to publish your comment. Comments are moderated and are not visible until they have been approved. Spam is never approved!

Your Name:  
Email:  
Header text/Subject:  

Please enter your comment in the box below:

Back to article list   Search Articles     Add Comment     Printer friendly     Direct link  

Par2: Alternate way to avoid "No records" message
2002-09-18 -- Richard Rose
 
I've just found an example of data corruption that might be affecting others with out their knowledge. Using an ABC process I had upto now just simply been RETURNing before the parentcall of the TakeNoRecords embed in a Process template sometimes with a message() before the RETURN. Don't. Use ThisWindow.Init 5101 GlobalErrors.SetFatality(Msg:NoRecords,LEVEL:Benign) and ThisWindow.Kill 5001 GlobalErrors.SetFatality(Msg:NoRecords,LEVEL:Notify) and you will not get any data corruption from this problem. In this example this is what I was doing Changing a record from AAAA to BAAA (the primary ID field is not being changed, each capital letter represents a different field in the record) In the Take Completed of the update Form I called a process and passed AAAA and BAAA as a group to that process. Process filtered an Alias file for records that matched AAAA Any found where changed to BAAA and this caused no problems. If No records were found then it Message()'ed and then Return'ed before the parent call. If the No Records situ arose then records that matched BAAA (ie existed before AAAA became BAAA) were trashed except for the record I had just changed. Now I suspect this is more a filemanager problem than a process problem and the return in the process is perhaps short cutting something but either way the BAAA records shouldn't be trashed as there was no code to update or trash this. I would been to keen know if I was doing something fundamentally wrong becuase I can better understand the file manager.


Today is November 21, 2024, 7:03 am
This article has been viewed 35212 times.



Back to article list   Search Articles   Add Comment   Printer friendly

Login

User Name:

Password: