Quicken 2010 Corrupt qel file?

I am using Quicken 2010 Premier. It locked up when I tried to sort entries in a brokerage account by stock name, so I ran Validate to see if there were any problems.

One entry after validating, states: QEL: "The old file was corrupt and only some of the data has been recovered."

I thought 2010 did not use qel files. If it does, what is it that I might have lost? I have many backups, so I can restore if necessary. Thanks,

Edward

Reply to
Edward
Loading thread data ...

I think I read that 2010 just put a wrapper around the individual files. I doubt they spent the money on a complete rewrite of the file system.

Reply to
Robert Neville

Did you look at your individual Q system to see if what you say is true? Do YOU have an files other than .qdf that are being created and/or updated since migrating to 2010, assuming you did. Well, I am not sure what may have heard is true. I don't.

See

formatting link
. No more qel files.

Reply to
Andrew

You misinterpreted what I was saying. When you have a zip file do you have a single file? Are there multiple files inside the zip file? Are there programs that don't require you to unzip the file to access the data in the zip file?

Reply to
Robert Neville

Robert - I guess I did misinterpret what you were saying. I haven't a clue as to why zip files are suddenly being discussed into your reply to me; they never came up before.

The OP asked about Q 2010 not using qel files anymore which is true. They don't. That was my comment and reference back to the original question. But if your reply helped the OP with additional information, that's all that counts.

------------------------------------------------------------- Regards -

- Andrew

Reply to
Andrew

formatting link
>> . No more qel files.>>>

I don't have any recently created qel files. It is strange that Quicken's 2010 Validate program would state that my qel file was corrupt.

Reply to
Edward

When Intuit went to a single QEL file, they most likely did not change any of the internal file structures. All they did was combine all the separate files inside a single wrapper file. The wrapper file used the same QEL extention as previous versions, but now contains all the individual files.

By doing this, Intuit doesn't need to change any of the internal code that uses the individual files. They just add a bit of code that opens the single QEL file and sets up pointers to all the internal files inside.

The sloppy part of the coding is that the error messages still refer to the internal file names, not the QEL wrapper file.

The easiest way to visualize this is to look at how ZIP files work. There's a single ZIP file, but inside there can be as many individual files as you like. Many programs can access the files inside a ZIP file with you having to unzip beforehand.

An example of this are Firefox xpi addin files. If you rename the xpi extention to zip and open it, you'll see all the individual files.

Reply to
Robert Neville

OK - I gotcha. I didn't understand the context of your original zip file reference in your post. I understand now why you are saying that.

That's an interesting way of doing it, assuming one can indeed keep the 'bundle' completely together and not expose the pieces to the end user. (Which as you allude to is what might be happening here).

Just for my own curiosity (I used to be a programmer in the good old days), is this a common technique do you know (I know you referenced Firefox); why I ask if if one has the set 'opened', and abnormally crashes, I just wonder about the integrity of the original set of files that might not be able to be rebuilt? Or perhaps nothing is 'hardened' back to disk until a complete unit has been reassembled under the covers so the worse that would happen is all the transactions etc. since the last hardening to disk would be lost. Just seems to me that one is inviting data integrity issues unless you've got a LOT of recovery code in there!

Reply to
Andrew

Now, I've managed to confuse everyone by mixing QDF and QEL. Text below edited for correctness.

Reply to
Robert Neville

That's a great question. I suspect there isn't a lot of extra protection for the combined file. The saving grace is that the data saved in some of the aux files were things like stock history pricing, home inventory records, transaction attachments and the like. Stuff that needs to be sync'd is probably all in a single sub file.

Reply to
Robert Neville

Thanks for the explanation. I just ran Validate again, and it still said my qel file was corrupt. Then, I found that all of my passwords in the password vault were gone. I restored an older file and everything is fine. I imagine if I ran Validate again, I would have the same errors, and my passwords would disappear again. So I guess I'll hide my head in the sand and leave it alone.

Reply to
Edward

BeanSmart website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.