lfm file not showing anything from main.lfm

[ronhud]

When I open the Lazarus IDE and it loads the last project I worked on I get two Access Violation errors regarding main.lfm and when the source code loads the object Inspector whilst showing everything related to a Data Module in the project seems unaware of the main.lfm.   The text of main.lfm does appear in a source code window with a message 'List index(-1) out of bounds'.  I dont know whether this message applies to something within main.lfm or the IDE operation to open it.  I cant see any way to start solving this problem.

The last changes to the main form was the addition of a second line series and transformations to a chart on the main form.

[Blaazen]

Close Lazarus and check project files and their content in file manager. Do backup of backup (*.lfm~ or backup/*.lfm etc.; depeds on your settings).

[JuhaManninen]

The last changes to the main form was the addition of a second line series and transformations to a chart on the main form.

If you don't have backups then you can try removing the last changes from both the Pascal and form files using some other editor.
I guess they are components of TAChart. If you can reproduce the error then please report it.

[ronhud]

I tried this using Notepad but now the IDE says 'Unable to convert text form data of file "main.lfm" into binary stream. Wrong token type: Symbol expected but EOF found'  I have opened the main.lfm in a hex editor and compared it with the datamodule lfm and see an extra od oa at the end but after removing these I still get the same error re binary stream.   Should using a standard text editor cause this problem?

[JuhaManninen]

Should using a standard text editor cause this problem?

No, it is pure text. You have removed wrong parts of the file.

[ronhud]

I have resolved the problem by creating a new form and adding a button to it then copy and pasting the full text from the problem main.lfm to this new dfm.  Then deleting the button code from the new dfm and saving it then a bit of renaming and finally have a working main.dfm.

[JuhaManninen]

Oh, it means the .lfm file contents were ok. It would be interesting to know what caused this problem.

[ronhud]

I am puzzled - my first thought was that some character had crept into the end of the file which was confusing to Lazarus.   I used a hex editor to compare a working lfm with the failing lfm but could not see any difference, as mentioned by JuhaManninen it is a pure text file.  Neither could I find anything that indicated the file length.   EOF is I understand a term that can mean different things according to the system using the file, I wonder what the IDE regards as EOF.

[JuhaManninen]

EOF is I understand a term that can mean different things according to the system using the file, I wonder what the IDE regards as EOF.

When the file ends, it is EOF.
I don't think the .lfm reader is sensitive to any specific EOF marks. The problem is somewhere else.