On Sat, Sep 29, 2012 at 4:39 AM, FPEFPE wrote:
> Hello -- I am running python from an application, starting it with a call to
> the python31.dll
>
> I think I am missing something in my path -- any help would be appreciated --
> thanks
Nope, you are not.
> File "C:\Python32\Lib\encodings\cp437
On Friday 2012 September 28 21:27, you wrote:
> A tiny bit of googling suggests the following approach:
> http://stackoverflow.com/questions/3794309/python-ctypes-python-file-object
>-c-file/3794401#3794401
Thanks for your response.
My "tiny bit of Googling" brought no joy but I did try successf
Tarek,
My response inline to your:
> You are not getting my point. What happens to weezhy or XXX framework
> when you are running it in a given stack, under heavy load ?
let me correct you, it is wheezy.web (not `weezhy`).
Tell me your definition of web framework heavy load. If you have one, w
xDog Walker, 29.09.2012 10:45:
> On Friday 2012 September 28 21:27, you wrote:
>> A tiny bit of googling suggests the following approach:
>> http://stackoverflow.com/questions/3794309/python-ctypes-python-file-object
>> -c-file/3794401#3794401
>
> Thanks for your response.
>
> My "tiny bit of Go
On 29/09/2012 04:30, Steven D'Aprano wrote:
On Fri, 28 Sep 2012 21:25:35 -0600, Ian Kelly wrote:
Mine is simpler and faster.
r = re.compile("")
The OP doesn't say that you have to compile it, so just:
''
wins.
My understanding is that Python 3.3 has regressed the performance of ''.
On Sat, Sep 29, 2012 at 7:38 PM, Mark Lawrence wrote:
>
> My understanding is that Python 3.3 has regressed the performance of ''.
> Surely the Python devs can speed the performance back up and, just for us,
> use less memory at the same time?
Yes, but to do that we'd have to make Python more Aus
On 29/09/2012 11:05, Chris Angelico wrote:
On Sat, Sep 29, 2012 at 7:38 PM, Mark Lawrence wrote:
My understanding is that Python 3.3 has regressed the performance of ''.
Surely the Python devs can speed the performance back up and, just for us,
use less memory at the same time?
Yes, but to d
On Sat, Sep 29, 2012 at 6:18 AM, 叶佑群 wrote:
> 于 2012-9-28 16:16, Kushal Kumaran 写道:
>>
>> On Fri, Sep 28, 2012 at 1:15 PM, 叶佑群 wrote:
>>
>>> Hi, all,
>>>
>>> I have the shell command like this:
>>>
>>> sfdisk -uM /dev/sdb<< EOT
>>> ,1000,83
>>> ,,83
>>> EOT
>>>
>>>
>>> I have tried sub
On behalf of the Python development team, I'm delighted to announce the
Python 3.3.0 final release.
Python 3.3 includes a range of improvements of the 3.x series, as well
as easier porting between 2.x and 3.x. Major new features and changes
in the 3.3 release series are:
* PEP 380, syntax for d
On Sat, Sep 29, 2012 at 10:18 PM, Georg Brandl wrote:
> On behalf of the Python development team, I'm delighted to announce the
> Python 3.3.0 final release.
>
> Python 3.3 includes a range of improvements of the 3.x series, as well
> as easier porting between 2.x and 3.x. Major new features and
On 29/09/12 02:20:50, Rikishi42 wrote:
> On 2012-09-28, Dennis Lee Bieber wrote:
>> On Thu, 27 Sep 2012 22:25:39 + (UTC), John Gordon
>> declaimed the following in gmane.comp.python.general:
>>
>>>
>>> Isn't terminal output line-buffered? I don't understand why there would
>>> be an output d
On 09/29/2012 08:23 AM, Amit Saha wrote:
> On Sat, Sep 29, 2012 at 10:18 PM, Georg Brandl wrote:
>>
>>
>> For a more extensive list of changes in 3.3.0, see
>>
>> http://docs.python.org/3.3/whatsnew/3.3.html
> Redirects to http://docs.python.org/py3k/whatsnew/3.3.html: 404 Not Found.
>
>
Wor
On 29/09/12 03:15:24, Peter Pearson wrote:
> On Fri, 28 Sep 2012 09:49:36 -0600, Ian Kelly wrote:
>>
>> levels = 6
>> for combination in itertools.product(xrange(n_syms), levels):
>> # do stuff
>
n_syms = 3
levels = 6
for combination in itertools.product(xrange(n_syms), levels)
On Sat, Sep 29, 2012 at 10:37 PM, Dave Angel wrote:
> On 09/29/2012 08:23 AM, Amit Saha wrote:
>> On Sat, Sep 29, 2012 at 10:18 PM, Georg Brandl wrote:
>>>
>>>
>>> For a more extensive list of changes in 3.3.0, see
>>>
>>> http://docs.python.org/3.3/whatsnew/3.3.html
>> Redirects to http://
On 29/09/12 14:23:49, Amit Saha wrote:
> On Sat, Sep 29, 2012 at 10:18 PM, Georg Brandl wrote:
>> On behalf of the Python development team, I'm delighted to announce the
>> Python 3.3.0 final release.
Thank you!!!
>> For a more extensive list of changes in 3.3.0, see
>>
>> http://docs.pytho
On Sat, Sep 29, 2012 at 5:18 AM, Georg Brandl wrote:
> On behalf of the Python development team, I'm delighted to announce the
> Python 3.3.0 final release.
>
Yay :)
--
http://mail.python.org/mailman/listinfo/python-list
On Saturday, 29 September 2012 18:55:36 UTC+5:30, eliben wrote:
> On Sat, Sep 29, 2012 at 5:18 AM, Georg Brandl wrote:
>
> > On behalf of the Python development team, I'm delighted to announce the
>
> > Python 3.3.0 final release.
>
> >
>
>
>
> Yay :)
+1
--
http://mail.python.org/mailman/
On Saturday, 29 September 2012 18:57:48 UTC+5:30, Ramchandra Apte wrote:
> Should one always add super().__init__() to the __init__? The reason for this
> is the possibility of changing base classes (and forgetting to update the
> __init__).
This is my first post so I may be breaching nettique.
Should one always add super().__init__() to the __init__? The reason for this
is the possibility of changing base classes (and forgetting to update the
__init__).
--
http://mail.python.org/mailman/listinfo/python-list
Georg Brandl, 29.09.2012 14:18:
> On behalf of the Python development team, I'm delighted to announce the
> Python 3.3.0 final release.
> [...]
> * PEP 380, syntax for delegating to a subgenerator ("yield from")
Ah, you're so late! Cython has shipped its implementation almost a month
ago! ;)
Stef
On Saturday, 29 September 2012 02:05:07 UTC+5:30, Prasad, Ramit wrote:
> Benjamin Jessup wrote:
>
> > Hello all,
>
> >
>
> > What do people recommend for a file format for a python desktop
>
> > application? Data is complex with 100s/1000s of class instances, which
>
> > reference each other
On Tuesday, 25 September 2012 05:48:22 UTC+5:30, David Hutto wrote:
> > Is the animated GIF on your website under 60MB yet?
>
> yeah a command line called convert, and taking out a few jpegs used to
>
> convert, and I can reduce it to any size, what's the fucking point of
>
> that question othe
The following doctest fails with python3.3 (it is okay for python2.4-2.7, 3.2).
class adict(dict):
"""
On Saturday, 29 September 2012 19:08:25 UTC+5:30, Stefan Behnel wrote:
> Georg Brandl, 29.09.2012 14:18:
>
> > On behalf of the Python development team, I'm delighted to announce the
>
> > Python 3.3.0 final release.
>
> > [...]
>
> > * PEP 380, syntax for delegating to a subgenerator ("yield
On Thursday, 27 September 2012 04:14:42 UTC+5:30, Tim Chase wrote:
> On 09/26/12 17:28, 8 Dihedral wrote:
>
> > 8 Dihedral於 2012年9月27日星期四UTC+8上午6時07分35秒寫道：
>
> In these conditions, how to make this list [[0,0,0],[0,0,0]] with "*"
>
> without this behavior?
>
> >>> >>> a
Am 29.09.2012 15:42, schrieb Andriy Kornatskyy:
>
> The following doctest fails with python3.3 (it is okay for python2.4-2.7,
> 3.2).
>
> class adict(dict):
>
> """
On 29 September 2012 14:24, Eli Bendersky wrote:
> On Sat, Sep 29, 2012 at 5:18 AM, Georg Brandl wrote:
>> On behalf of the Python development team, I'm delighted to announce the
>> Python 3.3.0 final release.
>>
>
> Yay :)
Agreed - this is a really nice release, thanks to all who put it togethe
Christian Heimes, 29.09.2012 16:06:
> From now on you can't rely
> on the order of an unordered type like dict or set.
Tautologies tend to be true even without a temporal qualification.
Stefan
--
http://mail.python.org/mailman/listinfo/python-list
On Sun, Sep 30, 2012 at 12:17 AM, Stefan Behnel wrote:
> Christian Heimes, 29.09.2012 16:06:
>> From now on you can't rely
>> on the order of an unordered type like dict or set.
>
> Tautologies tend to be true even without a temporal qualification.
Technically people shouldn't ever have relied on
> Agreed - this is a really nice release, thanks to all who put it together.
+1
Thank you!
Malcolm
--
http://mail.python.org/mailman/listinfo/python-list
Hi,
say we have the following:
>>> data = [('foo', 1), ('foo', 2), ('bar', 3), ('bar', 2)]
is there a way to code a function iter_in_blocks such that
>>> result = [ list(block) for block in iter_in_blocks(data) ]
evaluates to
>>> result = [ [('foo', 1), ('foo', 2)], [('bar', 3), ('bar', 2)] ]
Thomas Bach writes:
result = [ [('foo', 1), ('foo', 2)], [('bar', 3), ('bar', 2)] ]
> by _only_ _iterating_ over the list (caching all the elements sharing
> the same first element doesn't count)?
itertools.groupby(data, lambda (x,y) : x)
is basically what you want.
--
http://mail.python.o
On 09/29/2012 10:19 AM, Alexis Lopez-Garcia wrote:
> Hi.
>
> I installed Python3.3.0 with python-3.3.0.amd64.msi on a win7 machine.
>
> While using this funcion (see below) from a script called by double
> clicking on the .py file I get a "invalid variable "right" referenced
> before assignment" er
On Sat, Sep 29, 2012 at 10:14 AM, Thomas Bach
wrote:
> Hi,
>
> say we have the following:
>
data = [('foo', 1), ('foo', 2), ('bar', 3), ('bar', 2)]
>
> is there a way to code a function iter_in_blocks such that
>
result = [ list(block) for block in iter_in_blocks(data) ]
>
> evaluates to
On Sat, Sep 29, 2012 at 09:26:00AM -0700, Paul Rubin wrote:
> Thomas Bach writes:
>
> itertools.groupby(data, lambda (x,y) : x)
>
> is basically what you want.
True!
Thanks,
Thomas Bach
--
http://mail.python.org/mailman/listinfo/python-list
On Sat, Sep 29, 2012 at 7:27 AM, Ramchandra Apte wrote:
> Should one always add super().__init__() to the __init__? The reason for this
> is the possibility of changing base classes (and forgetting to update the
> __init__).
As long as the class and its subclasses only use single inheritance,
i
On Saturday, September 29, 2012 9:46:22 PM UTC+8, Ramchandra Apte wrote:
> On Thursday, 27 September 2012 04:14:42 UTC+5:30, Tim Chase wrote:
>
> > On 09/26/12 17:28, 8 Dihedral wrote:
>
> >
>
> > > 8 Dihedral於 2012年9月27日星期四UTC+8上午6時07分35秒寫道：
>
> >
>
> > In these conditions, ho
On Sat, Sep 29, 2012 at 3:38 AM, Mark Lawrence wrote:
> My understanding is that Python 3.3 has regressed the performance of ''.
> Surely the Python devs can speed the performance back up and, just for us,
> use less memory at the same time?
At least it will be stored as a Latin-1 '' for efficien
On Friday, 28 September 2012 18:45:41 UTC+5:30, Gilles wrote:
> On Fri, 28 Sep 2012 14:16:22 +0200, "Michael Ross"
>
> wrote:
>
> >Do it the other way around:
>
> >
>
> ># cgitb before anything else
>
> >import cgitb
>
> >cgitb.enable()
>
> >
>
> ># so this error will be caught
>
> > fro
On Sat, Sep 29, 2012 at 11:01 AM, 8 Dihedral
wrote:
>
> Don't you get it why I avoided the lambda one liner as a functon.
>
> I prefer the def way with a name chosen.
Certainly, but the Bresenham line algorithm is O(n), which is why it
is so superior to quicksort that is O(n log n). Of cours
Hello to the group!
I'm a new Python user and so far I'm enjoying it. One of the many newbie
problems I'm having is I can't edit my code in IDLE once it's run or there's an
error message. I can only copy the code so far, paste at the bottom and
continue coding. Is there something simple I'm mis
On Sat, 29 Sep 2012 06:27:47 -0700, Ramchandra Apte wrote:
> Should one always add super().__init__() to the __init__? The reason for
> this is the possibility of changing base classes (and forgetting to
> update the __init__).
No. Only add code that works and that you need. Arbitrarily adding ca
On Sun, Sep 30, 2012 at 3:18 AM, Ian Kelly wrote:
> On Sat, Sep 29, 2012 at 11:01 AM, 8 Dihedral
> wrote:
>>
>> Don't you get it why I avoided the lambda one liner as a functon.
>>
>> I prefer the def way with a name chosen.
>
> Certainly, but the Bresenham line algorithm is O(n), which is wh
Thanks for pointing me to the right direction.
It seems that GetConsoleScreenBufferInfo() is indeed returning 0 and
further investigation points to the error code 6 (ERROR_INVALID_HANDLE).
No idea why this is so but just doing a while loop until the call gets a
non-zero value seem to work as a fix.
On 9/29/2012 1:14 PM, peterfarrel...@gmail.com wrote:
Hello to the group!
I'm a new Python user and so far I'm enjoying it. One of the many
newbie problems I'm having is I can't edit my code in IDLE once it's
run or there's an error message. I can only copy the code so far,
paste at the bottom a
On Sat, Sep 29, 2012 at 1:17 PM, Steven D'Aprano
wrote:
> No. Only add code that works and that you need. Arbitrarily adding calls
> to the superclasses "just in case" may not work:
>
>
>
> py> class Spam(object):
> ... def __init__(self, x):
> ... self.x = x
> ... supe
On Sun, Sep 30, 2012 at 3:17 AM, Steven D'Aprano
wrote:
> No. Only add code that works and that you need. Arbitrarily adding calls
> to the superclasses "just in case" may not work:
>
> py> class Spam(object):
> ... def __init__(self, x):
> ... self.x = x
> ... super(Sp
On Sun, Sep 30, 2012 at 3:14 AM, wrote:
> Hello to the group!
>
> I'm a new Python user and so far I'm enjoying it. One of the many newbie
> problems I'm having is I can't edit my code in IDLE once it's run or there's
> an error message. I can only copy the code so far, paste at the bottom and
On Sunday, September 30, 2012 1:19:22 AM UTC+8, Ian wrote:
> On Sat, Sep 29, 2012 at 11:01 AM, 8 Dihedral
>
> wrote:
>
> >
>
> > Don't you get it why I avoided the lambda one liner as a functon.
>
> >
>
> > I prefer the def way with a name chosen.
>
>
>
> Certainly, but the Bresenham l
On Fri, 28 Sep 2012 11:48:23 -0600, Kristen J. Webb wrote:
> NOTE: I am a C programmer and new to python, so can anyone comment
> on what the st_ctime value is when os.stat() is called on Windows?
The documentation[1] says:
st_ctime - platform dependent; time of most recent metadata change o
With the release of Python 3.3.0 does that mean the 3.2.x line is now end of
life?
I've looked for some sort of end of life policy on python.org, but was unable
to find one.
--
http://mail.python.org/mailman/listinfo/python-list
On 2012.09.29 15:03, David Dillard wrote:
> With the release of Python 3.3.0 does that mean the 3.2.x line is now end of
> life?
No. Old releases get security fixes for years.
> I've looked for some sort of end of life policy on python.org, but was unable
> to find one.
http://www.python.org/dow
On Saturday, September 29, 2012 4:02:13 AM UTC-4, Kwpolska wrote:
> On Sat, Sep 29, 2012 at 4:39 AM, FPEFPE wrote:
>
> > Hello -- I am running python from an application, starting it with a call
> > to the python31.dll
>
> >
>
> > I think I am missing something in my path -- any help would be
On 29 September 2012 20:05, Chris Angelico wrote:
> On Sat, Sep 29, 2012 at 7:38 PM, Mark Lawrence
> wrote:
> >
> > My understanding is that Python 3.3 has regressed the performance of ''.
> > Surely the Python devs can speed the performance back up and, just for
> us,
> > use less memory at the
Chris Angelico writes:
> On Sun, Sep 30, 2012 at 3:17 AM, Steven D'Aprano
> wrote:
>> No. Only add code that works and that you need. Arbitrarily adding calls
>> to the superclasses "just in case" may not work:
>>
>> py> class Spam(object):
>> ... def __init__(self, x):
>> ... se
On Sun, Sep 30, 2012 at 6:51 AM, Tim Delaney
wrote:
> Personally I voted for the Fierce Snake[1][2] as the delimiter, but it was
> voted down as "not Pythonic" enough.
> I'm sure they were using that as a euphamism for "Python*ish*" though.
>
> [1] https://en.wikipedia.org/wiki/Inland_Taipan
> [2]
On 30 September 2012 09:26, Chris Angelico wrote:
> On Sun, Sep 30, 2012 at 6:51 AM, Tim Delaney
> wrote:
> > Personally I voted for the Fierce Snake[1][2] as the delimiter, but it
> was
> > voted down as "not Pythonic" enough.
> > I'm sure they were using that as a euphamism for "Python*ish*" t
I have a list of filenames, and i need to find files with the same
name, different extensions, and split that into tuples. does anyone have
any suggestions on an easy way to do this that isn't O(n^2)?
--
Thanks
Kevin Anthony
www.NoSideRacing.com
Do you use Banshee?
Download the Community Extens
On 09/29/2012 09:27 PM, Kevin Anthony wrote:
> I have a list of filenames, and i need to find files with the same
> name, different extensions, and split that into tuples. does anyone have
> any suggestions on an easy way to do this that isn't O(n^2)?
>
>
Sure, collect them in a collections.defau
On 28/09/2012 12:26 PM, Rolando Cañer Roblejo wrote:
Hi all,
Please, I need you suggest me a way to get statistics about a progress
of my python script. My python script could take a lot of time
processing a file, so I need a way that an external program check the
progress of the script. My firs
On Saturday, 29 September 2012 22:47:20 UTC+5:30, Steven D'Aprano wrote:
> On Sat, 29 Sep 2012 06:27:47 -0700, Ramchandra Apte wrote:
>
>
>
> > Should one always add super().__init__() to the __init__? The reason for
>
> > this is the possibility of changing base classes (and forgetting to
>
Thanks for the responses, Terry and Chris, I'll try the shell, alt-P and I'll
check out SciTE!
Peter
On Saturday, September 29, 2012 11:35:06 AM UTC-7, Chris Angelico wrote:
> On Sun, Sep 30, 2012 at 3:14 AM, wrote:
>
> > Hello to the group!
>
> >
>
> > I'm a new Python user and so far I'm
On Sat, 29 Sep 2012 20:14:10 -0700, Ramchandra Apte wrote:
> I forgot something:
> I meant super().__init__() or similar
What about it? Please try to remember that we can't read your mind and
don't know what you are thinking, we can only work from what you put in
writing.
There is no differenc
On Sun, 30 Sep 2012 04:31:48 +1000, Chris Angelico wrote:
> On Sun, Sep 30, 2012 at 3:17 AM, Steven D'Aprano
> wrote:
>> No. Only add code that works and that you need. Arbitrarily adding
>> calls to the superclasses "just in case" may not work:
>>
>> py> class Spam(object):
>> ... def __init
On Sat, 29 Sep 2012 17:51:29 -0400, Piet van Oostrum wrote:
> It is not necesarily calling the parent class. It calls the initializer
> of the next class in the MRO order and what class that is depends on the
> actual multiple inheritance structure it is used in, which can depend on
> subclasses t
On Sun, Sep 30, 2012 at 2:37 PM, Steven D'Aprano
wrote:
> Which is exactly my point -- you can't call the superclass "just in case"
> it changes, because you don't know what arguments the new superclass or
> classes expect. You have to tailor the arguments to what the parent
> expects, and even wh
On Sunday, 30 September 2012 09:53:45 UTC+5:30, Steven D'Aprano wrote:
> On Sat, 29 Sep 2012 20:14:10 -0700, Ramchandra Apte wrote:
>
>
>
> > I forgot something:
>
> > I meant super().__init__() or similar
>
>
>
> What about it? Please try to remember that we can't read your mind and
>
>
On 9/29/2012 4:03 PM, David Dillard wrote:
With the release of Python 3.3.0 does that mean the 3.2.x line is now
end of life?
The next release (3.2.4, soon) will by the last 3.2 bugfix. Then 3 years
for security fixes.
I've looked for some sort of end of life policy on python.org, but
was u
On Sat, Sep 29, 2012 at 10:40 PM, Steven D'Aprano
wrote:
> On Sat, 29 Sep 2012 17:51:29 -0400, Piet van Oostrum wrote:
>
>> It is not necesarily calling the parent class. It calls the initializer
>> of the next class in the MRO order and what class that is depends on the
>> actual multiple inherit
On Sat, Sep 29, 2012 at 10:55 PM, Ramchandra Apte
wrote:
> When I said "super().__init__()" it could have been
> "super().__init__(size+67)" or whatever arguments are needed for __init__
But if you change the base class, couldn't those arguments change?
Then you would have to change the call whe
70 matches
Mail list logo
