On Tue, Aug 15, 2006 at 10:54:53PM +0300, ik wrote:
The difference between VB and native languages, is that VB is a
script language with internal interpreter.
Afaik since VB5 it is compiled. VB4 is the last interpreted one.
And VB4 is _old_.
In VB6 I could set breakpoints and run the app. If the variable
contained the wrong value or I noticed a coding problem I could change
it while at the breakpoint and just continue execution... Wouldn't
that classify as interpreted? (Note: I haven't touched VB in over 6
years!)
Regards,
-
On Thu, Aug 17, 2006 at 10:32:09AM +0200, Graeme Geldenhuys wrote:
In VB6 I could set breakpoints and run the app. If the variable
contained the wrong value or I noticed a coding problem I could change
it while at the breakpoint and just continue execution... Wouldn't
that classify as
On Thu, Aug 17, 2006 at 11:01:25AM +0200, Michael Van Canneyt wrote:
No.
Au contraire...
In VB 5 and later running your project does not compile it: it runs the
interpreter. Only when you explicitly make the executable, the code is
actually compiled; and even then, you have the option
On Thu, 17 Aug 2006, Marco van de Voort wrote:
On Thu, Aug 17, 2006 at 10:32:09AM +0200, Graeme Geldenhuys wrote:
In VB6 I could set breakpoints and run the app. If the variable
contained the wrong value or I noticed a coding problem I could change
it while at the breakpoint and just
On Thu, 17 Aug 2006, Marco van de Voort wrote:
On Thu, Aug 17, 2006 at 11:01:25AM +0200, Michael Van Canneyt wrote:
No.
Au contraire...
In VB 5 and later running your project does not compile it: it runs the
interpreter. Only when you explicitly make the executable, the code is
actually
Graeme Geldenhuys wrote:
In VB6 I could set breakpoints and run the app. If the variable
contained the wrong value or I noticed a coding problem I could change
it while at the breakpoint and just continue execution... Wouldn't
that classify as interpreted? (Note: I haven't touched VB in over
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
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
ik wrote:
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
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
Just an idea to keep in mind, not anything thats on the
thingstodoinnext5minutes list is ...
Christian
-Ursprüngliche Nachricht-
Von: Vincent Snijders [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 15. August 2006 22:03
An: lazarus@miraclec.com
Betreff: Re: [lazarus] Debug idea
ik
Christian Ulrich escreveu:
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()
13 matches
Mail list logo