🌐 Mailman 3 December 2003 - Python-list - python.org

Compiler?
by J. A. Ek Dec. 30, 2003

Dec. 30, 2003

I just heard about Python today. Is there a compiler for it, or does it need to work through the interpreter only? TIA, Jim

3 2

Re: Monitoring an MS Exchange mailbox
by Tim Howarth Dec. 30, 2003

Dec. 30, 2003

In message <mailman.20.1072730275.8134.python-list(a)python.org> Lindstrom Greg - glinds <Greg.Lindstrom(a)acxiom.com> wrote: > I have written a script to monitor my MS Exchange mailbox for certain > messages and post information to an MS SQL Server Database. > Is there any way to either specify the profile or accept the default? I don't know about that but I do something similar using imaplib - it used to connect to a non-Exchange email server, I left it as it was when we switched to Exchange and it continued to work (obviously with IMAP enabled in Exchange). -- ___ |im ---- ARM Powered ----

1 0

Re: True standard Windows app in Python?
by alan.gauld＠btinternet.com Dec. 30, 2003

Dec. 30, 2003

On Mon, 29 Dec 2003 18:15:55 -0700, "Dave Brueck" <dave(a)pythonapocrypha.com> wrote: > > So yes, you could use Python to write a full windows compliant > > program, OTOH I'm still not sure that I'd want to write C in > > Python! :-) > > Well, I guess that depends. I've been using ctypes almost daily for a year or > so and now I find it annoying to do Win32 programming in C! It's not that > you're writing C in Python as Win32 programming mostly populating structures, > calling functions, and checking error codes That's true, I guess I really meant that I don't want to program Win32, period! :-) > have just the tediousness of Win32 left. ;-) I'm happy to write slightly non compliant apps using the GUI toolkits and live a happier life... Even when my job involved writing "real Windows" stuff I used Delphi rather than C/C++ life is just too short! :-) Alan G. Author of the Learn to Program website http://www.freenetpages.co.uk/hp/alan.gauld

1 0

New candidate for Python mascot
by Tim Churches Dec. 30, 2003

Dec. 30, 2003

See http://news.independent.co.uk/world/asia/story.jsp?story=476931 -- Tim C PGP/GnuPG Key 1024D/EAF993D0 available from keyservers everywhere or at http://members.optushome.com.au/tchur/pubkey.asc Key fingerprint = 8C22 BF76 33BA B3B5 1D5B EB37 7891 46A9 EAF9 93D0

1 0

Re: Installing PyOpenGL - can't find libnumarray module
by traveller3141＠att.net Dec. 30, 2003

Dec. 30, 2003

"Mike C. Fletcher" <mcfletch(a)rogers.com> wrote in message > Basically, to fix the problem, uninstall NumArray and install NumPy 23.0. > I tried this, without success. I also find I get the same error when I type from numarray import * I'm wondering if there's some problem with the fact that libnumarray is a .pyd file. I came across a comment that for some reason .pyd files don't get found and what I should do is create the following setup.cfg file: <setup.cfg> [py2exe] includes=numarray.libnumarray, numarray.memory, numarray._bytes, numarray._chararray, numarray._conv, numarray._converter, numarray._ndarray, numarray._numarray, numarray._operator, numarray._sort, numarray._ufunc, numarray._ufuncBool, numarray._ufuncComplex32, numarray._ufuncComplex64, numarray._ufuncFloat32, numarray._ufuncFloat64, numarray._ufuncInt16, numarray._ufuncInt32, numarray._ufuncInt64, numarray._ufuncInt8, numarray._ufuncUInt16, numarray._ufuncUInt32, numarray._ufuncUInt8 </setup.cfg> This file was supposed to be placed in the same directory as setup.py. The only reasonable setup.py I found was in c:\python23\Tools\scripts. However, my setup.cfg file still didn't work. Is there something obvious that I'm missing here ?

2 1

Programming language from python
by Alejandro Lombardo Dec. 30, 2003

Dec. 30, 2003

Dear sirs: I need to create a programming language. Can this be done with the latest version of python? Is python the best computer programming language development tool in the entire universe? If it isn´t could you please tell me the name of the best computer programming language development tool in the entire universe? So that I can download it from the Internet for free? I would apreciate it if you could answer these questions as soon as posible. Sincerely, Prophet

1 0

Re: [Mailman-Developers] python is slow
by John Roth Dec. 30, 2003

Dec. 30, 2003

"Bernhard Kuemel" <darsie(a)gmx.at> wrote in message news:mailman.14.1072720549.8134.python-list@python.org... > > Barry Warsaw wrote: > > On Thu, 2003-12-18 at 14:52, Bernhard Kuemel wrote: > > > > Someone on mailman-developers(a)python.org then was interested in > "convincing evidence" that python is slower than perl. But as we > agree that such evidence is difficult to produce and does not > mean much I cited Eric Stephen Raymond's book "The art of unix > programming" where he says ... > > "In fact it's generally thought to be the least efficient and > slowest of the major scripting languages, a price it pays for > runtime type polymorphism." I originally quoted the whole > paragraph to be fair. I have some vague memories of a speed comparison done in conjunction with a programming problem or challenge. Python seemed to be pretty similar to Perl, and lots better than TCL. However, that's memory, and I don't have the reference to hand. Someone else might. The comparison included C++, Java and the rest of the usual suspects. I believe REXX was the real dog, though. John Roth

4 6

Re: make test segfaults with "--enable-shared" on Python 2.3.3
by bhoel＠web.de Dec. 30, 2003

Dec. 30, 2003

Andrew MacIntyre <andymac(a)bullseye.apana.org.au> writes: > On Sun, 28 Dec 2003, Berthold Hoellmann wrote: > >> > When I use >> > >> > ./configure --with-thread --with-fpectl --with-signal-module \ >> > --with-pymalloc --enable-shared --with-cxx=g++ >> > >> > make test >> > >> > on 2.3.3 I get >> > >> > ... >> > test_queue >> > test_quopri >> > test_random >> > test_re >> > make: *** [test] Speicherzugriffsfehler (Speicherauszug erstellt) make: *** [test] Segmentation fault (core dumped) >> >> Everything works fine if I remove the "--enable-shared" flag from >> configure. > > You don't mention what platform you are seeing this on. The output of a > verbose test run (python Lib/test/regrtest.py -v test_re), preferably with > error messages translated to English, may help diagnose the issue. env LANG=C LD_LIBRARY_PATH=/home/devel/compile/Python-2.3.3:/usr/local/v/lib:/usr/lib/qt3/lib:/usr/local/pgsql/lib:/usr/teTeX/lib./python Lib/test/regrtest.py -v test_re (LD_LIBRARY_PATH is taken from the "make test" output) gives: test_re test_anyall (test.test_re.ReTests) ... ok test_basic_re_sub (test.test_re.ReTests) ... ok test_bigcharset (test.test_re.ReTests) ... ok test_bug_113254 (test.test_re.ReTests) ... ok test_bug_114660 (test.test_re.ReTests) ... ok test_bug_117612 (test.test_re.ReTests) ... ok test_bug_418626 (test.test_re.ReTests) ... ok test_bug_448951 (test.test_re.ReTests) ... ok test_bug_449000 (test.test_re.ReTests) ... ok test_bug_449964 (test.test_re.ReTests) ... ok test_bug_462270 (test.test_re.ReTests) ... ok test_bug_527371 (test.test_re.ReTests) ... ok test_bug_545855 (test.test_re.ReTests) ... ok test_bug_612074 (test.test_re.ReTests) ... ok test_bug_725106 (test.test_re.ReTests) ... ok test_bug_725149 (test.test_re.ReTests) ... ok test_bug_764548 (test.test_re.ReTests) ... ok test_category (test.test_re.ReTests) ... ok test_constants (test.test_re.ReTests) ... ok test_expand (test.test_re.ReTests) ... ok test_finditer (test.test_re.ReTests) ... ok test_flags (test.test_re.ReTests) ... ok test_getattr (test.test_re.ReTests) ... ok test_getlower (test.test_re.ReTests) ... ok test_groupdict (test.test_re.ReTests) ... ok test_ignore_case (test.test_re.ReTests) ... ok test_non_consuming (test.test_re.ReTests) ... ok test_not_literal (test.test_re.ReTests) ... ok test_pickling (test.test_re.ReTests) ... ok test_qualified_re_split (test.test_re.ReTests) ... ok test_qualified_re_sub (test.test_re.ReTests) ... ok test_re_escape (test.test_re.ReTests) ... ok test_re_findall (test.test_re.ReTests) ... ok test_re_groupref (test.test_re.ReTests) ... ok test_re_groupref_exists (test.test_re.ReTests) ... ok test_re_match (test.test_re.ReTests) ... ok test_re_split (test.test_re.ReTests) ... ok test_re_subn (test.test_re.ReTests) ... ok test_repeat_minmax (test.test_re.ReTests) ... ok test_scanner (test.test_re.ReTests) ... ok test_search_coverage (test.test_re.ReTests) ... ok test_search_star_plus (test.test_re.ReTests) ... ok test_special_escapes (test.test_re.ReTests) ... ok test_sre_character_literals (test.test_re.ReTests) ... ok test_stack_overflow (test.test_re.ReTests) ... ok test_symbolic_refs (test.test_re.ReTests) ... ok ---------------------------------------------------------------------- Ran 46 tests in 0.401s OK Running re_tests test suite 1 test OK. CAUTION: stdout isn't compared in verbose mode: a test that passes in verbose mode may fail without it. so it seems that the other modules loaded in the "make test" run decrease the avaliable stack so that the test does not succeed but calling the test alone finds enough stack space avaliable? > I know that there are platforms where the amount of stack space available > to a threaded process is not easily controlled, and recent versions of gcc > are creating much larger stack frames than earlier versions. The sre > module in 2.3.x (and earlier) is recursive and thus sensitive to stack > space availability. A core dump is a likely indicator of this. Read the > Modules/_sre.c source file for more info. sre in 2.4 will be > significantly improved in this regard. > > FYI, since 2.3 PyMalloc is a default option so you don't need > --with-pymalloc, and most recent Linux and BSD systems will default to > building with --with-thread and --with-signal-module. I really should know, but I usually keep "good" configure settings for reuse and normally don't think much about the settings when everything works. Regards Berthold -- bhoel(a)web.de / http://starship.python.net/crew/bhoel/ It is unlawful to use this email address for unsolicited ads (USC Title 47 Sec.227). I will assess a US$500 charge for reviewing and deleting each unsolicited ad.

2 1

Question about packages
by djw Dec. 30, 2003

Dec. 30, 2003

I'm sturcturing my (relatively) large application into packages and am having trouble understanding one aspect of module/package paths. If I have a structure like: in /: appA.py __init__.py in X/: modX1.py modX2.py __init__.py in Y:/ modY1.py __init__.py Now, if I do the following imports and run appA.py, all is well: in appA.py: from X import modX1 import Y.modY1 in modX1: import modX2 in modY1: (as long as run from appA.py) import X.modX1 But, if I try to create a test harness inside modY1 (in an if statement checking __name__ with "__main__") and run modY1.py with the last import (import X.modX1), I get an ImportError. So, the question is, how do you import into a sub-package to allow both a script at the root level to import the module ("library mode") and for the module itself to run in "test harness" mode with the same import? Any hints appreciated. -Don

2 1

RELEASED: allout-vim 031229
by François Pinard Dec. 30, 2003

Dec. 30, 2003

Hi, my Python and Vim friends. Here is the initial release of `allout-vim'! :-) Grab it from: http://fp-etc.progiciels-bpi.ca/archives/allout-vim-031229.tgz The Allout file format is (yet another) legible representation of the synoptic structure of a textual document. Emacs support for Allout files is already standard, as an application of fold editing. This tool eases the handling of Allout files from within a Python-enabled Vim. -- François Pinard http://www.iro.umontreal.ca/~pinard

1 0