Can't load because depends on itself lazarus / 31-LCL ---------------------------------------------------------------------- marcov · 2023-05-27 15:31 What is the cause for the above message  ? It happens when loading a deeply nested VFI frame, but I don't know what cause to look for? ---------------------------------------------------------------------- jamie · 2023-05-27 22:33 Excuse my ignorance but, what is a VFI frame ? ---------------------------------------------------------------------- marcov · 2023-05-27 22:56 VFI = visual form/frame inheritance, i.e. inherited designer frames. I'm doing a annual/semi annual attempt at compiling my work delphi codebases. Contrary to last year I'm going for the main and biggest codebase, and with minimal changes. The current problems are this, and the missing of TDirectoryListBox. ---------------------------------------------------------------------- Thaddy · 2023-05-28 05:02 TDirectoryListBox should not give you any problems (easy by your standards  ), simply write it. VFI is something I had problems with long time ago (ownership) and I even forbode its use in production, although I did allow frames and frame inheritance because with frames the owner is always its parent and predictable. That is not the case with - complex - form inheritance. With frames, the controls it contains have the correct parent and the frame itself disappears at compile time, this is not the case with form inheritance, which is actually compiled in. I thought you would know that. ---------------------------------------------------------------------- korba812 · 2023-05-28 10:59 I'm using a lot of VFI in my project, and I've noticed that from time to time after normal compilation, the form doesn't load frames or controls from lfm (form class fields are nil and I get AV when referencing them). A clean build helps in this case. Maybe this is a similar problem and a clean build will help? Edit: Does your problem occur at design time or at run time? My problem occurs at run time. ---------------------------------------------------------------------- marcov · 2023-05-28 11:23 Design time.  The forms/frames use DFMs, as this is a dual use codebase for now. The forms/frames are also not in the application directory, but in a subdir I checked, and no .lfm's were created (something that sometimes also happens in dfm only projects) I've retested this, and it seems it might a secondary effect. IOW if I remove the missing component in Delphi (can't in lazarus), the "can't load because ..." error seems to disappear. So probably if a component is missing halfway of the parsing, it aborts parsing, and the subsequent incomplete state triggers the  errror