🌐 Mailman 3 October 2004 - Python-list - python.org

How to use python in matlab
by alikakakhel3＠hotmail.com Nov. 1, 2004

Nov. 1, 2004

How to use python in matlab?

2 1

Re: "number-in-base" ``oneliner''
by Andrea Griffini Nov. 1, 2004

Nov. 1, 2004

On Fri, 29 Oct 2004 23:34:42 GMT, exarkun(a)divmod.com wrote: > range(maxlen) can be replaced with range(int(math.log(x) / math.log(N)) + 1). Log accepts the base as second argument. def number_in_base(x, N=10, digits="0123456789ABCDEF"): return '-'[x>=0:]+"".join( [digits[abs(x)/N**i%N] for i in xrange(1+int(math.log(abs(x)+1,N))) if N**i<=abs(x)][::-1]) or digits[0] > Also, and perhaps you are already aware, number_in_base(x, 1, '0') doesn't produce the correct output with the above algorithm, although I believe it will if you switch to using math.log(). It doesn't handle roman numerals either... but so ? You can't count using base 1 with positional systems. Andrea

5 7

fcntl and FCNTL
by ofatemi＠yahoo.com Nov. 1, 2004

Nov. 1, 2004

I followed discussion in the group about this problem: ImportError: No module named fcntl I found out there are two modules: FCNTL fcntl the first one is obsolete and shouldn't be used. But the second one is usable. Unfortunately, there is no fcntl in my python installation (Python 2.3.3, I got it from python site for Windows). There is FCNTL.py which is just a warning message and some imports. Am I missing some files here. How could I have access to fcntl module. Any help? Thank you in advance. Regards;

4 4

"number-in-base" ``oneliner''
by aleaxit＠yahoo.com Nov. 1, 2004

Nov. 1, 2004

I hesitate a bit to post this, but... on the Italian Python NG, somebody was asking whether there was any way to convert an integer number x into a string which represents it in an arbitrary base N (given a sequence with a len of N that gives the digits to use) as "a single expression". I haven't found a really general way, much less a clear one, but, the best I have so far is...: def number_in_base(x, N, digits, maxlen=99): return '-'[x>=0:] + ( (x and ''.join([digits[k%N] for i in range(maxlen) for k in [abs(x)//N**i] if k>0])[::-1] ) or digits[0]) Besides the lack of clarity, the obvious defect of this approach is that darned 'maxlen' parameter -- but then, since I can have only a 'for', not a 'while', in a list comprehension or generator expression, and I don't think recursion qualifies as 'a single expression'...:-( Anyway, improvements and suggestions welcome, thanks! Alex

4 12

Re: Faking out __name__ == __main__
by bokr＠oz.net Nov. 1, 2004

Nov. 1, 2004

On Sun, 31 Oct 2004 17:05:59 -0500, Ed Leafe <ed(a)leafe.com> wrote: > I'm working on creating a generic runtime engine for the Dabo >framework. Right now I'm focusing on Windows, since many of our >potential users are running on that platform. I've got py2exe and Inno >Setup running, so all that is well and good. > > My question concerns the ability to generically run scripts as if they >were being run on an installed copy of Python. Many scripts have the >following structure: > >if __name__ == "__main__": > method1() > method2() > ...etc. > methodN() > >When such a script is run with the command 'python myscript.py', the >various methods are called. However, when run with 'daborun >myscript.py', (daborun is the name of the py2exe file), nothing gets >executed, since when the call to 'myscript.py' is made, __name__ is now >set to 'myscript', and the statements after the 'if __name__' test are >never executed. > > I have several ways of working around this, such as requiring that all >code after the 'if __name__' test be moved into a 'main()' method, and >having daborun call the main() method, but it would *so* much cooler to >be able to somehow fake out the value of __name__ when the call is made >to the script. Is this something that might be possible, or is it so >fundamental to the internals of Python that it can't be messed with? > Maybe this will give you a useful idea? >>> print '%s\n%s%s'% ('-'*40, open('tmain.py').read(), '-'*40) ---------------------------------------- print 'before' print 'localnames:', locals().keys(), locals()['__name__'] print 'globalnames:', globals().keys(), globals()['__name__'] if __name__ == '__main__': print 'after' ---------------------------------------- >>> def test(): ... d = {'__name__': '__xxxx__'} ... execfile('tmain.py', d) ... >>> test() before localnames: ['__builtins__', '__name__'] __xxxx__ globalnames: ['__builtins__', '__name__'] __xxxx__ >>> def test(): ... d = {'__name__': '__main__'} ... execfile('tmain.py', d) ... >>> test() before localnames: ['__builtins__', '__name__'] __main__ globalnames: ['__builtins__', '__name__'] __main__ after Note that __builtins__ gets injected, so it will be found in the execution context. If you need the side effects of the execution, you can find them in the dict d (in this example). Regards, Bengt Richter

3 2

Collecting links to Python 3D (and related) projects...
by Mike C. Fletcher Nov. 1, 2004

Nov. 1, 2004

I've put together a collection of links to Python 3D projects: http://www.vrplumber.com/py3d.py at the moment I only have 36 projects listed. I *know* there are more out there, but tracking them all down myself is rather time-consuming. So, if you have, or know of a project that isn't included in the list, please send me an email about it. Have fun, Mike ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com

2 1

Faking out __name__ == __main__
by Ed Leafe Oct. 31, 2004

Oct. 31, 2004

I'm working on creating a generic runtime engine for the Dabo framework. Right now I'm focusing on Windows, since many of our potential users are running on that platform. I've got py2exe and Inno Setup running, so all that is well and good. My question concerns the ability to generically run scripts as if they were being run on an installed copy of Python. Many scripts have the following structure: if __name__ == "__main__": method1() method2() ...etc. methodN() When such a script is run with the command 'python myscript.py', the various methods are called. However, when run with 'daborun myscript.py', (daborun is the name of the py2exe file), nothing gets executed, since when the call to 'myscript.py' is made, __name__ is now set to 'myscript', and the statements after the 'if __name__' test are never executed. I have several ways of working around this, such as requiring that all code after the 'if __name__' test be moved into a 'main()' method, and having daborun call the main() method, but it would *so* much cooler to be able to somehow fake out the value of __name__ when the call is made to the script. Is this something that might be possible, or is it so fundamental to the internals of Python that it can't be messed with? ___/ / __/ / ____/ Ed Leafe http://leafe.com/ http://dabodev.com/

1 0

ANN: Frog 1.0 released (python 'blog' application)
by Irmen de Jong Oct. 31, 2004

Oct. 31, 2004

I've just uploaded the Frog 1.0 release. Frog is a blog (web log) system written in 100% Python. It is a web application written for Snakelets. It outputs XHTML, is fully unicode compatible, small, and doesn't require a database. You can read about it and download it here: http://snakelets.sourceforge.net/frog/ (about 55 Kb) If you don't want to install it yet, you can first try it out here: http://www.razorvine.net/snake/frog/ (the passwords of each user is the same as the username, test1/test1 etc. You have to log in to be able to post articles) If you encounter bugs or problems, or want to give some feedback, please let me know. Enjoy, --Irmen de Jong.

1 0

Re: OT: Ruby programmers use Python (was Re: ruby on rails ... python on ?)
by Peter Hansen Oct. 31, 2004

Oct. 31, 2004

Josiah Carlson wrote: > You'll notice a project linked from the RubyOnRails site: Basecamp > (www.basecamphq.com), which looks quite spiffy. Spiffy indeed! (I'm sure there's an obvious answer, but I'm curious why they didn't use Basecamp instead of Trac for their bug tracker...)

3 2

Re: OT: Ruby programmers use Python (was Re: ruby on rails ... python on ?)
by Peter Hansen Oct. 31, 2004

Oct. 31, 2004

Josiah Carlson wrote: > Peter Hansen <peter(a)engcorp.com> wrote: >>(I'm sure there's an obvious answer, but I'm curious why >>they didn't use Basecamp instead of Trac for their bug tracker...) > > This is what I can tell (in the 5 minutes reading their web sites): > > 1. Trac was implemented when they started RubyOnRails, so they used it > because it fit with what they were doing. > 2. RubyOnRails was developed. > 3. Someone implemented Basecamp using RubyOnRails as a framework. > > You can't really build an application before you build a framework, and > switching project management is, from what I hear, quite a bitch. You're turning this into a mystery then. :-) The announcement that they "have finally taken the step to get a real bug tracker" came on October 11, 2004. All the issues in it were added recently. If they developed RubyOnRails since then, these guys are the fastest damn programmers on the planet. I gotta get me some of that Ruby! ;-) -Peter

1 0