BERJAYA

Dealing with faults matters (was: Is Python dying?)
by claird＠Starbase.NeoSoft.COM Aug. 28, 2003

Aug. 28, 2003

In article <3706f449.12085377(a)news.cybercity.dk>, Morten Christensen <mmc(a)vip.cybercity.dk> wrote: >On 31 Mar 1999 06:01:03 -0600, claird(a)Starbase.NeoSoft.COM (Cameron >Laird) wrote: >>*I* certainly discuss it. Anyone who understands >>that exception-handling is important I invite to >>realize that exception-handling on the sociologi- >>cal-organizational dimension has an even bigger >>multiplier. >> >>This is a plank of my "Visual C considered profes- >>sional malpractice" campaign. > >??? > >...I understand exception handling and regard it as very important, >although the (Visual) C++ implementation is really awful (as everyone >who have experienced "unexplainable" Visual C++ exceptions of unknown >origin and type knows ).... I also know a lot about how exception >handling is actually implemented in modern OO languages such as C++ >(this was the subject I wrote my master thesis on).... > >HOWEVER, I have NO clue about what you mean by exception-handling as a >multiplier on the sociological-organization dimension :-) I would like >to find out. Can you explain? . . . Happily. Excuse my giddiness, please; I see that that last message *did* wander too far into the land of obscurity. Here's what I was saying: exception-handling is important. Programs that intelligently use exception-handling mechanisms are better programs. Exception-handling is even more important to people. People and organizations that deal with exceptions intelligently, and don't pre- tend that everything should be without fault, are better people and organizations. In fact, a correct computer program often has over half its lines devoted to accomo- dating error. A wise person will have good ways to respond to criticism/problems/diffi- culties/...; dealing with success is relatively easier. -- Cameron Laird http://starbase.neosoft.com/~claird/home.html claird(a)NeoSoft.com +1 281 996 8546 FAX

3 2

Bug in v1.5.2 Websucker GUI?
by dhfx＠realtime.net June 13, 2003

June 13, 2003

I'm running v1.5.2 on a Win95 box. I tried wsgui.py and got the following error message: ... File "C:\ ... \WSGUI.PY", line 165, in go self.sucker.rootdir = os.path.dirname( [ websucker.Sucker.savefilename(self.url)) ] TypeError: unbound method must be called with class instance 1st arg (the part in [ ] didn't appear in the message - I added it from the code) The object-instance self.sucker is an instantiation of class SuckerThread, which is derived from class Sucker of the websucker code module. The SuckerThread class includes a method savefilename() which overwrites the method in websucker.Sucker of the same name. Whoever coded wsgui evidently wanted to use the method of the parent class, rather than the method of the derived class. What seems to be giving trouble is that the arg of dirname() is a class method, rather than a method of an instance of the class. Here's what I did: I defined a new method savefilename1() in SuckerThread which just calls the savefilename() of the parent class: def savefilename1(self, url): return websucker.Sucker.savefilename(self, url) Then I changed the code at "line 165" to the following: self.sucker.rootdir = os.path.dirname( self.sucker.savefilename1(url)) and now it works. Note that the arg "self" of savefilename1() in the line above is not needed, it's implicit. In fact, when I had it in, I got an error message that I had too many args! David Friedman

5 8

.pyo's without .pyc's?
by Randall Hopper July 9, 1999

July 9, 1999

I'm trying to cook a minimalist Python install, and I find that python -O won't run without .pyc's in-place, even when there are pyo's. I thought pyc's were the straight-compiled version, pyo's were the optimized version, and they were independent. Is this correct? To be specific: Python-1.5.2 > ff 'os.*' ./lib/python1.5/os.pyo ./lib/python1.5/os.pyc Python-1.5.2 > python Python 1.5.2 (#2, May 26 1999, 12:25:54) [C] on irix646-n32 Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam >>> ^D Python-1.5.2 > find . -name '*.pyc' | xargs rm Python-1.5.2 > python -O 'import exceptions' failed; use -v for traceback Warning! Falling back to string-based exceptions Trying to run a python script with -O fails on other modules (os for example). -- Randall Hopper aa8vb(a)yahoo.com

5 9

works: hjälpprylar
by Fredrik Lundh June 28, 1999

June 28, 1999

makedoc.py bygger hjälppackarna från XHTML- dokumentation under manual/... tidy konverterar från HTML till XHMTL (se tidigare mail). för att bygga ett index, se DocumentIndex (och worksHandbook). </F>

5 5

pythonwin COM Update link out of date
by bernhard＠alpha1.csd.uwm.edu June 17, 1999

June 17, 1999

http://www.python.org/ftp/python/pythonwin/pwindex.html#oadist Gives a bad link to the MS Microsoft Knowledge Base article Q164529. The link is bad and I cannot relocate the article with the search engine on that site and other methods... :( The closest I could get was: http://support.microsoft.com/support/kb/articles/Q139/4/32.asp from http://support.microsoft.com/support/downloads/LNP195.asp Hmmmm.... is there a potential danger in installing oadist.exe? Bernhard

3 5

beginners Q: CGI and file paths
by jlittler＠silas-2.cc.monash.edu.au June 14, 1999

June 14, 1999

Hi, I've written a cgi script that outputs a couple of files. The default placement is in the cgi-bin directory and I want them to go elsewhere. I've tried ... filename = "/proper_path_here/c_list.html" append = open(filename, 'a') but putting the path in front of the filename makes no difference (and doesn't generate an error) I read thro cgi.py but can't see what to do. Any help appreciated... Cheers John -- jlittler(a)silas.cc.monash.edu.au http://jlittler.cjb.net http://linuxmusic.cjb.net

3 2

Keyword calling gotcha ?
by Darrell June 14, 1999

June 14, 1999

Am I missing something ? >>> class A: ... def __init__(self, **parms): ... pass ... >>> class B(A): ... def __init__(self, **parms): ... A.__init__(self,parms) ... >>> A(a=1,b=2) <__main__.A instance at 7f85a0> >>> >>> B(a=1,b=2) Traceback (innermost last): File "<stdin>", line 1, in ? File "<stdin>", line 3, in __init__ TypeError: too many arguments; expected 1, got 2 >>> --Darrell

12 18

complete GNU readline support?
by Ovidiu Predescu June 11, 1999

June 11, 1999

Hi, I'm trying to access some advanced GNU readline capabilities from Python 1.5.2 but it doesn't seem that the readline module supports them. Is there an extension to it that has bindings to GNU readline in a similar way the Perl module has? I'm interested in supporting keymaps and asynchronous reads from the terminal. Thanks, -- Ovidiu Predescu <ovidiu(a)cup.hp.com>

3 4

Python 2.0
by graham＠sloth.math.uga.edu June 11, 1999

June 11, 1999

I read the following interesting snippet at http://www.python.org/workshops/1997-10/proceedings/hugunin.html >6.2. Python in Java's Advantages > >Using Java as the underlying systems language for Python has a number of >advantages over the current implementation of Python in C. First and >foremost of these in my mind is the opportunity to ride the Java >popularity wave and let Python code run everywhere there's a Java VM. >It also makes the rich set of portable Java API's available from within >Python. > >There is also a nice collection of technical reasons why Java is a >superior implementation language for Python than C. These include >Java's binary portability, thread-safety, object-orientation, true >exceptions, garbage collection, and friendliness to glue languages. >More questions need to be answered before I can make a convincing >argument that Python 2.0 should be implemented in Java rather than C. >Nonetheless, I think that Java offers many advantages for Python as >both an implementation language and a widely available run-time platform. What particular intrigues me here is the sentence >More questions need to be answered before I can make a convincing >argument that Python 2.0 should be implemented in Java rather than C. I was wondering if this is seriously being considered -- that is implementing Python 2.0 in Java rather than C. While I understand that there are some technical challenges with this (notably interfacing to the existing C implemented extensions), I personally think there is a lot to be said for compiling Python to the JVM. For example: access to the Java apis, garbage collection, true compilation, the ability to write statically typed code (just write that part in Java!), access to Swing, promoting Python on the coat-tails of Java (free publicity and hype), etc. Comments? graham -- Thanks for the trouble you took from her eyes I thought it was there for good So I never really tried

36 92

Designing Large Systems with Python
by David Steuber June 9, 1999

June 9, 1999

Over my programming life, I have used a 'cowboy' programming style. Once I have a general idea for a solution to a problem, I start coding, using the text editor as sort of an etch-o-scetch. This works fine for programs under about 10klocs (thousand lines of code), but it is rather fragile and doesn't hold up to larger programs or the requested additions of un-anticipated features. I've noticed the acedemic and industry attempts to solve the problem. OOA/OOD, UML, design patterns, et al are all proposed solutions. Meanwhile, languages like Ansi Common Lisp have had features that allow you to prototype and build a large system at the same time. That is, the specification of the system becomes the system. People have done the same thing with Visual Basic, so I am told. What I am wondering about is the suitability of Python for specifying, a large system and building a prototype. I have gotten myself rather entrenched in the cowboy style and I would love it if Python supported that for larger systems. One other thing. Is the documentation that comes with Python sufficient to gain mastery of the language, or should I consider buying (yet) another book? -- David Steuber http://www.david-steuber.com If you wish to reply by mail, _please_ replace 'trashcan' with 'david' in the e-mail address. The trashcan account really is a trashcan. A long memory is the most subversive idea in America.

18 29

Python-list

May 1999