26

Re: Delphi + Python + Linux

Vizit0r wrote:

.

Went strongly quickly.
It is personally a pity to me that they and did not make support  on , only for FPC.

27

Re: Delphi + Python + Linux

alekcvp wrote:

it is passed...
Its some decisions nonplus me, as well as some moments of the source code. If you about RemObjects.
From this that is quickly recalled: what for made so that for classes which are exported to a script, it is possible setter for property to assign directly, and for  - it is necessary to make a wrapper since it on-default is made in the form of procedure. Why not to make in the form of function as in  - it is not clear.

Normal  should receive on an input only the link to a class, remaining to take on RTTI. All special wrappers in a scorching heat.

28

Re: Delphi + Python + Linux

asviridenkov wrote:

Normal  should receive on an input only the link to a class, remaining to take on RTTI. All special wrappers in a scorching heat.

And is such normal  much? It is desirable still free? smile

29

Re: Delphi + Python + Linux

alekcvp wrote:

it is passed...
And is such normal  much? It is desirable still free? smile

No concept I have. But possibility obvious and convenient and not to use it it is strange.
About  - condemned here Pax and Fast - paid. Almost all decent remaining - too. Whence to undertake free?

30

Re: Delphi + Python + Linux

asviridenkov wrote:

About  - condemned here Pax and Fast - paid. Almost all decent remaining - too. Whence to undertake free?

I do not know about RTTI, but once for a long time when I looked on FastScript, I and did not understand as there (and whether it is possible generally) to cause on execution only certain procedure from the scenario and to read variable value after that.
And, by the way, DWS2 like is able in RTTI.

31

Re: Delphi + Python + Linux

alekcvp wrote:

it is passed...
I do not know about RTTI, but once for a long time when I looked on FastScript, I and did not understand as there (and whether it is possible generally) to cause on execution only certain procedure from the scenario and to read variable value after that.
And, by the way, DWS2 like is able in RTTI.

I do not know about , but a call of separate procedure with parameters, it seems to me enters into a minimum minimum . Here an asynchronous call (simultaneously from different flows), it already more interesting possibility.
Basically normal  should allow:
+ To fulfill a script body
+ To fulfill function with parameters and to return value
+ To fulfill function with var/out in parameters
+ To calculate the arbitrary expression.
DWS is able RTTI, but it like directly does not work, only in JS compiles, not?

32

Re: Delphi + Python + Linux

asviridenkov wrote:

DWS is able RTTI, but it like directly does not work, only in JS compiles, not?

Works. Compilation in JS there as a pleasant bonus.

33

Re: Delphi + Python + Linux

asviridenkov wrote:

it is passed...
No concept I have. But possibility obvious and convenient and not to use it it is strange.
About  - condemned here Pax and Fast - paid. Almost all decent remaining - too. Whence to undertake free?

At  import of classes at all through . Moreover, at  the importer of units has been calculated for something absolutely ancient, after it units with import it was necessary hands long and tiresomely to lead up to the correct state.
So the theory and practice are absolutely different things.

34

Re: Delphi + Python + Linux

asviridenkov wrote:

Normal  should receive on an input only the link to a class, remaining to take on RTTI. All special wrappers in a scorching heat.

: in a root incorrectly. Normal  should fulfill a script (compilation, execution), to have minimum  (base types and their support, main mathematics) and to give "the transparent contract" on adding of the library.
And here any excesses like RTTI and an other reflection should be in basic library of language which gives them.

35

Re: Delphi + Python + Linux

kealon (Ruslan) wrote:

And here any excesses like RTTI and an other reflection should be in basic library of language which gives them.

And how without support RTTI inside to make it outside? The Same to everyone most to write?
Spherical  in vacuum it is not necessary, people need that that as much as possible corresponds to a principle "thrust and works".
And to write on a line on each property of each class - dismiss. Automatic import partially rescues a situation, but brings a synchronization attention to the question.
also functions are not able to register Some without an interlayer instead of writing something like

AddFunction (' Cos (X: Extended): Extended ', @Cos);

It is necessary to fence function still.

36

Re: Delphi + Python + Linux

asviridenkov wrote:

And how without support RTTI inside, to make it outside? The Same to everyone most to write?

>>... And to give "the transparent contract" on adding of the library.
For example, ActiveScripting (VBScript, JScript)
Created an engine
Added the principal objects (IDispatch) which methods will be visible
Launched
The contract here is IDispatch, and basically under Windows conveniently enough as all dances round it. Wrappers to it even in basic delivery , a minimum 2 classes. Actually quits lines on 100 for .

asviridenkov wrote:

Spherical  in vacuum it is not necessary, people need that that as much as possible corresponds to a principle "thrust and works".
And to write on a line on each property of each class - dismiss. Automatic import partially rescues a situation, but brings a synchronization attention to the question.

Just completely abstract also is necessary, which completely submits to principal application. That it would not get where it is not necessary. And such heaped up -  where by means of it it is possible to get, it is good if only in Math.
PS: + still it is very desirable to have debugging possibility, - the same engines ActiveScripting support it

37

Re: Delphi + Python + Linux

In new Delphi RTTI really powerful
For example, the form or any component has an event. And so thanking RTTI you you can receive not only a name, a setter, , but also call arguments, with the registration var, const and array of. And from a script all these riches can be caused. I just struggle with it last couple of months.

38

Re: Delphi + Python + Linux

SOFT FOR YOU;
Generally, this information was accessible with Delphi 6, simply convenient wrappers to it . And here try to receive properties advanced records and... Break off.

39

Re: Delphi + Python + Linux

kealon (Ruslan) wrote:

That it would not get where it is not necessary. And such heaped up -  where by means of it it is possible to get, it is good if only in Math.
PS: + still it is very desirable to have debugging possibility, - the same engines ActiveScripting support it

What hinders to add only those classes which it is necessary, plus to set visibility of methods (public/protected)?
Debugging by itself, it is not considered. Possibility of remote debugging that it was possible, say, a script in service is interesting to debug, or by other machine. But such at   did not see.

40

Re: Delphi + Python + Linux

SOFT FOR YOU wrote:

In new Delphi RTTI really powerful
For example, the form or any component has an event. And so thanking RTTI you you can receive not only a name, a setter, , but also call arguments, with the registration var, const and array of. And from a script all these riches can be caused. I just struggle with it last couple of months.

So in what its power if you fight already last couple of months? There was really a power - you would make for a week. Here it is power, I understand smile))

41

Re: Delphi + Python + Linux

  wrote:

it is passed...
So in what its power if you fight already last couple of months? There was really a power - you would make for a week. Here it is power, I understand smile))

Most likely he tries to make a direct call of methods, without usage it is enough  Invoke, and there fuss suffices, especially if not only x32 to support.

42

Re: Delphi + Python + Linux

asviridenkov;
Just

43

Re: Delphi + Python + Linux

We wait for the fastest in the world  language))

44

Re: Delphi + Python + Linux

Kazantsev Alexey;
If I confuse nothing, in Delphi 6 you do not see TypeInfo function arguments. Or I am mistaken?  .
About properties of structures I do not remember. But fields are without problems

45

Re: Delphi + Python + Linux

asviridenkov;
For the fastest it is necessary JIT
Well and then, most likely I CrystalLUA will postpone in favor of the manager of storage. Too much I gave , and too for a long time did not devote time to the manager smile

46

Re: Delphi + Python + Linux

asviridenkov wrote:

without usage it is enough  Invoke

If I correctly remember, there the main brakes from TValue. But even in such type Invoke faster  ObjectInvoke time in seven smile

SOFT FOR YOU wrote:

Again for a hogwash time you spend...

SOFT FOR YOU wrote:

If I confuse nothing, in Delphi 6 you do not see TypeInfo function arguments. Or I am mistaken?

C Delphi 7 it can be received all.

SOFT FOR YOU wrote:

Nakataj .

http://hallvards.blogspot.ru/2006/09/ex … -rtti.html

SOFT FOR YOU wrote:

But fields are without problems

Fields not properties.

47

Re: Delphi + Python + Linux

SOFT FOR YOU wrote:

For the fastest it is necessary JIT

And it is in DWS.

48

Re: Delphi + Python + Linux

By the way, there is one more fast  , and even with support of pointers.

49

Re: Delphi + Python + Linux

Kazantsev Alexey;
The interesting article, but is methods, instead of events. You try TypeInfo to receive event parameters.
And that to a hogwash... Well everyone programs that wants smile
The mechanism of a call of functions on different platforms was always interesting to me. Did not think that there it is so much nuances! Well and then on old Delphi is not present TValue, I needed something the. It even if not to consider it  smile

50

Re: Delphi + Python + Linux

SOFT FOR YOU wrote:

And that to a hogwash... Well everyone programs that wants smile

Not, if here business in support of old versions questions are not present wink