Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!rt.uk.eu.org!newsfeed.xs4all.nl!newsfeed3.news.xs4all.nl!xs4all!post.news.xs4all.nl!not-for-mail
Date: Mon, 19 May 2014 18:37:46 +0200
From: =?UTF-8?B?Um9sYW5kIFBsw7xzcw==?= <roland@rptd.ch>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: python-list@python.org
Subject: Re: Loading modules from files through C++
References: <5376ACE7.8030706@rptd.ch> <ll7iu1$oge$1@ger.gmane.org> <53775D68.2010009@rptd.ch> <ll7o30$pc3$1@ger.gmane.org> <537768FB.7060303@rptd.ch> <ll7q3m$idv$1@ger.gmane.org> <53778005.8030105@rptd.ch> <ll80dl$bov$1@ger.gmane.org> <53778E22.3040701@rptd.ch> <ll84s5$5bd$1@ger.gmane.org> <53790CCF.1070905@rptd.ch> <CAPTjJmrOeSsmoxqk8iCL2tKEX9Qa1yHBLzfbfvNr_7Ap+AP6pg@mail.gmail.com>
In-Reply-To: <CAPTjJmrOeSsmoxqk8iCL2tKEX9Qa1yHBLzfbfvNr_7Ap+AP6pg@mail.gmail.com>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fLn3CLhNCa5EDBr7So7k3lT8pcgpsauQ"
Precedence: list
Newsgroups: comp.lang.python
Message-ID: <mailman.10139.1400517468.18130.python-list@python.org>
Lines: 69
NNTP-Posting-Host: 2001:888:2000:d::a6
Xref: csiph.com comp.lang.python:71767

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--2fLn3CLhNCa5EDBr7So7k3lT8pcgpsauQ
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


On 05/19/2014 03:40 AM, Chris Angelico wrote:
> On Mon, May 19, 2014 at 5:41 AM, Roland Pl=C3=BCss <roland@rptd.ch> wro=
te:
>> This exec source_code in module.__dict__ , should this not also be doa=
ble
>> with PyEval_EvalCode?
> General principle: The more code you write in Python and the less in
> C/C++, the happier and more productive you will be.
>
> Drop into Python as soon as you can, and do all the work from there.
> You won't have to worry about RAM (de)allocation, Unicode (especially
> if you use Python 3 rather than 2), integer overflow, etc, etc, etc.
> Only write lower-level code for the bits that actually demand it; and
> as Stefan has pointed out, Cython is a great help there.
>
> (Which reminds me. I still need some "excuse project" to justify my
> learning Cython. It's good-looking tech but everything I can imagine
> writing seems to already exist.)
>
> ChrisA
Cython is out of question since link time dependencies has to be kept at
an utmost minimum. An concerning doing things from python code it's
simply not possible (or I don't know how this should work). Python is
fully embedded including any file actions (virtual file system). The
launch comes from C++ land. No interpreter is involved. The main work is
done outside Python and only dropped in python to do higher logic. This
also means the very first python code run requires a C++ script file
loading before this first code can ever run. I can't run code that
doesn't yet exist in the reach of the python VM. That's the main
problem. This is why I need to figure out how to push that first code
into Python in a way I can construct an object (from a predefined
class). From there on all calls into Python land are solely done trough
function calls on this one object obtained in the beginning. I see no
other way to handle the problem.

--=20
Yours sincerely
Pl=C3=BCss Roland

Leader and Head Programmer
- Game: Epsylon ( http://www.indiedb.com/games/epsylon )
- Game Engine: Drag[en]gine ( http://www.indiedb.com/engines/dragengine
, http://dragengine.rptd.ch/wiki )
- Normal Map Generator: DENormGen ( http://epsylon.rptd.ch/denormgen.php =
)
- As well as various Blender export scripts und game tools


--2fLn3CLhNCa5EDBr7So7k3lT8pcgpsauQ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlN6M2IACgkQjKGu9ysRWfrtWQCdGPAkKvyKkcyyYeUos84quSBO
LJAAn1nVBPIweO3s3alTDbHsUKjcRyYI
=j0gj
-----END PGP SIGNATURE-----

--2fLn3CLhNCa5EDBr7So7k3lT8pcgpsauQ--