26

Re: 2 cycles in a flow devour storage

defecator wrote:

what passions))))
And after all worked and works

as Ugu. Often enough.

27

Re: 2 cycles in a flow devour storage

YuRock wrote:

it is passed...
. Often enough.

I will not argue
At everyone the experience

28

Re: 2 cycles in a flow devour storage

There is still an asynchronous method TThread. Queue . It like did not use, normally I send messages, but someone in this forum () some times mentioned it, I actually and learned about its existence.

29

Re: 2 cycles in a flow devour storage

s62 wrote:

There is still an asynchronous method TThread. Queue . It like did not use, normally I send messages, but someone in this forum () some times mentioned it, I actually and learned about its existence.

I mentioned. Good changeover from a box synchronize and PostMessage in 90 % of cases. It is used in our visual components.

30

Re: 2 cycles in a flow devour storage

white_nigger;
From minuses - nonsynchronous. Not always conveniently.

31

Re: 2 cycles in a flow devour storage

Any nonsynchronous thing can be made synchronous. Reverse to make more difficult.

32

Re: 2 cycles in a flow devour storage

At performance in a principal flow as far as I understand, Queue it is fulfilled at once as a normal piece of the code.
And  it just also is for what it is used, not?

33

Re: 2 cycles in a flow devour storage

s62 wrote:

There is still an asynchronous method TThread. Queue

Did not look. I suspect that it is the same Synchronize, only without performance waiting. I.e. the same rake, only without hangup of flows at approach to them - simply the code will not be fulfilled never.

34

Re: 2 cycles in a flow devour storage

YuRock wrote:

it is passed...
I.e. the same rake, only without hangup of flows at approach to them - simply the code will not be fulfilled never.

Looked at code Synchronize in XE2 - at all did not understand, how it can depend from Application. Run, unlike the same SendMessage...

35

Re: 2 cycles in a flow devour storage

alekcvp wrote:

it is passed...
Looked at code Synchronize in XE2 - at all did not understand, how it can depend from Application. Run, unlike the same SendMessage...

Badly after all looked... And in Forms. TApplication. Idle looked? And in Classes. CheckSynchronize?

36

Re: 2 cycles in a flow devour storage

Gadzhimuradov Rustam;
I think that PostMessage or Synchronize it will be easier than TThread. Queue + ' manual ' synchronization. Cases, of course, everyones happen.

37

Re: 2 cycles in a flow devour storage

, generally clumsy methods, and or a title wrong gave or pushed not there
To the designer to tear off hands, and can be both feet and in places to change that would realize that did...

38

Re: 2 cycles in a flow devour storage

kealon (Ruslan) wrote:

to the designer to tear off hands, and can be both feet and in places to change that would realize that did...

, recently half of topics in this branch comes to an end with these outputs. Really all so is bad?

39

Re: 2 cycles in a flow devour storage

hands wrote:

it is passed...
, recently half of topics in this branch comes to an end with these outputs. Really all so is bad?

Well so it is quite logical. After all Delfi is dead for a long time ().