A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2004-December/050355.html below:

[Python-Dev] Supporting Third Party Modules (was The other Py2.4 issue)

[Python-Dev] Supporting Third Party Modules (was The other Py2.4 issue) [Python-Dev] Supporting Third Party Modules (was The other Py2.4 issue)"Martin v. Löwis" martin at v.loewis.de
Sat Dec 11 09:39:28 CET 2004
Chui G. Tey wrote:
> One good way of helping out is to provide an dynamic loading function
> that third party modules could access the basic python functions such as
> PyArgParseTuple, PyString_AsString etc regardless of which python the
> user is running. This would be similar to the COM approach. You can load
> all the function pointers into a struct and then call them. 
> 
> Third party modules would link against this DLL independent of which
> python is being used. 

I believe this is not implementable: How can the DLL know which Python
DLL to use?

Regards,
Martin
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4