Binary file writing corrupted

Posted on 2001-08-30
Medium Priority
Last Modified: 2010-04-06
I have a small program that stores information to a binary file that uses the following record as its format:

type Tdata = string[255];

  problem = record
    item1 : string[3];              
    item2 : string[3];              
    item3 : string[3];              
    info : Array [0..9] of Tdata;      
    numItems : integer;                

The program allows the user to either open an existing binary file to edit/update, or to create a new file to store entries in.

The array of Tdata called info is used to store string data of length > 255. When the user inputs data into a memo box, the string is broken down into 255-character chunks and placed in info[x].  

My problem is that if a user creates a new file and then writes data out to it, the binary file will have data in it from the file that was open before the user created the new file if the following condition occurs:

   The previously opened file had text of length > 255 stored in the info array, thus meaning more than info[0] has data in it.

When the user creates a new file, the program closes the previous file if one is open and clears out all of the data structures and variables holding data at the time, so the new file starts off with a completely blank slate. I have stepped through the program multiple times watching every variable that stores data on the records in the files, and they are all cleared out properly before the new file is even opened. The odd thing is that if the user uses the program to view the record, they will not see the data from the old file. The program only reads in the data that it is supposed to, but if I open up the binary file in notepad, I can see the text there from the previous file.

This may not be clear at all, but I hope you see what I am getting at. I just want to know where that unwanted text from the previous file is coming from, and how to get rid of it.

Question by:chmod101
  • 2
  • 2

Accepted Solution

Pedja earned 400 total points
ID: 6442096
YOu are meeting usual behaviour of memory use. String contains information of length of data stored in it.
So when you use some string of lets saj 250 characters and they change it's value to string of two character, what happens is that only first three bytes of that string is actually changed. Delhi does not spend time to clear rest of memory space since it will not be used anyways.

But, when you save such record structure to file, all memory space used by structure will be saved.

This is normal behaviour. If you do not want this to happen, before setting new value to the string
previously set it to have value of 255 #0 or space characters. In that way, whole memory space for string will be filled with new value (cleared).

An example:

if you have string[4] variable a containing 'AAAA'
memory space it uses will look like this:


Then, if you set it's value to 'BB' memory will be like this:


what happened, zero byte contains information about number of characters in a string, first two bytes will contain new value, but last two will remain unchanged. However, application will "see" just first two bytes as part ov a string, as it is supposed so.

Now, if you set value to empty string, memory would look like this:


As you can see, change will be just in zero byte, length will be set to zero, but remainder of the memory space stays intact.

Hope this helps,


Author Comment

ID: 6464242

thank you for the comment, but as I said in the question, I am already clearing out all of the data structures before opening another file - that includes setting all of the string variables to null.

Any other thoughts?


Expert Comment

ID: 6465097
I explaned whz simply setting variable to null won't help. If zou set it to null nothing in the memorz changes bzt first byte stating that new string length iz 0. You have to fill in memory with #0's (or whatewer you want).

If you have

  a : string[3],

to clear it out you have to do the following:

a := #0#0#0;
a := '';

Then you will have clear memory.

This is necessary because writing record to field
does not store values but whole memory block
reserved for the record.

You may take a look at FillCHar() function in Delphi's help. I am not sure about right name, my help is somehow corrupted so I cannotopen it :( It fills memory block with specified character. That will allow you to fill record's memory space with #0 before storing values to it.


Author Comment

ID: 6470846
Thanks pedia,  my basic assumption was that when the debugger showed me that the string was empty, it really was empty.  Thanks for the help.


Featured Post

Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Creating an auto free TStringList The TStringList is a basic and frequently used object in Delphi. On many occasions, you may want to create a temporary list, process some items in the list and be done with the list. In such cases, you have to…
Introduction I have seen many questions in this Delphi topic area where queries in threads are needed or suggested. I know bumped into a similar need. This article will address some of the concepts when dealing with a multithreaded delphi database…
This video shows how to quickly and easily deploy an email signature for all users in Office 365 and prevent it from being added to replies and forwards. (the resulting signature is applied on the server level in Exchange Online) The email signat…
Exchange organizations may use the Journaling Agent of the Transport Service to archive messages going through Exchange. However, if the Transport Service is integrated with some email content management application (such as an anti-spam), the admin…
Suggested Courses
Course of the Month15 days, 18 hours left to enroll

850 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question