Script Engine in C++

[fernandez.dan]

Hey I'm sorry if this is not the appropriate news group for this
question. I was wondering if anyone has any recommendation for
embbedding a script engine in a c++ application. I want to feed my C++
application scripts which based on the script would create C++ objects
and call the appropriate methods.

At the moment I created a simple interpreter within our C++ aplication
that we can feed our custom scripts. The interpreter is primitive and
it lacks alot of functionality that is why I am looking at other
alternatives.

I looked at spidermonkey to embed in my c++ application but it seems a
little cumbersome dealing with C++ objects. Does anyone have any other
recommendations ?

[Gernot Frisch]

<fe***********@ gmail.com> schrieb im Newsbeitrag
news:11******** **************@ o13g2000cwo.goo glegroups.com.. .

Hey I'm sorry if this is not the appropriate news group for this
question. I was wondering if anyone has any recommendation for
embbedding a script engine in a c++ application. I want to feed my
C++
application scripts which based on the script would create C++
objects
and call the appropriate methods.

At the moment I created a simple interpreter within our C++
aplication
that we can feed our custom scripts. The interpreter is primitive
and
it lacks alot of functionality that is why I am looking at other
alternatives.

I looked at spidermonkey to embed in my c++ application but it seems
a
little cumbersome dealing with C++ objects. Does anyone have any
other
recommendations ?

I've seen some guy, who wrote a script engine based on a gcc
installation shipped with the program. So, you just #inlcude
"my_plugin. h" and have all the interfaces ready, then click a "create
plugin" script that gcc's a .dll (or a .so on Linux/unix) - fast and
easy to implement. Very good idea I think. Especially for a game,
where performance is everything.
-Gernot

[Phlip]

Asfand Yar Qazi wrote:

I, too, now consider Ruby my scripting language of choice.
Integrating it with C++ needs the usual setjmp/longjmp exception
support hacks as with any other scripting languages that support
setjmp/longjmp exceptions. But the extensions API is probably the
best I've seen.

? I just use the 'protected' versions of functions.

I remain curious what happens to reality when you throw a C++ exception
from a C++ layer, thru the Ruby layer, and into a catch in the calling
C++ layer. Probably fireworks...

--
Phlip

[Ioannis Vranos]

Phlip wrote:

? I just use the 'protected' versions of functions.

I remain curious what happens to reality when you throw a C++ exception
from a C++ layer, thru the Ruby layer, and into a catch in the calling
C++ layer. Probably fireworks...

I think applause. :-)

--
Ioannis Vranos

http://www23.brinkster.com/noicys

[Owen Jacobson]

On Tue, 22 Mar 2005 00:51:22 +0000, Phlip wrote:

Compare traversing a heterogeous list in Ruby to, say, Java:

myList.each { |node| node.virtualMet hod() }

How many tokens would Java require to claw its way to the same (common)
result?

This is so far off-topic that I can't even see C++ from here, but:

for (NodeType node : myList) {
node.virtualMet hod ();
}

Looks like 15 tokens to me. Two more than the Ruby example. (Admittedly,
this is a new feature, and the idiom it replaces required far more tokens.)

HTH, Owen

[Phlip]

Owen Jacobson wrote:

This is so far off-topic that I can't even see C++ from here,
So what?
but:

for (NodeType node : myList) {
node.virtualMet hod ();
}

Looks like 15 tokens to me. Two more than the Ruby example. (Admittedly, this is a new feature, and the idiom it replaces required far more

tokens.)

Props. And I know not to challenge Java, or its experimental
implementations , to show block closures, co-routines, generics, etc.

The important, topical goal here is understanding the friction between
static typing (like C++) and dynamic typing. The latter provides a
higher development velocity, at greater risk to your execution
velocity. We will see how Java can continue to compete.

--
Phlip

[Phlip]

> I think applause. :-)

Sour grapes, Ioannis?

--
Phlip
http://industrialxp.org/community/bi...UserInterfaces

[Yuriy Solodkyy]

If you targeting your application only for Windows platform, then you
can easily go with the scripting support provided by Windows. By
implementing a small COM object you'll get:

* Possibility of scripting in any language for which user registered a
scripting engine in the system (JScript and VBScript are there by
default and there is compatible scripting engine for Perl)
* Possibility to create and use inside the script any COM object with
dispatch interface registered in the system.
* Provide access to objects inside your application.
* Let user write event handlers for the events your objects have.

There was a nice article on CodeProject on how to embed Windows
scripting engine support into your application. Works great.

fe***********@g mail.com wrote:

Hey I'm sorry if this is not the appropriate news group for this
question. I was wondering if anyone has any recommendation for
embbedding a script engine in a c++ application. I want to feed my C++
application scripts which based on the script would create C++ objects
and call the appropriate methods.

At the moment I created a simple interpreter within our C++ aplication
that we can feed our custom scripts. The interpreter is primitive and
it lacks alot of functionality that is why I am looking at other
alternatives.

I looked at spidermonkey to embed in my c++ application but it seems a
little cumbersome dealing with C++ objects. Does anyone have any other
recommendations ?