🌐 Mailman 3 November 1999 - Python-list - python.org

Embedded Python 1.5.1 crashes under WIN32
by Sven Havemann Dec. 17, 1999

Dec. 17, 1999

Hi! === I've modified the example from Python-1.5.1/Demo/embed: ftp://ftp.cg.cs.tu-bs.de/pub/cg/people/havemann/embeddedPython.tgz What I want to do is to call PyRun_SimpleFile from my main program. This works fine under Irix 6.5, but the same thing crashes inside PyRun_SimpleFile when compiled with VC6.0SP2 under Win32, which is a great pity. I have attached the demo.cpp file, and the complete (compiled) project is in the tarfile above. Does anybody know why it crashes??? I wanted to build it as a plain Win32 console application, and I've renamed it to demo.cpp because I wanted it to be compiled as a C++ file. I'd appreciate if you could Re: to me directly using the email below, because I can't follow the news regularly. TIA, greetings, Sven. -- __________________________________________________________________ dipl-inform. Sven Havemann Institut fuer ComputerGraphik Odastrasse 6 Rebenring 18 38122 Braunschweig - Germany 38106 Braunschweig - Germany Tel. 0531/2808955 Tel. 0531/391-2108, Fax: -2103 mailto:s.havemann@tu-bs.de http://www.cg.cs.tu-bs.de =========================demo.cpp================================== #include <stdio.h> #include "Python.h" // #define SHOWPYFILE static char *argv0; void initxyzzy(); /* Forward */ int main(int argc, char ** argv) { argv0 = argv[0]; Py_Initialize(); initxyzzy(); PySys_SetArgv(argc, argv); printf("Hello, brave new world\n\n"); PyRun_SimpleString("import sys\n"); PyRun_SimpleString("print sys.builtin_module_names\n"); PyRun_SimpleString("print sys.modules.keys()\n"); PyRun_SimpleString("print sys.argv\n"); char* filename="test.py"; FILE* myfile=fopen(filename,"r"); #ifdef SHOWPYFILE char line[200]; printf("Reading file %s\n",filename); while(fgets(line,200,myfile)!=NULL) { printf("Read: %s",line); } #else PyRun_SimpleFile(myfile,filename); #endif fclose(myfile); printf("\nGoodbye, cruel world\n"); Py_Exit(0); return 0; } char *getprogramname() { return argv0; } /* A static module */ PyObject *xyzzy_foo(PyObject *self, PyObject *args) { if (!PyArg_ParseTuple(args, "")) return NULL; return PyInt_FromLong(42L); } PyMethodDef xyzzy_methods[] = { {"foo", xyzzy_foo, 1}, {NULL, NULL} /* sentinel */ }; void initxyzzy() { PyImport_AddModule("xyzzy"); Py_InitModule("xyzzy", xyzzy_methods); } ==================test.py====================================== print "this is from PyRun_SimpleFile" for i in range(100): print i*i, ==================OUTPUT IRIX================================== Hello, brave new world ('__builtin__', '__main__', 'array', 'fast_umath', 'imp', 'marshal', 'math', 'operator', 'posix', 'signal', 'strop', 'struct', 'sys', 'umath') ['xyzzy', 'os', 'exceptions', '__main__', 'posix', 'sys', '__builtin__', 'site', 'signal', 'UserDict', 'posixpath', 'stat'] ['./demo'] this is from PyRun_SimpleFile 0 1 4 9 16 25 36 49 64 81 100 121 144 169 196 225 256 289 324 361 400 441 484 529 576 625 676 729 784 841 900 961 1024 1089 1156 1225 1296 1369 1444 1521 1600 1681 1764 1849 1936 2025 2116 2209 2304 2401 2500 2601 2704 2809 2916 3025 3136 3249 3364 3481 3600 3721 3844 3969 4096 4225 4356 4489 4624 4761 4900 5041 5184 5329 5476 5625 5776 5929 6084 6241 6400 6561 6724 6889 7056 7225 7396 7569 7744 7921 8100 8281 8464 8649 8836 9025 9216 9409 9604 9801 Goodbye, cruel world ==================OUTPUT WIN32================================== -- Hello, brave new world ('__builtin__', '__main__', '_socket', 'array', 'binascii', 'cPickle', 'cStringI O', 'cmath', 'errno', 'imageop', 'imp', 'marshal', 'math', 'md5', 'msvcrt', 'new ', 'nt', 'operator', 'pcre', 'regex', 'rgbimg', 'rotor', 'select', 'signal', 'so undex', 'strop', 'struct', 'sys', 'thread', 'time') ['xyzzy', 'os', 'exceptions', '__main__', 'ntpath', 'strop', 'nt', 'sys', '__bui ltin__', 'site', 'signal', 'UserDict', 'string', 'stat'] ['T:\\WORK\\HAVEMANN\\SW\\PYTHON-1.5.1\\DEMO\\EMBED\\VC60.exe'] =====================** CRASH **================================ ================================================================ __________________________________________________________________ dipl-inform. Sven Havemann Institut fuer ComputerGraphik Odastrasse 6 Rebenring 18 38122 Braunschweig - Germany 38106 Braunschweig - Germany Tel. 0531/2808955 Tel. 0531/391-2108, Fax: -2103 mailto:s.havemann@tu-bs.de http://www.cg.cs.tu-bs.de

4 3

AIX Py compiling errors?
by moonseeker＠my-deja.com Dec. 14, 1999

Dec. 14, 1999

Hi! Anyone using Python on AIX here? I tried to compile Python on my AIX 4.1.5 box using the IBM compiler but I get an error (or warning): cc_r -O -qmaxmem=4000 -I./../Include -I.. -DHAVE_CONFIG_H -c ./socketmodule.c "./socketmodule.c", line 1127.22: 1506-280 (W) Function argument assignment between types "struct sockaddr*" and "unsigned char*" is not allowed. Anyone a suggestion? Mike Sent via Deja.com http://www.deja.com/ Before you buy.

3 2

Re: Python complaints
by William J. King Dec. 13, 1999

Dec. 13, 1999

Python is very interesting and I do not have any real complaints since most things can be worked around in one way or another. As a relatively new person to python programming I have not really compiled a list of complaints: 1. like the indents -- makes coding easier to read and follow - requires discipline me thinks 2. would like something like 'increment'/'decrement' operators either in form: "x++" or "incr x" vice "x = x + 1 " but its ok 3. would like to be able to iterate through a list using 2/more variables instead of only one (unless its possible and I missed it) : for (x,y,z) in list: pass #favorite thing about Python 4. conversion of integer to a string ( which may exist but havn't found yet) so I made a dictionary for what I needed -- was difficult to subscript strings by adding a number to it without it 5. would like to see regular array construct in addition to dictionary/list/tuples faked that one with a dictionary 6. some simpler description of current regular expressions in python some knowledge of grep/vi/awk/sed/perl/tcl - glob - regexp & regsub and now python can be a dangerous thing -- regular expressions rule if you get them right 7. Tkinter is proving to be easier than I thought -- mostly intuitive from some previouse experience with Tcl/Tk - X-windows/Win95 8. OOP is different and strange -- new to OOP -- have been looking for simple directions in that - Python has certainly helped in making me aware of OOP and providing a better understanding than some materials I have read... looked at Java and threw up my hands for the time being 9. Scoping is a bit different that I thought -- try to rember LGB OK -- now these are not really complaints but I would iterate that I feel Python is fun and the Python community is great! --- havn't been spammed for any of my newbie questions and everyone seems to be very helpful. I have done a lot of the things you can do in Python by using just shell scripting and UNIX utilities alone, so I don't really have any complaints about Python.

14 21

Re: Python Type-Inference based LINT.. (pylint.py)
by Greg Ewing Dec. 11, 1999

Dec. 11, 1999

Martijn Faassen wrote: > > Note that this doesn't need to be a syntax extension; check out some of > my Swallow posting with dejanews for examples of how it could work in > current Python. I think I'd prefer it if it *were* a syntax extension. The suggestions I've seen so far for non-syntax-extending type declarations strike me as rather ugly. That's a minor point, though -- the main thing is to get some sort of type checker to work! The syntax can be thrashed out later. > I myself would take the Python subset approach > (i.e. Swallow) to make sure no runtime dynamics exist that can mess up > any type checking. Seems to me the easier approach Me, too. Also, I tend to think that explicit type declarations are a valuable way for the programmer to state the *intent* of the code in a way that both humans and compilers can process. In my experience, type errors are found sooner and reported in a more easily understood way when explicit type declarations are used. I've tried it both ways when using Haskell-like languages, and I find that the error messages I get when I don't explicitly declare types tend to be of the form Couldn't unify <some-big-hairy-complicated-type- expression> with <some-other-big-hairy-complicated- type-expression-that-looks-vaguely-similar-although- there-must-be-some-subtle-difference-if-only-I-can- find-it>. After getting a few of those I quickly learned to provide type declarations for ALL my functions... Greg

7 9

help with opening html files
by volumeregeling＠hotmail.com Dec. 8, 1999

Dec. 8, 1999

Hi, Can anyone tell me how to open a html file from within python in windows. thanks

4 3

CFP Developers' Day - 8th International Python Conference
by bwarsaw＠python.org Dec. 7, 1999

Dec. 7, 1999

Hello Python Developers! Thursday January 27 2000, the final day of the 8th International Python Conference is Developers' Day, where Python hackers get together to discuss and reach agreements on the outstanding issues facing Python. This is also your once-a-year chance for face-to-face interactions with Python's creator Guido van Rossum and other experienced Python developers. To make Developers' Day a success, we need you! We're looking for a few good champions to lead topic sessions. As a champion, you will choose a topic that fires you up and write a short position paper for publication on the web prior to the conference. You'll also prepare introductory material for the topic overview session, and lead a 90 minute topic breakout group. We've had great champions and topics in previous years, and many features of today's Python had their start at past Developers' Days. This is your chance to help shape the future of Python for 1.6, 2.0 and beyond. If you are interested in becoming a topic champion, you must email me by Wednesday December 15, 1999. For more information, please visit the IPC8 Developers' Day web page at <http://www.python.org/workshops/2000-01/devday.html> This page has more detail on schedule, suggested topics, important dates, etc. To volunteer as a champion, or to ask other questions, you can email me at bwarsaw(a)python.org. -Barry

2 1

RE: [Zope-dev] Re: Exposing COM via XML-RPC or Something Else
by Michel Pelletier Dec. 4, 1999

Dec. 4, 1999

> -----Original Message----- > From: Thomas Heller [mailto:thomas.heller@ion-tof.com] > Sent: Tuesday, November 30, 1999 2:52 PM > To: Brian Lloyd; 'Edward Muller'; python-list(a)python.org > Cc: zope-dev(a)zope.org > Subject: [Zope-dev] Re: Exposing COM via XML-RPC or Something Else > > > > You might want to take a look at MS' SOAP (Simple Object Access > > Protocol) spec - it's not fully baked yet, but it basically takes > > xml-rpc several steps further, allowing you to communicate with > > SOAP-enabled objects (COM or otherwise) using XML over HTTP. We in > > Zope-land are keeping a close eye on this, as publishing objects > > via HTTP is the core idea of Zope already. > > Zope and SOAP sounds very similar. > Is this by accident? Yup -Michel

4 6

Re: Method objects question
by bmcd＠es.co.nz Dec. 3, 1999

Dec. 3, 1999

On 23 Nov 1999 17:01:53 GMT, Donn Cave <donn(a)u.washington.edu> wrote: >It doesn't seem to matter where a function is defined, only the scope >where it's found. The normal and most convenient way to get a function >into the class name space is certainly to define it there, but any other >way will serve as well - it doesn't matter if you define it outside the >class, or inside. >How could we justify anything different, in a dynamic "run time" system >like Python? Sure, the class behavious is excellent. But the point is, why should functions found in a class namespace be converted into methods, but functions found in an instance namespace not converted? For example, suppose you have a running application containing two instances of the same class. You need to patch your application on the fly, performing *different* modifications on each object. You send a signal to your application, and when it is next idle it execfiles your patch script. This script can modify each instance's variables, rebinding them to entirely new objects. In particular, it is possible to hide class variables by adding instance variables of the same name. However, with the current behaviour, it is not possible to bind instance variables to function objects and override class variables with the same name (bound to function objects) without changing any other code, because the rest of the program will expect these instance atributes to be *method objects*, not ordinary function objects. It is only possible to change the class variable, and thus change the behaviour of *all* instances of that class. In a nutshell, I don't see any fundamental reason why the search-instance-namespace then search-class-namespace attribute resolution order couldn't be used to allow method overriding on an instance-by-instance basis. With the current, function-to-method conversion rules, this is impossible. Actually, I'm more curious about why this design decision was made. (Or did it just happen that way!) -- Ben Caradoc-Davies <bmcd(a)es.co.nz>

3 2

Re: Python complaints
by Gareth McCaughan Dec. 3, 1999

Dec. 3, 1999

Mark Carroll wrote: > Basically, I'd be really interested to learn: what _don't_ people like > about Python? - if/then/else works on *statements* (strictly, suites of statements) rather than on *expressions*, so I can't say print "You scored %s point%s" % (score, if score==1 then "" else "s") or anything like that. (Or, as some people prefer to put it, Python has no ? : operator.) In fact, the distinction between statements and expressions is in my view a wart. (Lots of people would, of course, disagree.) - Memory management is by refcounting instead of GC. This has its good points (it means that one can define more precisely when e.g. finalisation happens), but it does mean that if you build structures with cycles in the reference graph then they won't get GCed when you want them to. This is a real nuisance, for instance, when you're exploring ideas or debugging: suppose you have a piece of code that builds a big data structure out of class instances; then every time you make a small change and run it again (you have to run it again, because existing instances belong to the old versions of the classes) you can be leaking a lot of memory. - Method definitions have to be lexically contained in class definitions. So suppose you write something that parses a language and then does various things with the parse tree; if you adopt an OO approach to the parse tree (with things like "class IfStatement(ParseNode):") then you can't separate out very different operations like foo.print(), foo.compile() and foo.evaluate(). (That is, you can't group all the print methods together, and group all the compile methods together somewhere else, etc.) You can, of course, split your code up by having the WhileLoop and UntilLoop classes in different files, but this seems less sensible to me. :-) (This particular gripe applies to most OO languages.) - The Python interpreter is rather slow. (I'm talking about CPython here. I believe JPython is usually somewhat slower.) - Some more iteration constructs would be nice. - do ... while - parallel iteration across more than one list - a less yucky way of saying "for i in range(1,20,3)" -- Gareth McCaughan Gareth.McCaughan(a)pobox.com sig under construction

21 39

trouble with python 1.5.2 install on win98
by Lee Fletcher Dec. 3, 1999

Dec. 3, 1999

Hoping for some guidance to my problem w/Python, I have installed py152.exe on (2) Win98 machines: 1 at work, 1 at home The installation at home runs. I am having trouble running IDLE at work. It accesses the hard drive but never becomes a running program. Starting from the beginning, I have d/l and run py152.exe. I accepted all default suggestions for installation of python, tk & tcl. I tried the "verify that the interpreter works " code on the http://www.python.org/download/download_windows.html page, both examples work I tried accessing IDLE from the "start menu" but no results. I rebooted (windows restart) to make sure any pending "setups" were finished. I tried accessing IDLE from the "start menu" >Again< but >still< no results. I have tried deja & faq searches from the ptyhon help page, but did not see anything that applies to this. Please, can you make any suggestions on what I have done wrong? Thanks, Lee Sent via Deja.com http://www.deja.com/ Before you buy.

3 3