Mailman 3 August 2003 - Python-Dev

Embedded python module search path
by Tom Emerson Aug. 25, 2003

Aug. 25, 2003

I have a question for those of you who have embedded Python into a large application concerning how you handle the module search path and related functions. Currently the module search path (and the related directory names set as a side effect) is determined by looking at the environment that the executable calling Py_Initialize() is running in. Hence if I've embedded Python 2.3 and also have Python 2.3 installed in (say /usr/local) it is going to use the Python paths in /usr/local/ over those in my customized embedded version. As far as I can tell, the only way I can control this behavior is to rewrite Py_GetPath and friends in my custom build. In my case the user of my application has a configuration file which specifies the pathnames for platform (in-)dependent files, both Python and other. But I cannot pass this information on to Py_Initialize() and on into Py_GetPath. Is it worth providing an alternative initialization API that allows these values to be specified explicitly instead of having them computed? Or is there a reason not to do this? I appreciate the insight. -tree -- Tom Emerson Basis Technology Corp. Software Architect http://www.basistech.com "Beware the lollipop of mediocrity: lick it once and you suck forever"

6 16

Virus Alert
by mailer-daemon＠mailgate1.aa.com Aug. 24, 2003

Aug. 24, 2003

The mail message (file: thank_you.pif) you sent to webmaster(a)aa.com contains a virus. (on the network)

1 0

Your message to FRPythoneers awaits moderator approval
by frpythoneers-admin＠lists.community.tummy.com Aug. 24, 2003

Aug. 24, 2003

Your mail to 'FRPythoneers' with the subject Re: Details Is being held until the list moderator can review it for approval. The reason it is being held: SpamAssassin thinks there may be spam in this message. Either the message will get posted to the list, or you will receive notification of the moderator's decision.

1 0

embedding python
by Pxtl Aug. 24, 2003

Aug. 24, 2003

(Sent this already once from another account - don't think it worked) Hi, my name is Martin Zarate, and i'm working on a 3d game engine for educational and urban visualization purposes. Our engine handles scripting with an embedded Python interpreter (we designed our own customized class structure, threading system, etc). As of yet, we've never had to actually modify the Python interpreter itself, so I'm loathe to start. Our chief concern is this: our engine is designed with extensibility in mind - it detects plugins of new objects and new code entering the system. This code may or may not be trusted, and rexec is dead. That's a problem. I realize rexec will not be coming back. I don't need full rexec, I have a much simpler requirement - I don't want the python interpreter to have access to the system. The embedding app (Daedalus) handles feeding in of modules and content through Py_CompileString and PyImport_ExecCodeModule, as well as building local namespaces in which the code is run. Any access to the embedding system is through custom data types and extension modules. My point is that none of the system builtins or major modules are used - and those builtins and modules are what allow the user to access and corrupt the system. While much of the builtins are still needed (basic data types, etc) most of the built-in functions such as filesystem and systemcalls are liabilities. They could play with the file system, manipulate the system, and do other things. So, my question is this: is there any way to compile Python as a true standalone? That is, the only access to the system is through extension modules? I can't find any documentation on how to control what builtin modules and functions are compiled in with Python. Is there any interest in such a project? Or, if I develop this myself (although I have no idea how secure it could be - I don't know the builtins very well) would be any interest in makign a patch/PEP of it? This sort of thing would be a boon to anyone embedding python. I believe many embedded apps could use this sort of feature (at the very least to keep the bloat down). Sincerely, Martin

1 0

Weekly Python Bug/Patch Summary
by Skip Montanaro Aug. 24, 2003

Aug. 24, 2003

Bug/Patch Summary ----------------- 469 open / 4048 total bugs (+20) 183 open / 2331 total patches (+10) New Bugs -------- a bug in IDLE on Python 2.3 i think (2003-08-17) http://python.org/sf/790162 curses.ascii.unctrl broken (2003-08-17) http://python.org/sf/790356 Section 11.20: xmlrpclib Details (2003-08-19) http://python.org/sf/791067 Tutorial: mutable objects may be keys (2003-08-19) http://python.org/sf/791397 Make logging consistent in the standard library (2003-08-19) http://python.org/sf/791410 Re: Bugs item #765456 (2003-08-19) http://python.org/sf/791445 test_threading (2003-08-19) http://python.org/sf/791542 Arguments tooltip wrong if def contains tuple (2003-08-20) http://python.org/sf/791968 urllib.urlopen for https doesn't always provide readlines (2003-08-20) http://python.org/sf/792101 csv.DictReader parms inconsistent with docs (2003-08-21) http://python.org/sf/792558 SimpleXMLRPCServer cannot handle large requests (2003-08-21) http://python.org/sf/792570 RESET_ERROR is not defined(logging module) (2003-08-21) http://python.org/sf/792649 Misleading [i:j:k] slicing description (2003-08-21) http://python.org/sf/792656 Easier-to-create alternative Python installer for Windows (2003-08-22) http://python.org/sf/793078 runnig thread multiple times (2003-08-23) http://python.org/sf/793687 Section 13.1 HTMLParser documentation error (2003-08-23) http://python.org/sf/793702 sgmllib parser problem (2003-08-23) http://python.org/sf/793753 pyconfig.h defines _POSIX_C_SOURCE, conflicting with feature (2003-08-23) http://python.org/sf/793764 gc.get_referrers() is inherently dangerous (2003-08-23) http://python.org/sf/793822 using itertools.izip to mutate tuples (2003-08-23) http://python.org/sf/793826 New Patches ----------- add SafeConfigParser to __all__ (2003-08-18) http://python.org/sf/790443 breakpoint command lists in pdb (2003-08-18) http://python.org/sf/790710 inconsistency with implementation(logging) (2003-08-19) http://python.org/sf/791153 POP3 over SSL support for poplib (2003-08-19) http://python.org/sf/791706 factor out SMTPHandler.emit date handling (2003-08-20) http://python.org/sf/791776 timetuple() returns a struct_time (2003-08-20) http://python.org/sf/792338 Tidying error messages in compile.c (2003-08-21) http://python.org/sf/792869 implement htmllib.HTMLParser.reset (2003-08-22) http://python.org/sf/793021 Add --remove-source option to setup.py (2003-08-22) http://python.org/sf/793070 urllib SSL authentication docs are wrong (2003-08-22) http://python.org/sf/793553 clear SGMLParser.__starttag_text on reset() (2003-08-22) http://python.org/sf/793559 Closed Bugs ----------- Byte-order bug in socket-module getaddrinfo.c (2003-08-06) http://python.org/sf/784031 "SetFrontProcess failed,-606" error for Tkinter under OS X (2003-08-16) http://python.org/sf/789926 Closed Patches -------------- redirect fails in urllib2 (2003-05-01) http://python.org/sf/731153

1 0

We will not receive your email
by csmail＠support.prognet.com Aug. 24, 2003

Aug. 24, 2003

Greetings, You have received this message as a result of replying via email to a RealNetworks Order Receipt or Customer Service message. We will -not- receive this email, and have no means of responding. If you received this mail as a result of replying to your Order Receipt from our e-commerce system at www.real.com or www.realstore.com, you will need to submit your service request at the following URL: http://service.real.com/faq/contcs.html If you received this message as a result of replying to a customer service response, there are instructions on how to reply to the customer service agent that responded to your inquiry. This reply method is handled with a web form, and you may find the URL in the Customer Service response message. Thanks again for seeking assistance, and we hope that your problem is resolved shortly. Best regards, Customer Service RealNetworks, Inc.

1 0

Virus Notification: A virus has been detected in a message origin ating from yourself
by Nemx Power Tools for MS Exchange Server_MANTE61_1 Aug. 22, 2003

Aug. 22, 2003

From: python-dev(a)python.org [SMTP:python-dev@python.org] To: <unknown> Date: Fri, Aug 22 2003, 12:45:49 PM Subject: Re: Details The message contained 1 virus(es): your_details.pif infected with the Sobig.F@mm virus - - - This message is generated by anti-virus safeguards established at The Dow Chemical Company. Do not reply to this message. You should contact your computer support personnel to take suitable measures to remove the virus from your documents or machine.

1 0