That's only partly true.

I think it cames with VB4 (32 Bit Version), VB5 or even only with VB6, but there you could choose to compile a real native Win32-EXE (which completly depends on the runtime DLL). That is not the same (but the speed increases aren't much higher in the native version then in the traditional byte code version).

I would definitfly not call VB a script language. Java, C# (and all of the .Net languages) and a few other languages compiles only to a byte code, too.
But in this time, I don't know which language to call a script language. Most of the script languages I know compile to byte code (the source, the executable contains only text, but the interpreter creates the byte code in memory and runs it then) to make them a little bit faster.

But to the question to have a debug console where you can execute commands at run time:
I didn't try it, but I think, there are a few possibilities with the methods of TObject StringMessageTable, GetInterfaceTable, Method*, Dispatch, ClassName, ClassParent. You can write a simple parser which uses this methods to call some functions of your own classes at run time by user input. The RTTI of Free Pascal contains much usefull things, but I don't know, if it's enough.

Albert


Am Dienstag, den 15.08.2006, 22:54 +0300 schrieb ik:
The difference between VB and "native" languages, is that VB is a
script language with internal interpreter.

The executable file that is generated by VB actually contain byte code
that is translated and executed on run time.

That means that you can do such things inside your code.

I do not know if it is possible, but on Delphi you could create
something similar, using the interfaces of the IDE...

Another trick is to write it to a file and parse it when needed :)

Other then that, you can evaluate data on run time like in VB, so
that's the same...

Ido

On 8/15/06, Christian Ulrich <[EMAIL PROTECTED]> wrote:
> Some days ago, i have seen on the screen of one of our visual basic
> programmers that
> Visual basic has something like an debug console. Where you can write
> something with an special function.
> I think this could be an good idea for lazarus, that evry line from
> debugln() is written at an seperate console or something else....
>
>
> Christian
>

_________________________________________________________________
     To unsubscribe: mail [EMAIL PROTECTED] with
                "unsubscribe" as the Subject
   archives at http://www.lazarus.freepascal.org/mailarchives

Reply via email to