Kandalintsev Alexandre bug_hun...@messir.net added the comment:
Ok, I'll try :). I'll send it today or tomorrow.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5097
___
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Mark, I have two concerns:
1) Python shouldn't (IMHO) crahs, even if you give bogus input to
python functions. Making sure that it doesn't crash in the test suite
is not enough, I think.
2) It shouldn't disable assertions and
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Martin, your reproducable behaviour involves consistently disabling
functionality that those threads you mention may rely on (and since
this i is a global state that no one messes with, they are unlikely to
be doing so)
If the
New submission from sy12 s...@club-internet.fr:
platform: Windows XP
In a file (cf attached file) with mixed tabs and spaces, the line
following else: appears at the same level than else:, while the file
probably still works with Python 2.6. At least, IDLE 2.5 or IDLE 2.4 or
vim don't have this
Changes by Martin v. Löwis mar...@v.loewis.de:
--
assignee: loewis -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2897
___
___
Python-bugs-list
New submission from Mitchell Model m...@acm.org:
The glossary entry for sequence mentions the type unicode, but that's
gone.
--
assignee: georg.brandl
components: Documentation
messages: 80943
nosy: MLModel, georg.brandl
severity: normal
status: open
title: Obsolete reference to
Martin v. Löwis mar...@v.loewis.de added the comment:
The patch looks fine, please apply.
We should come up with a deprecation strategy for GlobalCall, though,
since that function is now mostly redundant.
--
resolution: - accepted
___
Python
Changes by Martin v. Löwis mar...@v.loewis.de:
--
assignee: loewis - gpolo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1581476
___
___
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
I have looked at this for py3k.
the behaviour of HTTPResponse.fp.read() is the same, wheter fp is
buffered or not: a read() will read to EOF for HTTP/1.1, which means
blocking indefinetely. So, read() is forbidden for HTTP/1.1.
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Checked in r69209 to py3k
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4879
___
___
Martin v. Löwis mar...@v.loewis.de added the comment:
I think the patch is correct. gpolo, what's your opinion?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1731706
___
Akira Kitada akit...@gmail.com added the comment:
It seems the version number has been bumped now.
Was it okay?
--
nosy: +akitada, tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1835
Akira Kitada akit...@gmail.com added the comment:
Python 3.0 has --skip-build, too.
Can we close this ticket?
--
nosy: +akitada, tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1815
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This was corrected by Benjamin with r69158.
Now the yield statement is still optimized away, but at least the
CO_GENERATOR flag is set only when compiling a function.
--
nosy: +amaury.forgeotdarc, benjamin.peterson
resolution:
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Maybe already conclusion is met, so probably I shouldn't post this patch
but... here is the patch implementing msg80934. I believe this is thread
safe. (This patch doesn't include codes of fopen.patch, but it doesn't
mean they are
Tarek Ziadé ziade.ta...@gmail.com added the comment:
yes, that's the expected behavior
*But* we could add a warning, that says that an option was unused.
--
assignee: - tarek
priority: normal - low
type: - feature request
versions: +Python 2.7, Python 3.1
Tarek Ziadé ziade.ta...@gmail.com added the comment:
I'll change the comment explaining how things work now.
--
assignee: lemburg - tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1835
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Just impression. I feel Martin's disable globally, and provide API to
turn it on is simple and good. +1/2. Of course, my impression is biased
by the fact I have never used _ASSERTE even when debugging python.
Bill Janssen bill.jans...@gmail.com added the comment:
Lorenzo, do we have test cases for this? I think you should try to add
some test cases. We may need to set up some test mail servers on
python.org to accommodate such tests.
--
nosy: +janssen
Armin Rigo ar...@users.sourceforge.net added the comment:
...which does not really solve anything, as if 0: yield at
module-level is now just ignored instead of raising a SyntaxError (e.g.
like if False: yield).
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg m...@egenix.com added the comment:
On 2009-02-01 00:39, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
The patch changes results a lot compared to the previous version
(BuiltinFunctionCalls is 3x slower). I propose the following patch,
which gives
Akira Kitada akit...@gmail.com added the comment:
This is reproducible, but I'm not sure why this could be a problem...
Is there any use cases that you think it could be better than failing?
--
nosy: +akitada, tarek
___
Python tracker
Changes by Guido van Rossum gu...@python.org:
--
nosy: -gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1835
___
___
Python-bugs-list
Marc-Andre Lemburg m...@egenix.com added the comment:
Some more explanation for why keeping distutils Python 2.3 compatible is
desirable:
distutils was removed from the PEP without any public discussion outside
a sprint at PyCon and the reasons given for it did not take into account
that people
Tarek Ziadé ziade.ta...@gmail.com added the comment:
closing the issue since it's on setuptools side
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5070
___
Tarek Ziadé ziade.ta...@gmail.com added the comment:
closing for the same reason than #5070
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5071
___
Akira Kitada akit...@gmail.com added the comment:
Sorry, but I don't understand this report.
Is reported problem fixed already?
--
nosy: +akitada, tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue831643
Tarek Ziadé ziade.ta...@gmail.com added the comment:
maybe you can group all your patch into one single issue since they are
related, and remove old patches,
--
nosy: +tarek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3871
Andreas Kupries andre...@activestate.com added the comment:
Yes.
Session log:
andre...@bertha:~/tmp/x ll
total 0
andre...@bertha:~/tmp/x touch foobar
andre...@bertha:~/tmp/x ll
total 0
-rw-rw-r-- 1 andreask DomainUsers 0 Feb 2 10:17 foobar
andre...@bertha:~/tmp/x chown root foobar
Gregory P. Smith g...@krypto.org added the comment:
For network tests like this where it is useful to test against external
servers, could we just pick few known external servers that are unlikely
to every go away?
imap.gmail.com:993 for instance? (i don't know enough about imap to
know if
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Of course, this won't work someone else altered hook function.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4804
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I don't see a problem with Untabify. IDLE cannot know how big you
intended your tabs to be, so it presents a dialog asking you. That
seems reasonable to me.
In most cases, the default is pretty good -- it attempts to infer
Tarek Ziadé ziade.ta...@gmail.com added the comment:
akidata has started to write some proposal changes he will submit to
pydotorg.
Georg, should we keep track of this here or it's ok to close this ticket
and let the process continue in the ML ?
___
Python
Antoine Pitrou pit...@free.fr added the comment:
That explains what the test fails then. The test expects that you can't
chown a file to root as a normal user, and it verifies that an exception
is raised in that case.
Do you know if this behaviour is standard under HP-UX? If so, what do
New submission from Dave Peterson dpeter...@enthought.com:
I've had trouble building Python extensions on Solaris if the Python
install I'm using was built with the '--enable-shared' option. In
tracking this down, it appears that the code in
'distutils/command/build_ext.py' contains a number
Brett Cannon br...@python.org added the comment:
The problem is not that ctime should be taken into account, but that the
.pyc file should be read for its timestamp and that should be used.
Otherwise you are still deviating from what Python uses internally to
decide whether bytecode should be
Guilherme Polo ggp...@gmail.com added the comment:
Do we still want to say _tkinter.c supports tcl/tk from version 8.2 and
newer ? If yes, then we should add a no-op Tcl_ConditionFinalize when
using tcl older than 8.3, because that was when this function got added.
Besides that, the patch looks
Guilherme Polo ggp...@gmail.com added the comment:
Uhm, is it fine to remove it for good in 3.1 ? And then add a warning in
2.7 when it gets called which in turns just call Tkapp_Call ?
___
Python tracker rep...@bugs.python.org
Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it added the comment:
I just found out that the gmail servers don't support connections on
the standard pop3/imapv4 ports, but only on the SSL wrapped ones.
I'm unsure if cmu.edu anonymous imap server admin's would be happy with
their server
New submission from David Nicol da...@thenicols.net:
The single line statements:
eval(08) ; and
eval(09)
both crash; while
eval(07) works fine
--
components: None
messages: 80982
nosy: davidnicol
severity: normal
status: open
title: Error with Eval
type: compile error
versions:
New submission from Raymond Hettinger rhettin...@users.sourceforge.net:
From a compilation of Py3.1 r69209 :
..\..\..\sqlite-3.5.9\sqlite3.c(9702) : warning C4244: '=' : conversion
from 'double' to 'int', possible loss of data
..\..\..\sqlite-3.5.9\sqlite3.c(9703) : warning C4244: '=' :
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
assignee: - tarek
nosy: +tarek
versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5132
Ezio Melotti ezio.melo...@gmail.com added the comment:
The leading zero is used to define octal numbers, 8 and 9 are not valid
octal digits, see
http://docs.python.org/reference/lexical_analysis.html#integer-and-long-integer-literals
Also, you don't need to use eval to reproduce that behavior.
New submission from Paul Moore p.f.mo...@gmail.com:
This patch takes the existing simplegeneric decorator, currently an
internal implementation detail of the pkgutil module, and exposes it as
a feature of the functools module.
Documentation and tests have been added, and the pkgutil code has
Mart Sõmermaa m...@mrts.pri.ee added the comment:
A pointer for people who keep referring to this bug -- after
discussions, the following idiom was selected as the official way to
import modules by name in 2.x (as seen in latest 2.x docs
Guilherme Polo ggp...@gmail.com added the comment:
Any chance I can get this in ? I'm using something very similar to test
the ttk wrapper and will also be using in other tests, extensions would
also benefit from it, and old code doesn't get affected to it.
--
versions: +Python 3.1
Brett Cannon br...@python.org added the comment:
And just some more info, Python 2.7/3.1 have gained the importlib
module/package and its import_module function which gives a much saner
API than __import__.
___
Python tracker rep...@bugs.python.org
sy12 s...@club-internet.fr added the comment:
The problem appeared in the initial display, with a file similar to bug.py.
Here is how to reproduce it:
1. open the bug.py file with IDLE 2.5 (or with Firefox from the
bugs.python.org website): the display shows the file the way the
compiler will
Martin von Gagern martin.vgag...@gmx.net added the comment:
Like this? Should the magic number be checked as well, and if so,
against what value? I couldn't find that constant in any structure
accessible from python, and jumping through hoops seems too much, as
updating the python version should
Brett Cannon br...@python.org added the comment:
On Mon, Feb 2, 2009 at 12:22, Martin von Gagern rep...@bugs.python.org wrote:
Martin von Gagern martin.vgag...@gmx.net added the comment:
Like this?
Don't have the time right now to do a code review right now, but
hopefully I can get to this
Changes by Brett Cannon br...@python.org:
--
assignee: - brett.cannon
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5128
___
Jason R. Coombs jar...@jaraco.com added the comment:
I see this in the documentation, which basically answers the question:
windll does not try to select [wide or narrow functions] by magic, you
must access the version you need by specifying GetModuleHandleA or
GetModuleHandleW explicitely, and
Antoine Pitrou pit...@free.fr added the comment:
Here is an updated patch against trunk.
To be honest I don't think it has a lot of future:
- it changes the lnotab format (to allow negative offsets)
- it rewrites the buggy block reordering code in the pure Python
compiler package, but nobody
Martin von Gagern martin.vgag...@gmx.net added the comment:
Next iteration. With magic number, and now also closing the file again.
I changed from unpack and number comparison to pack and string
comparison, makes things a bit easier, as there is only one comparison,
and as underflow of the
Akira Kitada akit...@gmail.com added the comment:
Here's the usage of setup.py
usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
or: setup.py --help [cmd1 cmd2 ...]
or: setup.py --help-commands
or: setup.py cmd --help
and '--dry-run' is a global
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
The proposed patch for this issue include parts of other pending issues
- so its all is single file. If python team don't like idea for
canonical host names (part of issue 3754) this patch can be modified
do not use host-triplet. Also
Martin v. Löwis mar...@v.loewis.de added the comment:
Martin, your reproducable behaviour involves consistently disabling
functionality that those threads you mention may rely on
Right. So with the current implementation, they notice immediately that
something is wrong.
(and since
this i
Guilherme Polo ggp...@gmail.com added the comment:
Commited in r69217 (r69219), r69220, r69222, r69223
Martin, I will open another ticket about GlobalCall deprecation, later
today.
--
resolution: accepted - fixed
status: open - closed
___
Python
Marc-Andre Lemburg m...@egenix.com added the comment:
The distutils version number is now updated automatically by the Python
release process, so the comment in that file can be removed.
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
I'm not sure which way is the best
I think that is easy to answer: Python should validate all parameters,
and report ValueError if any of the parameters would otherwise be
rejected by the CRT. Then, we could leave assertions on, and would
New submission from Martin von Gagern martin.vgag...@gmx.net:
When trying to decide whether or not a given file needs to be
recompiled, the inode creation time should be taken into account along
with the file modification time.
Scenario: Suppose you have three times, A B C D. At time A, you
Martin v. Löwis mar...@v.loewis.de added the comment:
Do we still want to say _tkinter.c supports tcl/tk from version 8.2 and
newer ? If yes, then we should add a no-op Tcl_ConditionFinalize when
using tcl older than 8.3, because that was when this function got added.
Good point. If we want
Martin v. Löwis mar...@v.loewis.de added the comment:
I don't think we should do anything about these, except perhaps for
disabling all warnings when compiling the file. These are upstream
sources, so we definitely should not fix them.
--
nosy: +loewis
Brett Cannon br...@python.org added the comment:
On Mon, Feb 2, 2009 at 12:42, Martin von Gagern rep...@bugs.python.org wrote:
Martin von Gagern martin.vgag...@gmx.net added the comment:
Next iteration. With magic number, and now also closing the file again.
I changed from unpack and number
Brett Cannon br...@python.org added the comment:
On Mon, Feb 2, 2009 at 13:50, Brett Cannon br...@python.org wrote:
On Mon, Feb 2, 2009 at 12:42, Martin von Gagern rep...@bugs.python.org
wrote:
Martin von Gagern martin.vgag...@gmx.net added the comment:
Next iteration. With magic number,
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Thanks for the review.
Fixed in r69227.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1242657
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - kbk
nosy: +kbk
priority: - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5129
___
pmoody pyt...@hda3.com added the comment:
(kicking an old thread)
On Mon, Jan 5, 2009 at 11:21 AM, Guido van Rossum
rep...@bugs.python.org wrote:
Guido van Rossum gu...@python.org added the comment:
I've been on vacation and unable to follow this, and won't have time to
catch up now. Note
Changes by Robin Stocker robin.stoc...@gmx.ch:
--
nosy: +robin.stocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5125
___
___
Python-bugs-list
Guido van Rossum gu...@python.org added the comment:
Beats me. I personally haven't had the pleasure to use either so I can't
decide. Maybe a vote or a bake-off?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3959
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3959
___
___
Python-bugs-list
Mark Dickinson dicki...@gmail.com added the comment:
All relevant changes from the py3k-issue1717 branch have now been merged into
the py3k
branch (and from there into the 3.0 maintenance branch), in a series of
revisions.
Here they are, listed in py3k/release30-maint pairs:
r69188,
Duncan McGreggor duncan.mcgreg...@gmail.com added the comment:
Well, here are my thoughts on the matter:
* ipaddr is relatively small, fast, and focuses on some core functionality
* netaddr is designed to be very flexible (sometimes at the cost of a
little speed), leaning more towards a
Martin v. Löwis mar...@v.loewis.de added the comment:
so I guess a decision needs to be made. Is this something that should
be made on python-dev or does this bug have enough visibility?
The bug doesn't have enough visibility, so it definitely needs to be
discussed in public.
So, where do
Martin v. Löwis mar...@v.loewis.de added the comment:
As such, and given the recent work made to ipaddr to make it
stdlib-friendly, my vote would be to include ipaddr in Python while
netaddr can continue growing, providing its user base with diverse
functionality while hopefully taking
Brett Cannon br...@python.org added the comment:
If you want an easy way to see how bytecode is checked, look at
importlib._bootstrap in Python 3.1:
http://svn.python.org/view/python/branches/py3k/Lib/importlib/_bootstrap.py?view=markup
. Specifically, look at the get_code() method for
Andreas Kupries andre...@activestate.com added the comment:
I do not know if this is standard for hpux or not.
I can say that right now we have six different HPUX machines which
behave in this manner, i.e. do not throw an error for the 'chown root
foobar' command for an ordinary (non-root)
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4111
___
___
Python-bugs-list mailing list
Changes by Martin von Gagern martin.vgag...@gmx.net:
--
keywords: +patch
Added file: http://bugs.python.org/file12917/compileall-ctime.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5128
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Btw, I am going to use our contact at MS to pressure them to expose a
validation function for file descriptors to avoid this bloody mess.
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Ok, and when you try to chown back to yourself the root-owned foobar,
does it fail?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5113
___
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Well, as long as you think that an assertion is fine for the fd
functions, I am fine with that too.
I attach a limited patch to the fopen() and strftime() functions that
avoids the assertions for those functions without messing
Kandalintsev Alexandre bug_hun...@messir.net added the comment:
This is my explanation of dispatcher_with_send. As my english is far from
perfect and I'm not expirienced writing documentation you need to review
it and fix my mistakes.
class asyncore.dispatcher_with_send
This is class based
Martin v. Löwis mar...@v.loewis.de added the comment:
Thanks for the patch. Committed as r69205, r69206, r69207, r69208.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4494
Andreas Kupries andre...@activestate.com added the comment:
Yes, that does fail with error 'not owner'.
andre...@bertha:~/tmp mkdir x
andre...@bertha:~/tmp cd x
andre...@bertha:~/tmp/x touch foobar
andre...@bertha:~/tmp/x ll
total 0
-rw-rw-r-- 1 andreask DomainUsers 0 Feb 2 15:06
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3959
___
___
Python-bugs-list
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Sorry for interruption. Maybe is _CrtSetReportHook useful?
http://msdn.microsoft.com/en-us/library/0yysf5e6(VS.80).aspx
1. Call _CrtSetReportHook on startup
2. Py_BEGIN_CRT_ERROR_HANDLING sets flag in thread local storage.
3. In
Guilherme Polo ggp...@gmail.com added the comment:
It is much more important to fix the memory leak anyway, it is possible
to notice real problems using test_tkleak1.py and watching the process
with ps or something else provided by the platform. Besides, not calling
ConditionFinalize doesn't
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
They don't crash. They raise a SyntaxError because the 08 and 09
are invalid octal literals.
If you're working with decimal literals that are padded on the left with
zeroes, those need to be stripped off before conversion:
Martin v. Löwis mar...@v.loewis.de added the comment:
If the Sun guy only commented on _XOPEN_SOURCE_EXTENDED, I'm not sure
that this also applies to _XOPEN_SOURCE. For example, on my Solaris 9,
I have (in signal.h) conditionally
#pragma redefine_extname sigwait __posix_sigwait
and in
Martin v. Löwis mar...@v.loewis.de added the comment:
Besides, not calling ConditionFinalize doesn't introduce memory leaks
Are you sure about this? On Unix, TclpFinalizeCondition does
pthread_cond_destroy(pcondPtr);
ckfree((char *) pcondPtr);
both of which release memory
Guilherme Polo ggp...@gmail.com added the comment:
Besides, not calling ConditionFinalize doesn't introduce memory leaks
Are you sure about this? On Unix, TclpFinalizeCondition does
pthread_cond_destroy(pcondPtr);
ckfree((char *) pcondPtr);
both of which release memory
Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it added the comment:
Thanks for following-up, Bill.
While I fully understand the need for unit-testing, I don't have the
guts to start writing a dummy imap server from scratch.
I tested my changes on a couple of servers I manage, one running
sy12 s...@club-internet.fr added the comment:
IDLE's untabify feature (required by IDLE 2.6 when running from IDLE)
seems to do the job correctly but this function doesn't inspire trust
and might damage the code, because IDLE 2.6 is not able to correctly
display mixed spaces and tabs (maybe for
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
There were non-ascii characters in the Windows license file. This was
corrected with r67860.
I believe that chr(0x1) and chr(0x11000) should have the
opposite behavior.
This other problem is because on a narrow unicode build,
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Here is a patch that properly raises SyntaxError when 'return' or
'yield' statements appear outside a function.
I did not bother to update the (deprecated) compiler package: it seems
to be completely foreign to this kind of checks...
New submission from Nick Craig-Wood n...@craig-wood.com:
I noticed this the other day when debugging a program that neither set()
nor defaultdict() pprint() properly
Same under 3.1 and 2.5 (Not tried 2.6/2.7 but I assume it is the same)
pprint(set(range(100)))
set([0, 1, 2, 3, 4, 5, 6, 7, 8,
Tarek Ziadé ziade.ta...@gmail.com added the comment:
right, nothing to fix here, the feature is available
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1815
Mark Hammond mhamm...@users.sourceforge.net added the comment:
Python shouldn't (IMHO) crahs, even if you give bogus input to
python functions.
But it doesn't actually crash does it? It throws an assertion dialog,
which sucks when the machine is unattended - which is why it is a
problem
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This causes failures in test_urllib2net.
The fix is easy: a handful of
-self.assertTrue(u.fp._sock.gettimeout() is None)
+self.assertTrue(u.fp.raw._sock.gettimeout() is None)
But doesn't this show a
1 - 100 of 111 matches
Mail list logo