Hi!
A thread in PyAr raised the question that, considering that strings
are immutable, why a slice of a string is a copy and not a reference
to a part of that string.
I couldn't answer why, so I'm asking here...Is it because the
reference counting will be complicated? Is it because it'd be
2008/5/22 Oleg Broytmann [EMAIL PROTECTED]:
I remember some discussions... let me see... google to help... aha:
http://mail.python.org/pipermail/python-3000/2006-August/003224.html
http://mail.python.org/pipermail/python-3000/2006-August/003242.html
These descussions are too general, and
2008/5/22 Isaac Morland [EMAIL PROTECTED]:
By contrast, the worst that can happen with no sharing is that performance
and memory use is what you expect - the only bad is the apparent missed
opportunity for optimization.
Exactly, apparent.
Also, this could be handled like a good writing tip.
2008/5/22 Facundo Batista [EMAIL PROTECTED]:
I couldn't answer why, so I'm asking here...Is it because the
reference counting will be complicated? Is it because it'd be
inefficient in other way? It's something else? Or is something that
could be done... but is not done yet?
Thank you all
2008/5/13 Jesse Noller [EMAIL PROTECTED]:
I am looking for any questions, concerns or benchmarks python-dev has
regarding the possible inclusion of the pyprocessing module to the
standard library - preferably in the 2.6 timeline. In March, I began
+1 to include this module in the library,
2008/5/13, Steven D'Aprano [EMAIL PROTECTED]:
Perhaps what we need is a more flexible enumerate function?
enumerate(iterable, start_at_index=0, count_from=0)
+1 to provide both options: they're not intrusive (as I can keep using
enumerate without those), and having both helps in the
2008/5/11, Brett Cannon [EMAIL PROTECTED]:
It's a common enough use-case, so I think it makes sense. With the
cost being so minimal to add support I think this one use-case alone
is enough to justify adding the support.
+1
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr:
2008/5/7, A.M. Kuchling [EMAIL PROTECTED]:
This would be a good chance for Py3K to dump httplib/urllib/urllib2
and use some more modern library.
Which modern library do you propose?
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
2008/5/1, Georg Brandl [EMAIL PROTECTED]:
There may be more implications and surprising behavior surrounding this.
I know that the implementation is a compromise, but I'd rather see a
super()
whose full semantics can be explained to programmers without using to
cell variable,
2008/4/1, Tim Golden [EMAIL PROTECTED]:
If this is the thing to do, presumably test_support should
grow a remove_file which does something of this sort?
+1 (I was thinking exactly that).
Regards,
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
2008/3/30, Martin v. Löwis [EMAIL PROTECTED]:
If you'd like, I can merge the rest.
If you have the time to figure it all out, sure.
I found that quite a tedious task, and had to spent
on some patches quite a long time to figure out what
they do, and what the 3.x equivalent should be.
2008/3/31, Christian Heimes [EMAIL PROTECTED]:
In most cases it's easy. Usually it takes me less than 20 minutes per
day to merge the chances from trunk - py3k. In this particular case
several obstacles come together. The changes in the AST and parser code
aren't trivial, I'm not familiar
2008/3/26, Neal Norwitz [EMAIL PROTECTED]:
We need to get the tests for Python to be more stable so we can push
out solid releases. In order to achieve this result, we need tests
that are *100% reliable* and fail _only when there is a problem with
+1
Python_. While we aren't nearly as
2008/3/26, Christian Heimes [EMAIL PROTECTED]:
Correct!
The bytearray type and the new IO system are now backported to Python 2.6.
Thank you very much for this effort!
Regards,
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
2008/3/26, Mark Dickinson [EMAIL PROTECTED]:
I think it's still worth considering a hybrid implementation of Decimal:
C code for the basic integer arithmetic (that is, supply a long int
replacement whose underlying implementation works in base a
power of 10), and Python for all the
2008/3/25, Mark Dickinson [EMAIL PROTECTED]:
I'd call this a bug. The change is an accident, a side-effect of the fact
that in 2.5.1 the coefficient (mantissa) of a Decimal was stored as a
tuple, and in 2.5.2 it's stored as a string (which greatly improves
efficiency).
Clearly in 2.5.2
2008/3/25, Nick Coghlan [EMAIL PROTECTED]:
Anyway, +1 on coercing the mantissa to a str() instance in 2.5.
I don't know about 2.5, I'm sure about 2.6.
To fix this, decimal probably needs to grow something like the following
near the top of the module:
try:
_bytes = bytes
2008/3/25, Mark Dickinson [EMAIL PROTECTED]:
So int and float accepts bytes, while complex, Decimal and Fraction do
not...
I'm -1 to accept bytes as input for Decimal, I don't see a case of
use, and I think that conceptually there's no reason to do it.
Of course, I can be wrong, ;)
Regards,
2008/3/25, Alex Martelli [EMAIL PROTECTED]:
Since we have some strong use cases at least for the bytes-int case,
consistency then suggests that the other numeric types should all accept
bytes as well (interpreting them as ASCII encoded strings).
+1 -- it seems very practical as well
2008/3/19, Barry Warsaw [EMAIL PROTECTED]:
+1 to assert* from me. the fail* variants always feel like
double-negatives. I also always use assertTrue instead of assert_. But
I don't care enough to argue about it. :)
+1 to the plain affirmative propositions (assert*) instead of the
2008/3/16, Guido van Rossum [EMAIL PROTECTED]:
they are a sufficient tool. In my day job at Google we've started to
do all task management for our project in the bug tracker (but that
tracker has some features that make it particularly easy). Does anyone
Like which? Something that could be
Hi!
My head crashed into this:
class C(object):
...: pass
...:
dir(C)
['__class__', ...]
C.__bases__
(type 'object',)
Why __bases__ does not appear in dir()?
Is there a good reason for this or should I file a bug?
Thanks!
--
.Facundo
Blog:
2008/3/5, Guido van Rossum [EMAIL PROTECTED]:
(Bringing this from python-ideas, Guido is talking about PEP 3135)
Ehhh! The PEP's reference implementation is useless and probably
doesn't even work. The actual implementation is completely different.
If you want to help, a rewrite of the PEP
2008/3/4, Trent Nelson [EMAIL PROTECTED]:
Spent some time on my buildbot (x86 2k8 trunk) this morning trying to track
down why test_bsddb3 is failing (trunk with db-4.4.20). The first test that
fails is this:
Thank you very much!!
Regards,
--
.Facundo
Blog:
2008/3/1, Christian Heimes [EMAIL PROTECTED]:
I also propose translations of the shorter text to important languages
like French, German, Japanese, Portuguese and Spanish. I'm willing to
help with the German translation.
/me raises his hand while saying Spanish, Spanish!.
Which is the
2008/2/28, James Tauber [EMAIL PROTECTED]:
The Google Summer of Code is on again and I've been asked to coordinate
the PSF's involvement.
These are great news, specially the second one, :)
Regards,
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
2008/2/25, Thomas Hervé [EMAIL PROTECTED]:
I've worked on that problem during the bug day. I've open a ticket with
a patch at http://bugs.python.org/issue2168.
Most of the buildbots are green now!!!
Thank you all! This community is as awesome as Python itself, ;)
Three remains in red,
2008/2/26, Martin v. Löwis [EMAIL PROTECTED]:
They check out bsddb from subversion, see Tools/buildbot/external.
If you don't trust that they did so correctly, edit the script to
remove bsddb, check that in, wait for them to delete it, then revert
the script, check in again, and see how
2008/2/25, A.M. Kuchling [EMAIL PROTECTED]:
Should we have one next month? The PyCon sprint will fall on Monday
through Thursday, and few people not at PyCon will be available during
the work week. OTOH, if we scheduled a bug day for the 29th, that's
two weeks after the conference, and
All fail in test_compiler.py.
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
2008/2/25, Christian Heimes [EMAIL PROTECTED]:
Thomas Herve has worked out a patch: http://bugs.python.org/issue2177
After reviewing, testing and etc, I commited it. Let's see the buildbots! :)
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
2008/2/25, Facundo Batista [EMAIL PROTECTED]:
2008/2/25, Christian Heimes [EMAIL PROTECTED]:
Thomas Herve has worked out a patch: http://bugs.python.org/issue2177
After reviewing, testing and etc, I commited it. Let's see the buildbots! :)
Some are green, now, but others still are in red
2008/2/23, Virgil Dupras [EMAIL PROTECTED]:
The flow seems healthy to me.
What I don't see healthy is that we have, per week, around 30 issues
more open (30 is the difference between those closed, and the new
ones).
So, the curve is always going up... fast.
--
.Facundo
Blog:
2008/2/23, Steve Holden [EMAIL PROTECTED]:
A larger team (not necessarily all committers) could help us improve
quality and reduce the issue count. Deleting issues purely on grounds of
Exactly, that's why I love Python bug days.. and I'm pushing this hard
in Argentina!
In the January one,
Hi!
In today's bug day, an Argentinian colleague called my attention over
the issue 1746071.
This issue is about mutex:
The mutex module defines a class that allows mutual-exclusion via
acquiring and releasing locks. It does not require (or imply)
threading or multi-tasking, though it could be
2008/2/23, Facundo Batista [EMAIL PROTECTED]:
Ok, I'll close the issue with this, and forward this mail to the
stdlib reorg for proper handling.
1. Done
2. It was already taken care of in the stdlib reorg sheet (it will be
removed, or at least its api hidden, in 3.0)
Thank you
2008/2/23, Stephen J. Turnbull [EMAIL PROTECTED]:
If that curve ever turns down, it means that users are giving up on
Python as a tool for solving ever harder problems. That's where it
gets scarey.
It depends. If that happens because no new issues are found, maybe (it
could happen also
2008/2/21, Brett Cannon [EMAIL PROTECTED]:
Something like handle or resolved. An issue is an issue and we
wanting a single way to say the issue was closed because what is was
about was handled seems reasonable.
+1 to resolved.
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
2008/2/21, Martin v. Löwis [EMAIL PROTECTED]:
It's possible to retire objects in Roundup: certain resolution values
would still be present and referenced by issues that use it, but they
would not appear anymore in the drop-down list.
We can go one step further: If we change fixed and
2008/2/22, Nick Coghlan [EMAIL PROTECTED]:
Combining 'fixed' and 'accepted' into something generic like 'resolved'
is no good, since 'not a bug' is also a resolution from our point of
view, even if the original author of the issue may not particularly like
the answer :)
First two
2008/2/22, Brett Cannon [EMAIL PROTECTED]:
I think Martin is right that someone needs to take the lead and do a
complete review of how issues are handled. That way we can do a change
in one big batch to something that works better for Python.
+1
What about a couple of hours in the Python
2008/2/20, Martin v. Löwis [EMAIL PROTECTED]:
- no selection -118
wont fix189
works for me62
accepted310
fixed 611
duplicate 75
later 17
invalid 73
postponed 6
out of date 193
remind 1
rejected180
This is the result
2008/2/21, Virgil Dupras [EMAIL PROTECTED]:
I don't see why would want to run this query on open tickets. What
would it tell you? How many old issue there is? You can already know
that with a simple search. The goal of this script is to know the
resolution of tickets that had a 6+ month
2008/2/21, Gregory P. Smith [EMAIL PROTECTED]:
That sounds eminently sensible. So sensible there should be
documentation that tells us to do that. Drat it, where's Brett Cannon
when you need him? :-)
I'm always faced with a tiny quandry when closing a fixed bug that had a
patch to fix it
2008/2/19, Martin v. Löwis [EMAIL PROTECTED]:
Problem is, we don't have an 'rfe' keyword anymore :)
Shall we grow one again?
What's wrong with the rfe type? Why does it have to be a keyword?
For me, none. I'm just trying to converge the mail thread to a result, :)
As far as I can see,
Hi!
Don't now if always, or in the last few months where I've been
following the issues more closely, but I found that are appearing a
lot of small RFEs in the tracker.
These normally are small but not trivial things. In most cases when I
read them I think Mmm, yes... it won't hurt to have it,
2008/2/14, Giampaolo Rodola' [EMAIL PROTECTED]:
asyncore and asynchat are in a difficult position right now since a
lot of patches for both modules are pending and no decisions are
taken.
In detail I'm talking about patches 1519, 1541, 2073 and 1736190 which
is the most important one
2008/2/4, Brett Cannon [EMAIL PROTECTED]:
The 1 MB PDF can be found at
http://www.cs.ubc.ca/~drifty/pycon/sprint_tutorial.pdf . If you find
any bad info or some info that is really lacking, let me know. But
Brett, please tell me when you have a kind of finished version of
this... I want to
2008/1/25, Jeffrey Yasskin [EMAIL PROTECTED]:
decision comes to be that int(float) should be blessed as a correct
way to truncate a float, I'd agree with Raymond that trunc() is just
duplication and should be eliminated. I'd, of course, rather have a
spelling that says what it means. :)
2008/1/25, Paul Moore [EMAIL PROTECTED]:
- int() has to stay in builtins for obvious reasons.
+1
- put *all* of trunc, ceil, floor, round into math.
+1
- make int(float) an error
-0 (you should be able to convert between builtin datatypes without
the use of a module). +1 to keep it and
2008/1/18, Guido van Rossum [EMAIL PROTECTED]:
I don't think any of that is necessary. I would rather have the
following two in the language by default (see my response to Terry and
Raymond):
bytes is an alias for str (not even a subclass)
b is an alias for
+1
--
.Facundo
Blog:
2008/1/7, Raymond Hettinger [EMAIL PROTECTED]:
Arghh! You seem hell-bent on jamming this in. Please leave the
decimal module alone. It does *not* need both a round() method
and a quantize() method.
Question.
I'm so used to quantize that I don't care. And I'm, in general, -0 to
adding new
2008/1/5, Art Rasmussen [EMAIL PROTECTED]:
Added Python to the referenced article (because I believe Python
should be seen everywhere C#, PHP, Visual Basic, etc., are seen).
Please let me know if the article needs updating/fixing.
Well, don't know.
It talks about the rounding in Python, but
2008/1/4, Jeffrey Yasskin [EMAIL PROTECTED]:
I haven't seen any answers to the original question. It looks like
Decimal is decided by 2.5 too: return a float from everything.
Rational, being a completely new type, is up to you guys, but because
new support for the conversion routines seems to
2008/1/3, Titus Brown [EMAIL PROTECTED]:
The question is, is reviewing patches a good place to contribute? Also,
if I (and others) could have a core mentor with commit access, that
might streamline things. As it is, I am worried that patch reviews will
For a core_mentor/padawan (wink)
2008/1/4, A.M. Kuchling [EMAIL PROTECTED]:
I've updated the bug day pages in the wiki:
This one should be also updated:
http://wiki.python.org/moin/MissingFromDocumentation
All the issues pointed by it are already closed (or don't exist (!)).
2008/1/4, Mark Dickinson [EMAIL PROTECTED]:
That seems a little peculiar to me: wouldn't it be more natural to have
round(Decimal_instance) return another Decimal?
Yes.
Now I find that now round() delegates its work to __round__:
http://docs.python.org/dev/library/functions.html#round
2008/1/3, Raymond Hettinger [EMAIL PROTECTED]:
I think Py2.6 and Py2.5 should be treated with more respect. Will
backporting this change can only cause relief or create
headaches?. By definition, the Py3.0 release was supposed to be the one big
incompatible set of changes. Backporting
2008/1/2, Raymond Hettinger [EMAIL PROTECTED]:
How about a new, simpler syntax:
* import threading or dummy_threading as threading
* import xml.etree.CElementTree or cElementTree or elementree.ElementTree as
ET
* from cStringIO or StringIO import StringIO
* import readline or
2008/1/3, Titus Brown [EMAIL PROTECTED]:
What needs to be done with 2.6? I'm happy to review patches, although
even were commit access on offer I'm too scatterbrained to do a good job
of it.
We have 109 patches open for 2.5 [1], and 118 patches open for 2.6 [2].
Note that the added number
Hi!
The issue 1689 [1] proposes a patch to backport the PEP 3141 [2], A
Type Hierarchy for Numbers, to the trunk.
The patch applies cleanly, and all tests pass ok (of course, even the
new ones that are specific to this).
The patch misses documentation and lines for the NEWS file, I'll ask
for
you very much, and happy coding!
Facundo Batista, PyCon 2008 Sprint Coordinator
David Goodger, PyCon 2008 Chair
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
2007/12/8, Ron Adam [EMAIL PROTECTED]:
Looks much improved! :-)
Thanks!
Maybe components and keywords could be combined together and use check
boxes so more than one item at a time can be selected?
Regarding the combination, I don't think so: I'm just showing the info
from the Tracker
2007/12/10, Ron Adam [EMAIL PROTECTED]:
This is from the search page of the tracker.
select name=resolution id=resolution
option value=don't care/option
option value= disabled=disabled/option
option value=1accepted/option
option value=2duplicate/option
2007/12/7, Sean Reifschneider [EMAIL PROTECTED]:
FYI: I have no real interest in this, a friend of mine is interested in
this, just from a why is powertop saying pygtk is waking up 10 times a
second on my laptop? standpoint. So I'm just trying to shepherd this.
As a Gnome user, I'm
2007/11/1, Facundo Batista [EMAIL PROTECTED]:
I think the keyword and keywords interface can be improved. Do you have
any plans in that direction?
Surely!
But, no, I have no plans to do it, as I can not make cgi scripts in my
hosting, so these pages are statics, generated every night
2007/11/24, Nick Coghlan [EMAIL PROTECTED]:
Did you change the Decimal repr to use the same format for the mantissa?
I don't understand the question. The output of repr() does not show
this internals...
Could you also check the performance gain against the telco benchmark
which is in the
2007/11/29, Greg Ewing [EMAIL PROTECTED]:
__ubiquitous__
Uh! Great!
+1
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
___
Python-Dev mailing list
Python-Dev@python.org
2007/11/28, Guido van Rossum [EMAIL PROTECTED]:
ATM I'm torn between __root__ and __python__.
__root__ gives me the idea of the base of a tree, its primary node. +0
__python__ gives me the idea of something very deep inside python. +1
Regards,
--
.Facundo
Blog:
...in my machine with no Internet connection.
I saw what's happening: there's a test in BasicTests that tries to
access svn.python.org.
It's strange, because this test is an exact copy of the one in
NetworkTest (but the latter is included only if the network resource
is enabled).
Seeing more in
2007/11/27, Bill Janssen [EMAIL PROTECTED]:
Which branch is this?
The trunk, sorry.
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
___
Python-Dev mailing list
Python-Dev@python.org
2007/11/23, Christian Heimes [EMAIL PROTECTED]:
Well, I'm exaggerating a bit but you probably get my point. The core
developers can't keep up with new bugs and check old bugs at the same
time. The resources are already stretched thin. But Brett gave me an
One *fantastic* tool that exists is
2007/11/23, Christian Heimes [EMAIL PROTECTED]:
The Python bug tracker contains more than 1,300 bugs and it's growing.
And growing ... and growing. I'm picking a bug once in a while or
tossing some invalid bugs away but it's a helpless cause. The bugs are
augmenting with anybody stopping
2007/11/21, Martin v. Löwis [EMAIL PROTECTED]:
Help in administrating the roundup installation is urgently desired;
there is currently no active maintenance of this site (which makes me
wonder whether we should have used Jira instead of roundup, as the
company offering it had also offered
2007/11/16, Gustavo Carneiro [EMAIL PROTECTED]:
Yes, I can do that, as well as I can use the 'continue' statement, but both
versions are slightly more verbose and less clear than what I propose.
The question is: is this slightly more verbosity and less clarity
worth enough as to make a syntax
2007/11/14, Christian Heimes [EMAIL PROTECTED]:
After Amaury introduced himself I've decided that I *have* to take some
time to introduce myself, too.
Welcome you both to this journey.
--
.Facundo
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
2007/11/9, Christian Heimes [EMAIL PROTECTED]:
Guido has granted me committer privileges to svn.python.org and
bugs.python.org about a week ago. So I'm new and new people tend to make
mistakes until they've learned the specific rules of a project.
Yes, I saw the change in developers.txt. Now
2007/11/3, Martin v. Löwis [EMAIL PROTECTED]:
GetFileAttributes() doesn't return those, just the FAT filesystem
attributes. GetFileSize and GetFileTime fail.
Ok, so how does msvcrt stat() manage to fill these fields if those
functions fail?
Beyond the question to this specific question, I
2007/11/6, Martin v. Löwis [EMAIL PROTECTED]:
We certainly should rely on the Windows behavior. The next question then
is: What exactly *is* the Windows behavior. Windows is not just
inconsistent across versions, but apparently so even within a single
version.
+1 for QOTW
IIUC,
2007/11/6, Martin v. Löwis [EMAIL PROTECTED]:
Unfortunately, it seems that none of us is both capable and has
sufficient time to research what the 2.4 behavior actually is;
I'd like to emphasize that I think no changes should be made until
the behavior is fully understood, which it currently
Hello people!
I'm following the issue 1259 (http://bugs.python.org/issue1259)
It basically says that this should be ok: 'asd'.find('s', None,
None), as the documentation says that start and end arguments
behaves like in slices (right now it gives a TypeError).
I created a patch, that solves the
2007/10/25, Ron Adam [EMAIL PROTECTED]:
Clicking on one of the filter links changes the title back. (No Keyword,
Patch, P3K)
Fixed, this was a bug, :(
I think the keyword and keywords interface can be improved. Do you have
any plans in that direction?
Surely!
But, no, I have no plans
2007/10/26, Christian Heimes [EMAIL PROTECTED]:
First of all I don't understand what you mean with that some imports
are inside the call() function. Please elaborate on it.
I'm talking about the call function defined in the _sre.c file. This
function has a call to PyImport_Import() inside it.
2007/10/24, Alex Martelli [EMAIL PROTECTED]:
using C++ and Java (and often C), but as far as I know there is no
Stanford course (at least not within Symbolic Systems) that focuses
specifically and exclusively on Python (there IS one course,
In my constant try-to-push-Python-everywhere-I-go, I
2007/10/24, Ron Adam [EMAIL PROTECTED]:
Note that these items are *all* open.
I think the page title should reflect this. Possible changing it from
Python tickets
to
Python Open Tickets
Good point! It's fixed now.
Thank you!
--
.Facundo
Blog:
2007/10/19, Adam Olsen [EMAIL PROTECTED]:
Whether this is a minor problem due to poor style or a major problem
due to a language defect is a matter of perspective. I'm working on
redesigning Python's threading support, expecting it to be used a
great deal more, which'd push it into the major
2007/10/20, Nick Coghlan [EMAIL PROTECTED]:
bb.py is broken - importing a module should never spawn a new thread as
a side effect (precisely because it will deadlock if the spawned thread
tries to do an import, which can happen in a myriad of ways).
Exactly, :(.
I changed timeobject.c to
2007/10/25, Christian Heimes [EMAIL PROTECTED]:
I could look into the matter and provide a patch for the trunk.
Feel free to do it. But note, that some imports are inside the call()
function, this could have more implications that you see (at least I
saw) at first glance.
Regards,
--
.
2007/10/25, Facundo Batista [EMAIL PROTECTED]:
BTW, I'll leave the optimization of importing strptime one time,
there's no reason to try to import it everytime strptime() is called.
No, I'm not. In consideration to the possible warning raised by Brett,
I won't commit the change (it does
2007/10/24, Thomas Heller [EMAIL PROTECTED]:
I've just received a private email from Christian Jacobsen (we were discussing
some ctypes bugs/deficiencies that do not matter in this context). He wrote:
...
I feel with him. Further, there is no 'Add a comment' or 'Suggest a change'
link
2007/10/12, Neal Norwitz [EMAIL PROTECTED]:
The plan is cut the release candidate around Tuesday/Wednesday next
week (Oct 16/17). If all goes well, 2.5.2 final will follow a week
later.
Hi Neal! Do you have any update of this schedule?
Thank you!
--
.Facundo
Blog:
Hi, people!
I'm following the issue 1311: http://bugs.python.org/issue1311
There (and always talking in windows), the OP says the in Py2.4
os.path.exists(nul) returned True and now in 2.5 returns False. Note
that nul is an special file, something like /dev/null.
We made some tests, and we have
2007/9/13, Facundo Batista [EMAIL PROTECTED]:
All the listings are accesible from the same pages, start here:
http://www.taniquetil.com.ar/facundo/py_tickets.html
(remember to refresh)
Any idea to improve these pages is welcomed.
Following an idea of John Lenton, now every page shows
2007/10/20, Nick Coghlan [EMAIL PROTECTED]:
bb.py is broken - importing a module should never spawn a new thread as
a side effect (precisely because it will deadlock if the spawned thread
tries to do an import, which can happen in a myriad of ways).
Agreed.
But if we move the import of the
Hi!
I was looking to this bug: http://bugs.python.org/issue1255
It basically creates a deadlock in Python by doing the following:
- aa.py imports bb.py
- bb.py imports time and generates a thread
- the thread uses time.strptime
The deadlock is because the strptime function imports another
2007/10/19, Adam Olsen [EMAIL PROTECTED]:
The solution then is, if your python file will ever be imported, you
must write a main function and do all the work there instead. Do not
write it in the style of a script (with significant work in the global
scope.)
I had this a as a good coding
2007/10/16, Daniel Stutzbach [EMAIL PROTECTED]:
I agree. A basic subquadratic radix conversion algorithm isn't much
more complex than the existing quadratic code. I just whipped
together a Python prototype and it's only 15 lines.
Do you have a patch for decimal.py of current trunk?
Don't
2007/10/15, Mateusz Rukowicz [EMAIL PROTECTED]:
I've been working on C decimal project during gSoC 2006. After year
of idling (I had extremely busy first year on University, but well, most
of us are extremely busy) I decided, that I will handle further
Welcome back, :)
merging C
2007/10/12, Martin v. Löwis [EMAIL PROTECTED]:
- Find a way to specify something in the original PEP file so SVN
translates always the dates in English.
Are you sure you are talking about the file that contains the
PEP itself? Or are you perhaps talking about the source code of
docutils?
2007/10/12, Martin v. Löwis [EMAIL PROTECTED]:
I believe it's subversion that is doing something wrong. In my copy
of the file, I get
# Contact: [EMAIL PROTECTED]
# Revision: $Revision: 4152 $
# Date: $Date: 2005-12-08 00:46:30 +0100 (Do, 08 Dez 2005) $
Looking the file through the web
101 - 200 of 350 matches
Mail list logo