On Sun, 14 May 2017 15:30:52 +0200, Pavol Lisy wrote:
> On 5/14/17, Charles T. Smith wrote:
>> I'm stumped by this:
...
> Did you create getopt.py in your working directory? If so then try to
> rename it.
>
> PL.
That was it! Not in my working directory, but in th
I'm stumped by this:
$ PYTHONPATH= python except
Traceback (most recent call last):
File "except", line 7, in
except getopt.error, msg:
AttributeError: 'module' object has no attribute 'error'
The program is:
$ cat except
#!/usr/bin/env python
import getopt
try:
opts, args = get
On Wed, 06 Apr 2016 20:28:47 +, Rob Gaddi wrote:
> Charles T. Smith wrote:
>
>> I just tried to write a recursive method in python - am I right that local
>> variables are only lexically local scoped, so sub-instances have the same
>> ones? Is there a way out of that
I just tried to write a recursive method in python - am I right that local
variables are only lexically local scoped, so sub-instances have the same
ones? Is there a way out of that? Do I have to push and pop my own simulated
stack frame entry?
--
https://mail.python.org/mailman/listinfo/python
On Thu, 17 Mar 2016 21:18:43 +0530, srinivas devaki wrote:
> please upload the log file,
Sorry, it's work stuff, can't do that, but just take any big set of files
and change the strings appropriately and the numbers should be equivalent.
>
> and global variables in python are slow, so just ke
On Thu, 17 Mar 2016 15:29:47 +, Charles T. Smith wrote:
And for completeness, and also surprising:
time sed -n -e '/ is ready/{s///;h}' -e '/release_req/{g;p}' *.out | sort -u
TestCase_F_00_P
TestCase_F_00_S
TestCase_F_01_S
TestCase_F_02_M
real0m10.998s
u
On Thu, 17 Mar 2016 19:08:58 +0200, Marko Rauhamaa wrote:
> "Charles T. Smith" :
>
>
> Compare Perl (http://www.perlmonks.org/?node_id=98357>):
>
>my $str = "I have a dream";
>my $find = "have";
>my $replace = "h
On Thu, 17 Mar 2016 10:52:30 -0500, Tim Chase wrote:
>> Not saying this will make a great deal of difference, but these two
> items jumped out at me. I'd even be tempted to just use string
> manipulations for the isready aspect as well. Something like
> (untested)
well, I don't want to forgo RE
On Thu, 17 Mar 2016 18:30:29 +0200, Marko Rauhamaa wrote:
> "Charles T. Smith" :
>
>> I need the second check to also be a RE because it's not
>> separate tokens.
>
> The string "in" check doesn't care about tokens.
>
>
> Marko
On Thu, 17 Mar 2016 10:26:12 -0700, Ethan Furman wrote:
> On 03/17/2016 09:36 AM, Charles T. Smith wrote:
>
>> Yes, your point was to forgo REs despite that they are useful.
>> I could have thought the search would have been better as:
>>
>> 'release[
On Thu, 17 Mar 2016 18:07:12 +0200, Marko Rauhamaa wrote:
> "Charles T. Smith" :
> Ok. The LANG=C setting has a tremendous effect on the performance of
> textutils.
>
>
> Marko
Good to know, thank you...
--
https://mail.python.org/mailman/listinfo/python-list
On Thu, 17 Mar 2016 17:48:54 +0200, Marko Rauhamaa wrote:
> "Charles T. Smith" :
>
>> On Thu, 17 Mar 2016 15:29:47 +, Charles T. Smith wrote:
>>
>> And for completeness, and also surprising:
>>
>> time sed -n -e '/ is ready
On Thu, 17 Mar 2016 09:21:51 -0700, Ethan Furman wrote:
>> well, I don't want to forgo REs in order to have python's numbers be
>> better
>
> The issue is not avoiding REs, but using Python's strengths and idioms.
> Write the code in Python's style, get the same results, then compare
> t
On Thu, 17 Mar 2016 17:47:55 +0200, Marko Rauhamaa wrote:
> Can't comment on the numbers but the code segments are not quite
> analogous. What about this one:
>
> #!/usr/bin/env python
> # vim: tw=0
> import sys
> import re
>
> isready = re.compile("(.*) is ready")
> for
On Thu, 17 Mar 2016 18:34:06 +0200, Marko Rauhamaa wrote:
> n-vs-perl-performance
Okay, that was interesting.
Actually, I saw a study some years ago that concluded that python
could be both slower and faster than perl, but that perl had much
less deviation than python. I took that and accepted
I've really learned to love working with python, but it's too soon
to pack perl away. I was amazed at how long a simple file search took
so I ran some statistics:
$ time python find-rel.py
./find-relreq *.out | sort -u
TestCase_F_00_P
TestCase_F_00_S
TestCase_F_01_S
TestCa
On Fri, 11 Mar 2016 22:00:41 +, Grant Edwards wrote:
> Since they behave differently, perhaps the question ought to be "which
> does what you want to do?"
For parsed msgs, I had this:
elif hasattr (msg.msgBody, 'request'):
It occurred to me that this was less abstruse:
On Fri, 11 Mar 2016 21:44:27 +, Charles T. Smith wrote:
> From the performance point of view, which is better: - hasattr()
> - x in y
>
> TIA
> cts
I just realized that "in" won't look back through the class hierarchy...
that clearly makes them not interc
>From the performance point of view, which is better:
- hasattr()
- x in y
TIA
cts
--
https://mail.python.org/mailman/listinfo/python-list
On Fri, 11 Mar 2016 08:31:22 +, Mark Lawrence wrote:
> Never. Hopefully this
> http://www.python-course.eu/python3_global_vs_local_variables.php can
> explain it better than I can :)
The article is good, I'm glad to have confirmed what I have so empirical
stumbled over.
... Irrespective of t
On Fri, 11 Mar 2016 19:29:20 +1100, Chris Angelico wrote:
> Usefully? Never.
>
> Simple question - simple answer :)
>
> ChrisA
Right, that was the expected answer as well. I just ran into that in
legacy code, checked out the documentation and couldn't really make that
out. So I figured I bet
When might a "global" statement be used in the outermost level of a module?
(whereby, I assume a module is equivalent to a python file, correct?)
TIA for any thoughts.
cts
--
https://mail.python.org/mailman/listinfo/python-list
On Fri, 22 Jan 2016 12:19:50 +0200, Marko Rauhamaa wrote:
> We need similar code sanity management. Developers are given much too
> much power to mess up the source code. That's why "legacy" is considered
> a four-letter word among developers.
When I started in this business, in the mid-70s, ther
On Thu, 21 Jan 2016 16:30:30 +, Charles T. Smith wrote:
>> Side observation: 'int' is a bad name for a package, because it will
>> shadow the name of the 'int' built-in.
>
>
> Boy oh boy have I experienced that now! :)
(it wasn't me! ;)
On Thu, 21 Jan 2016 08:59:39 -0700, Ian Kelly wrote:
> What happens if you just do 'import utilities'. Can you then call
> utilities.hexdump? Can you see anything in the utilities module?
Yes, that works! That's what I'm doing as a work around.
I was trying to avoid doing that because I figured
On Thu, 21 Jan 2016 15:44:43 +, John Gordon wrote:
> In that case, the problem is most likely a circular import issue, as you
> mentioned. The only way to fix it is to reorganize your modules.
>
> How did this error come up? Did the code work previously? If so, what
> changed?
What I nee
On Thu, 21 Jan 2016 15:44:43 +, John Gordon wrote:
> How did this error come up? Did the code work previously? If so, what
> changed?
The developers of this legacy code had this as well as other functions
duplicated throughout the system, in order to avoid confronting these
issues. I'm tr
On Thu, 21 Jan 2016 15:31:45 +, John Gordon wrote:
> The most likely explanation here is that the 'utilities' module simply
> does not contain something named 'hexdump'.
>
> Have you inspected the 'utilities' module? Does it, in fact, contain
> something named 'hexdump'?
Yes
--
https://ma
On Thu, 21 Jan 2016 07:52:17 -0700, Ian Kelly wrote:
>> I have no idea what was imported before. I just want to import
>> hexdump(). Unfortunately, this does not work:
>>
>> from utilities import hexdump
>>
>> ImportError: cannot import name hexdump
>
> What is utilities? Is it a module on
What does "from (module) import (func)" do?
Please don't tell me that I shouldn't ask because real programmers
know not to have circular dependencies ...
I have no idea what was imported before. I just want to import hexdump().
Unfortunately, this does not work:
from utilities import hexdump
On Tue, 19 Jan 2016 03:19:59 +1100, Chris Angelico wrote:
> On Tue, Jan 19, 2016 at 3:11 AM, Charles T. Smith
> wrote:
>> $ python
>> Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56) [GCC 4.4.3] on linux2
>> Type "help", "copyright", "credits&quo
$ python
Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56)
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> type(0) is int
True
...
(PDB)type(0) is int
False
(PDB)type(1) is int
False
(PDB)p 5 + 0
5
(PDB)class c (object): pass
(PDB)type (c()) is c
T
On Fri, 15 Jan 2016 14:20:17 +0100, Wolfgang Maier wrote:
> pattern = pattern_str.compile()
> try:
> matches = pattern.findall(some_str, endpos=some_str.index(tail))
> except ValueError:
> # do something if tail is not found
> pass
Oh! I think that's it!
matches = findall (patte
On Fri, 15 Jan 2016 11:42:24 +0100, Wolfgang Maier wrote:
> On 15.01.2016 10:43, Peter Otten wrote:
>> Charles T. Smith wrote:
>>
>>> while ($str != $tail) {
>>> $str ~= s/^(head-pattern)//;
>>> use ($1);
>>> }
>>
>
On Fri, 15 Jan 2016 11:04:32 +, Charles T. Smith wrote:
> capability, somehow, but that was apparently overlooked. For example,
> by storing string state in the match object and having a *sub* method without
> a string parameter.
--
https://mail.python.org/mailman/listinfo/python-list
while ($str != $tail) {
$str ~= s/^(head-pattern)//;
use ($1);
}
--
https://mail.python.org/mailman/listinfo/python-list
On Thu, 31 Dec 2015 12:12:43 +, Oscar Benjamin wrote:
> When you write x.attr the name 'attr' is looked up on the object x. This
> calls x.__getattribute__('attr'). In turn this checks the dict
> associated with the object x i.e. x.__dict__['attr']. This in turn calls
> x.__dict__.__getitem__
On Wed, 30 Dec 2015 17:31:11 -0700, Ian Kelly wrote:
>> In any case, I thought that class attributes were, in fact, items of
>> __dict__?
>
> That's correct, but as I said in my previous message, self.attrs and
> self.attrs.__dict__ are two different dicts, and you're confusing one
> for the othe
On Thu, 31 Dec 2015 11:21:59 +1100, Ben Finney wrote:
> Steven D'Aprano writes:
>
>> On Thu, 31 Dec 2015 10:13 am, Ben Finney wrote:
>>
>> > You may be familiar with other languages where the distinction
>> > between “attribute of an object” is not distinct from “item in a
>> > dictionary”. Pyth
On Thu, 31 Dec 2015 10:50:53 +1100, Steven D'Aprano wrote:
> I'm not sure what distinction you're referring to, can you explain?
Ian Kelly had said:
>> How precisely are you trying to store these: as an attribute, or as a
>> dict item? If it's supposed to be in the dict, then why is your
>> __ge
On Thu, 31 Dec 2015 10:58:17 +1100, Steven D'Aprano wrote:
(some very good information)
Thank you.
--
https://mail.python.org/mailman/listinfo/python-list
On Thu, 31 Dec 2015 10:13:53 +1100, Ben Finney wrote:
> "Charles T. Smith" writes:
>
>> I don't understand this distinction between an "attribute" and a "dict
>> item".
>
> When did you most recently work through the Python tutorial
&
On Wed, 30 Dec 2015 22:54:44 +, Charles T. Smith wrote:
> But I concede I must be doing something fundamentally wrong because this
> assert is triggering:
> def __getattr__ (self, name):
> print "attrdict:av:__getattr__: entered for ", name
> ass
On Wed, 30 Dec 2015 13:40:44 -0700, Ian Kelly wrote:
> On Wed, Dec 30, 2015 at 9:58 AM, Charles T. Smith
>> The problem is that then triggers the __getitem__() method and I don't
>> know how to get to the attributes without triggering __getattr__().
>>
>> It&#
On Wed, 30 Dec 2015 08:35:57 -0700, Ian Kelly wrote:
> On Dec 30, 2015 7:46 AM, "Charles T. Smith"
> wrote:
>> As is so often the case, in composing my answer to your question, I
>> discovered a number of problems in my class (e.g. I was calling
>> __getitem__()
On Wed, 30 Dec 2015 14:10:14 +, Mark Lawrence wrote:
> On 30/12/2015 11:51, Charles T. Smith wrote:
>> Hi,
>>
>> Does anyone know *why* the __members__ method was deprecated, to be
>> replaced by dir(), which doesn't tell the truth (if only it took an
&
On Thu, 31 Dec 2015 00:11:24 +1100, Chris Angelico wrote:
> On Wed, Dec 30, 2015 at 11:57 PM, Charles T. Smith
> wrote:
>> Hello,
>>
>> I thought __getitem__() was invoked when an object is postfixed with an
>> expression in brackets:
>>
>> - abc[n]
&
On Wed, 30 Dec 2015 23:50:03 +1100, Chris Angelico wrote:
> On Wed, Dec 30, 2015 at 11:40 PM, Charles T. Smith
> wrote:
>> Oh!
>>
>> Although the referenced doc says:
>>
>> "For compatibility reasons, classes are still old-style by default."
>
Hello,
I thought __getitem__() was invoked when an object is postfixed with an
expression in brackets:
- abc[n]
and __getattr__() was invoked when an object is postfixed with an dot:
- abc.member
but my __getitem__ is being invoked at this time, where there's no
subscript (going into a s
On Wed, 30 Dec 2015 11:51:19 +, Charles T. Smith wrote:
> Hi,
>
> How can I get *all* the names of an object's attributes? I have legacy
> code with mixed new style classes and old style classes and I need to
> write methods which deal with both. That's the imm
On Wed, 30 Dec 2015 11:51:19 +, Charles T. Smith wrote:
> Hi,
>
> How can I get *all* the names of an object's attributes? I have legacy
> code with mixed new style classes and old style classes and I need to
> write methods which deal with both. That's the imm
Hi,
How can I get *all* the names of an object's attributes? I have legacy
code with mixed new style classes and old style classes and I need to
write methods which deal with both. That's the immediate problem, but
I'm always running into the need to understand how objects are linked, in
par
On Tue, 18 Nov 2014 00:00:42 -0700, Michael Torrie wrote:
> On 11/17/2014 03:45 PM, Steven D'Aprano wrote:
>
>> Circular dependencies are not just a problem in Python, they are a
>> problem throughout most of software design.
>
> Personally I find that duck typing eliminates a lot of the circula
On Mon, 17 Nov 2014 08:08:40 +0100, dieter wrote:
> "Charles T. Smith" writes:
>> ...
>> Are others equally frustrated by this or is there a trick or principle
>> that I'm missing. At this point, I guess the way I'll have to proceed
>> is to put e
On Sun, 16 Nov 2014 08:14:05 +0100, dieter wrote:
> "Charles T. Smith" writes:
>> Now, I'm getting these errors:
>>
>> ImportError: cannot import name ...
>>
>> and
>>
>> AttributeError: 'module' object has no attrib
Now, I'm getting these errors:
ImportError: cannot import name ...
and
AttributeError: 'module' object has no attribute ...
(what is 'module'?)
Is there a way to resolve this without having to restructure my code
every couple of days?
I thought using imports of the form:
from module i
56 matches
Mail list logo
