Oh, I thought that was about http://bugs.python.org/issue8455 .
On Mon, Jun 21, 2010 at 9:05 PM, Alexander Belopolsky
wrote:
> On Mon, Jun 21, 2010 at 6:39 PM, Paul Moore wrote:
> ..
>> Yes, looks like it's a bug in the test. http://bugs.python.org/issue9055
>> rais
On Mon, Jun 21, 2010 at 6:16 PM, "Martin v. Löwis" wrote:
>> The test_posix failure is a regression from 2.6 (but it only shows up on
>> some machines - it is caused by a fairly braindead implementation of a
>> couple of posix apis by Apple apparently).
>>
>> http://bugs.python.org/issue7900
>
> A
On Mon, Jun 21, 2010 at 9:26 PM, Bill Janssen wrote:
..
> Though, isn't that behavior of urllib.proxy_bypass another bug?
I don't know. Ask Ronald.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Uns
On Tue, Jun 22, 2010 at 12:39 PM, Ronald Oussoren
wrote:
..
> Both are valid fixes, both have both advantages and disadvantages.
>
> Your proposal:
> * Reverts to the behavior in 2.6
> * Ensures that posix.getgroups and posix.setgroups are internally consistent
>
It is also very simple and since p
On Wed, Jun 23, 2010 at 2:08 AM, Ronald Oussoren wrote:
..
> I don't agree. The patch itself is pretty simple, but it does make a rather
> significant change to the build process: the
> compile-time environment in configure would be different than during the
> compilation of posixmodule. That i
On Wed, Jun 23, 2010 at 2:08 AM, Ronald Oussoren wrote:
..
>>
>>> * [Ronald's proposal] results in posix.getgroups not reflecting results of
>>> posix.setgroups
>>>
>>
>> This effectively substitutes getgrouplist called on the current user
>> for getgroups. In 3.x, I believe the correct action w
In my previous post, I forgot to include the link to the tracker issue
where this problem is being worked on.
http://bugs.python.org/issue7900
I'll repost my message there as an issue comment, so that a more
detailed technical discussion can continue there.
___
On Thu, Jun 24, 2010 at 8:51 PM, Rich Healey wrote:
> http://docs.python.org/library/copy.html
>
> Just near the bottom it reads:
>
> """Shallow copies of dictionaries can be made using dict.copy(), and
> of lists by assigning a slice of the entire list, for example,
> copied_list = original_list[
On Sun, Jun 27, 2010 at 5:57 AM, Mark Dickinson wrote:
> On Sun, Jun 27, 2010 at 10:41 AM, Georg Brandl wrote:
>> So -- if every dev "adopted" a Tool or Demo, that would be quite a
>> manageable piece of work, and maybe a few demos can be brought up
>> to scratch instead of be deleted.
>>
>> I'll
Issue #5180 [1] presented an interesting challenge: how to unpickle
instances of old-style classes when a pickle created with 2.x is
loaded in 3.x python? The problem is that pickle protocol requires
that unpickled instances be created without calling the __init__
method. This is necessary becau
On Sun, Jul 4, 2010 at 12:02 PM, Benjamin Peterson wrote:
..
> - Alexander Belopolsky for taking up datetime.
I am honored that my contributions have been noticed, but would not be
able to contribute as much without support from Mark Dickin
This idea has been discussed extensively in this and other forums and
I believe it is time to make a decision.
The proposal is to add pure python implementation of datetime module
to stdlib. The current C implementation will transparently override
pure python definitions in CPython. Other pytho
On Tue, Jul 6, 2010 at 11:54 PM, Terry Reedy wrote:
> On 7/6/2010 3:59 PM, Alexander Belopolsky wrote:
>
> I am more interested in Brett's overall vision than this particular module.
> I understand that to be one of a stdlib that is separate from CPython and is
> indeed
On Tue, Jul 6, 2010 at 11:54 PM, Terry Reedy wrote:
> On 7/6/2010 3:59 PM, Alexander Belopolsky wrote:
[.. skipping more general stdlib discussion see "Python equivalents in
stdlib" thread ..]
>> 2. There are other areas of stdlib that can benefit more from pure
&g
On Wed, Jul 7, 2010 at 2:12 PM, Barry Warsaw wrote:
..
> Does it make sense to add (reST-style) epydoc markup for API signatures?
> E.g.
>
> def create_foo(name, parent=None):
> """Create the named foo.
>
> The named foo must not already exist, but if optional `parent` is given,
> it must
On Wed, Jul 7, 2010 at 2:42 PM, Antoine Pitrou wrote:
..
> Except that ctypes doesn't help provide C extensions at all. It only
> helps provide wrappers around existing C libraries, which is quite a
> different thing.
Yet it may allow writing an equivalent of a C extension in pure
python. For e
On Wed, Jul 7, 2010 at 3:45 PM, Brett Cannon wrote:
> On Wed, Jul 7, 2010 at 08:29, Alexander Belopolsky
> wrote:
..
>> For datetime.py this approach presents several problems:
>>
>> 1. replacing datetime with self.module.datetime everywhere can get
>> messy quickly
On Wed, Jul 7, 2010 at 4:33 PM, Brett Cannon wrote:
2. There are test classes defined at the test_datetime module level
that subclass from datetime classes. The self.module is not available
at the module level. These should probably be moved to setUp()
methods and attached t
On Wed, Jul 7, 2010 at 5:56 PM, Michael Foord wrote:
..
>> Well, I personally would call that bad form to import those classes
>> explicitly, but that's just me. You will simply need to make them work
>> off of the module object. There is nothing wrong with "cleaning up"
>> the tests as part of yo
On Wed, Jul 7, 2010 at 6:27 PM, Nick Coghlan wrote:
..
> If you want to run the same module twice with different instances of
> an imported module (or any other parameterised globals), creative use
> of run_module() can provide module level scoping without completely
> restructuring your tests.
>
On Thu, Jul 8, 2010 at 10:59 AM, Nick Coghlan wrote:
..
> I realised during the day that my suggested approach was more
> complicated than is actually necessary - once the existing tests have
> been moved to a separate module, *that test module* can itself be
> imported twice, once with the python
On Thu, Jul 8, 2010 at 3:29 PM, Antoine Pitrou wrote:
> On Fri, 9 Jul 2010 00:59:02 +1000
> Nick Coghlan wrote:
..
> I don't really like the proliferation of module test helpers, it only
> makes things confusing and forces you to switch between more files in
> your editor. By contrast, the subcla
On Thu, Jul 8, 2010 at 5:21 PM, Georg Brandl wrote:
..
> Problem is, in the case of help() we have no way of knowing whether the
> given __doc__ string is supposed to be (mini)reST.
I am against mark-up in doc-strings, but this problem can be easily
solved by placing a magic character at __doc__[
On Thu, Jul 8, 2010 at 5:46 PM, Nick Coghlan wrote:
..
> So include something along the lines of "globals()[obj.__name__] =
> obj" in the name hacking loop to make the test classes more
> discoverable? Good idea.
>
As often happens, a good idea turns quite ugly when facing real world
realities.
I thought that in order to block a module from being imported, one
would need to assign None to the corresponding entry in sys.modules.
However, it looks like the code in test.support uses 0 instead of
None:
def _save_and_block_module(name, orig_modules):
"""Helper function to save and block a
On Thu, Jul 8, 2010 at 9:44 PM, Alexander Belopolsky
wrote:
..
> and it still requires that '_pickle' is disabled to pass pickle tests.
>
I have found the problem in test_datetime. Restoring sys.modules has
to be done in-place. With this fix, test_datetime looks as follow
When pickle.py needs to import a module by name, it goes through a
peculiar dance of
__import__(module, level=0)
mod = sys.modules[module]
As far as I can tell, unless builtins.__import__ is overridden or
sys.modules clobbered by user code, the above should be equivalent t
On Tue, Jul 13, 2010 at 11:34 AM, Antoine Pitrou wrote:
> On Tue, 13 Jul 2010 11:25:23 -0400
..
> Only for top-level modules:
>
__import__("distutils.core", level=0)
> '/home/antoine/py3k/__svn__/Lib/distutils/__init__.py'>
sys.modules["distutils.core"]
> '/home/antoine/py3k/__svn__/Li
On Tue, Jul 13, 2010 at 1:57 PM, Benjamin Peterson wrote:
..
> No! That's not recommended and a complete hack. The "dance" or
> importlib.import_module is preferred.
Nevertheless, "a complete hack" is what PyImport_Import does:
PyObject *
PyImport_Import(PyObject *module_name)
{
static PyObj
On Thu, Jul 8, 2010 at 3:09 PM, Brett Cannon wrote:
..
> I can say that all the VM representatives have all said they like the idea.
This is encouraging. Here is an update on the status of datetime.py.
I believe it is mostly ready to move from sandbox to py3k/Lib. The
patch is available on the
n module with
do_something_important() not executed.
> And as
> I said on python-checkins -- you can ignore that email, Alexander
Too late. I already replied. :-)
>-- there
> is a historical reason because in Python 2 if you tried an implicit relative
> import a value of None met t
On Tue, Jul 13, 2010 at 4:52 PM, Brett Cannon wrote:
..
> Pulling from sys.modules is the correct way to do this. There are subtle
> issues when using a bunk fromlist argument (empty modules, double
> initialization, etc.). If one does not use importlib.import_module --
> written *specifically* to
On Tue, Jul 13, 2010 at 3:52 PM, Alexander Belopolsky
wrote:
>.. and "import _strptime" had to be moved from function level to
> module level after class definitions due to circular dependency of
> _strptime on datetime.
This turned out to be not such a great idea. Importi
ommit the patch as presented. If a corner case is
discovered later where type->tp_alloc() is not sufficient, we can deal
with it then.
On Mon, Jun 28, 2010 at 3:59 PM, Alexander Belopolsky
wrote:
> Issue #5180 [1] presented an interesting challenge: how to unpickle
> instances of old-
On Thu, Jul 15, 2010 at 6:29 AM, Antoine Pitrou wrote:
> On Wed, 14 Jul 2010 19:24:28 -0400
> Alexander Belopolsky wrote:
..
>> This means that
>> Antoine's concern that "tomorrow [object_new()] may entail additional
>> operations" is not valid - there is
I always thought that date.today() was a date class method and its
availability as a datetime method was an artifact of datetime
inheritance from date. I thought datetime.today() would be just the
same as date.today(). It turned out I was wrong. Instead,
datetime.today() is more like datetime.no
On Fri, Jul 16, 2010 at 10:38 PM, Brandon Hayden
wrote:
> In the Python language, or any other language for that matter, ..
You brought this question to the wrong forum, but in Ruby you can do
>> 10.times{f}
to execute f 10 times.
___
Python-Dev maili
Antoine,
You've just saved me from composing essentially the same message. I
am top-posting because I have very little to add.
Mark,
I actually reviewed the issues that got closed thanks to your "bumping
them up". That was 30+ issues over the last week or two. Quite
impressive. However, I s
On Sat, Jul 17, 2010 at 7:45 PM, Mark Lawrence wrote:
> On 17/07/2010 22:57, Terry Reedy wrote:
..
>> I am certainly reluctant to recruit others to help, as I did for #9222,
>> if there will be no action indefinitely.
>>
>
> This is standard Python behavour. The worst case I've come across is a
>
On Sun, Jul 18, 2010 at 4:32 PM, Paul Moore wrote:
> On 18 July 2010 20:57, Glyph Lefkowitz wrote:
..
>> This is what branches are for.
>> When the X.Y release cycle starts, there should be a branch for X.Y. Any
>> "would be applied" patches can simply be applied to trunk without
>> interrupting
[Removing idle-dev from CC]
On Sun, Jul 18, 2010 at 5:02 PM, Mark Lawrence wrote:
..
> Maybe going off on a tangent, but I find it frustrating because you (plural)
> can't find a given module on the issue tracker. Say I'm looking for issues
> relating to smtplib, all I can do is look in the titl
On Sun, Jul 18, 2010 at 6:10 PM, "Martin v. Löwis" wrote:
>> Maybe going off on a tangent, but I find it frustrating because you
>> (plural) can't find a given module on the issue tracker. Say I'm looking
>> for issues relating to smtplib, all I can do is look in the title of the
>> issue. Have I
I was looking at the inspect module and noticed that it's source
starts with "# -*- coding: iso-8859-1 -*-". I have checked and there
are no non-ascii characters in the file. There are several other
modules that still use the cookie:
Lib/ast.py:# -*- coding: utf-8 -*-
Lib/getopt.py:# -*- codin
On Sun, Jul 18, 2010 at 7:06 PM, Mark Lawrence wrote:
..
> What am I meant to do when as happened earlier today, I see an issue that
> was first raised two years ago, then a year later the OP has asked what if
> anything is happening? Leave it? That's a great advert for Python.
>
> How do I apply
On Sun, Jul 18, 2010 at 11:28 PM, Eli Bendersky wrote:
> .. So a policy has to be define regarding the
> correct usage of these directives/markups, and probably documented in
> Doc/documenting/markup.rst
I wonder if in addition to documenting proper markup you could add an
option to argparse to g
On Sun, Jul 18, 2010 at 11:46 PM, Eli Bendersky wrote:
..
> However, I wonder what this means for backwards compatibility. Is it valid
> to switch trace.py to use the newer command-line argument parsing module
> that's only available in the newest versions of Python? I guess it could be
> since tr
On Mon, Jul 19, 2010 at 12:12 AM, Eli Bendersky wrote:
..
> stdout output can be captured, but what about the .cover files? Can a Python
> unit test create temporary files in tmp/ (or somewhere else) as part of its
> testing, or is this forbidden?
>
That's perfectly fine. Grep in the Lib/test di
On Mon, Jul 19, 2010 at 12:21 AM, Alexander Belopolsky
wrote:
> On Mon, Jul 19, 2010 at 12:12 AM, Eli Bendersky wrote:
> ..
>> stdout output can be captured, but what about the .cover files? Can a Python
>> unit test create temporary files in tmp/ (or somewhere else) as part
On Mon, Jul 19, 2010 at 2:45 AM, Guido van Rossum wrote:
> Sounds like a good idea to try to remove redundant cookies *and* to
> remove most occasional use of non-ASCII characters outside comments. ...
Please see http://bugs.python.org/issue9308 .
I am going to post a patch shortly.
On Mon, Jul 19, 2010 at 11:55 PM, Mark Lawrence wrote:
..
> Is this the same login as for the issue tracker or is a new one needed?
>
AFAIK, it is separate.
> I also suspect that subsections for Extension Modules would be extremely
> useful for our C developers, thoughts anybody?
Well, with the
On Tue, Jul 20, 2010 at 6:59 AM, Oleg Broytman wrote:
..
> I know, the task of sending answers like I've sent is quite
> unappreciated. I know, the meaning of my answer is rude because, in short,
> it's simply "Please, go away", and however I stress the "please" part it's
> still "go away". If I
On Tue, Jul 20, 2010 at 9:57 AM, Anders Sandvig
wrote:
>> I wonder why would anyone want to use datetime.today() instead of
>> datetime.now()?
>
> Because this method is also present in datetime.date. Thus, you can
> reference stuff like d.today().day without caring whether d is a date
> or a dat
On Tue, Jul 20, 2010 at 1:16 PM, Eli Bendersky wrote:
..
>
> ``python regrtest.py test_spam.py``
>
> Which way to choose? I will update my patch to reflect this.
Sorry to add the third way to the mix, but shouldn't the recommended
way to run a module as a script be python -m modname? As in
$ py
On Tue, Jul 20, 2010 at 2:12 PM, Reid Kleckner wrote:
..
> IMO you should just rename test_trace.py to test_settrace.py, and put
> the trace.py tests in test_trace.py.
+1
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/l
On Tue, Jul 20, 2010 at 2:16 PM, R. David Murray wrote:
..
> During the most recent discussion I can remember, I thought I remembered
> Stephen Trumble saying that they'd tried that in xemacs and it really
> hadn't worked very well. Since he now says he thinks it's a good idea
> (or more likely I
On Tue, Jul 20, 2010 at 3:05 PM, Oleg Broytman wrote:
..
> Well, I have never, because in any of these drop-down lists I can press
> a few first letters of the name and the cursor jumps to the country. I
> often select countries in such lists in web browsers.
Really? What smartphone are you us
On Tue, Jul 20, 2010 at 3:38 PM, Oleg Broytman wrote:
..
>> Really? What smartphone are you using? :-)
>
> Are you developing an interface for smartphones? Wouldn't it hurt
> usability for desktops/notebooks?
You missed the smiley in my response. But seriously, I do find the
interfaces that
On Wed, Jul 21, 2010 at 2:09 AM, Stephen J. Turnbull wrote:
..
> > In this particular case I'd rather tend to agree - an editable
> > single-line box to enter space-*and*-comma-separated modules list
> > would be the best interface.
>
> For active developers, yes. But this is unhelpful for
On Tue, Jul 20, 2010 at 6:19 PM, Nick Coghlan wrote:
..
> Yep, we're pretty free to rename stuff as required inside the test
> suite. The only real exception is test.support, as that's a documented
> standard library module.
Would anyone object to moving Lib/test/test_trace.py to
Lib/test/test_li
On Wed, Jul 21, 2010 at 1:42 PM, Benjamin Peterson wrote:
..
> True, but the tests in that file are (mostly?) all about line tracing.
>
Hopefully this will change soon. :-)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
On Thu, Jul 22, 2010 at 10:41 AM, Jesse Noller wrote:
..
> I'm not a fan of this - I'd much prefer[1] that we use the exclamation
> point to determine scope:
>
> foobar - local
> !foobar - one up
> !!foobar - higher than the last one
> !!!foobar - even higher in scope
>
> We could do the inverse a
On Thu, Jul 22, 2010 at 11:54 AM, Georg Brandl wrote:
..
> That also has the advantage of introducing a measure of much needed
> compatibility with industry-leading web programming languages.
Looks like our messages crossed in flight.
pathologically-eclecticly-yours
_
On Thu, Jul 22, 2010 at 11:25 AM, Eli Bendersky wrote:
>>> .. shouldn't the recommended
>>> way to run a module as a script be python -m modname? As in
>>>
>>> $ python -m test.regrtest test_spam
..
> So, how can a decision be reached on this issue? I'd like to fix the
> relevant docs because cur
On Wed, Jul 21, 2010 at 9:26 PM, Steve Holden wrote:
> On 7/21/2010 6:45 PM, Alexander Belopolsky wrote:
>> On Wed, Jul 21, 2010 at 1:42 PM, Benjamin Peterson
>> wrote:
>> ..
>>> True, but the tests in that file are (mostly?) all about line tracing.
>>>
On Thu, Jul 22, 2010 at 12:53 PM, wrote:
..
> So, ::name or &name or |name or whatever.
>
> I'm very amused by all the jokes about turning python into perl, but there's
> a good idea here that doesn't actually require that...
No, there isn't. And both '&' and '|' are valid python operators that
Thanks, everyone who followed up here and on the tracker. I am
readying the patch for check in, but as I look back through the
messages, I don't really see anyone's answer to the question in the
subject:
* Include datetime.py in stdlib or not?
I hope this means an implied "yes, include." Since
I am changing the subject from "http://bugs.python.org/issue231540,";
because if there was a prize for a non-descriptive subject, OP would
win it.
There must be a good reason why traditional software development tools
such as debugger, profiler and coverage are mostly neglected in
python. Terry a
On Sat, Jul 24, 2010 at 6:37 AM, Nick Coghlan wrote:
..
> For the "-b" option, if the server is already running (and hence the
> port is in use), catch the exception, print a message and start the
> webbrowser anyway.
I was going to make a similar suggestion, but then realized that there
it may n
On Thu, Jul 22, 2010 at 6:33 PM, Nick Coghlan wrote:
> On Fri, Jul 23, 2010 at 3:30 AM, Alexander Belopolsky
> wrote:
>> I see three solutions:
>>
>> 1. Minimal: do not rename test_trace in 2.7 and add trace module
>> tests to the existing file. W
On Sat, Jul 24, 2010 at 3:34 PM, Ron Adam wrote:
>
>
> On 07/24/2010 05:37 AM, Nick Coghlan wrote:
..
>> - leave the "-g" option alone (including the tk gui), but make sure
>> other options still work when tk is unavailable
>
> I was hoping it would be ok to drop the tk gui in pydoc. Keeping it
>
On Sat, Jul 24, 2010 at 11:18 PM, Nick Coghlan wrote:
> On Sun, Jul 25, 2010 at 2:20 AM, Alexander Belopolsky
> wrote:
..
>> Step 1: Rename test_trace to test_sys_settrace and test_profilehooks
>> to test_sys_setprofile.
..
> A tracetester helper module + the two test modul
On Sun, Jul 25, 2010 at 12:32 PM, Ron Adam wrote:
..
>> I'd be completely fine with dropping the "Search For" box from the GUI
>> interface, but the persistent window listing the served port and
>> providing "Open Browser" and "Quit Serving" buttons still seems quite
>> useful even without the sea
On Fri, Jul 23, 2010 at 2:44 AM, Guido van Rossum wrote:
..
> Indeed, we meant b'...{}...{}...'.format(x, y). The problem is that it
> can't invoke x.__format__() or y.__format__() since those will return
> text strings instead of bytes. A proposed solution was to try
> x.__bformat__() etc. Anothe
On Sun, Jul 25, 2010 at 1:13 PM, Eric Smith wrote:
> On 7/23/10 2:44 AM, Guido van Rossum wrote:
>>
>> Indeed, we meant b'...{}...{}...'.format(x, y). The problem is that it
>> can't invoke x.__format__() or y.__format__() since those will return
>> text strings instead of bytes. A proposed soluti
On Sun, Jul 25, 2010 at 1:22 PM, "Martin v. Löwis" wrote:
..
> It is at best entertaining to ponder about reasons here; I doubt
> anything productive can come out of such a discussion.
>
I disagree. Depending on the reasons for the relative lack of
attention to these components, several alternat
On Sun, Jul 25, 2010 at 5:57 PM, Nick Coghlan wrote:
..
> While the general preference is to backport tests, it is also
> acknowledged that that can become overly difficult as the test cases
> diverge. Up to you if you want to manually fix your patch for 3.1,
> drop the test_profilehooks changes,
On Sun, Jul 25, 2010 at 9:46 PM, Guido van Rossum wrote:
..
> If I had to choose I'd never show the microseconds.
Or the timezone offset, right?
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubsc
On Sun, Jul 25, 2010 at 9:46 PM, Guido van Rossum wrote:
..
>> Maybe self.__format__(..).encode('ascii')? ...encode('utf-8') is a
>> tempting alternative as well.
>
> -1
>
> That would bring back the "it fails for some users but passes for the
> developer" problem. (True, if the developer calls .
On Sun, Jul 25, 2010 at 8:24 PM, Terry Reedy wrote:
> Is there any way a 'view' button could be added, along with the
> current edit and remove buttons, to produce the same web page and make it
> easier to review patches *before* commitment?
One thing that patch submitters can do already is to ma
On Mon, Jul 26, 2010 at 11:39 AM, Ronald Oussoren
wrote:
..
> Could you please file a bug for this? I have no idea whether or not it is an
> easy to fix one,
> but without an issue in the tracker this is something that is unlikely to get
> fixed.
http://bugs.python.org/issue9384
___
On Tue, Jul 27, 2010 at 10:56 AM, Terry Reedy wrote:
..
> Let me repeat me original question: Would it be feasible to add a [view]
> button that I could click to get a nice view of a patch, such as provided by
> ViewVC?
I would at best +0 on such an addition. As I mentioned before, the
largest o
On Tue, Jul 20, 2010 at 10:20 AM, R. David Murray wrote:
> I'd go with putting it in shutil.
+1
I would also call it shutil.mktree which will go well with
shutil.rmtree next to it.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.or
On Tue, Jul 27, 2010 at 1:19 PM, Terry Reedy wrote:
..
> A couple of days ago, I got an email that a doc issue I opened was now
> closed with revx, patch never posted to the tracker. I followed the
> link, saw the [text] button, and got the page with the colored, side-by-side
> display. I thou
On Tue, Jul 27, 2010 at 2:48 PM, Eric Smith wrote:
..
> I agree with Terry that this would be a useful feature to have integrated
> with the tracker. I'd use it. But until someone write it, it's an academic
> point.
I don't say it is useless. It is just not useful enough to justify
the required
On Sun, Jul 25, 2010 at 10:52 PM, Guido van Rossum wrote:
..
>>> How hard would it be to recode the sprintf language but with the
>>> locale fixed to "C"? That would always be ASCII.
>>
>> This is exactly what I proposed at
>> http://bugs.python.org/issue7584#msg110240 not so long ago. Given
>> t
On Thu, Jul 29, 2010 at 6:30 PM, Raymond Hettinger
wrote:
..
> It also really calls into question whether there are good
> reasons for other types to have a __str__ that is different
> than their __repr__.
For strings, the distinction is very useful. In this and many other
cases unifying str and
On Fri, Jul 30, 2010 at 2:46 PM, Daniel Waterworth
wrote:
..
> Having thought it through thoroughly, my preference is for a warning.
>
> I don't think it's a good practise to import the __main__ module by
> filename, as renaming the file will break the code. I got stung after,
> having dropped int
On Sat, Jul 31, 2010 at 11:07 AM, Nick Coghlan wrote:
..
> That said, I really don't think catching such a rare error is worth
> *any* runtime overhead. Just making "__main__" and the real module
> name refer to the same object in sys.modules is a different matter,
> but I'm not confident enough t
On Tue, Aug 3, 2010 at 9:05 AM, Nick Coghlan wrote:
> .. While I'd agree with you for a
> clean slate definition, that's not what we're dealing with here:
> "co_firstlineno" has an existing meaning, and it *isn't* "the line
> containing the def keyword", it's "the first line of the function,
> inc
2010/8/3 Kristján Valur Jónsson :
..
>
> These strings are different, presumably because of the (ob_refcnt == 1)
> optimization used during object pickling.
>
I have recently closed a similar issue because it is not a bug and the
problem is not present in 3.x: http://bugs.python.org/issue8738
..
>
2010/8/3 "Martin v. Löwis" :
..
> I think there are many other instances where values that compare equal
> pickle differently in Python.
Indeed. For example:
>>> 1.0 == 1
True
>>> dumps(1.0) == dumps(1)
False
or for objects of the same type
>>> 0.0 == -0.0
True
>>> dumps(0.0) == dumps(-0.0)
Fa
2010/8/4 Kristján Valur Jónsson :
..
> Well, it is not _that_ dangerous. It just causes cache misses when they
> wouldn't be expected.
> But since this has been brought up and dismissed in issue 8738, I won't
> pursue this further.
Don't read too much from the "dismissal" of issue 8738. I will
[I've got no response from python-ideas, so I am forwarding to python-dev.]
With addition of fixed offset timezone class and the timezone.utc
instance [0], it is easy to get UTC time as an aware datetime
instance:
>>> datetime.now(timezone.utc)
datetime.datetime(2010, 8, 3, 14, 16, 10, 670308, tz
On Mon, Aug 9, 2010 at 11:48 AM, Benjamin Peterson wrote:
> 2010/8/9 Nick Coghlan :
>> On Mon, Aug 9, 2010 at 11:05 PM, benjamin.peterson
>> wrote:
>>> -if hasattr(sys, '_getframe'):
>>> - currentframe = sys._getframe
>>> -else:
>>> - currentframe = lambda _=None: None
>>> +def currentframe
Was it on IRC? I do remember discussion, but forgot the answer. :(
Do you agree that ACKS should be the same in the active branches? I'll
fix the order when I merge the lists.
On Aug 9, 2010, at 10:53 PM, Benjamin Peterson
wrote:
2010/8/9 Nick Coghlan :
On Tue, Aug 10, 2010 at 2:10 A
On Mon, Aug 9, 2010 at 11:32 PM, Nick Coghlan wrote:
> On Tue, Aug 10, 2010 at 1:24 PM, Alexander Belopolsky
> wrote:
>> Was it on IRC? I do remember discussion, but forgot the answer. :(
>
> python-dev or python-checkins I think, but I don't really remember.
> (Not
On Tue, Aug 10, 2010 at 1:53 AM, "Martin v. Löwis" wrote:
..
> People need to recognize that any kind of reference is really irrelevant
> here. There is no "right" order that is better than any other "right"
> order. I'd personally object to any English language dictionary telling
> me how my name
On Tue, Aug 10, 2010 at 3:25 PM, Terry Reedy wrote:
..
> If I were committing a patch and was checking to see whether a name that
> started with a decorated A (or any other letter) were already in the list, I
> would look in the appropriate place in the A (or other) section, not after
> Z.
>
> Eve
On Tue, Aug 10, 2010 at 6:29 PM, "Martin v. Löwis" wrote:
..
> So where do you put Γεώργιος Μπουτσιούκης?
>
or Александр Белопольский for that matter? :-)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
On Tue, Aug 10, 2010 at 6:50 PM, "Martin v. Löwis" wrote:
..
>> or Александр Белопольский for that matter? :-)
>
> If you care about that, feel free to add that spelling to the file.
> Somebody proposed to put it along with some latin transliteration,
> which I can sympathize with.
>
That was Dona
301 - 400 of 749 matches
Mail list logo
