f



RELEASED Python 2.3.3 (release candidate 1) - custom Py_Initialize()

Thomas,consider this:
specialized_python.exe  --path/foo.px (command line)
where foo.px is zipped ctypes-venster program -modules,some
code,binaries(images etc.)
specialized_python.exe could be statically linked against C ctypes,and could
contain ctypes and venster python code (freezed)
(specialized_python.exe could also work as "regular" python.exe and
successfully run ".py" , ".pyc" files)
Now associate ".px" with specialized_python.exe and you have clickable
packed python programs.

To build such specialized_python.exe you would need your own
PyRun_*NotSoSimple*FileExFlags , new Py_Main,
modified Py_Initialize and probably new or modified import engine.
And with proposed addition specialized_python.exe could use existing Python
shared library!
I'm afraid it wouldn't be possible with Py_InitializeEx, you are proposing.

For one of our clients we created pymozilla.exe to run packed
websites(zipped html,xml,css,images and python "cgi" files)
It's pretty cool. :-)

Current Py_Initialize() is ok for distributed Python framework , but it's
a pain if you'd like to use the language and not necessary each
aspect of the framework.

Why not make Python shared library more usable?

Wiktor


0
art2042 (3)
12/18/2003 7:49:28 AM
comp.lang.python 77058 articles. 6 followers. Post Follow

1 Replies
704 Views

Similar Articles

[PageSpeed] 45

> For one of our clients we created pymozilla.exe to run packed
> websites(zipped html,xml,css,images and python "cgi" files)
> It's pretty cool. :-)

Yes indeed.
Can you share some information about that project?




-- 
Дамјан                                  (jabberID:damjan@bagra.net.mk)

"Question everything."
"Says who?"
0
mk4105 (18)
12/18/2003 7:26:55 PM
Reply: