You are looking at old code. There was a "feature" of Fileman years ago which has subsequently been addressed. You could not create a multiple field entry if the zeroth node of the multiple did not exist. So we were forced to hard set the zeroth node of the multiple prior to calling the Fileman API to add the first multiple entry. Today, there is no need to do that since Fileman has fixed its "feature". In those old days, it was proven that hard setting the data in the file was more efficient that using Fileman APIs. Back then we need to preserve every cpu cycle we could. Today, these systems are so fast it is almost impossible to discern a time difference between hard setting the data and using Fileman APIs for recording individual transactions.
----- Original Message ----- From: "Greg Woodhouse" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Tuesday, April 19, 2005 8:06 PM Subject: Re: [Hardhats-members] Configurability of fields in FileMan > Let's just say that I've very surprised, if not shocked, at the kinds > of things I've seen in released code. Some code is just old, and things > like creation of subentries through direct sets (including the 0-node) > may be an artifact of age, but...well, I'll leave it at that. Suffice > it to say that some programmers think "If I can do something that > complicated I must be really good!" ------------------------------------------------------- This SF.Net email is sponsored by: New Crystal Reports XI. Version 11 adds new functionality designed to reduce time involved in creating, integrating, and deploying reporting solutions. Free runtime info, new features, or free trial, at: http://www.businessobjects.com/devxi/728 _______________________________________________ Hardhats-members mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members
