twitter: comp.lang.python - 26 new messages in 12 topics

comp.lang.python
http://groups.google.com/group/comp.lang.python?hl=en

comp.lang.python@googlegroups.com

Today's topics:

==============================================================================
TOPIC: Meet Arab, Russian, American Singles From All Over The World
http://groups.google.com/group/comp.lang.python/t/5363ad4b14027d22?hl=en
==============================================================================

== 1 of 1 ==
Date: Wed, Feb 3 2010 5:47 am
From: qwertyyyy

Meet Singles In Your Area
Arabs, American, Russian Singles
From All Over The World
Waiting For You At Marinzo
Join Marinzo And Start Your Love Life Now
Join Marinzo Now For Free !!

Enjoy exciting features offered by our site:
* Profiles with galleries and audio/video
* Personal weblogs and friends-lists
* Audio/video chat, IM and recorder
* SPAM-blocking and anti-SPAM system
* ZIP-codes search, matchmaking and so much
more!!

http://www.marinzo.com

==============================================================================
TOPIC: How to guard against bugs like this one?
http://groups.google.com/group/comp.lang.python/t/fe6430e7980e2a96?hl=en
==============================================================================

== 1 of 3 ==
Date: Wed, Feb 3 2010 5:52 am
From: kj

Steve, I apologize for the snarkiness of my previous reply to you.
After all, I started the thread by asking the forum for advice on
how to avoid a certain kind of bugs, you were among those who gave
me advice. So nothing other than thanking you for it was in order.
I just let myself get carried away by my annoyance with the Python
import scheme. I'm sorry about it. Even though I don't think I
can put to practice all of your advice, I can still learn a good
deal from it.

Cheers,

~kj

Steve Holden <steve@holdenweb.com> writes:

>kj wrote:
>>
>>> First, I don't shadow built in modules. Its really not very hard to avoid.
>>
>> ...*if* you happen to be clairvoyant. I still don't see how the rest of us
>> could have followed this fine principle in the case of numbers.py
>> prior to Python 2.6.
>>
>Clearly the more you know about the standard library the less likely
>this is to be a problem. Had you been migrqating from an earlier version
> the breakage would have alerted you to look for some version-dependent
>difference.

<snip>

== 2 of 3 ==
Date: Wed, Feb 3 2010 8:17 am
From: kj

In <hkbv23$c07$1@reader2.panix.com> kj <no.email@please.post> writes:

>Steve, I apologize for the snarkiness of my previous reply to you.
>After all, I started the thread by asking the forum for advice on
>how to avoid a certain kind of bugs, you were among those who gave
>me advice. So nothing other than thanking you for it was in order.
>I just let myself get carried away by my annoyance with the Python
>import scheme. I'm sorry about it. Even though I don't think I
>can put to practice all of your advice, I can still learn a good
>deal from it.

Boy, that was dumb of me. The above apology was meant for Stephen
Hansen, not Steve Holden. I guess this is now a meta-apology...
(Sheesh.)

~kj

== 3 of 3 ==
Date: Wed, Feb 3 2010 8:55 am
From: Nobody

On Tue, 02 Feb 2010 10:38:53 -0800, Carl Banks wrote:

>> I don't know if that's necessary. Only supporting the "foo.h" case would
>> work fine if Python behaved like gcc, i.e. if the "current directory"
>> referred to the directory contain the file performing the import rather
>> than in the process' CWD.
>>
>> As it stands, imports are dynamically scoped, when they should be
>> lexically scoped.
>
> Mostly incorrect. The CWD is in sys.path only for interactive
> sessions, and when started with -c switch. When running scripts, the
> directory where the script is located is used instead, not the
> process's working directory.

Okay, so s/CWD/directory containing __main__ script/, but the general
argument still holds.

> So, no, it isn't anything like dynamic scoping.

That's what it looks like to me. The way that an import name is resolved
depends upon the run-time context in which the import occurs.

>> The only situation where the process' CWD should be used is for an import
>> statement in a non-file source (i.e. stdin or the argument to the -c
>> switch).
>
> It already is that way, chief.
>
> I think you're misunderstanding what's wrong here; the CWD doesn't
> have anything to do with it. Even if CWD isn't in the path you still
> get the bad behavior kj noted. So now what?

Search for imports first in the directory containing the file performing
the import.

This is essentially the situation with gcc; the directory containing the
current file takes precedence over directories specified by -I switches.
If you want to override this, you have to use the -I- switch, which makes
it very unlikely to happen by accident.

==============================================================================
TOPIC: Dreaming of new generation IDE
http://groups.google.com/group/comp.lang.python/t/e019614ea149e7bd?hl=en
==============================================================================

== 1 of 11 ==
Date: Wed, Feb 3 2010 5:51 am
From: Jean-Michel Pichavant

Adam Tauno Williams wrote:
> Yes, it certainly does. Not that you'll get many Pythonistas to confess
> to that fact. Somehow those who brag about the readability and
> expressiveness of source code just cannot admit that:
>
> class.method(sting name, int count)
>
> - is *obviously* more expressive than -
>
> class.method(name, count)
>
>
class.method(string name, int count):
"""Return the cap'tain's age.

name: a string giving the name of the cap'tain daughter
count: an int giving the number of fingers left in the cap'tain
right hand
"""

In python, attributes/parameters have no type (but you know that). By
specifying them in the method signature, you're just duplicating the
information hold in the docstring.

== 2 of 11 ==
Date: Wed, Feb 3 2010 5:54 am
From: Vladimir Ignatov

> This is obvious even in the Python documentation itself where one
> frequently asks oneself "Uhh... so what is parameter X supposed to be...
> a string... a list... ?"

Exactly. Often I don't need to know the exact type, but to figure out
that "kind of type" it is.

>> should be a database-centric and resemble current CAD systems instead
>> of being just "fancy text editor". Source text should be an output
>> product of that CAD and not a "source material" itself.
>
> Ugh, please NO! This has been attempted many many times in many
> environments - it always fails *terribly*.

Can you give some examples of such systems? (maybe just names for
googling for) I don't see anything dirt in storing some additional
meta-information about the code under development and using it later
for all kind of benefits (easy refactoring for example). As with your
example with "parameter x", some additional information can be
"attached" to this paramer. Later it can be used during
code-generation phase and placed as "comment" in source code or placed
in popup tag in html-style presentation.

Vladimir Ignatov

== 3 of 11 ==
Date: Wed, Feb 3 2010 6:18 am
From: Marco Salden

On Feb 3, 12:10 pm, Vladimir Ignatov <kmis...@gmail.com> wrote:
> Hello,
>
> I am sitting here for quite some time, but usually keep silent ;-) I
> use Python since 2003 both "professionally" and for my hobby projects
> and love it a much.
> I notice however, that "maintaining" existing/older python code is may
> be not so enjoyable task. It may be even harder than supporting old
> code written in some type of "static" languages (like Java or C++).
> Surely "dynamic" nature of python comes with price.
>
> Finally I develop a feeling that strong instrumentation / tools can
> bring us the best of two worlds. That I am dreaming on is an absolute
> new type/class of IDE suitable for Python and potentially for other
> dynamic-type languages. Instead of current text-oriented IDEs, it
> should be a database-centric and resemble current CAD systems instead
> of being just "fancy text editor". Source text should be an output
> product of that CAD and not a "source material" itself.
>
> Well. I understand that it is a very ambitious and experimental stuff.
> Great efforts and motivation needed even to get something "runnable".
> So I am looking for someone to get in kind of "virtual partnership".
> If someone interesting it that soft of stuff, I would like to talk and
> discuss this system.
>
> Vladimir Ignatov

The maintenance thing may be true but for me that doesn't outweigh the
clear benefits I get from using Python i.s.o. e.g. C++: the fact that
I have much less code that is more compact and for me more directly
readable is a clear advantage when doing maintance on code I didnt
touch for a while. Documenting the essential parameters used with some
examples and some logging helps (for me at least...).

The type of IDE you are looking for is more something like Rational
Rose (e.g. RRT?) type of tooling perhaps? There you "CAD" components
and their statebehavior and the system generates C or C++ code.

Regards,
Marco

== 4 of 11 ==
Date: Wed, Feb 3 2010 6:42 am
From: Paul Rubin

Jean-Michel Pichavant <jeanmichel@sequans.com> writes:
> class.method(string name, int count):
> """Return the cap'tain's age.
>
> name: a string giving the name of the cap'tain daughter
> count: an int giving the number of fingers left in the cap'tain
> right hand
> """
>
> In python, attributes/parameters have no type (but you know that). By
> specifying them in the method signature, you're just duplicating the
> information hold in the docstring.

It's not enough to just document (except as an aid to remembering) since
the compiler and runtime don't enforce the documentation. You have to
use static typing or write tests, to flag all the call sites if you
change the signature. One nice trick with static types is if you change
what the method does (even if its type signature doesn't change), you
can rename the method:

class.method2(string name, int count): # change 'method' to 'method2'

and recompile your codebase. Every place in the code that called
'method' now gets a compile time "undefined method" error that you can
examine to see if you need to update it. This is something you can't
catch with unit tests because the call sites can be in distant modules.

== 5 of 11 ==
Date: Wed, Feb 3 2010 6:58 am
From: Vladimir Ignatov

> The maintenance thing may be true but for me that doesn't outweigh the
> clear benefits I get from using Python i.s.o. e.g. C++: the fact that
> I have much less code that is more compact and for me more directly
> readable is a clear advantage when doing maintance on code I didnt
> touch for a while. Documenting the essential parameters used with some
> examples and some logging helps (for me at least...).

Python is very easy to write. But with code grow and time passes,
things get worse. Currently I tries to reanimate one of my old
freeware project and faced it again.

> The type of IDE you are looking for is more something like Rational
> Rose (e.g. RRT?) type of tooling perhaps? There you "CAD" components
> and their statebehavior and the system generates C or C++ code.

Perhaps. I newer use Rational Rose but hear about it. But I use some
other Rational* products and they scare me a lot. So maybe Rose can be
used for "inspiration" but not much more. Actually I don't want to
put programmer in GUI-fashioned env. with a lot of buttons and
switches. I think about "classic" text-like view but that actually
"understands" that are you doing (typing) on. So your types goes in
"datastore" first and then renders back as a text representation.
Something like this.

Vladimir Ignatov

== 6 of 11 ==
Date: Wed, Feb 3 2010 7:24 am
From: David Cournapeau

On Wed, Feb 3, 2010 at 10:18 PM, Adam Tauno Williams
<awilliam@opengroupware.us> wrote:
> On Wed, 2010-02-03 at 14:10 +0300, Vladimir Ignatov wrote:
>> Hello,
>> I am sitting here for quite some time, but usually keep silent ;-) I
>> use Python since 2003 both "professionally" and for my hobby projects
>> and love it a much.
>> I notice however, that "maintaining" existing/older python code is may
>> be not so enjoyable task. It may be even harder than supporting old
>> code written in some type of "static" languages (like Java or C++).
>> Surely "dynamic" nature of python comes with price.
>
> Yes, it certainly does. Not that you'll get many Pythonistas to confess
> to that fact. Somehow those who brag about the readability and
> expressiveness of source code just cannot admit that:

Static typing sounds "obviously" better only if you assume everything
else being equal. But the typing system also often goes in the way
when developing large codebases, when you need to refactor things,
etc... So if for a *given* codebase, you get type information, it is
almost certainly very helpful. But when you need to change this
codebase, maybe not so much.

There was a nice paper from people at Adobe which mentioned this very
aspect, focusing on how to maintain a significant codebase, from
prototype-kind of development to maintenance-kind of development:
http://www.ecmascript.org/es4/spec/evolutionary-programming-tutorial.pdf.
It strikes me as a good way to look at this tradeoff between static
and dynamic typing, where the dynamic typing for some "mostly frozen"
code areas has diminishing returns,

David

== 7 of 11 ==
Date: Wed, Feb 3 2010 7:39 am
From: Adam Tauno Williams

On Wed, 2010-02-03 at 16:23 +0100, Stef Mientki wrote:
> Yes, it certainly does. Not that you'll get many Pythonistas
> to confess
> to that fact. Somehow those who brag about the readability
> and
> expressiveness of source code just cannot admit that:
> class.method(sting name, int count)
> - is *obviously* more expressive than -
> class.method(name, count)
> Oh, well.
> This is obvious even in the Python documentation itself where
> one
> frequently asks oneself "Uhh... so what is parameter X
> supposed to be...
> a string... a list... ?"

> But I thought that was the one of beauties of Python, you don't need
> to know if the input parameter is a list or a string.

You don't need to know; unless of course you want the expected result.

== 8 of 11 ==
Date: Wed, Feb 3 2010 7:48 am
From: Vladimir Ignatov

> I don't see what the advantage of the use of a database is in a fairly
> linear hierarchical structure like python objects and modules.

Imagine simple operation like "method renaming" in a simple "dumb"
environment like text editor + grep. Now imagine how simple it can be
if system "knows" all your identifiers and just regenerates relevant
portions of text from internal database-alike representation.

> You mean something like LabView ?

No, I don't think so. I never use LabView but imagine it something
very "graphical-oriented". No, I think about more "classic" text view.
But back-ended with "smart" underlying system - not just obvious
"text".

Vladimir Ignatov

== 9 of 11 ==
Date: Wed, Feb 3 2010 7:52 am
From: Stef Mientki

On 03-02-2010 16:48, Vladimir Ignatov wrote:
>> I don't see what the advantage of the use of a database is in a fairly
>> linear hierarchical structure like python objects and modules.
>>
> Imagine simple operation like "method renaming" in a simple "dumb"
> environment like text editor + grep. Now imagine how simple it can be
> if system "knows" all your identifiers and just regenerates relevant
> portions of text from internal database-alike representation.
>
I think every IDE (not older than 20 years) does that already.
cheers,
Stef

== 10 of 11 ==
Date: Wed, Feb 3 2010 7:50 am
From: "banibrata.dutta@gmail.com"

-----Original Message-----
From: Vladimir Ignatov
Sent: 03/02/2010 7:24:26 pm
Subject: Re: Dreaming of new generation IDE

> This is obvious even in the Python documentation itself where one
> frequently asks oneself "Uhh... so what is parameter X supposed to be...
> a string... a list... ?"

Exactly. Often I don't need to know the exact type, but to figure out
that "kind of type" it is.

BD> probably close to Java annotations perhaps? And as for the CAD approach, would a UML reverse engg tool help ? If yes, perhaps you could give BOUML a shot.

Regards,
Banibrata

== 11 of 11 ==
Date: Wed, Feb 3 2010 9:21 am
From: Vladimir Ignatov

>> Imagine simple operation like "method renaming" in a simple "dumb"
>> environment like text editor + grep. Now imagine how simple it can be
>> if system "knows" all your identifiers and just regenerates relevant
>> portions of text from internal database-alike representation.
>>
>
> I think every IDE (not older than 20 years) does that already.

And fix every reference to it in all files? For python? I don't think
so. I even don't think this is possible at all. That if several
different objects have a similar named method? How will IDE "classify"
calls and renames only some of calls and not others?

Vladimir Ignatov

==============================================================================
TOPIC: Need help with a program
http://groups.google.com/group/comp.lang.python/t/27291614ebc0cfce?hl=en
==============================================================================

== 1 of 1 ==
Date: Wed, Feb 3 2010 7:03 am
From: Nobody

On Tue, 02 Feb 2010 15:07:05 -0800, Aahz wrote:

>>If you have a problem and you think that regular expressions are the
>>solution then now you have two problems. Regex is really overkill for
>>the OP's problem and it certainly doesn't improve readability.
>
> If you're going to use a quote, it works better if you use the exact
> quote and attribute it:
>
> 'Some people, when confronted with a problem, think "I know, I'll use
> regular expressions." Now they have two problems.' --Jamie Zawinski

He may have mixed that one up with a different (and more generic) saying:

"If you think that X is the solution to your problem, then you don't
understand X and you don't understand your problem."

For most values of X.

==============================================================================
TOPIC: Background Zones in Pylab Plot
http://groups.google.com/group/comp.lang.python/t/fc5f3c2c2a76882c?hl=en
==============================================================================

== 1 of 1 ==
Date: Wed, Feb 3 2010 7:49 am
From: Wanderer

I would like to add background zones in pylab plots. Colored sections
of the background that the curves pass through. Is this possible? My
google searches don't turn up anything but maybe my search terms
aren't the right ones.

Thanks

==============================================================================
TOPIC: converting XML to hash/dict/CustomTreeCtrl
http://groups.google.com/group/comp.lang.python/t/d581e29de4476d2f?hl=en
==============================================================================

== 1 of 1 ==
Date: Wed, Feb 3 2010 7:50 am
From: Nobody

On Wed, 03 Feb 2010 08:07:50 +1100, Astan Chee wrote:

> Sorry for being vague but here my question about converting an xml into
> a dict. I found some examples online but none gives the dict/result I
> want.

> Which is kinda wrong. I expect the dict to have the "Space usage
> summary", but it doesn't (duplicate?). What am I doing wrong here?
> I am attempting to keep the attribute value of an XML as key (if it
> doesn't have a value, then just the tag name will do) and associate it
> with the text value of that tag/attribute value as well as reflecting
> the hierarchy structure of the XML in the dict. Does this make sense?
> Anyway, the python script above is just the first step or an example for me.

The code you're using expects the XML to follow a particular format, and
yours doesn't.

You might want to start with a fairly direct translation, e.g.:

def xmldict(e):
d = {}
d['tag'] = e.tag
d.update(e.attrib)
children = map(xmldict, e)
if children:
d['children'] = children
text = e.text.strip()
if text:
d['text'] = text
return d

tree = ElementTree.parse('test.xml')
root = tree.getroot()
d = xmldict(root)
pprint.pprint(d)

then refine this as needed.

==============================================================================
TOPIC: test -- please ignore
http://groups.google.com/group/comp.lang.python/t/87ebbae4005795a5?hl=en
==============================================================================

== 1 of 3 ==
Date: Wed, Feb 3 2010 8:23 am
From: kj

In <87wryumvff.fsf@benfinney.id.au> Ben Finney <ben+python@benfinney.id.au> writes:

>kj <no.email@please.post> writes:

>> (my replies in a different comp.lang.python thread are getting
>> rejected by the server; i have no problem posting to alt.test; and
>> i'm trying to toubleshoot the problem further.)

>Thank you for this explanation. It is important to know that you've
>tried the less obtrusive diagnostics first. Good hunting.

I figured out the immediate reason for the failure: when replying
to *certain posts*, my newsreader omits the Newsgroups header from
the response. Why it does this is still a mystery to me, but at
least now I know what to look out for. Then again, I use the
"venerable" (i.e. decrepit) nn as newsreader, so this discovery
probably won't help many of those reading this...

== 2 of 3 ==
Date: Wed, Feb 3 2010 8:40 am
From: aahz@pythoncraft.com (Aahz)

In article <hkc7uu$jt$2@reader2.panix.com>, kj <no.email@please.post> wrote:
>
>I figured out the immediate reason for the failure: when replying
>to *certain posts*, my newsreader omits the Newsgroups header from
>the response. Why it does this is still a mystery to me, but at
>least now I know what to look out for. Then again, I use the
>"venerable" (i.e. decrepit) nn as newsreader, so this discovery
>probably won't help many of those reading this...

Perhaps it's similar to problems in the even-more-venerable trn3.6 that
come from excessively long References: headers?
--
Aahz (aahz@pythoncraft.com) <*> http://www.pythoncraft.com/

import antigravity

== 3 of 3 ==
Date: Wed, Feb 3 2010 9:33 am
From: tinnews@isbd.co.uk

kj <no.email@please.post> wrote:
> In <87wryumvff.fsf@benfinney.id.au> Ben Finney <ben+python@benfinney.id.au> writes:
>
> >kj <no.email@please.post> writes:
>
> >> (my replies in a different comp.lang.python thread are getting
> >> rejected by the server; i have no problem posting to alt.test; and
> >> i'm trying to toubleshoot the problem further.)
>
> >Thank you for this explanation. It is important to know that you've
> >tried the less obtrusive diagnostics first. Good hunting.
>
> I figured out the immediate reason for the failure: when replying
> to *certain posts*, my newsreader omits the Newsgroups header from
> the response. Why it does this is still a mystery to me, but at
> least now I know what to look out for. Then again, I use the
> "venerable" (i.e. decrepit) nn as newsreader, so this discovery
> probably won't help many of those reading this...

I used to use nn, now I use tin which is fairly similar and still
being maintained.

--
Chris Green

==============================================================================
TOPIC: Beauty of Visakhapatnam...
http://groups.google.com/group/comp.lang.python/t/b453aa13c8123ec4?hl=en
==============================================================================

== 1 of 1 ==
Date: Wed, Feb 3 2010 8:33 am
From: Feer Shaw

Hi Guys..

Beauty of Visgakapatnam...

Just visit http://uptbuzz.webs.com/

Thanking You...

==============================================================================
TOPIC: ANN: GMPY 1.11 released
http://groups.google.com/group/comp.lang.python/t/6b7dae7a8c90517e?hl=en
==============================================================================

== 1 of 1 ==
Date: Wed, Feb 3 2010 8:37 am
From: casevh

On Feb 2, 10:03 pm, Mensanator <mensana...@aol.com> wrote:
> On Feb 2, 12:45 am, casevh <cas...@gmail.com> wrote:
>
>
>
> > Everyone,
>
> > I'm pleased to annouce the final release of GMPY 1.11.
> > GMPY is a wrapper for the MPIR or GMP multiple-precision
> > arithmetic library. GMPY 1.11 is available for download from:
>
> >http://code.google.com/p/gmpy/
>
> > In addition to support for Python 3.x, there are several new
> > features in this release:
>
> > - Even faster conversion to/from Python longs.
> > - Performance improvements by reducing function overhead.
> > - Performance improvements by improved caching.
> > - Support for cdivmod, fdivmod, and tdivmod.
> > - Unicode strings are accepted on Python 2.x and 3.x.
> > - Fixed regression in GMPY 1.10 where True/False were no
> > longer recognized.
>
> > Changes since 1.11rc1:
> > - Recognizes GMP 5.
> > - Bugs fixed in Windows binaries (MPIR 1.3.0rc3 -> 1.3.1).
>
> > Comments on provided binaries
>
> > The 32-bit Windows installers were compiled with MinGW32 using MPIR
> > 1.3.1 and will automatically recognize the CPU type and use code
> > optimized for the CPU at runtime. The 64-bit Windows installers were
> > compiled Microsoft's SDK compilers using MPRI 1.3.1. Detailed
> > instructions are included if you want to compile your own binary.
>
> > Please report any issues!
>
> My previous replies didn't show up. Something to do the .announce
> group? I'll trim that and try again. Sorry if they show up eventually.
>
> Two issues:
>
> 1] why does both gmpy 1.11 and gmpy 1.11rc1 both reply
>
> >>> gmpy.version()
>
> '1.11'
>
> Aren't these different versions? How are we supposed to tell them
> apart?

Check the name of source tarball?

gmpy._cvsid() will return the internal source code revision number.
The changes made in each revision number are listed at
http://code.google.com/p/gmpy/source/list.

I know some applications check gmpy.version(). I don't know if they'll
work if the format of the string changes.

>
> 2] Is it true that the only changes since 1.11rc1 are not
> applicable to me since
>
> - I'm not using Windows
> - whether it recognizes GMP 5 is moot as GMP 5 cannot be
> compiled on a Mac (according to GMP site)

Yes. The only change for GMP 5 was to recognize the new version number
when running the tests.

>
> Is it possible GMP's problems with getting GMP 5 to compile
> are the same ones I had with 3.1 on Snow Leopard? (They bemoan
> not having a set of every Mac system.) Think it would behoove
> me to try it?

According to comments on GMP's mailing list, the latest snapshot
should work.
ftp://ftp.gmplib.org/pub/snapshot/

>
>
>
> > casevh
>
>

==============================================================================
TOPIC: "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE
SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS"
ON http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS" "SCHOLARSHIPS"
http://groups.google.com/group/comp.lang.python/t/6d42b857bdac2daa?hl=en
==============================================================================

== 1 of 1 ==
Date: Wed, Feb 3 2010 8:37 am
From: saima81

"CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE
SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY
SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" "CANADA SCHOLARSHIPS" "USA SCHOLARSHIPS"
"UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN SCHOLARSHIPS" "EUROPE
SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON http://escholarship-positions.blogspot.com/
"SCHOLARSHIPS" "SCHOLARSHIPS" "CANADA SCHOLARSHIPS"
"USA SCHOLARSHIPS" "UK SCHOLARSHIPS" "FRANCE SCHOLARSHIPS" "JAPAN
SCHOLARSHIPS" "EUROPE SCHOLARSHIPS" "NORWAY SCHOLARSHIPS" ON
http://escholarship-positions.blogspot.com/ "SCHOLARSHIPS"
"SCHOLARSHIPS" V

==============================================================================
TOPIC: Wrap a function
http://groups.google.com/group/comp.lang.python/t/fce27f8c4a22d12b?hl=en
==============================================================================

== 1 of 1 ==
Date: Wed, Feb 3 2010 8:38 am
From: aahz@pythoncraft.com (Aahz)

In article <mailman.1585.1264743912.28905.python-list@python.org>,
Dennis Lee Bieber <wlfraed@ix.netcom.com> wrote:
>
> I shall blaspheme, and suggest that maybe the language you want to
>use is REXX (ooREXX or Regina).
>
> By default, ANY statement that can not be confused for a REXX
>language statement is sent to the currently defined command handler
>(Which on most OSs is equivalent to Python's os.system() call; the late
>Amiga, and IBM's mainframe OS had features that support defining other
>applications as command handlers).

How is that different from bash scripting?
--
Aahz (aahz@pythoncraft.com) <*> http://www.pythoncraft.com/

import antigravity

==============================================================================
TOPIC: Trouble with os.system
http://groups.google.com/group/comp.lang.python/t/3f2521a2937658ef?hl=en
==============================================================================

== 1 of 1 ==
Date: Wed, Feb 3 2010 9:47 am
From: Cpa

Hi there,

I'm having some trouble with os.system on Fedora 12.
I have a bunch of .tex files in tmp/ and I want to compile them.
In my shell, the following commands work perfectly : 'for file in tmp/
*.tex; do pdflatex "$file"; done'.

But if I use the same command using os.system(), it will compile
correctly every file except the last one, for which it raises an error
(I get a prompt, as if I did a syntax error in tex document).

I suspected some kind of escaping issue, but it won't even work with
files such as : foo.txt, bar.txt.

Any idea ?
Thanks,
Cpa

==============================================================================

You received this message because you are subscribed to the Google Groups "comp.lang.python"
group.

To post to this group, visit http://groups.google.com/group/comp.lang.python?hl=en

To unsubscribe from this group, send email to comp.lang.python+unsubscribe@googlegroups.com

To change the way you get mail from this group, visit:
http://groups.google.com/group/comp.lang.python/subscribe?hl=en

To report abuse, send email explaining the problem to abuse@googlegroups.com

==============================================================================
Google Groups: http://groups.google.com/?hl=en

twitter

Wednesday, February 3, 2010

comp.lang.python - 26 new messages in 12 topics - digest

No comments:

Post a Comment