""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Christos Georgiou schrieb:
>> Is that intentional?
>
> It would have helped if you had said what "that" is you are referring
> to, it would also have helped if y
"Josiah Carlson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> "Christos Georgiou" <[EMAIL PROTECTED]> wrote:
>> [snip]
>> issue, but please understand this is not a question for help to change
>> the
>> algorithm
Forgive my piggy backing, but I forgot to include the only related post I
found, which did not clear things up for me:
http://groups.google.com/group/comp.lang.python/msg/e2dcb2362649a601
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.
Hello, people. I am not sure whether this is a bug or intentional, so I
thought checking it with you before opening a bug. I will explain this
issue, but please understand this is not a question for help to change the
algorithm (this has been done already), so it's not a question of c.l.py.
It'
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Please submit a bug report to sf.net/projects/python.
Done: www.python.org/sf/1568240
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/l
Does anyone know why this happens? I can't find any information pointing to
this being deliberate.
I just upgraded to 2.5 on Windows (after making sure I can build extensions
with the freeware VC++ Toolkit 2003) and some of my programs stopped
operating. I saw in a French forum that someone els
I haven't followed the complete discussion about once, but I would assume it
would be used as such:
once =
that is, always an assignment, with the value stored as a cellvar, perhaps,
on first execution 0f the code.
Typically I would use it as:
def function(a):
once pathjoin = os.path.jo
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> - Paul Moore has contributed a Python build procedure for the
> free version of the 2003 compiler. This one is without IDE,
> but still, it should allow people without a VS 2003 license
> to work on Python itsel
"Michael Foord" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> It worries me that there might be a valid expression allowed here that I
> haven't thought of. My current rules allow anything that looks like
> ``(a, [b, c, (d, e)], f)`` - any nested identifier list. Would anything
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Christos Georgiou wrote:
>> I would like to know if supplying a patch for it sometime in the next
>> couple
>> of weeks would be considered a patch (since the widge
"Neal Norwitz" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
On 3/18/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Christos Georgiou wrote:
> > I would like to know if supplying a patch for it sometime in the next
> > couple
I made a plea for help months ago (just checked, and it was Jan 2004! time
flies like a fruit or something, ref
http://mail.python.org/pipermail/python-list/2004-January/202704.html )
about directions to fix the borken Tix.Grid widget; I had no replies.
I finally found some spare time (too litt
"Josiah Carlson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
"Christos Georgiou" <[EMAIL PROTECTED]> wrote:
[Christos]
> Well, what's the result of
>
> bytes([1,0,0])^ bytes([1,0])
>
> ? Is it bytes([0,0,0]) (à la little-endia
"M.-A. Lemburg" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Microsoft has recently released their express version of the Visual C++.
> Given that this version is free for everyone, wouldn't it make sense
> to ship Python 2.5 compiled with this version ?!
>
>http://msdn.micro
"Greg Ewing" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Baptiste Carvello wrote:
>
[Baptiste]
>> while manipulating binary data will happen mostly with bytes objects,
>> some
>> operations are better done with ints, like the bit manipulations with the
>> &|~^
>> operators.
[Gre
[Fredrik Lundh]
>> (but alright, as long as you don't call me "Fred"...)
[Steve Holden]
> Did I *ever* do that? That would have been an embarrassing slip ;-)
I know I'm extremely late, but there should be a POTF (Pun Of The
Fortnight) from now on.
A member of the Mund-SIG
__
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Anthony Baxter wrote:
>> I
>> have an Ubuntu x86 box here that can become one (I think the only
>> linux, currently, is Gentoo...)
>
> How different are the Linuxes, though? How many of them do we need?
Actually, w
I didn't see any mention of this product in the Python-Dev list, so I
thought to let you know.
http://msdn.microsoft.com/vstudio/express/visualc/download/
There is also a link for a CD image (.img) file to download.
I am downloading now, so I don't know yet whether Python compiles with it
with
"Guido van Rossum" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>> [Fred]
>> > think iterators shouldn't have length at all:
>> > they're *not* containers and shouldn't act that way.
>>
>> Some iterators can usefully report their length with the invariant:
>>len(it) == len(list
"Greg Ewing" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Karl Chen wrote:
>> Hi, has anybody considered adding something like this:
>> a = [1, 2]
>> [ 'x', *a, 'y']
>>
>> as syntactic sugar for
>> a = [1, 2]
>> [ 'x' ] + a + [ 'y' ].
>
> You can write that as
>
This might be minor-- but I didn't see anyone mentioning it so far. If
`exec` functionality is to be provided, then I think it still should be a
keyword for the parser to know; currently bytecode generation is affected if
`exec` is present. Even if that changes for Python 3k (we don't know yet
"Paolino" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> What if I want to chain an infinite list of iterables?
> Shouldn't itertools.chain be built to handle that?
Raymond already suggested a four-line function that does exactly that.
Create your own personal-library modules co
"Reinhold Birkenfeld" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
> Hi,
>
> after adding Oleg Broytmann's findnocoding.py to Tools/scripts, I wonder
> whether the Tools directory is documented at all. There are many useful
> scripts there which many people will not find if they are
> At the moment I'm trying to create a minimal file that when imported fails
> with 2.4.1 . I'll update the case as soon as I have one, but I wanted to
> draw some attention in python-dev in case it rings a bell.
Please ignore my previous message --through gmane I saw only mwh's message,
and aft
"Michael Hudson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Anthony Baxter <[EMAIL PROTECTED]> writes:
>
>> So I'm currently planning for a 2.4.2 sometime around mid September. I
>> figure
>> we cut a release candidate either on the 7th or 14th, and a final a week
>> later.
>
>
"Michael Hudson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> Guard? Monitor? Don't really like either of these.
>
I know I am late, but since guard means something else, 'sentinel' (in the
line of __enter__ and __exit__ interpretation) could be an alternative.
Tongue in ch
"Tim Peters" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Or my personal favorite,
>
>while mylist:
>del mylist[::2]
>
> Then the original index positions with the most consecutive trailing 1
> bits survive the longest, which is important to avoid ZODB cache bugs
> .
"Chris Ryland" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I hate to add to what could be an endless discussion, but... ;-)
>
> In this case, "while" is the better time-related prefix, whether
> keyword (hopeless, due to ages-old boolean-controlled loop association)
> or functi
It is easier if we see it beforehand:
-
leave = False
alist = [1,2,3,3,4,5,6,7,8,9]
for item in alist and not leave:
if item is 1: leave = True
Apart from other objections, this is valid Python now, and failing with
'TypeError: iteration over non-sequence'.
sel
29 matches
Mail list logo
