[This is an announcement for a local user group in Bonn, Germany.
Because of that, the rest of the text is in German. Sorry for that...]
-- ANKÜNDIGUNG -
*Python User Group Bonn*
On 25/02/2013 08:35, Chris Angelico wrote:
On Mon, Feb 25, 2013 at 5:14 PM, Frank Millman fr...@chagford.com wrote:
On 24/02/2013 16:58, Chris Angelico wrote:
MySQL has a philosophical structure of user logs in to app,
but app logs in to database as superuser regardless of user login.
Out of
On 02/14/2013 05:23 AM, Terry Reedy wrote:
On 2/13/2013 2:00 PM, stephenw...@gmail.com wrote:
Hello,
Would it be feasible to modify the Python grammar to allow ':' to
generate slice objects everywhere rather than just indexers and
top-level tuples of indexers?
Right now in Py2.7, Py3.3:
Errata, I made a tyepopeo in the middle of the night:
eg:Python evaluates right to left; this is semantically an iterator
giving a[1],a[2],a[5],a[11]
Sigh: Python Iterates from left to right;
--Andrew.
--
http://mail.python.org/mailman/listinfo/python-list
On Sun, Feb 24, 2013 at 6:10 PM, Andrew Robinson
andr...@r3dsolutions.com wrote:
I've read through the whole of the subject, and the answer is no, although I
think allowing it in (::) is a *very* good idea, including as a replacement
for range or xrange.
s=1:2:3
for i in s:
for i in (1:2:3)
On 2/25/2013 1:26 AM, llanitedave wrote:
On the other hand, it *is* a bit frustrating that Linux recognizes an
html-style relative path, while Windows insists on the entire
absolute path. Maybe we can call it a Windows bug, but a workaround
would be nice to have.
You can file an enhancement
On 2/24/2013 8:10 PM, Andrew Robinson wrote:
This is not a new idea: eg: 2002. (which is still status OPEN).
http://osdir.com/ml/python.patches/2002-06/msg00319.html
http://bugs.python.org/issue575515
closed as rejected 2 weeks after being opened.
--
Terry Jan Reedy
--
On 22/02/2013 19:21, Ian Kelly wrote:
.
Indeed, it seems to me that this is basically Richard Dawkins' weasel
program, with the addition of a transformation step in the fitness
function that amounts to running the string through a Brainfuck
interpreter. There is a rather large gap
When moving from windows to unix you need to run dos2unix on any programs
that use shebang (at least with python 2.6) that is installed on some
platforms but must be installed on others like CentOs but it is in their
repository.
-Original Message-
From: Python-list
On 24.02.13 17:52, Chris Angelico wrote:
By the way, when you're asking a completely new question, it usually
helps to do so as a brand new thread (not a reply) and with a new
subject line. Otherwise, you risk people losing the new question among
the discussion of the old.
You risk people
-Original Message-
From: Python-list
[mailto:python-list-bounces+frsells=adventistcare@python.org] On Behalf Of
James Harris
Sent: Friday, February 22, 2013 5:53 PM
To: python-list@python.org
Subject: Re: Shebang line on Windows?
On Feb 22, 6:40 pm, Zachary Ware
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20130225T133000Z
DTEND:20130225T143000Z
DTSTAMP:20130225T132128Z
ORGANIZER;CN=drbolton.nel...@gmail.com:mailto:drbolton.nel...@gmail.com
On 02/25/2013 06:35 AM, Sells, Fred wrote:
When moving from windows to unix you need to run dos2unix on any programs
that use shebang (at least with python 2.6) that is installed on some platforms but
must be installed on others like CentOs but it is in their repository.
Or edit it in Vim
On Tue, Feb 26, 2013 at 12:28 AM, Chris Gonnerman ch...@gonnerman.org wrote:
On 02/25/2013 06:35 AM, Sells, Fred wrote:
When moving from windows to unix you need to run dos2unix on any
programs that use shebang (at least with python 2.6) that is installed on
some platforms but must be
On 02/25/2013 10:28 AM, Ian Kelly wrote:
On Sun, Feb 24, 2013 at 6:10 PM, Andrew Robinson
andrew3@xxx wrote:
I've read through the whole of the subject, and the answer is no,
although I
think allowing it in (::) is a *very* good idea, including as a
replacement
for range or xrange.
s=1:2:3
On Mon, Feb 25, 2013 at 12:41 AM, Andrew Robinson
andr...@r3dsolutions.com wrote:
Intuitively, it should result in an infinite loop starting at 0. But
ranges require a stop value for a very good reason -- it should not be
this easy to accidentally create an infinite for loop.
...
and,
Hello, ive been struggling with this for a couple weeks now and was hoping
someone might be able to help. I have an older Cognex camera that I need to
communicate with via telnet. I can get a response from the camera when I
initiate a telnet session but I dont seem to get any response when I
On 02/25/2013 06:14 AM, Dave Angel wrote:
It's not Python that needs dos2unix, it's bash or equivalent. For some
reason, bash shebang processing still isn't tolerant of a trailing cr on
the line. Python doesn't care.
Actually, the shell isn't involved in parsing the shebang line at all.
On 2013-02-25 17:02, chris.an...@gmail.com wrote:
Hello, ive been struggling with this for a couple weeks now and was hoping
someone might be able to help. I have an older Cognex camera that I need to
communicate with via telnet. I can get a response from the camera when I
initiate a
On Mon, 25 Feb 2013 10:18:44 -0700
Michael Torrie torr...@gmail.com wrote:
On 02/25/2013 06:14 AM, Dave Angel wrote:
It's not Python that needs dos2unix, it's bash or equivalent. For
some reason, bash shebang processing still isn't tolerant of a
trailing cr on the line. Python doesn't
On 02/25/2013 04:54 PM, Ian Kelly wrote:
On Mon, Feb 25, 2013 at 12:41 AM, Andrew Robinson
andr...@r3dsolutions.com wrote:
Intuitively, it should result in an infinite loop starting at 0. But
ranges require a stop value for a very good reason -- it should not be
this easy to accidentally
On Mon, Feb 25, 2013 at 12:29 PM, D'Arcy J.M. Cain da...@druid.net wrote:
...
I don't run Windows myself so I can't test it but doesn't Python on
Windows work fine with Unix style EOL? So why not strip out the CR and
run the same file everywhere?
That's the ideal solution, but so many
On 02/25/2013 10:29 AM, D'Arcy J.M. Cain wrote:
So much the wrong solution. First of all, I don't think that Linus is
on the bash development team so he can't help there. Also, bash is not
the only shell in the world.
Ooops you didn't read what I said. The shebang parsing is not done by
On 02/25/2013 10:29 AM, D'Arcy J.M. Cain wrote:
I don't run Windows myself so I can't test it but doesn't Python on
Windows work fine with Unix style EOL? So why not strip out the CR and
run the same file everywhere?
As has been said on this thread, python is perfectly happy on windows
with
At the risk of stating the blindingly obvious, have you run a 'real' telnet
session to see what a successful conversation looks like? Might give you some
useful pointers for your debug session.
Steve
Sent from a Galaxy far, far away
Original message
From:
yes, ive connected successfully using hyperterminal after I login it asks for
user and I type admin press enter then it ask for password and type password
press enter and it all works fine. using python ive tried ending both with \n
and \r\n im thoroughly confused
On Monday, February 25,
On Monday, February 25, 2013 9:29:54 AM UTC-8, MRAB wrote:
On 2013-02-25 17:02, chris.an...@gmail.com wrote:
Hello, ive been struggling with this for a couple weeks now and was hoping
someone might be able to help. I have an older Cognex camera that I need
to communicate with via
Ok. So it looks like MRAB is on the right track and you should be looking for
'User:' in line 6 instead of 'Login:'. Let's see what that gives you...
Sent from a Galaxy far, far away
Original message
From: chris.an...@gmail.com
Date:
To:
Ive tried: read_until(Login: ), read_until(User: ) and read_all() all
3 ways return the same thing: Welcome to In-Sight(R) 4001 Session
1\r\nUser:
then I put in:
tn.write(admin\r\n)
or
tn.write(USER + \r\n)
or
tn.write(USER + \r)
or
tn.write(USER + \n)
Ive tried every combination I can think
On 2013-02-25 20:27, Chris Annin wrote:
Ive tried: read_until(Login: ), read_until(User: ) and read_all()
all 3 ways return the same thing: Welcome to In-Sight(R) 4001 Session
1\r\nUser:
[snip]
Does the returned string end exactly with User: (no space at the
end)? I ask because you're asking
On Monday, February 25, 2013 1:15:54 PM UTC-8, MRAB wrote:
On 2013-02-25 20:27, Chris Annin wrote:
Ive tried: read_until(Login: ), read_until(User: ) and read_all()
all 3 ways return the same thing: Welcome to In-Sight(R) 4001 Session
1\r\nUser:
[snip]
Does the returned
Hi,
after an upgrade from Debian squeeze to Debian wheezy, I could
not connect to a Microsoft Exchange Server 2003 anymore, because
the OpenSSL library, Python is linked with, changed from version
0.9.8o to 1.0.1e, which has different defaults. The code is:
import imaplib
On Mon, 25 Feb 2013 12:29:58 -0500, D'Arcy J.M. Cain wrote:
On Mon, 25 Feb 2013 10:18:44 -0700
Michael Torrie torr...@gmail.com wrote:
On 02/25/2013 06:14 AM, Dave Angel wrote:
It's not Python that needs dos2unix, it's bash or equivalent. For
some reason, bash shebang processing still
On Monday, February 25, 2013 9:02:54 AM UTC-8, chris...@gmail.com wrote:
Hello, ive been struggling with this for a couple weeks now and was hoping
someone might be able to help. I have an older Cognex camera that I need to
communicate with via telnet. I can get a response from the camera
In article 71787193-b4aa-438f-a8f1-058873346...@googlegroups.com,
chris.an...@gmail.com wrote:
On Monday, February 25, 2013 9:02:54 AM UTC-8, chris...@gmail.com wrote:
Hello, ive been struggling with this for a couple weeks now and was hoping
someone might be able to help. I have an
Dear All,
I am pleased to announce that all 3 periodicals under The Python Papers
Anthology (http://ojs.pythonpapers.org) are listed in Directory of Research
Journal Indexing (http://www.drji.org/FullStatistics.aspx).
Thank you for your continued support and we wish to see more
On 02/25/2013 05:52 PM, Steven D'Aprano wrote:
Nobody is asking anyone to support every Windows wart out there.
Windows-style line separators are not a wart, it is a convention used by
many, many tools, operating systems, data formats (e.g. email), etc. It
is an old, old convention, going
On 02/25/2013 09:08 PM, Michael Torrie wrote:
snip
This is a reminder to me how much we Linux users look at Windows as a
quaint anomaly with it's apparently backwards ways of doing things (like
backslash directory separators, like CP/M did),
Actually the reason MSDOS used backslash was
On 2013-02-26 02:08, Michael Torrie wrote:
On 02/25/2013 05:52 PM, Steven D'Aprano wrote:
Nobody is asking anyone to support every Windows wart out there.
Windows-style line separators are not a wart, it is a convention used by
many, many tools, operating systems, data formats (e.g. email),
Hi Piterr,
It's interesting how strong our habits are, isn't it? It's most likely you've
just got a bit of culture shock.
I've used C# quite a bit as well as Python. I like them both.
What I like about Python is how it manages to be clear and terse at the same
time.
if (flag==1) {
code
}
On Friday, February 15, 2013 7:22:41 PM UTC-8, eli m wrote:
Any small program ideas? I would prefer to stick to command line ones. Thanks.
Thank you guys for the suggestions. Any more?
--
http://mail.python.org/mailman/listinfo/python-list
I installed Python 3.3 for the Mac (10.6.8), but I did not get the interpreter
installed. I get IDLE and the Launcher, but no interpreter. At least I can't
find it.
I thought maybe it updated /System/Library/Frameworks/Python.framework. No
luck. I guess my question is how do I get the
Can someone explain to me why I can't set the charset after the fact and still
have it work.
For example:
text = MIMEText('❤¥'.encode('utf-8'), 'html')
text.set_charset('utf-8')
text.as_string()
Traceback (most recent call last):
File pyshell#53, line 1, in module
text.as_string()
On 02/25/2013 10:58 PM, Steve Pruitt wrote:
I installed Python 3.3 for the Mac (10.6.8), but I did not get the interpreter
installed. I get IDLE and the Launcher, but no interpreter. At least I can't
find it.
I thought maybe it updated /System/Library/Frameworks/Python.framework. No
luck.
On 02/25/2013 10:48 PM, eli m wrote:
On Friday, February 15, 2013 7:22:41 PM UTC-8, eli m wrote:
Any small program ideas? I would prefer to stick to command line ones. Thanks.
Thank you guys for the suggestions. Any more?
There are all kinds of things you could do. First, consider
On Tue, Feb 26, 2013 at 10:26 AM, Dennis Lee Bieber
wlfr...@ix.netcom.com wrote:
On Mon, 25 Feb 2013 17:35:44 +1100, Chris Angelico ros...@gmail.com
declaimed the following in gmane.comp.python.general:
It may take a lot of work to get the permissions down to their
absolute minimum, but one
On Wed, 13 Feb 2013 11:00:15 -0800, stephenwlin wrote:
Would it be feasible to modify the Python grammar to allow ':' to generate
slice objects everywhere rather than just indexers and top-level tuples of
indexers?
If you need to be able to easily construct indexing objects, create a
helper
Eric V. Smith added the comment:
This is a duplicate of issue 13598. I'll add you to nosy over there.
--
resolution: - duplicate
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Eric V. Smith e...@trueblade.com:
--
nosy: +binkert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13598
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 422169310b7c by Giampaolo Rodola' in branch 'default':
Fix #17197: profile/cProfile modules refactored so that code of run() and
runctx() utility functions is not duplicated in both modules.
http://hg.python.org/cpython/rev/422169310b7c
--
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
assignee: - giampaolo.rodola
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17197
___
Serhiy Storchaka added the comment:
Here is a patch which converts all etree doctests to unittests.
--
keywords: +patch
nosy: +serhiy.storchaka
stage: needs patch - patch review
Added file: http://bugs.python.org/file29230/test_xml_etree.patch
___
Roundup Robot added the comment:
New changeset d707e3345a74 by Serhiy Storchaka in branch '2.7':
Issue #1470548: Do not buffer XMLGenerator output.
http://hg.python.org/cpython/rev/d707e3345a74
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 1c03e499cdc2 by Serhiy Storchaka in branch '3.2':
Issue #1470548: Add test for fragment producing with XMLGenerator.
http://hg.python.org/cpython/rev/1c03e499cdc2
New changeset 5a4b3094903f by Serhiy Storchaka in branch '3.3':
Issue #1470548: Add
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1470548
___
Xavier de Gaye added the comment:
There is an error in my patch (already fixed in pdb-clone) and in Jyrki's patch.
Running Jyrki's patch on quit.py produces the following output where the line
number in the last entry of the backtrace is incorrect (should be line 9 instead
of line 7):
$ python
Xavier de Gaye added the comment:
The patch changes the semantics of the quit command: quit behaves like the gdb
detach command when pdb is started with set_trace.
--
Added file: http://bugs.python.org/file29232/branch-27.patch
___
Python tracker
New submission from Albert Zeyer:
`compile(s, interactive, single)` would generate a code object which
prints the value of the evaluated string if that is an expression. This is what
you would normally want in a REPL.
Instead of printing the value, it might make more sense to return it and to
Albert Zeyer added the comment:
The symbols are there because it is a library which exports all the symbols.
Other debugging information are not there and I don't know any place where I
can get them.
It currently cannot work on Linux in the same way because the GUI is Cocoa only
right now.
Roundup Robot added the comment:
New changeset 2528e4aea338 by Serhiy Storchaka in branch 'default':
Issue #17220: Little cleanup of _bootstrap.py.
http://hg.python.org/cpython/rev/2528e4aea338
--
nosy: +python-dev
___
Python tracker
Eli Bendersky added the comment:
Serhiy, thanks for working on this! I didn't read the whole patch yet - will
tinker with it a bit more when applying. Did you prepare the patch vs. 3.3 or
default? The two are still synced and I'd be happy to apply it to both branches.
Now, the real reason I
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17220
Nick Coghlan added the comment:
Something to consider with these functions: it is probably desirable to also
support the popular alternate notation which uses an explicit : to separate
the module name from the reference within the module.
For example, setuptools entry points and nose test
Ramchandra Apte added the comment:
Advice: anything that's not a photo should be PNG.
Temporary fix is to change the cursor see [0]
^0 http://effbot.org/zone/tkinter-busy.htm
--
nosy: +Ramchandra Apte
___
Python tracker rep...@bugs.python.org
Eli Bendersky added the comment:
Henrik, there's no need to provide more information in 3.2 and 2.7 than in 3.3
and default. Could you just align your patches with those (i.e. same wording in
the documentation)?
--
___
Python tracker
netrick added the comment:
Well actually it IS a photo, so I think it can remain .jpg (because on print
screen there is no cursor). Thanks for the temporary solution, altough I'm not
sure if pyside/pygame etc will allow me to change busy cursor too.
Is there any chance for this to be fully
Serhiy Storchaka added the comment:
This patch is for default branch. It applied to 3.3 too.
The next logical step is to make all test classes in test_xml_etree accept
the ET module in some way and store it, using it to get classes function.
I.e. no more global ET and pyET at all. Would
Ulrich Eckhardt added the comment:
There is at least one thing that is missing in the patch, it lacks the
necessary tests. The partialbug.py demonstrates the issue, it could be used as
a base. However, even then, there is still one thing that is problematic: The
fact that partial() returns
Eli Bendersky added the comment:
No problems. You can go ahead and commit this patch to 3.3 and default, then. I
will review it post-commit, since I wanted to tweak some things around anyway.
--
___
Python tracker rep...@bugs.python.org
Changes by Eli Bendersky eli...@gmail.com:
--
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15083
___
___
Python-bugs-list
netrick added the comment:
The issue is NOT present in python 3.2. I'm not expert, but given that it work
in 3.2 and works in 3.3 using direct pythonw command, I'm almost sure it's
new windows launcher. Even if I'm wrong, you guys can be sure that the issue
appeared in 3.3 so there are only
R. David Murray added the comment:
See also issue 11470.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4331
___
___
Python-bugs-list mailing
Tim Golden added the comment:
netrick: can you confirm that the same thing occurs when you explicitly
run your code via the pyw command. ie when you do this:
pyw myprog.pyw
Also, what happens when you run:
py myprog.pyw
ie when you use the Console launcher to launch the .pyw?
--
Roundup Robot added the comment:
New changeset af570205b978 by Serhiy Storchaka in branch '3.3':
Issue #15083: Convert ElementTree doctests to unittests.
http://hg.python.org/cpython/rev/af570205b978
New changeset 5eefc85b8be8 by Serhiy Storchaka in branch 'default':
Issue #15083: Convert
Tim Golden added the comment:
I can't reproduce this running Python 3.3 on Win7. I'll try WinXP later.
I'll also add Mark Hammond Vinay as they implemented the PEP397 loader.
--
___
Python tracker rep...@bugs.python.org
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: +mhammond, vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17290
___
___
Serhiy Storchaka added the comment:
Here is a patch for C implementation. Python implementation was fixed in
issue17089.
--
dependencies: +Expat parser parses strings only when XML encoding is UTF-8
-Parameter type error for xml.sax.parseString(string, ...)
keywords: +patch
Added
netrick added the comment:
My OS is Windows XP so it may be only XP related. So, python 3.3 and my testing:
1) pythonw app.pyw - no bug
2) python app.pyw - no bug
3) pyw app.pyw - no bug
4) py app.pyw - no bug
5) double click on app.pyw - BUG
Tested on 2 different computers with exactly the
Éric Araujo added the comment:
Mercurial’s diff formats are actually able to represent file creation, deletion
and rename.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10572
___
Changes by Éric Araujo mer...@netwok.org:
--
resolution: - duplicate
stage: needs patch - committed/rejected
status: open - closed
superseder: - Add a profile decorator to profile and cProfile
___
Python tracker rep...@bugs.python.org
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +bjorns
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9285
___
___
Python-bugs-list mailing
Changes by Éric Araujo mer...@netwok.org:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9285
___
___
Tim Golden added the comment:
Things may be a little more complicated, because one of two distinct
mechanisms may be invoked to determine what to run when double-clicking:
an Explorer-based mechanism, and a non-Explorer one.
AFAICT, the former falls back to the latter.
To check the latter, the
Geoff Wilson added the comment:
Odd. I must be doing something wrong. My test workflow was:
1. hg mv a b
1a. modify files to resolve issues from the move
2. hg diff issue.patch # attached
3. hg revert --all
4. patch -p1 issue.patch
Reading the hg docs more, I should have used 'hg
Xavier de Gaye added the comment:
The traced_frame.patch fixes also issue 7238 and issue 16482.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17277
___
netrick added the comment:
So:
1) assoc .pyw # - Python.NoConFile gives an error that it can't find
association for .pyw extension
2) opening terminal in proper directory and typing just app.pyw gives error
that this is not known command
I did small test. Using normal (from explorer) open
netrick added the comment:
I can use assoc command for .py extension but I can't for .pyw. Maybe that's
some clue...
The strange thing is that explicit pyw.exe app.pyw gives no bug, and
associating .pyw files to pyw.exe gives the bug when double clicking.
Honestly I have no idea what's going
netrick added the comment:
And remember that on the exactly the same computers when I uninstalled python
3.3 and installed python 3.2, everything works flawlessy (because python 3.2
sets .pyw files to open through pythonw.exe).
--
___
Python
Changes by Ulrich Eckhardt ulrich.eckha...@dominolaser.com:
--
nosy: +eckhardt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11470
___
___
New submission from Ronald Oussoren:
Currently a subclass of a PyVarObject (such as 'int') cannot use a non-empty
slots, for example:
class L (int):
...__slots__ = ('a', 'b')
...
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: nonempty __slots__ not
New submission from Andreas Hausmann:
When pickling/unpickling a class that derives from the builtin class Exception,
unpickling results in a
TypeError: ('__init__() takes at least 2 arguments (1 given)', class
'__main__.TestException', ())
A standard exception like ValueError can be
R. David Murray added the comment:
That issue was only fixed in 3.3. Does your code work in 3.3?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17296
___
Andreas Hausmann added the comment:
I have not tried in 3.3. I have no running installation of 3.3.
I need a solution for 2.7 for a Zope project that was just ported to 2.7. My
test for Python3 was halfheartedly on my standard Python3 installation (3.2)
after reading Issue1692335.
--
R. David Murray added the comment:
The reason I ask is because that issue ends with reopen if you think this
should be backported, so a backport is at least within the real of possibility
:)
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
I modified your script to run under both python2 and python3. I get the error
for 2.5, 2.6, and 2.7. The script produces the same output (without the
EXCEPTION ## EXCEPTION) under 2.4 and 3.3.
--
Added file:
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7238
___
___
Python-bugs-list mailing list
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16482
___
___
Python-bugs-list mailing list
Tim Golden added the comment:
I can't reproduce this on XP either. I've tried various combinations of
.py / .pyw, command line, double-click, etc. and I've not had a single
problem.
Let's hope someone else can suggest something
--
___
Python
New submission from Luis López Lázaro:
Sorry if I am raising something naive as perhaps I am doing something wrong as
I am both an amateur programmer and a newcomer to Python, but version 3.3
appears to have an issue with the return statement in the setting of recursive
functions.
When
STINNER Victor added the comment:
If the problem is that PyUnicode_FromUnicode() rejects character outside range
[U+; U+10], it would be better to use the byte string '\xff' *
sizeof_PY_UNICODE. U+66647361 may become valid in a future version of Unicode,
I don't thing that U+
1 - 100 of 169 matches
Mail list logo