> Technically, it isn't a "bug"; the corruption and subsequent reset of > the memory database is a consequence from a series of events external of > the logic used to provide the memory feature in PowerSDR.
Oh, it's a bug all right. I can sit at the computer, open the memory form, select a memory to use, then close the memory form and watch as PSDR neatly writes the memory file to a zero length file. >PowerSDR uses > an "in memory" (RAM) database architecture to store the memory records > for performance and capacity reasons. That data, being "in memory", is > volatile and not persistent until written to the XML database (file). May I respectfully suggest that a slightly more elegant way would be for PSDR to read the file into memory when the memory form is opened or when PSDR is started, but NOT write any data back to the hard drive unless the user has modified the data in memory. When the memory.xml file is written to the disk, the existing file on the hard drive should be renamed as "memory(1).bak", "memory(2).bak," etc. Then and only then, write the new data file to disk as "memory.xml." At least that gives one a chance to recover the data should an error occur. 73, Ralph W5JGV - WD2XSH/7 _______________________________________________ FlexRadio Systems Mailing List [email protected] http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz Archives: http://www.mail-archive.com/flexradio%40flex-radio.biz/ Knowledge Base: http://kc.flexradio.com/ Homepage: http://www.flexradio.com/
