Robert Dailey wrote:

I don't want to use a DLL, as I already mentioned. I want there to be my python scripts and my game executable, that's it. I don't want a DLL and a game executable. I want this to remain simple. As I originally asked, is there a way to do this? Do I load my exe as a pyd module or what?

I recommend you look at py2exe: http://www.py2exe.org/ We built one product with Python scripts at the top level. All our custom C++ logic (notably the main loop) is in a set of .pyd Python extensions called by those scripts. But all, including the Python interpreter, is very neatly packaged by py2exe so that none of those details are visible to the user: the install footprint is just a big .exe and our data files.

on Sat Feb 09 2008, "Robert Dailey" wrote:

On Feb 8, 2008 9:06 AM, David Abrahams wrote:

You can always link your DLL extension module directly to your application as well as letting Python load it.

Explain please. Also, I don't want to use a DLL, as I already mentioned.

It doesn't seem like an explanation would be worth much if your desire to avoid a DLL isn't based on your state-sharing needs (as you implied it was in your first posting).

I want there to be my python scripts and my game executable, that's it. I don't want a DLL and a game executable. I want this to remain simple. As I originally asked, is there a way to do this? Do I load my exe as a pyd module or what?

In my original reply I referred you to http://www.boost.org/libs/python/doc/building.html where "embedding" is described. If that doesn't tell you what you need to know, please ask a more detailed question so I know how to help you. -- Dave Abrahams Boost Consulting http://boost-consulting.com

On Feb 11, 2008 10:31 AM, Robert Dailey wrote:

Yes, their description of embedding is exactly what I'm trying to do. Sorry for the confusion. However, I didn't find any code examples on that page. Do I just use Boost.Python to expose my C++ functions and call them from the script without importing any packages?

Thanks for your response.

Never mind, I actually found embedded.cpp inside of the libs/python/example/quickstart folder. It's a bit hard to follow, but hopefully after an hour or two I'll have an idea of how this process works. Thanks again guys.

Slight correction. I meant: object mainmod = import( "pythontest" ); I find now that this does not work and actually causes an access violation in my application. On Feb 11, 2008 12:54 PM, Robert Dailey wrote:

Wouldn't this work instead of calling PyImport_AppendInittab():

static void DoFoo() { }

using namespace boost::python;

BOOST_PYTHON_MODULE(pythontest) { def( "DoFoo", DoFoo ); }

void SetupPython() { object import( "pythontest" ); }

Notice how I'm importing the "pythontest" module. I want to use Boost.Python where ever I can, and in the embedding.cpp example they use the Python API directly to import the embedded module.

Thanks.