CodeInvestigator version 3.0.0 was released on November 15.
Functionality changes:
- Class instances can be inquired on to show all their attributes.
- Arrays are shown in a more structured way.
- Variable values field can be resized.
- Script screen has a clearer directories section.
Bug
On 2012/11/16 09:49 AM, Andriy Kornatskyy wrote:
The name attribute is not very descriptive. Why not lazy_attribute instead?
It just shorter and still descriptive.
Shorter, but not descriptive.
--
Regards
Alex
--
http://mail.python.org/mailman/listinfo/python-list
krishna.k.kish...@gmail.com writes:
Can someone explain the below behavior please?
re1 = re.compile(r'(?:((?:1000|1010|1020))[ ]*?[\,]?[ ]*?){1,3}')
re.findall(re_obj,'1000,1020,1000')
['1000']
re.findall(re_obj,'1000,1020, 1000')
['1020', '1000']
However when I use [\,]?? instead
On Fri, Nov 16, 2012 at 12:28 AM, krishna.k.kish...@gmail.com wrote:
Can someone explain the below behavior please?
re1 = re.compile(r'(?:((?:1000|1010|1020))[ ]*?[\,]?[ ]*?){1,3}')
re.findall(re_obj,'1000,1020,1000')
['1000']
re.findall(re_obj,'1000,1020, 1000')
['1020', '1000']
Try
On Fri, 16 Nov 2012 10:49:07 +0300, Andriy Kornatskyy wrote:
Ian,
Thank you for the comments.
The name attribute is not very descriptive. Why not lazy_attribute
instead?
It just shorter and still descriptive.
It is not descriptive. EVERYTHING accessed used dot notation obj.thing is
On 11/16/2012 02:49 AM, Andriy Kornatskyy wrote:
If accessing the descriptor on the class object has no special
meaning, then the custom is to return the descriptor object itself, as
properties do.
If I would satisfy this, I will be forced to check for None 99.9% of the use
cases (it is not
On 11/16/2012 04:32 AM, Rouslan Korneychuk wrote:
On 11/16/2012 02:49 AM, Andriy Kornatskyy wrote:
If accessing the descriptor on the class object has no special
meaning, then the custom is to return the descriptor object itself, as
properties do.
If I would satisfy this, I will be forced to
from wheezy.core.descriptors import attribute as lazy
@lazy
def display_name...
Thanks.
Andriy Kornatskyy
Date: Fri, 16 Nov 2012 09:56:41 +0200
From: s...@mweb.co.za
To: python-list@python.org
Subject: Re: Lazy Attribute
On 2012/11/16 09:49 AM,
Same applies to properties... they are seen as an object attributes.
Thanks.
Andriy
From: steve+comp.lang.pyt...@pearwood.info
Subject: Re: Lazy Attribute
Date: Fri, 16 Nov 2012 09:04:39 +
To: python-list@python.org
On Fri, 16 Nov 2012
This is very minor use case. Unlikely useful to add any checks for None, or
translate one exception to the other... with pretty much the same outcome: it
makes sense in objects only.
Thanks.
Andriy
From: rousl...@msn.com
Subject: Re: Lazy Attribute
On Thu, 15 Nov 2012 15:46:19 -0700, Ian Kelly wrote:
Although you don't go into it in the blog entry, what I like about your
approach of replacing the descriptor with an attribute is that, in
addition to being faster, it makes it easy to force the object to lazily
reevaluate the attribute,
On Thu, 15 Nov 2012 17:10:27 -0800, alex23 wrote:
On Nov 16, 3:05 am, Steven D'Aprano steve
+comp.lang.pyt...@pearwood.info wrote:
``1/0`` is shorter. ;-)
It is also guaranteed to run, unlike assert.
Only if they actively pass the command line switch to turn it off,
Not necessarily
On 16.11.2012, at 11:29, Steven D'Aprano wrote:
I'm very vaguely leaning towards this as the least-worst solution to
invalidating the cached value:
refresh(obj, 'attr') # pass the instance and the name
This it exactly how lazy handles invalidation.
http://lazy.readthedocs.org/en/latest/
I believe it is not valid relate a lazy attribute as something `cached` since
it cause confusion (e.g. delete of attribute cause cached item to be
re-evaluated...), `cached` and `lazy` have completely different semantic
meaning... however might overlap, as we see.
Andriy
On 15.11.2012, at 20:33, Andriy Kornatskyy wrote:
A lazy attribute is an attribute that is calculated on demand and only once.
The post below shows how you can use lazy attribute in your Python class:
http://mindref.blogspot.com/2012/11/python-lazy-attribute.html
Comments or suggestions
Hi all!
I would like to use conf file to get all the variables in my code. And
it works great. I use the following (simple example):
execfile(example.conf, config)
print config[value1]
and it works like a charm.
Now the problem is I do not know how to edit the conf file...
let us say
ok, I've got it:
http://docs.python.org/3.1/library/configparser.html
works like a charm!
Sorry for the unnecessary question. :/
--
http://mail.python.org/mailman/listinfo/python-list
On Nov 16, 5:15 pm, chip9munk chip9munk[SSSpAm@gmail.com wrote:
ok, I've got it:http://docs.python.org/3.1/library/configparser.html
works like a charm!
Sorry for the unnecessary question. :/
Not an issue.
And there may be better options (allows nested sections)
On 16.11.2012, at 11:54, Andriy Kornatskyy wrote:
Subject: Re: Lazy Attribute
From: ste...@epy.co.at
Date: Fri, 16 Nov 2012 11:45:32 +0100
To: python-list@python.org
On 16.11.2012, at 11:29, Steven D'Aprano wrote:
I'm very vaguely leaning towards this as the least-worst solution to
On 11/16/2012 1:35 PM, rusi wrote:
And there may be better options (allows nested sections)
http://www.voidspace.org.uk/python/configobj.html
but it does not seem to work with python 3
I have an issue...
configparser has four functions: get, getboolean, getfloat and getint.
how do I get
On Fri, Nov 16, 2012 at 01:48:49PM +0100, chip9munk wrote:
configparser has four functions: get, getboolean, getfloat and getint.
how do I get list from cfg file?!
AFAIK you have to parse the list yourself. Something like
my_list = [ s.strip() for s in cp.get('section', 'option').split(',')
Am 16.11.2012 13:06, schrieb chip9munk:
I would like to use conf file to get all the variables in my code. And
it works great. I use the following (simple example):
execfile(example.conf, config)
print config[value1]
and it works like a charm.
This works, but in general importing
On 11/16/2012 2:02 PM, Ulrich Eckhardt wrote:
Am 16.11.2012 13:06, schrieb chip9munk:
I would like to use conf file to get all the variables in my code. And
it works great. I use the following (simple example):
execfile(example.conf, config)
print config[value1]
and it works like a
On 11/16/2012 2:04 PM, Thomas Bach wrote:
On Fri, Nov 16, 2012 at 01:48:49PM +0100, chip9munk wrote:
configparser has four functions: get, getboolean, getfloat and getint.
how do I get list from cfg file?!
AFAIK you have to parse the list yourself. Something like
my_list = [ s.strip() for s
On 11/16/12 07:04, Thomas Bach wrote:
On Fri, Nov 16, 2012 at 01:48:49PM +0100, chip9munk wrote:
configparser has four functions: get, getboolean, getfloat and getint.
how do I get list from cfg file?!
AFAIK you have to parse the list yourself. Something like
my_list = [ s.strip() for s
Ulrich Eckhardt ulrich.eckha...@dominolaser.com wrote:
in general importing configuration data by loading and
executing code is a questionable approach. The problem is in particular
that the code parser is always more strict with the syntax than a
configuration file should be. Also, it
On Thursday, November 15, 2012 11:16:08 PM UTC-5, Ethan Furman wrote:
Emile van Sebille wrote:
Using a decorator works when named arguments are not used. When named
arguments are used, unexpected keyword error is reported. Is there a
simple fix?
Extend def
There is a ready made and well tested lazy decorator at
http://pypi.python.org/pypi/lazy. I even has a better name. ;-)
I was ignorantly unaware of this module. You've saved me a few lines of code
every time I want to achieve lazy loading - thanks :)
Since people seem to come up with their
On Nov 16, 7:08 pm, Roy Smith r...@panix.com wrote:
These days, if I was writing something that needed a config file and I
didn't want to do import settings for whatever reason, I would go with
YAML. It seems to give an attractive mix of:
* supporting complex data structures
* easy to for
So I inspected the process through /proc/pid/maps
That seemed to show what libraries had been loaded (though there is
probably an easier way to do this).
In any case, I found that if I import smtplib before logging in I see these
get loaded...
Eric Frederich eric.freder...@gmail.com writes:
I created some bindings to a 3rd party library.
I have found that when I run Python and import smtplib it works fine.
If I first log into the 3rd party application using my bindings however I
get a bunch of errors.
What do you think this 3rd
On Tuesday, November 13, 2012 4:12:52 PM UTC+5:30, Peter Otten wrote:
subhabangal...@gmail.com wrote:
Dear Group,
To improve my code writing I am trying to read good codes. Now, I have
received a code,as given below,(apology for slight indentation errors) the
code is running
bruceg113...@gmail.com wrote:
On Thursday, November 15, 2012 11:16:08 PM UTC-5, Ethan Furman wrote:
Emile van Sebille wrote:
Using a decorator works when named arguments are not used. When named
arguments are used, unexpected keyword error is reported. Is there a
simple fix?
Extend def
Latin1 has a block of 32 undefined characters.
Windows-1252 (aka cp1252) fills in 27 of these characters but leaves five
undefined: 0x81, 0x8D, 0x8F, 0x90, 0x9D
The byte 0x81 decoded with latin gives the unicode 0x81.
Decoding the same byte with windows-1252 yields a stack trace with
On 11/16/2012 2:37 PM, Eric Frederich wrote:
So I inspected the process through /proc/pid/maps
That seemed to show what libraries had been loaded (though there is
probably an easier way to do this).
In any case, I found that if I import smtplib before logging in I see
these get loaded...
On Fri, Nov 16, 2012 at 2:44 PM, b...@yelp.com wrote:
Latin1 has a block of 32 undefined characters.
These characters are not undefined. 0x80-0x9f are the C1 control
codes in Latin-1, much as 0x00-0x1f are the C0 control codes, and
their Unicode mappings are well defined.
Hello,
I'm interested in refining some tests I do for a hobby of mine beyond the
traditional 'one factor at a time' (OFAT) method. I have been looking at
'design of experiment' (DoE) methods and they look promising. The problem
is that most of the software packages that aid in the setup and
On Friday, November 16, 2012 2:34:32 PM UTC-8, Ian wrote:
On Fri, Nov 16, 2012 at 2:44 PM, buck wrote:
Latin1 has a block of 32 undefined characters.
These characters are not undefined. 0x80-0x9f are the C1 control
codes in Latin-1, much as 0x00-0x1f are the C0 control codes, and
On 11/16/2012 06:27 PM, b...@yelp.com wrote:
(doublespaced nonsense deleted. GoogleGropups strikes again.)
This creates a non-reversible encoding, and loss of data, which isn't
acceptable for my application.
So tell us more about your application. If you have data which is
invalid, and you
On Thu, 15 Nov 2012 20:07:38 -0500, Roy Smith wrote:
gethostbyname() and getaddrinfo() use the NSS (name-service switch)
mechanism, which is configured via /etc/nsswitch.conf. Depending upon
configuration, hostnames can be looked up via a plain text file
(/etc/hosts), Berkeley DB files, DNS,
On Fri, Nov 16, 2012 at 4:27 PM, b...@yelp.com wrote:
They are indeed undefined: ftp://std.dkuug.dk/JTC1/sc2/wg3/docs/n411.pdf
The shaded positions in the code table correspond
to bit combinations that do not represent graphic
characters. Their use is outside the scope of
On Fri, 16 Nov 2012 13:44:03 -0800, buck wrote:
When a user agent [browser] would otherwise use a character encoding given
in the first column [ISO-8859-1, aka latin1] of the following table to
either convert content to Unicode characters or convert Unicode characters
to bytes, it must
On Fri, Nov 16, 2012 at 5:33 PM, Nobody nob...@nowhere.com wrote:
If you need to support either, you can parse it as ISO-8859-1 then
explicitly convert C1 codes to their Windows-1252 equivalents as a
post-processing step, e.g. using the .translate() method.
Or just create a custom codec by
The exception hierarchy in Python 3 is shallower than in Python 2.
Here is a partial list of exceptions in Python 2:
BaseException
+-- SystemExit
+-- KeyboardInterrupt
+-- GeneratorExit
+-- Exception
+-- StandardError
|+-- AttributeError
|+-- ImportError
|
On Fri, Nov 16, 2012 at 6:30 PM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
Does anyone use StandardError in their own code? In Python 2, I normally
inherit from StandardError rather than Exception. Should I stop and just
inherit from Exception in both 2 and 3?
According to
Oh for the day I can drop support for Python 2.4 and 2.5...
I have some code that needs to run in any version of Python from 2.4
onwards. Yes, it must be a single code base.
I wish to catch an exception and bind the exception to a name.
In Python 2.6 onwards, I can do:
try:
something()
On 17Nov2012 03:12, Steven D'Aprano steve+comp.lang.pyt...@pearwood.info
wrote:
| Oh for the day I can drop support for Python 2.4 and 2.5...
|
|
| I have some code that needs to run in any version of Python from 2.4
| onwards. Yes, it must be a single code base.
|
| I wish to catch an
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: - patch review
versions: -Python 3.1, Python 3.2, Python 3.3, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16423
___
Yongzhi Pan added the comment:
I updated the patch according to the code review. Hope now it is OK.
--
Added file: http://bugs.python.org/file27995/set_and_dict_comprehensions_1.diff
___
Python tracker rep...@bugs.python.org
Mark Dickinson added the comment:
I guess the feeling of wrongness for me mostly comes from the floating-point
world, where the IEEE 754 'overflow' floating-point exception is only
appropriate for cases where the result is *finite* but so large that it falls
outside the representable range
Kristján Valur Jónsson added the comment:
This change is specifically aimed at code objects.
As it is, it is impossible to produce code objects that share common data (e.g.
filename strings, common tuples, name strings, etc) that don't unserialize to
separate objects.
Also, separately but
Serhiy Storchaka added the comment:
There's also the minor practical inconvenience of having to remember to catch
OverflowError *and* ValueError in try: .. except: constructs.
And MemoryError (for big decimals).
Might be the best solution would be raising an exception which subclasses both
Ezio Melotti added the comment:
I prefer ModuleNotFound. Its meaning is already clear enough, even without the
Error suffix.
OTOH we now have FileNotFoundError, but all the other OSError subclasses have
that suffix.
In general I think the suffix is necessary when it's not already clear from
Changes by Christoph Gohlke cgoh...@uci.edu:
--
nosy: +cgohlke
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16296
___
___
Python-bugs-list
New submission from Marius Gedminas:
Do this:
pydoc2.7 xml.etree.ElementTree
then click on the MODULE DOCS link, which is
http://docs.python.org/library/xml.etree.ElementTree
You're redirected to http://docs.python.org/2/library/xml.etree.ElementTree
which is a 404 page.
--
Ezio Melotti added the comment:
The patch looks OK, buy can you provide a way to reproduce the error (if you
get any)?
Should we add tests for tabnanny?
I tried to get an error from tabnanny but the only thing I got was a
ResourceWarning (that can be easily fixed by a finally: f.close() near
Martin v. Löwis added the comment:
Why did you put 3.2 into the version list? 3.2 doesn't use VS 2010.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16296
___
Serhiy Storchaka added the comment:
The patch looks OK, buy can you provide a way to reproduce the error (if you
get any)?
No, I have not any. I am even not sure tabnanny works at all. But this bug is
obvious. So, let's fix it and go on.
Should we add tests for tabnanny?
This will be
Ezio Melotti added the comment:
I can't see a ResourceWarning. A finally: f.close() already
exists near the end of the check() method.
Looks like it was added in 3.3.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16478
Roundup Robot added the comment:
New changeset fc17fdd42c66 by Ezio Melotti in branch '3.2':
#16478: use floor division in tabnanny and fix a ResourceWarning. Patch by
Serhiy Storchaka.
http://hg.python.org/cpython/rev/fc17fdd42c66
New changeset d7558e4015a4 by Ezio Melotti in branch '3.3':
Ezio Melotti added the comment:
Applied the patch on all 3 branches and fixed the resource warning in 3.2.
Thanks for the report and the patch!
--
assignee: - ezio.melotti
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
Richard Oudkerk added the comment:
Fixed in c574ce78cd61 and cb612c5f30cb.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16481
New submission from Serhiy Storchaka:
Aifc_write.close() can raise exception and left the internal file object not
closed. The patch closes the file object even in case of error and reset _file
to None even in case of the file object close() raises an exception, so that
Aifc_write.close()
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file27996/aifc_close.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16485
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +r.david.murray
Added file: http://bugs.python.org/file27997/aifc_close.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16485
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file27998/aifc_close-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16485
___
Ezio Melotti added the comment:
Adding with support to Aifc_write looks like a new feature, but Aifc_write
doesn't seem to be part of the public API. Does this change (indirectly) add
with support to any part of the public API?
--
nosy: +ezio.melotti
stage: - patch review
Ezio Melotti added the comment:
Adding with support to Aifc_write looks like a new feature, but Aifc_write
doesn't seem to be part of the public API. Does this change (indirectly) add
with support to any part of the public API?
--
nosy: +ezio.melotti
stage: - patch review
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file27998/aifc_close-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16485
___
Serhiy Storchaka added the comment:
Sorry, I miss that test_close() already exists. Merged.
--
Added file: http://bugs.python.org/file27999/aifc_close.patch
Added file: http://bugs.python.org/file28000/aifc_close-2.7.patch
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file27997/aifc_close.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16485
___
New submission from Serhiy Storchaka:
The proposed patch adds context manager support aifc module. Now objects
returned by aifc.open() will support context manager protocol.
This issue required first fixing issue16485 to pass tests.
--
components: Library (Lib)
files:
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +FD leaks in aifc module
nosy: +r.david.murray
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16486
Serhiy Storchaka added the comment:
Adding with support to Aifc_write looks like a new feature, but Aifc_write
doesn't seem to be part of the public API. Does this change (indirectly) add
with support to any part of the public API?
Don't pay attention, it was a wrong patch. For with
Serhiy Storchaka added the comment:
I added comments in Rietveld.
--
nosy: +serhiy.storchaka
stage: commit review - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11287
___
Antoine Pitrou added the comment:
This change is specifically aimed at code objects.
As it is, it is impossible to produce code objects that share common
data (e.g. filename strings, common tuples, name strings, etc) that
don't unserialize to separate objects.
Shouldn't strings be interned
New submission from Kristján Valur Jónsson:
The _ssl module (and indeed the openssl lib) relies heaviliy on actual
filesystem locations to load certificates. A client or a server may not want
to rely on physical filesystem locations to load certificates for
authentication or verification.
Kristján Valur Jónsson added the comment:
(the patch contains a local change to set the location of the 'external' dir,
please disregard this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16487
New submission from Serhiy Storchaka:
The proposed patch adds support of context manager protocol to epoll objects.
--
components: Extension Modules
files: select_epoll_context_manager.patch
keywords: patch
messages: 175693
nosy: serhiy.storchaka
priority: normal
severity: normal
stage:
Changes by Daniel Swanson popcorn.tomato.d...@gmail.com:
--
status: open - languishing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15346
___
___
Serhiy Storchaka added the comment:
I think it will be better to call the close() method from the __exit__() method
using _PyObject_CallMethodId(). It will allow to overload the close() method
and get working context manager without overloading the __exit__() method. See
issue16488 for
Changes by Daniel Swanson popcorn.tomato.d...@gmail.com:
--
status: languishing - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15346
___
___
Kristján Valur Jónsson added the comment:
Basically, reuse of strings (and preservation of their internment status) fell
by the wayside somewhere in the 3.x transition. Strings have been reused, and
interned strings re-interned, since protocol version 1 in 2.x. This patch adds
that feature
Stefan Krah added the comment:
OK, here's a patch. Specifics:
o Except for the number methods, decimal.py and _decimal should behave
identically now.
o _decimal actually requires an additional context arg in same_quantum(),
compare_total(), compare_total_mag() and copy_sign(). This
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16323
___
___
New submission from Xavier de Gaye:
Create the following tree:
foo.py
mypackage
__init__.py
and get a loader for the non existent module 'mypackage.foo'.
$ mkdir tmp
$ cd tmp
$ foo.py
$ mkdir mypackage
$ mypackage/__init__.py
$ ./python
Python 3.4.0a0 (default:53a7c2226a2b,
Xavier de Gaye added the comment:
And yes, find_loader returns None, when correctly invoked with the
path argument:
importlib.find_loader('mypackage.foo', ['./mypackage/'])
--
___
Python tracker rep...@bugs.python.org
Chris Jerdonek added the comment:
To state more explicitly the observation I alluded to in my comment above, we
currently follow (without exception -- pun intended :) ) the convention that
subclasses of exceptions that end in Error also end in Error. We also do
the same with the suffix
R. David Murray added the comment:
Not necessarily. The fact that there is nothing to load doesn't mean it isn't
the right loader if there *was* something to load. But I'll leave it to the
import experts to say what the expected behavior is. I'll admit that I can't
figure it out from a
Antoine Pitrou added the comment:
(the patch contains a local change to set the location of the
'external' dir, please disregard this.
Can you upload a cleaned up patch then? :)
--
components: +Library (Lib) -Extension Modules
nosy: +pitrou
stage: - patch review
Antoine Pitrou added the comment:
I don't think that's very useful since generally the epoll object will have to
survive accross function calls (it's usually stored as an attribute somewhere
on your event loop).
On the other hand, this addition doesn't hurt.
--
nosy: +pitrou
Ezio Melotti added the comment:
That seems indeed to be the case with built-in exceptions. I'm not sure if
it's intentional or just a coincidence. I agree that warnings should always
have a Warning suffix to distinguish them from exceptions, but in the stdlib
the Error suffix is not used
Brett Cannon added the comment:
Everything is working as expected; you left out the path argument::
importlib.find_loader('package.foo', ['package'])
This works the way it does because otherwise we would have to stat every single
time from the top level on down and that is extremely costly.
Brett Cannon added the comment:
In order to have exceptions that have messages like bad magic number in
module there would need to be a technically unneeded fullname parameter.
People cool with that? I personally dislike having info passed in just for
error reporting, but in this case import
Georg Brandl added the comment:
The redirect is not the problem. The page never existed.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16484
___
Xavier de Gaye added the comment:
Maybe find_loader could check its parameters, notice that the name is a
dotted name, that path is None and in this case, not return a loader ?
--
___
Python tracker rep...@bugs.python.org
Brett Cannon added the comment:
That won't work as frozen and builtin modules don't care about the path.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16489
___
Kristján Valur Jónsson added the comment:
Can't right now. It's only relevant for pcbuild anyway so you can test it for
Unix if you want without fear. Don't worry, I always give my patches a cleanup
before committing them.
Meanwhile, I'd welcome comments on the substance.
--
Xavier de Gaye added the comment:
Not necessarily. The fact that there is nothing to load doesn't
mean it isn't the right loader if there *was* something to load.
But it is not even the right loader if there *was* something to load,
as get_filename() returns './foo.py' which is wrong even if
Eric Snow added the comment:
Don't underestimate the potential value of having the fullname when overriding
the method in a subclass.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15031
1 - 100 of 119 matches
Mail list logo