Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-devel / 2016-02

TSimpleIPC is broken as a component in FPC 3.0.0

3 messages · 2 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Denis Kozlov

TSimpleIPC.Loaded overrides TComponent.Loaded, but never calls the inherited method to exclude csLoading from ComponentState.

This breaks TSimpleIPC as a component, i.e. it never gets activated when used in Lazarus IDE.

It may also need to check for csDesigning and never activate itself at design time.

Relevant ticket:
http://bugs.freepascal.org/view.php?id=29717

Denis

Reply by email

Denis Kozlov
to Denis Kozlov

@ Michael

Should TSimpleIPC.SetActive also check for csDesigning in ComponentState? I presume we don't want to active IPC when used at design time?

P.S. Mantis doesn't let me comment on the ticket #29717 <http://bugs.freepascal.org/view.php?id=29717>.

Denis

Denis Kozlov wrote 13 lines
TSimpleIPC.Loaded overrides TComponent.Loaded, but never calls the inherited method to exclude csLoading from ComponentState. This breaks TSimpleIPC as a component, i.e. it never gets activated when used in Lazarus IDE. It may also need to check for csDesigning and never activate itself at design time. Relevant ticket: http://bugs.freepascal.org/view.php?id=29717 Denis

Reply by email

Michael Van Canneyt
to Denis Kozlov
Denis Kozlov wrote 5 lines
@ Michael Should TSimpleIPC.SetActive also check for csDesigning in ComponentState? I presume we don't want to active IPC when used at design time?

You are right, I adapted the code in rev. 33129.

Michael.

Reply by email