Here they are. Source code and dumps.

lclcmd.tgz

LCMDLCL]# ./lincmd
Form Stream "TFORM1" Signature=TPF0
WARNING: [TgtkObject.LoadFromPixbufData] loading data FAILED! WARNING: [TgtkObject.LoadFromPixbufData] loading data FAILED! WARNING: [TgtkObject.LoadFromPixbufData] loading data FAILED! WARNING: [TgtkObject.LoadFromPixbufData] loading data FAILED! WARNING: [TgtkObject.LoadFromPixbufData] loading data FAILED! WARNING: [TgtkObject.LoadFromPixbufData] loading data FAILED! TODO: TCustomListView.UpdateScrollbars
Form Stream "TCOPYFORM" Signature=TPF0
Form Stream "TFEDVIEW" Signature=TPF0
Form streaming "TFEDVIEW" error: Error while reading TFEDVIEW.HEIGHT: Access violation **SH: Warn: creating MenuItem with Owner = nil
An unhandled exception occurred at 0x08081901 :
Access violation
0x08081901 TFEDVIEW__CREATE, line 62 of edview.pas 0x00000010
An unhandled exception occurred at 0x080EF9EA :
Access violation
0x080EF9EA

[TgtkObject.Destroy] WARNING: There are 474 unreleased DCs, a detailed dump follows: [TgtkObject.Destroy] DCs: 081ED844 081ECCC4 081EAAA4 081EA494 081E9F04 081E8DE4 081E8854 [TgtkObject.Destroy] WARNING: There are 2853 unreleased GDIObjects, a detailed dump follows: [TgtkObject.Destroy] GDIOs: 081EEBC4 081EEB14 081EEA84 081EEA34 081EE684 081EE584 081EE4F4 [TgtkObject.Destroy] gdiBitmap: 474
[TgtkObject.Destroy] gdiBrush: 954
[TgtkObject.Destroy] gdiFont: 948
[TgtkObject.Destroy] gdiPen: 477
forms.pp - finalization section
LCMDLCL]#gdb ./lincmd
GNU gdb Red Hat Linux (5.1.90CVS-5)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"...
(gdb) r
Starting program: /usr/src/pascal/my/LCMDLCL/lincmd Form Stream "TFORM1" Signature=TPF0
WARNING: [TgtkObject.LoadFromPixbufData] loading data FAILED! WARNING: [TgtkObject.LoadFromPixbufData] loading data FAILED! WARNING: [TgtkObject.LoadFromPixbufData] loading data FAILED! WARNING: [TgtkObject.LoadFromPixbufData] loading data FAILED! WARNING: [TgtkObject.LoadFromPixbufData] loading data FAILED! WARNING: [TgtkObject.LoadFromPixbufData] loading data FAILED! TODO: TCustomListView.UpdateScrollbars
Form Stream "TCOPYFORM" Signature=TPF0
Form Stream "TFEDVIEW" Signature=TPF0

Program received signal SIGSEGV, Segmentation fault. TREADER__READPROPVALUE (INSTANCE=$81eed74, PROPINFO=$8102df9, this=$81f0284) at reader.inc:994
994 reader.inc: No such file or directory.
in reader.inc
Current language: auto; currently pascal
(gdb) bt
#0 TREADER__READPROPVALUE (INSTANCE=$81eed74, PROPINFO=$8102df9, this=$81f0284) at reader.inc:994
#1 $080eb015 in TREADER__READPROPERTY (AINSTANCE=$81eed74, this=$81f0284) at reader.inc:952
#2 $080eaa3c in TREADER__READDATA (INSTANCE=$81eed74, this=$81f0284) at reader.inc:789
#3 $080e4f1d in TCOMPONENT__READSTATE (READER=$81f0284, this=$81eed74) at compon.inc:249
#4 $080eb8d6 in TREADER__READROOTCOMPONENT (AROOT=$81eed74, this=$81f0284) at reader.inc:1117
#5 $080df1af in TSTREAM__READCOMPONENT (INSTANCE=$81eed74, this=$8138d34) at streams.inc:185
#6 $080aa5e1 in INITCOMPONENT (CLASSTYPE=$81025e8) at forms.pp:650 #7 $080aa75a in INITRESOURCECOMPONENT (INSTANCE=$81eed74, ROOTANCESTOR=$8118be0) at forms.pp:673
#8 $080ac60e in TCUSTOMFORM__CREATE (AOWNER=$812dec4, this=$81eed74) at customform.inc:766
#9 $080818ad in TFEDVIEW__CREATE (AOWNER=$812dec4, this=$81eed74) at edview.pas:59
#10 $080adbdd in TAPPLICATION__CREATEFORM (NEWFORM=$81025e8, REF=void, this=$812dec4) at application.inc:373
#11 $080a6222 in TFORM1__F3CLICK (SENDER=$81332c4, this=$81332c4) at lcmdu1.pas:162
#12 $080a793a in TFORM1__FORM1KEYDOWN (SENDER=$81332c4, KEY=114, ---Type <return> to continue, or q <return> to quit--- SHIFT=[SSSUPER..SSALTGR, SSNUM..SSTRIPLE], this=$81332c4) at lcmdu1.pas:368 #13 $080c9c05 in TWINCONTROL__KEYDOWN (KEY=114, SHIFT=[], this=$81332c4) at wincontrol.inc:1260
#14 $080c9cf6 in TWINCONTROL__DOKEYDOWN (MESSAGE=
{MSG = 256, CHARCODE = 114, UNUSED = 0, KEYDATA = 1, RESULT = 0}, this=$81332c4) at wincontrol.inc:1301
#15 $080cab3d in TWINCONTROL__WMKEYDOWN (MESSAGE=
{MSG = 256, CHARCODE = 114, UNUSED = 0, KEYDATA = 1, RESULT = 0}, this=$81332c4) at wincontrol.inc:2041
#16 $080f5385 in _SYSLINUX ()
#17 $080cc650 in TCONTROL__WNDPROC (THEMESSAGE=
{MSG = 256, WPARAM = 114, LPARAM = 1, RESULT = 0, WPARAMLO = 114, WPARAMHI = 0, LPARAMLO = 1, LPARAMHI = 0, RESULTLO = 0, RESULTHI = 0}, this=$81332c4) at control.inc:840
#18 $080c9b3c in TWINCONTROL__WNDPROC (MESSAGE=
{MSG = 256, WPARAM = 114, LPARAM = 1, RESULT = 0, WPARAMLO = 114, WPARAMHI = 0, LPARAMLO = 1, LPARAMHI = 0, RESULTLO = 0, RESULTHI = 0}, this=$81332c4) at wincontrol.inc:1209
#19 $080ac38b in TCUSTOMFORM__WNDPROC (THEMESSAGE= {MSG = 256, WPARAM = 114, LPARAM = 1, RESULT = 0, WPARAMLO = 114, WPARAMHI = 0, LPARAMLO = 1, LPARAMHI = 0, RESULTLO = 0, RESULTHI = 0}, this=$81332c4) at customform.inc:660
#20 $08053b93 in DELIVERMESSAGE (TARGET=$81332c4, AMESSAGE=void) at gtkproc.inc:1071
---Type <return> to continue, or q <return> to quit--- #21 $08058bc1 in GTKKEYUPDOWN (WIDGET=$8910398, EVENT=$892ae20, DATA=$81332c4) at gtkcallback.inc:502
#22 $401cda9c in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0 #23 $402013e6 in gtk_handlers_run () from /usr/lib/libgtk-1.2.so.0 #24 $4020071d in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0 #25 $401fe4d5 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #26 $40238b49 in gtk_widget_event () from /usr/lib/libgtk-1.2.so.0 #27 $401cd978 in gtk_propagate_event () from /usr/lib/libgtk-1.2.so.0 #28 $401cca1f in gtk_main_do_event () from /usr/lib/libgtk-1.2.so.0 #29 $4027dd6f in gdk_event_dispatch () from /usr/lib/libgdk-1.2.so.0 #30 $402ac773 in g_main_dispatch () from /usr/lib/libglib-1.2.so.0 #31 $402acd39 in g_main_iterate () from /usr/lib/libglib-1.2.so.0 #32 $402ace1e in g_main_iteration () from /usr/lib/libglib-1.2.so.0 #33 $401cc5e6 in gtk_main_iteration_do () from /usr/lib/libgtk-1.2.so.0 #34 $08069863 in TGTKOBJECT__WAITMESSAGE (this=$812e994) at gtkobject.inc:711 #35 $080ad74c in TAPPLICATION__IDLE (this=$812dec4) at application.inc:229 #36 $080ada38 in TAPPLICATION__HANDLEMESSAGE (this=$812dec4) at application.inc:314
#37 $080ada5f in TAPPLICATION__RUN (this=$812dec4) at application.inc:327 #38 $080f9d5e in main () at lincmd.lpr:17
(gdb) r
The program being debugged has been started already. Start it from the beginning? (y or n) n
Program not restarted.
(gdb) c
Continuing.
Form streaming "TFEDVIEW" error: Error while reading TFEDVIEW.HEIGHT: Access violation **SH: Warn: creating MenuItem with Owner = nil

Program received signal SIGSEGV, Segmentation fault. $08081901 in TFEDVIEW__CREATE (AOWNER=$812dec4, this=$81eed74) at edview.pas:62 62 MMenu.Items.Add(MI);
(gdb) bt
#0 $08081901 in TFEDVIEW__CREATE (AOWNER=$812dec4, this=$81eed74) at edview.pas:62
#1 $080adbdd in TAPPLICATION__CREATEFORM (NEWFORM=$81025e8, REF=void, this=$812dec4) at application.inc:373
#2 $080a6222 in TFORM1__F3CLICK (SENDER=$81332c4, this=$81332c4) at lcmdu1.pas:162
#3 $080a793a in TFORM1__FORM1KEYDOWN (SENDER=$81332c4, KEY=114, SHIFT=[], this=$81332c4) at lcmdu1.pas:368
#4 $080c9c05 in TWINCONTROL__KEYDOWN (KEY=114, SHIFT=[], this=$81332c4) at wincontrol.inc:1260
#5 $080c9cf6 in TWINCONTROL__DOKEYDOWN (MESSAGE=
{MSG = 256, CHARCODE = 114, UNUSED = 0, KEYDATA = 1, RESULT = 0}, this=$81332c4) at wincontrol.inc:1301
#6 $080cab3d in TWINCONTROL__WMKEYDOWN (MESSAGE=
{MSG = 256, CHARCODE = 114, UNUSED = 0, KEYDATA = 1, RESULT = 0}, this=$81332c4) at wincontrol.inc:2041
#7 $080f5385 in _SYSLINUX ()
#8 $080cc650 in TCONTROL__WNDPROC (THEMESSAGE=
{MSG = 256, WPARAM = 114, LPARAM = 1, RESULT = 0, WPARAMLO = 114, WPARAMHI = 0, LPARAMLO = 1, LPARAMHI = 0, RESULTLO = 0, RESULTHI = 0}, this=$81332c4) at control.inc:840
#9 $080c9b3c in TWINCONTROL__WNDPROC (MESSAGE=
{MSG = 256, WPARAM = 114, LPARAM = 1, RESULT = 0, WPARAMLO = 114, WPARAMHI = 0, LPARAMLO = 1, LPARAMHI = 0, RESULTLO = 0, RESULTHI = 0}, this=$81332c4) ---Type <return> to continue, or q <return> to quit--- at wincontrol.inc:1209
#10 $080ac38b in TCUSTOMFORM__WNDPROC (THEMESSAGE= {MSG = 256, WPARAM = 114, LPARAM = 1, RESULT = 0, WPARAMLO = 114, WPARAMHI = 0, LPARAMLO = 1, LPARAMHI = 0, RESULTLO = 0, RESULTHI = 0}, this=$81332c4) at customform.inc:660
#11 $08053b93 in DELIVERMESSAGE (TARGET=$81332c4, AMESSAGE=void) at gtkproc.inc:1071
#12 $08058bc1 in GTKKEYUPDOWN (WIDGET=$8910398, EVENT=$892ae20, DATA=$81332c4) at gtkcallback.inc:502
#13 $401cda9c in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0 #14 $402013e6 in gtk_handlers_run () from /usr/lib/libgtk-1.2.so.0 #15 $4020071d in gtk_signal_real_emit () from /usr/lib/libgtk-1.2.so.0 #16 $401fe4d5 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #17 $40238b49 in gtk_widget_event () from /usr/lib/libgtk-1.2.so.0 #18 $401cd978 in gtk_propagate_event () from /usr/lib/libgtk-1.2.so.0 #19 $401cca1f in gtk_main_do_event () from /usr/lib/libgtk-1.2.so.0 #20 $4027dd6f in gdk_event_dispatch () from /usr/lib/libgdk-1.2.so.0 #21 $402ac773 in g_main_dispatch () from /usr/lib/libglib-1.2.so.0 #22 $402acd39 in g_main_iterate () from /usr/lib/libglib-1.2.so.0 #23 $402ace1e in g_main_iteration () from /usr/lib/libglib-1.2.so.0 #24 $401cc5e6 in gtk_main_iteration_do () from /usr/lib/libgtk-1.2.so.0 #25 $08069863 in TGTKOBJECT__WAITMESSAGE (this=$812e994) at gtkobject.inc:711 #26 $080ad74c in TAPPLICATION__IDLE (this=$812dec4) at application.inc:229 #27 $080ada38 in TAPPLICATION__HANDLEMESSAGE (this=$812dec4) ---Type <return> to continue, or q <return> to quit--- at application.inc:314
#28 $080ada5f in TAPPLICATION__RUN (this=$812dec4) at application.inc:327 #29 $080f9d5e in main () at lincmd.lpr:17
(gdb) q
The program is running. Exit anyway? (y or n) y
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bin00007.bin
Type: application/octet-stream
Size: 27230 bytes
Desc: " LCMDLCL]#"
Url : http://localhost/pipermail/lazarus/attachments/20021105/fafc6451/bin00007.bin

Well for where to find components, check out the
www.lazarus.freepascal.org under "Web Links" in the menu, but so far the only ones listed are ones I submitted myself so are available at http://tony.maro.net as well.

Also, it's not too hard to convert old Delphi components to Lazarus. The piechart and scrolling label components I've released are just that, converted from Delphi freeware components. If there's a component you need, you might try going to the "Delphi Super Pages" and find a freeware version that includes sources. With a little tweaking you should be able to get it to work in Lazarus. Sometimes they will work as-is.

Keep in mind that components don't register in the IDE yet like in Delphi. You have to create and destroy it's
already part of the Lazarus IDE that is, as all the standard Delphi-like controls are.

Writing components is practically identical to Delphi, with the exception that the "Register" procedure is not supported yet.

-Tony

The gdb backtrace shows that the RTTI is destroyed. That's bad. It can mean that the heap is destroyed.

Bug was fixed at changing rtl, but last lazarus versions have rejected the fpc path. So, it was impossible to make an event. I tried building them with different rtls, but nothing helped. It finded lazarus dir, but not an FPC dir, written corretly (and even incorrectly :) ) in Env. options. The first was SysUtils unit. When I placed its path in line with CodeTools opts (in Other sources path), it forwarded to unit classes. Should I place all needed fpc .pp - .inc files to another dir? Or it is just a bug?
Besides, very last version (yesterday) messaged only Abort without unit. Two week's version said the unit name.

Don't use 1.0.6.
1.0.7 from at least 21. september is required.
If you build your own compiler from fpc cvs use the fixed branch (=1.0.7) and update the fcl to HEAD (=1.1).

The only way to overpass it is to delete property from lfm and lazres it. It is not convenient, and buggy way. I tried to fix it in classes, but failed.

Can you describe the error in more detail?

Mattias

> Can you describe the error in more detail? I have no dumps just right now. I wonder, if I need fpc-1.0.7's rtl? Or fpc's 1.0.6 works correctly?

This is a question for the fpc cracks.
But in general I would suggest to not mix any parts of the fpc from different dates.

I have fpc-1.0.7 (from lazarus site) compiler and fcl, but not rtl and packages.

Why that?

Sounds like the old streaming bug in the fcl. When it happens next time, plz send the lfm and lrs file of the form with the error. And also the gdb backtrace.

I did a few tests, but nothing happens.
BTW, TListView supports multiselection.

Mattias

�� ���������
sh localize.sh

There are another bug. Sometimes (read almost always) the error happens in classes.pp while reading properties of forms (like Form1.Top).
I used clean fpc-1.0.6, fpc-1.0.7 with fpc-1.0.7 fcl and fpc-1.0.6 rtl, fpc-1.0.6 with fpc-1.1 fcl. The result was the same. The only way to overpass it is to delete property from lfm and lazres it. It is not convenient, and buggy way. I tried to fix it in classes, but failed.

ok

but last lazarus versions have rejected the fpc path.

Rejected? What was the path and what was the error message?

Perhaps it helps, if I explain what is done with the given paths:

The codetools has a built in heuristic:
First it asks the compiler to get the markros and unit paths. These unit paths normally point to directories like /usr/lib/fpc/1.0.7/units/linux/... .
Then it searches for all .ppu files in the unit paths. Then it searches all .pp/.pas files in the fpc source path and creates an index.

When the IDE starts up and whenever you change the fpc compiler or source path in the environment options the IDE checks if the compiler executable has changed. If it has changed the unit index is rebuild.

Because the fpc sources are full of IFDEFs the codetools can't parse them without the makros. So, the compiler filename _must_ be valid.

Should I place all needed fpc .pp - .inc files to another dir?

No. It's probably just a typo.

Or it is just a bug?

Maybe. But I need more information.
The exact paths in the environment options.

Besides, very last version (yesterday) messaged only Abort without unit.

Just 'Abort'?

Two week's version said the unit name.

Mattias

Can you describe the error in more detail?

I have no dumps just right now. I wonder, if I need fpc-1.0.7's rtl? Or fpc's 1.0.6 works correctly?
I have fpc-1.0.7 (from lazarus site) compiler and fcl, but not rtl and packages.
The error happens in multi-form program almost always. Main form works fine, but when creating another form (Application.CreateForm), debugger sends me to streaming include of classes.pp (somewhat reading properties, proptype, as I remember, and there are a lot of ^s there. The error is Access violation.
In text dump the error message says that property CAPTION, TOP, LEFT etc can't be loaded. After that we have the form without initialized components.

You may test this error downloading my source
http://www.ussr.to/Russia/vvi/Lclcmd.zip , then open it in Lazarus, change some non-main forms (especially SetsForm). I mean changing sizes, moving components. After that the error may occure (but may not, probability is about 70 %).

OK! Thanx! :) I install fpc source, set options in lazarus and all work. :)

And second question:
Where I can find components for lazarus. Or HOWTO how I can write component for this?

I compiled the sources and everything works 'normal' (no access violation).
The gdb backtrace shows that the RTTI is destroyed. That's bad. It can mean that the heap is destroyed.

First you should make sure that your code works clean.
- Your programs tries to create an ini file in /usr/share/. This directory is not user writable.
- You have some try..except without any exception code. Very dangerous. Never do that. Plz try to delete them or add at least a writeln. Make sure that these try..except only catch exceptions, that you can handle.
- You have a lot of mem leaks. For example: Starting the program and closing without doing anything, creates more than 900 unreleased DCs. Plz use the heaptrc or the memcheck unit and fix them.

Mattias

> I have fpc-1.0.7 (from lazarus site) compiler and fcl, but not rtl and > packages. Why that?

I have (as University teacher) only 30 M of internet, so downloading without need is not possible. Mail-loading doesn't work sometimes. rtl is big enough. I'll subscribe it by email, but it may have no result. And I need to write it to diskettes to use on my home (without telephone) PC (without internet).

Ok, I'll send this tomorrow.

May be... The error may disappear when changing (=mixing) fcl, but it always appears after a little changes done.
Besides, error appears only when calling these dialogs (menu, down buttons F3-F4, or F3-F4). Main form works fine.

BTW, TListView supports multiselection.

Does it mean that current version of lazarus have TListItem.Selected property, but not dummy? Last time I watched it called a dummy method.

> but last lazarus versions have rejected the fpc path. Rejected? What was the path and what was the error message?

The path was /usr/src/fpc-1.0.7, then /usr/src/fpc-1.0.6, then /usr/src/fpc-1.0.7/ and then /usr/src/fpc (there was an fpc-1.1), and then /f (at first nothing, then symlink). The result was the same. In two-weeks ver, it was a message in messages that SysUtils (from founded and opened forms.pp) not found. In current - just Aborted (or Abort) after dash-line (-------------). Recompiling lazarus, fpc, cleanup resulted in nothing. The message-box asked me to change source code. Course, everything was done on empty form of new project. In last version doubleclicking resulted in Abort, and direct OI event changes resulted in lazarus die.

Because the fpc sources are full of IFDEFs the codetools can't parse them without the makros. So, the compiler filename _must_ be valid.

I'll check it. But it seems that it was correct

Compiler path was as I said. ppc386 - can't remember - but must be correct. But it need checking. Debugger - gdb and then none. Lazarus - /usr/src/pascal/lazarus
I'll try standard version anyway.
Besides, a month (and less, of course) ago everything worked fine.

> Besides, very last version (yesterday) messaged only Abort without unit. Just 'Abort'?

Or Aborted. Can't remember.

I download last lazarus and fpc-1.0.7. When I click on any event field in object inspector I get error - "Error: unit not found: SysUtils". But if I create and run project - all work. What can I do for correct work lazarus? :(

That's pretty common if it's not set up correctly. You may want to check out my HOWTO that's at
http://tony.maro.net/mod.php?mod=userpage&menu=1200&page_id=17

The problem is that Lazarus doesn't have access to your FPC sources. If you didn't download the sources for FPC you need to. If you did then you need to go into your environment options in Lazarus and tell it where your FPC sources are.

I can't find what the matter. Moving fpc src files to another dir helps. I'll test your testing code as soon as I'll downloag patch via mail.

I found and dissolved this error (without fixing). The problem was in my compiler: I used localized messages (Russian). It is not a good idea to make lazarus fpc language depended, but...

I found and dissolved this error (without fixing). The problem was in my compiler: I used localized messages (Russian). It is not a good idea to make lazarus fpc language depended, but...

Hmm, I have never tried a localized compiler.
The IDE must ask the compiler about its environment. Like macros and search paths.
Is there an option so that a localized compiler will answer in the default language (english)?
And how can lazarus find out, what language the compiler is speaking?

Mattias

This too much try and see. I will add some code to give some warnings about wrong fpc sources.

The result was the same. In two-weeks ver, it was a message in messages that SysUtils (from founded and opened forms.pp) not found. In current - just Aborted (or Abort) after dash-line

I fixed the abort bug.
But I'm still not sure, why the codetools don't like your fpc sources. Hopefully we will find out, when I have added the warnings.

Mattias

Regarding answering, I think an -Ferrore.msg should be enough. It should override the configuration file options. There is no way yet to figure out the used language.

It has the compiler built in and simply shows the message as produced by the compiler, which is determined by the -Fr switch. (this may and will give problems with some locales of course. The IDE doesn't handle that)

Michael.

Thx. That helps.
I have added a small message file to the codetools, so that the IDE now overrides localization for the hidden fpc outputs. But the visible fpc output in the messages is more tricky ...

There is no way yet to figure out the used language.

Hmm. Even if we can do that, we need also the translated message. For example: Because the IDE parses the fpc output, it needs to know, what message marks an 'error', a 'note', ... .
Any ideas?
How does the text IDE do this?

Mattias

Nice idea.
But what about compiling via makefiles and scripts?

Mattias

For example:
When the IDE builds lazarus it calls 'make' and parses the output for make and fpc output. If the user has a localized fpc, the IDE can't understand it.

The IPC controlled compiler would be used only by the lazarus IDE to simply communication with the it and solve problems like the language stuff.

It will solve direct compilation. But there are enough cases, where a simple ppc386 command is not sufficient (for example everything with gtk2forpascal).

Mattias

What about writing a semi-GUI wrapper for the compiler used by lazarus? I.e. a compiler which gets all settings via IPC and returns status info the same way. So you don't have the disadvantages of an integrated compiler like a crashing compiler crashes the IDE, memory leaks caused by the compiler etc..

What do you mean with this? The IPC controlled compiler would be used only by the lazarus IDE to simply communication with the it and solve problems like the language stuff.