Re: what would you like to see in a 2nd edition Nutshell?
JoeG schreef: > I disagree with your Tkinter vs. wxPython > decision. I tried a number of programs written with Tkinter and really > didn't like the interface. The program I helped develop is Windows > based and I knew that a program with the Tkinter interface would never > work as a cross platform environment. Out existing customers just > wouldn't accept it. I can't see anyone using Tkinter for new mass > market development. If you've already got an application written with > it you might want to continue using it but for new projects, wxPython > seems to have some BIG advantages. Robin Dunn is writing a wxPython book: <http://article.gmane.org/gmane.comp.python.wxpython/17535> -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Probleme mit der Installation der openSource Bittorrent.... python vs JAVA
Gerhard Haering schreef: > I can understand your emotions here. OTOH it's typical for Germans > (and even more so French) to assume that everybody speaks their > language. The same is true for English language speakers in my experience... (E.g.: why is this international newsgroup in English only?) > [*] The very minimum of netiquette would require to read a few > messages in the newsgroup/mailing list and check what it is about and > in what language it is. Hm, be.* newsgroups are officially "quadrilingual" (Dutch, French, German & English), but in practice 99,99% of the messages are in Dutch, so reading a few messages won't help much... ;-) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: The Industry choice
Paul Rubin schreef: > Java code is larger and takes longer to write, but has a higher chance > of working properly once it compiles and passes basic tests. That's why you can make most JSP sites useless by disabling cookies in your browser? :-p -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: The Industry choice
Steve Holden schreef: > Would anyone undertake to give a "Hidden Technologies" talk at PyCon, > outlining how this phenomenon operates against the adoption of > technologies that the big boys effectively keep to themselves by > keeping quiet about? Google's use of Python , while not a closely-kept > a secret as Oracle's use of Tcl, certainly isn;t as well-known as it > deserves to be. And since 2004-10-14, Corel uses Python too... ;-) They bought JASC Software last year, who use Python as a scripting language in their PaintShop Pro products. -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: OT: spacing of code in Google Groups
Adam DePrince schreef: > On Fri, 2004-12-31 at 13:03, [EMAIL PROTECTED] wrote: >> When I copy code from a source file into a Google Groups message, the >> indentation is messed up, making my Python code illegal and all my code >> ugly. Are there tricks to avoid this? > > Subscribe to the [email protected] mailing list. Take a look at > http://python.org/community/lists.html The news group and this list are > mirrors of each other. Of course, the benefit this provides depends on > which mail client you use. I don't know if gmane keeps formating of messages intact when posting? That could be an alternative too... Or just use one of the free news servers, some of them even allow connections on port 80. ;-) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: OT: spacing of code in Google Groups
Terry Reedy schreef: > "JanC" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] >> I don't know if gmane keeps formating of messages intact when >> posting? That could be an alternative too... > > Reading posts via gmane with Outlook Express preserves leading spaces > just fine. However, OE deletes tabs regardless of what newsgroup > does. OE is useless anyway (at least as a newsreader). I was talking about the gmane web interface as an alternative to Google's. They have an NNTP server but also three http-based interfaces: RSS-feed, blog-style & framed (looks more or less like a newsreader). ... Tested it in gmane.test, posting through their web interface preserves whitespace. -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Rebinding stdout (was: Re: Python! Is! Truly! Amazing!)
Ron Garret schreef: > But this topic does bring up a legitimate question: I have a bunch of > code that generates HTML using PRINT statements. I need to convert all > this code to return strings rather than actually printing them (so I can > use the results to populate templates). In Lisp I could do this: > > (with-output-to-string (s) > (let ( (*standard-output* s) ) > (call-html-generating-code) > s)) > > Is there an equivalent Python trick to capture a function call's output > as a string? Something like this: py> import cStringIO py> import sys py> py> def foo(): ... print "test" ... py> f = cStringIO.StringIO() py> sys.stdout = f py> foo() py> s = f.getvalue() py> sys.stdout = sys.__stdout__ py> f.close() py> print s.capitalize() Test -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: The Industry choice
Paul Rubin schreef: > The AOL web server also uses tcl as a built-in dynamic content > generation language (i.e. sort of like mod_python), or at least it > used to. It still does: """ AOLserver is America Online's Open-Source web server. AOLserver is the backbone of the largest and busiest production environments in the world. AOLserver is a multithreaded, Tcl-enabled web server used for large scale, dynamic web sites. """ <http://www.aolserver.com/> -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Rebinding stdout (was: Re: Python! Is! Truly! Amazing!)
Just schreef: > You should always save stdout instead of using __stdout__. It may not be > the same! You're right, especially when this code would execute in an (at programming time) unknown context. -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: input record sepArator (equivalent of "$|" of perl)
Jeff Shannon schreef: > John Machin wrote: > >>Subtle distinction: A metER is a measuring device. A MetRE is a unit of >>distance. > ... except in the US, where we stubbornly apply the same spelling to > both of those. (It figures that we Americans just ignore subtle > distinctions) Or there is some Dutch influence... ;) (In Dutch it's "meter" for both meanings.) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: OT: spacing of code in Google Groups
Peter Hansen schreef: >> You mean to say that your editor does not have rectangle operations ? >> :-) > > I wouldn't know.** I try quite hard to limit the features > that I have to learn and remember to a very, very small > list. Why the heck would I ever have to do "rectangle > operations" on a regular basis? ;-) > ** I'm using Scite; it probably has it. It has quite a few > features -- far more than I'll ever use. Remarkable how > simple an editor could be and still be effective... for > some people. Rectangular selection only works with the mouse in SciTE/Scintilla: alt-click-drag. Most of SciTE's (editor-)features are also available in other Scintilla based editors. -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: OT: spacing of code in Google Groups
Peter Hansen schreef: > Steve Holden wrote: > >> Or even used cut(1) from the command line. > > Or myybe not :-) > > Microsoft Windows XP [Version 5.1.2600] > (C) Copyright 1985-2001 Microsoft Corp. > > c:\>cut > 'cut' is not recognized as an internal or external command, > operable program or batch file. Microsoft Windows 2000 [versie 5.00.2195] (C) Copyright 1985-2000 Microsoft Corp. C:\>cut cut: u moet een lijst van bytes, tekens, of velden geven Probeer `cut --help' voor meer informatie. Seems to work just fine... :-P Have a look at: <http://gnuwin32.sourceforge.net/> They have native win32 builds of many of the GNU commandline utilities... -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Python Operating System???
jtauber schreef: > see http://cleese.sourceforge.net/ There is not much to see there, most of the wiki is filled with spam... -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Free NNTP (was Re: how to stop google from messing Python code)
Aahz schreef: > You also have access to the free netnews server http://news.cis.dfn.de/ That address is now for DFN internal use only. Their public service moved to <http://news.individual.net/>. -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: hash patent by AltNet; Python is prior art?
Tim Churches schreef: > And I agree 100% with Alex Martelli - Europe and other countries must > reject software, algorithmic and business method patents and thus create > a powerhouse of innovation. let the US and fellow-travellers stew in > their own juice - they will become powerhouses of litigation instead. > Provided other countries don't recognise software and business method > patents, the litigation will be confined within US borders, where > resources can be productivelt spent making television dramas about > attractive young patent attorneys and plodding, tram-riding patent > clerks who are really brilliant physicists if only someone would > recognise their potential. So yes, please write to your MP and MEP and > protest against the prospect of software and business method patents in > Europe. Hopefully one day within my lifetime we'll have a governemt here > in Australia which will roll back the damage done to our patent system > by trying to make just like the US system, just so we can conclude an > unbelieveably inequitable free trade agreement with the US. But that's > our problem. It's not looking really good here in Europe: <http://swpat.ffii.org/letters/fish0501/index.html> If they succeed to push this through and Poland--or another country-- doesn't help us... :-( -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: nntplib: abstraction of threads
Steve Holden schreef: > Better still, do a Google search on "mail threading algorithm", > implement the algorithm described in > >http://www.jwz.org/doc/threading.html > > and post your implementation back to the newsgroup :-) <http://www.google.com/search?q=jwz+python&btnI=I'm+Feeling+Lucky> <http://www.amk.ca/python/code/jwz> -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Free NNTP (was Re: how to stop google from messing Python code)
Paul Boddie schreef: > JanC wrote: >> Aahz schreef: >> >>> You also have access to the free netnews server >>> http://news.cis.dfn.de/ >> >> That address is now for DFN internal use only. >> >> Their public service moved to <http://news.individual.net/>. > > To me, that seems to be the general problem with public NNTP services > - you have to play a game of following them around the net. The "http://news.cis.dfn.de/"; address has worked for 1 year after they announced this change. DFN stands for the "German Science and Research Network" and is a government funded organisation, and they wanted/needed separate servers for public and member usage, so they had to find a new name for their public service: "individual.net". -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: rotor replacement
Robin Becker schreef: > well since rotor is a german (1930's) invention And AES is a Belgian invention... ;-) > it is a bit late for > Amricans (Hollywood notwithstanding) to be worried about its export -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Another scripting language implemented into Python itself?
Francis Girard schreef: > I'm really not sure but there might be some way to embed Java Script > within Jython. You can embed JavaScript in CPython, but I don't know how secure or stable it is: <http://wwwsearch.sourceforge.net/python-spidermonkey/> -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Where can I find sample "beginner" programs to study?
Todd_Calhoun schreef: > I'm trying to learn Python (and programming), and I'm wondering if > there are any places where I can find small, simple programs to study. Try: <http://www.uselesspython.com/> <http://aspn.activestate.com/ASPN/Python/Cookbook/> -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: python and gpl
Paul Rubin schreef: > My IANAL amateur reading is that the GPL does in fact apply, at least > in the US. Running the program is not restricted, but loading the > program from disk to memory before you can run it counts as copying > it, which invokes the license, Computer Associates v. Altai, 982 F.2d > 693. I personally believe that doctrine is insane, but that's what > software companies pushed through the courts in order to make > shrink-wrap EULA's enforceable. (Otherwise they'd only be enforceable > if you agreed to the terms before the vendor got your money). In Belgium (and the whole EU, I think) copying a program from disk to memory to be able to run it is covered under "fair use" (just like copying digital data from an audio CD to a DAC to be able to listen to it is fair use), which can't be restricted by companies. AFAIK. IANAL. Etc. ;-) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Suggesion for an undergrad final year project in Python
Kartic schreef: > Or if you are the networking types, come up with a peer-to-peer chat > application with whitetboard capability, which I am sure will be fairly > novel. Hm, a Python version of The Coccinella? :-) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: OT: why are LAMP sites slow?
Paul Rubin schreef: > I don't know that the browser necessarily renders that faster than it > renders a table, Simple tables aren't slow, but tables-in-tables-in-tables-in-tables-in- tables are. -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: OT: why are LAMP sites slow?
Jeffrey Froman schreef: > M.E.Farmer wrote: > >> Div is a block level tag and span isn't. >> You can also group them together and nest them. > > One caveat here -- I don't believe you can (should) nest a > inside a , or for that matter, nest any block-level element > inside an inline element. The following nesting is valid AFAIK: While this isn't: -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Possibly OT: Controlling winamp with Python
Bill Mill schreef: > You could write the Python program as a proxy of the internet stream. > Basically, you would point your proxy at the web stream and receive > the data it sends. At the same time, you would be listening for > connections on some socket on the local machine. You would then point > winamp towards the local socket instead of the internet station. Winamp buffers incoming streams, so that won't be very functional... ;-) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Big development in the GUI realm
Kartic schreef: > In any case, let's say I use Python to create an application that uses > some module that is GPL. So what are my options? For your own personal use: doesn't mather. If you want to distribute it, your application must be GPL'ed, so *all* source code must be made available for those you distribute it to. -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Big development in the GUI realm
Jeremy Bowers schreef: > Copyright-based models can't handle modern computer programs, Most countries have computer program specific parts in their copyright laws... -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Big development in the GUI realm
Francis Girard schreef: > Did some law court, over the past > decade, had to make a decision about GPL on some real issue ? netfilter vs. Sitecom ? -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: For American numbers
Peter Hansen schreef: > Given the clear "units='bytes'" default above, and my restricting > my comments to "the rest of the computer world", it should be > clear I was talking about a very limited subset of the planet. > > A subset, however, which has an extremely strong attachment to > 1024 instead of 1000 (for very good reasons), and which is > less likely to abandon backwards compatibility and widely accept > 1000 than the US is likely to adopt metric widely in the near > future... The problem is that that 'subset' uses kilo for both 1000 (at least hard disks & some network transmission speeds) and 1024 in computer science. -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: [EVALUATION] - E02 - Support for MinGW Open Source Compiler
Robert Kern schreef: > And yet there is not one company that has someone devoted full-time to > developing Python. Except for 'future Python' aka PyPy... <http://codespeak.net/pipermail/pypy-dev/2004q4/001696.html> :) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: - E02 - Support for MinGW Open Source Compiler
Nick Vargish schreef: > Please consider a visit to > tinyurl.com before posting a monster like that... :^) As long as he also posts the full URL... -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: possible python/linux/gnome issue!!
bruce schreef: > i'm running rh8.0 with gnome.. i'm not sure of the version (it's > whatever rh shipped). > > i've recently updated (or tried to update) python to the latest > version. when i try to run the 'Server Settings/Services' Icon within > gnome, nothing happens... > > i tried to run the 'start services' command from a command line, and > got the following... > > it appears to be a conflict somewhere... Red Hat uses Python for their configuration tools. It seems like those are not compatible with the newer python version you installed. You should keep the older Python version installed & make sure the Red Hat tools use that instead of (I think) the newer version. -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: urllib2 meta-refresh
Artificial Life schreef: > urllib2 does not seem to be able to handle META-REFRESH in an html > document. I just get back the html to the page that is supposed to > forward me to the intended page. Any way around this? Have a look at the HTTPRefreshProcessor in ClientCookie: <http://wwwsearch.sourceforge.net/ClientCookie/doc.html> -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: pyasm 0.2 - dynamic x86 assembler for python
Stefan Behnel schreef:
> Meaning: Put the assembler into the doc-string of a function. Then
> use a decorator to run the assembler on the function's __doc__ string
> and build an assembly function that takes the same arguments to make
> the assembly function directly callable.
That would 'disable' a programmer's ability to add useful documentation
in the comments, but I played a bit further with the decorator idea.
The code below makes it possible to write assembler code for different
architectures (in case pyasm ever supports that ;) and also a Python
code version to use when running on a system where no assembler code
can be used. It prints:
Hello x86 world!
Hello python world!
Hello i386 world!
Note: there is no serious error checking in this code and it's maybe
not the best possible solution (this is my first decorator code), but
it seems to work... :-)
--
# supported_architectures should be defined in pyasm
# this is just to show how it could work...
supported_architectures = ['x86','i386']
# asm optimization decorator
def asm_optimise(*architectures):
arch_iter = architectures.__iter__()
try:
arch = arch_iter.next()
while arch not in supported_architectures:
arch = arch_iter.next()
def decorate(f):
# x86 only at this moment ;-)
def optimized(self):
from pyasm.x86asm import codePackageFromFile
from pyasm.x86cpToMemory import CpToMemory
from pyasm.pythonConstants import PythonConstants
import cStringIO
arch_asm = eval('self._asm_%s' % arch)
cp =
codePackageFromFile(cStringIO.StringIO(arch_asm),PythonConstants)
mem = CpToMemory(cp)
mem.MakeMemory()
mem.BindPythonFunctions(globals())
return __call__()
return optimized
except StopIteration:
# no supported architecture found
def decorate(f):
return f
return decorate
class hello_world(object):
"""Hello world with assembler optimisation for x86."""
_asm_x86 = r"""
!CHARS hello_str 'Hello x86 world!\n\0'
!PROC __call__ PYTHON
!ARG self
!ARG args
PUSH hello_str
CALL PySys_WriteStdout
ADD ESP, 0x4
MOV EAX,PyNone
ADD [EAX],1
!ENDPROC
"""
@asm_optimise('x86')
def __call__(self):
print 'Hello python world!'
test = hello_world()
test()
class hello_world2(object):
"""Hello world with assembler optimisation for unknown architecture."""
# fake unknown architecture asm :)
_asm_unknown = r"""
!CHARS hello_str 'Hello unknown world!\n\0'
!PROC __call__ PYTHON
!ARG self
!ARG args
PUSH hello_str
CALL PySys_WriteStdout
ADD ESP, 0x4
MOV EAX,PyNone
ADD [EAX],1
!ENDPROC
"""
@asm_optimise('unknown')
def __call__(self):
print 'Hello python world!'
test = hello_world2()
test()
class hello_world3(object):
"""Hello world with assembler optimisation for x86."""
_asm_x86 = r"""
!CHARS hello_str 'Hello x86 world!\n\0'
!PROC __call__ PYTHON
!ARG self
!ARG args
PUSH hello_str
CALL PySys_WriteStdout
ADD ESP, 0x4
MOV EAX,PyNone
ADD [EAX],1
!ENDPROC
"""
_asm_i386 = r"""
!CHARS hello_str 'Hello i386 world!\n\0'
!PROC __call__ PYTHON
!ARG self
!ARG args
PUSH hello_str
CALL PySys_WriteStdout
ADD ESP, 0x4
MOV EAX,PyNone
ADD [EAX],1
!ENDPROC
"""
# i386 will be tried first, then x86
@asm_optimise('i386','x86')
def __call__(self):
print 'Hello python world!'
test = hello_world3()
test()
--
--
JanC
"Be strict when sending and tolerant when receiving."
RFC 1958 - Architectural Principles of the Internet - section 3.9
--
http://mail.python.org/mailman/listinfo/python-list
Re: Licensing Python code under the Python license
Martin v. Löwis schreef: > Larry argues that a license should be legally meaningful, and > legally clear - or else there is little point in formulating > a license in the first place. This is difficult to do right, if you have to consider all the laws in different countries... -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: why python is slower than java?
Eric S. Johansson schreef: > nothing would compel anyone to pay anything. But I could see eventually > folks being rated on whether or not they do pay. If you've got someone > who's always asking time-consuming questions and not paying anything, it > would be totally appropriate to filter out that person. That person might be a student in some third-world country... -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Book Recommendations
Nathan schreef: > The link doesn't work -- maybe because of the new google groups > interface? > Can you repost with a working link? I think it's this: <http://groups-beta.google.com/group/comp.lang.python/browse_thread/thread/7bc765e46f2d2180> -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Python installation breaks Outlook Express
Mike schreef: > I have the same problem. It isn't a problem with Outlook. It is with > Python. I loose my wired AND wireless connections. Removing Python > bringst them back to operational. > Mike I don't know about the wired/wireless connections above, but this: > M. Laymon wrote: >> I just installed Python 2.3.3 under Windows XP professional. After I >> did, my wife tried to access her email using Outlook Express and got >> the error messages: >> >> Your server has unexpectedly terminated the connection. Possible >> causes for >> this include server problems, network problems, or a long period of >> inactivity. >> Account: 'incoming.verizon.net', Server: 'outgoing.verizon.net', >> Protocol: SMTP, Port: 25, Secure(SSL): No, Error Number: 0x800CCC0F >> >> Your server has unexpectedly terminated the connection. Possible >> causes for this >> include server problems, network problems, or a long period of >> inactivity. >> Account: 'incoming.verizon.net', Server: 'incoming.verizon.net', >> Protocol: POP3, >> Port: 110, Secure(SSL): No, Error Number: 0x800CCC0F >> >> (No comments about Outlook, please.I have tried to get her to use a >> different email program, but she likes Outlook.) I checked the >> settings, then recreated her account in Outlook, but nothing worked. >> My Mozilla Thunderbird email client worked fine. >> >> Since the only thing I had done recently was to install Python. I >> used system restore to go back to the point before installing Python. >> After I did, Outlook started working again. Has anyone else seen >> this behavior ? ... might happen if you use a Python program to filter spam in Outlook (e.g. SpamBayes). This error is often caused by a personal firewall blocking such a filter program, and after a Python upgrade, every Python program will be considered "unknown". -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: why python is slower than java?
Andrew Dalke schreef: > Then think of the extra incentive to provide useful answers. > > Also, Eric had pointed out that payment included "money, > sex, chocolate" and other non-monetary possibilities. > > Personally I think it'll be hard to put a monetary micropayment > into place because at that level those other factors have at > least a comparable impact. Heh, payment to an American --> equivalent American price for Belgian chocolate --> Belgian price for Belgian chocolate --> this will be very cheap for me and the other Belgians around here... ;-) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: os.path.islink()
Peter Maas schreef: > Egor Bolonev schrieb: > >> how to detect ntfs links? > > There are no ntfs links. You're wrong, NTFS supports symlinks for directories and hard links for files: <http://www.sysinternals.com/ntw2k/source/misc.shtml#junction> <http://shell-shocked.org/article.php?id=284> -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: MP3 - VBR - Frame length in time
Dmitry Borisov schreef: > It has something to deal with the VBR tags( XING header ). *If* there is a VBR tag (it's a custom extension) and *if* that VBR tag contains a correct value. -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: os.path.islink()
Peter Maas schreef: > Thanks for the update and my apologies to Egor. I was using Win2k for > two years and never saw a link, neither at system nor at application > locations. How nasty of Microsoft to add this feature so silently :) IIRC this is something they had to add for the US government (probably something to do with posix compliancy?), but that they don't want people to use... ;-) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Upgrading Python Article
Fuzzyman schreef: > On the other hand the microsoft > compiler is *better* than gcc anyway :-) It's better at optimising, but it doesn't support standard C & C++. ;-) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Help beautify ugly heuristic code
Stuart D. Gathman schreef: > I have a function that recognizes PTR records for dynamic IPs. There > is no hard and fast rule for this - every ISP does it differently, and > may change their policy at any time, and use different conventions in > different places. Nevertheless, it is useful to apply stricter > authentication standards to incoming email when the PTR for the IP > indicates a dynamic IP (namely, the PTR record is ignored since it > doesn't mean anything except to the ISP). This is because Windoze > Zombies are the favorite platform of spammers. Did you also think about ISPs that use such a PTR record for both dynamic and fixed IPs? -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: New versions breaking extensions, etc.
Jive schreef: > P.s. Does anyone know how to make Outlook Express leave my damned > line-ends alone? If I want line-ends. I know where to find the ENTER > key. Google for "oe-quotefix", but the best solution is to use a proper newsreader. ;-) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Upgrading Python Article
Tim Roberts schreef: > I don't think that's fair. Visual C++ 7.1 is signficantly better at > compliance than their past compilers. AFAIK that's only for C++, not for C...? -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Python IDE
Mike Meyer schreef: > There was a group that made a living porting GCC to vender-specific > hardware platforms, Cygnus. -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: MIDI (was - Re: BASIC vs Python)
Bob van der Poel schreef: > Just as a side note, I remember reading somewhere that the Casio WK3000 > Keyboard uses Python. Not sure if that's internal or just for Casio's > own development. <http://homepages.ihug.co.nz/~edmin/links.htm> At the bottom it says: | 2. Python Programming Language - some of Casio's Internet Data | Expansion System is written in Python, a high-level interpreted, | interactive, object-oriented programming language (check your PC folder | holding the Casio wave converter program - it also holds a file called | python22.dll and other files ending in '.pyd' which are Python runtime | dlls). Programmers may be able to use Casio's runtime routines to create | new utilities for the wk3000. Python is free to download and use. | | I need someone to look inside the various runtime dll's and Python pyd's | and report back on what they discover... -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Tabnanny really useful?
Steve Holden schreef: > Sounds like WingIDE to me. I'm a recent convert, but one feature that > impressed me was the instant warning I got when I indented code with > spaces in a tab-oriented source file. >From the SciTE/Scintilla docs: | tab.timmy.whinge.level | | For Python code, checks whether indenting is consistent. The default, 0 | turns off indentation checking, 1 checks whether each line is | potentially inconsistent with the previous line, 2 checks whether any | space characters occur before a tab character in the indentation, 3 | checks whether any spaces are in the indentation, and 4 checks for any | tab characters in the indentation. | 1 is a good level to use. It's also in de wxSTC docs: <http://www.yellowbrain.com/stc/lexing.html#setlexer> (Below the lexers table.) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Best GUI for small-scale accounting app?
McBooCzech schreef: > IMHO this is the worst think for the Python community: you can find > one Python only with an excellent support. Great But on the other > hand it is possible to find plenty of GUI tools and for the beginner > (and may be not just for the beginner) it is so hard to choose the > "proper" one! The field of GUI tools is so fragmented I think the field of GUI frameworks / tools for Python is fragmented because it's fragmented outside of Python too... -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Best GUI for small-scale accounting app?
Ed Leafe schreef: >> I think the field of GUI frameworks / tools for Python is fragmented >> because it's fragmented outside of Python too... > > I think that the reason things are fragmented in this field is that > none of the tools are simple enough to learn. Even on Windows, where several well-known and/or easy to use "Rapid GUI & Database Development Tools" exist (Delphi, VB, Access, Visual FoxPro, FileMaker, ...), the framework field is fragmented: Microsoft's Win32, MFC & WTL, Borland's VCL & CLX, wxWidgets, System.Windows.Forms, several Java frameworks, ... But even then, if DaBo ever becomes as easy to use as Delphi/VB for this type of applications, while remaining cross-platform, that might easily double the number of Python developers. ;-) -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: Unicode entries on sys.path
vincent wehren schreef: > Normally I would have thought this would require using the Microsoft > Layer for Unicode (unicows.dll). If Python is going to use unicows.dll, it might want to use libunicows for compatibility with mingw etc.: <http://libunicows.sourceforge.net/> -- JanC "Be strict when sending and tolerant when receiving." RFC 1958 - Architectural Principles of the Internet - section 3.9 -- http://mail.python.org/mailman/listinfo/python-list
Re: last and final attempt to search for python ods library.
Krishnakant wrote: > This is my last attempt to search for a nice python library for creating > open document spreadsheet. > > I tryed python-ooolib but did not find a few features like merging cells > (may be I am missing out some thing stupid ). You could add that feature to python-ooolib. > I have asked for some help before on this topic but seems there is no > such library in python. > > Pritty strange that python can't do this much. "Python" can do it. (Maybe nobody using & programming the libraries that you tried ever needed it, so they didn't implement it, but that's something different.) > So please tell me if any one knows of a good solution for my problem > else I am forced to give up python for my task. You could use python-uno (it's included with OOo by default, and should be able to do everything OOo can do.) -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: Packaging Survey
Robert Kern wrote: > On 2009-03-09 13:52, R. David Murray wrote: >> The web _really, really_ needs some sort of mechanism for a site >> to say "I'm not claiming anything about my identity, I'm just >> providing you an https channel over which to talk to me >> securely". > > If I don't claim an identity and provide a way for you to authenticate that > claim, the channel is vulnerable to a man-in-the-middle attack and, > therefore, > is not secure. It would provide moderate protection against naive > eavesdropping, > though. Is that what you meant? There might be a way to authenticate that claim: if you know who this site is supposed to be owned by, you can call them and ask them to read the fingerprint over the phone. Or they could print it on all their paper communication, which would be even better. Once (back in 2000) I had to order a signed certificate for a company that didn't exist (yet), and to my surprise it worked (and this was from a very well-known CA). That was the last day I really trusted certificates signed by (most) commercial CAs... So my conclusion is: the only way to be really sure if a certificate is good is the same for both types (self-signed or signed by a "trusted" CA). -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: Rough draft: Proposed format specifier for a thousands separator
Raymond Hettinger wrote: > No doubt that you're skeptical of anything you didn't > already know ;-) I'm a CPA, was a 15 year division controller > for a Fortune 500 company, and an auditor for an international > accounting firm. Believe me when I say it is the norm in finance. > Besides, it seems like you're arguing that thousands separators > aren't needed anywhere at all and have doubts about their > utility. Pick-up your pocket calculator and take a look. > Look at your paycheck or your bank statement. My current bank and my previous bank use 2 ways to write numbers: 1. a decimal comma, and a space (or half-space or any other appropriate small whitespace) as a thousands separator 2. written full out in words (including the currency names) Invoices (not from these banks) often use a point as the thousands separator (although that's "wrong" according to some national standards, it's probably okay according to accounting standards...). The second formatting (full words) is a legal requirement on certain financial & legal documents here (and I can imagine in other countries too?). Anybody working on a PEP about implementing a 'w' (for "wordy"?) formatting type? ;-) -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: Integer arithmetic in hardware descriptions
[email protected] wrote: > Some C# designers come from Pascal (where overflow is considered an > important thing), and they have added to dotnet ways to find when an > overflow occurs, globally in a program, locally in a piece of code, or > even in a single part of an expression. This is much better than > nothing. > I'm fighting against the C/C++ crowd to add C#-like integer overflows > to the D2 language, but with not much luck so far, all they (Walter, > mostly) see is the "lower performance" it may lead. In most "modern" Pascal dialects the overflow checks can be (locally) enabled or disabled with compiler directives in the source code, so the "speed issue" is not a real issue in practice... <http://freepascal.org/docs-html/prog/progsu62.html#x69-670001.1.62> This allows you to disable those checks in e.g. a very speed-sensitive piece of code (that you must check for correctness yourself then of course, but that's better than having to check *all* code). -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: PyPy Progress (and Psyco)
andrew cooke wrote: > Fuzzyman wrote: >> On Mar 15, 3:46 pm, Gerhard Häring wrote: > [...] >>> Me too. I doubt it, though. From an outside view, the project seems to >>> lack focus. To me, it looks like a research platform, and producing a >>> successor to CPython seems to be just one out of a dozen projects. > [...] >> Well, I know the guys involved and they are focused on making PyPy a >> practical (and importantly a faster) alternative to CPython. It has >> just taken a long time - but is finally showing real progress. >> >> They did get distracted along the way, but one of things that happened >> last year was a culling of a lot of the side projects that made it >> harder to make progress on the core goals. > > This is so good to hear. I had exactly the same concerns as Gerhard. > Thanks for posting some information. I think the period as a research platform (IIRC the project was funded by a research grant from the EU after all[*]) was maybe necessary to get where they are now...? [*] I'm happy to see at least this part of my taxes being spent for something good... ;-) -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: Integer arithmetic in hardware descriptions
[email protected] wrote: > JanC: >> In most "modern" Pascal dialects the overflow checks can be (locally) >> enabled or disabled with compiler directives in the source code, > > I think that was possible in somewhat older versions of Pascal-like > languages too (like old Delphi versions, and maybe TurboPascals too). Yeah, I think Turbo Pascal supported this since v3 or v4 at least. (By "modern" I meant as opposed to the original Pascal & the other "classic" Pascals that were available before Turbo Pascal came around.) >>so the "speed issue" is not a real issue in practice...< > > How can I help Walter (the designer and writer of the D language) > understand this? Do you have articles or other ways that support this > point of view? "Premature optimization is the root of all evil in programming" ? ;-) <http://c2.com/cgi/wiki?PrematureOptimization> (And D became way too complicated over the years, so I'm not really interested in it much anymore.) -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: File Compare with difflib.context_diff
JohnV wrote: > I have a txt file that gets appended with data over a time event. The > data comes from an RFID reader and is dumped to the file by the RFID > software. I want to poll that file several times over the time period > of the event to capture the current data in the RFID reader. > > When I read the data I want to be able to compare the current data to > the date from the last time I read it and only process the data > appended since the last time it was read. If you are on a posix system, you could maybe use the output of the 'since' commandline tool, or at least steal some ideas from it. <http://welz.org.za/projects/since> -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: cross compile Python to Linux-ARM
jefm wrote: > We are looking to use Python on an embedded Linux ARM system. > What I gather from googling the subject is that it is not that > straight forward (a fair amount of patching & hacking). > Nobody out there that has done it claims it is easy, which makes me > worried. [...] > What would it take for the Linux version of Python to be easily cross > compiled (i.e. would the Linux-Python maintainers be willing to > include and maintain cross-compilation specific functions) ? > > Let's say we can get it done. > How is the performance and stability of a working Python on an > embedded ARM-Linux system ? > > Does cross compiling Python automatically include the standard Python > library, or is that yet another adventure ? Python (including (most of) the standard library) is available for several linux distributions for ARM: - Debian (see packages.debian.org) - OpenWRT, e.g. http://downloads.openwrt.org/kamikaze/8.09/ixp4xx/packages/ - the next Ubuntu release will support some ARM chips - several other (embeded) distributions... You should check whether your specific hardware is supported though. There are several ARM designs from very simple embeded systems with very limited CPU & memory resources and lacking a FPU up to chips for netbooks and low-end desktop/server systems that have built-in 3D graphics. Obviously, python won't work if your system doesn't even have enough space to store python... ;-) BTW: you can run many of those linux distributions on qemu too, if you want to test some things before you have the hardware (it's obviously only an emulation though). -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: Is there any library for COREL or ILLUSTRATOR?
alejandro wrote: > I need to import cdr files to python and just make some calculations > (surface size of some objects, perimeters..) > Don't need to show them or manipulate with them... See http://sk1project.org/ Sk1 is a vector drawing program written in Python & they have libraries to read (some?) CorelDraw (v7-X3), Illustrator, Visio & WMF files. If you are on Ubuntu or Debian, you can install the 'python-uniconvertor' package and see if that includes the features you need. Seems like Sk1 & the other tools aren't packaged (yet). If you are on Windows, there is an installer on the Sk1 site. -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: How to do this in Python?
Josh Holland wrote: > How people would write a kernel in Python? Like this: http://code.google.com/p/cleese/wiki/CleeseArchitecturehttp://code.google.com/p/cleese/ ? -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: Async serial communication/threads sharing data
Jean-Paul Calderone wrote: > These days, serial ports are on the way out, I think. I don't see generic USB and bluetooth serial devices disappear that fast... E.g. AFAIK (almost?) all GPS receivers have to be accessed as serial devices (mine even looks like a generic USB-to-serial device to the kernel). -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: PID lockfile
Aahz wrote: >>Okay. But is that something that needs to be accommodated with, >>specifically, PID file handling? Why would a PID file ever need to be >>on NFS storage instead of local? > > That's the question. You'll probably get some complaints from people > running diskless machines, eventually, some years down the line. I think on diskless machines using a tmpfs (or similar) for PID files would be more sane anyway, but of course not everybody will (or can?) use that... -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: Python 2.6/3.0 packages for Ubuntu?
Francesco Bochicchio wrote: > [email protected] ha scritto: >> Does Ubuntu really not have Python 2.6 or 3.0 packages or do I just have my >> package list misconfigured? I'm setting up a fresh machine and am not too >> Ubuntu-aware. Is there a list of package repositories around somewhere? > In current 8.10, the default python is 2.5, but there is a set of > packages python3-... which gives you the 3.0. It has a 3.0 beta I think (the final version was released too late to include it). > The upcoming 09.04 will have 2.6 as standard, I think ... 2.6.1 actually, and it has 3.0.1 too, as well as versions of 2.4 (for zope2) and 2.5. Plus jython & ironpython... ;) http://packages.ubuntu.com/python http://packages.ubuntu.com/python2.6 http://packages.ubuntu.com/python3 (For Debian use "packages.debian.org" instead.) -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: How to create a virtual serial port?
Grant Edwards wrote: > On 2009-04-10, Stuart Davenport wrote: > >> I am trying to work out if its possible, to create a virtual serial >> port with Python? > > On Linux: no. I wonder if there is no way to emulate ptys from userspace? (Like you can use FUSE to implement filesystems in python.) -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: How to create a virtual serial port?
Scott David Daniels wrote: > I'ms confused by this statement. What physical connector does your > "serial port" use to get the serial data to the Mac? I only have one > 3-year old Mac laptop to look at, and I just don't see anything that I > would call a serial port. USB *is* a serial port... that's what the "S" stands for. ;) -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: How to create a virtual serial port?
Stuart Davenport wrote: > My point in all this is actually that I ordered a USB GPS Receiver and I just bought one myself a couple of weeks ago. They sell them at 10-13 euro on computer fairs these days, that's too cheap to not buy one... ;) > it wont arrive for another two weeks, being my impatient self, I am > writing an app for my iPhone to broadcast its GPS location over the > network to my laptop. I then want to get this data into the NMEA > format and push this data onto a PTY - this will in-effect replace the > USB GPS Receiver and the GPS software can read it :) Well, on normal linux/unix systems it would be easy, as in general applications there use 'gpsd'[1] to access GPS data, which you can then access from every application (instead of one application monopolizing the serial port) and it even supports access over TCP/IP. I don't know if gpsd works on Mac OS X[2] and the iPhone *and* with your application though (it doesn't emulate a serial port, so I think not...). Applications shouldn't monopolize a resource like a GPS without giving access to the data for others (like gpsd does)... [1] <http://gpsd.berlios.de/> [2] well, [1] says that it does, but is not officially supported -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: [ANN] Falcon - powering innovation
Gerhard Häring wrote: > I've never heard of tabular programming before. I guess something similar/related to SQL or LINQ? I don't think this is really a bad idea if you want to support sublanguages for common programming problems... (which seems to be one of their primary language design ideas). -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: Is there a programming language that is combination of Python and Basic?
Stef Mientki wrote: > BJörn Lindqvist wrote: >> SCREEN 13 >> PSET 160,100,255 > > Maybe, who is able to understand such nosense without a lot of apriori > knowledge ? You already needed that sort of knowledge to be able to use a computer back then... ;-) -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: getting linux distro used...
deostroll wrote: > I just found that you could use platform.system() to get the > underlying os used. But is there a way to get the distro used...? Major modern distros support 'lsb_release', I suppose: $ lsb_release -i -r -c -d Distributor ID: Ubuntu Description:Ubuntu 9.04 Release:9.04 Codename: jaunty If that doesn't work; try '/etc/issue'. -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: Light (general) Inter-Process Mutex/Wait/Notify Synchronization?
John Nagle wrote: > Linux doesn't do interprocess communication very well. > The options are pipes (clunky), sockets (not too bad, but > excessive overhead), System V IPC (nobody uses > that) and shared memory (unsafe). + dbus -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: Why bool( object )?
Steven D'Aprano wrote: > There are 4,294,967,296 integers that can be represented in 32 bits. Only > one of them represents zero. Or you can even define it as not including zero... ;) -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: Is it better to use threads or fork in the following case
Gabriel Genellina wrote: > In addition, the zip file format stores the directory at the end of the > file. So you can't process it until it's completely downloaded. Well, you *can* download the directory part first (if the HTTP server supports it), and if you only need some files, you could then only download these files out of the .zip, saving a lot in download time... -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: What text editor is everyone using for Python
Hendrik van Rooyen wrote: > When ssh- ing I have been using vim, painfully. Must look at nano - sounds > good. > I really miss Brief. Or try 'joe'. -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: Network programming ?
CTO wrote: > There's a book called Foundations of Python Network Programming that > is pretty much as good a book as you could ever ask for on the subject. I > strongly recommend it, and I think you'll find many of the examples > relevant. Yeah, I can recommend that book too. -- JanC -- http://mail.python.org/mailman/listinfo/python-list
Re: question about a command like 'goto ' in Python's bytecode orit's just a compiler optimization?
Hendrik van Rooyen wrote: > It is my opinion that it is not possible to make a useful machine, > virtual or real, which executes instructions sequentially, if the > instruction set does not contain a conditional jump of some sort. > > I have tried doing it using conditional calls, and it fails on > the equivalent of the first if ..., elif ... you try to write. I'm 99.99% sure you can implement that by using a decision subroutine that returns subroutine pointers (and maybe parameter pointers), but it certainly won't be efficient on current CPU designs... -- JanC -- http://mail.python.org/mailman/listinfo/python-list
