It is more than clear to me, Python did and does not
understand the "unicode case".
jmf
--
https://mail.python.org/mailman/listinfo/python-list
On Wed, Apr 16, 2014 at 12:52 PM, Steven D'Aprano
wrote:
> I'm actually asking a serious question. How does a distro "actively hide"
> something publicly available on the Internet? Note that, on Linux (when
> you talk about "distributions", you probably don't mean OS X or Windows)
> all the compil
On Wed, Apr 16, 2014 at 12:51 PM, Steven D'Aprano
wrote:
> Converting "print spam" to "print(spam)" is the trivial part of it. The
> biggest change between Python 2.x and 3.x is the bytes to Unicode shift,
> and that is *not trivial*. Python 2.x tries very hard to make bytes and
> strings interope
On Wed, Apr 16, 2014 at 1:19 PM, Kushal Kumaran
wrote:
>>Understandable. I currently am using two consoles (laptop at my right
>>hand, desktop in front of me), and every now and then I want to copy
>>and paste across them :) I mean, shared clipboard works just fine
>>across all my VM guests (and a
In Nick Mellor
writes:
> In response to your question, John, all I know is that my own code doesn't
> use the random module outside of this code fragment.
Does addUpdate_special_to_cart() use any random methods?
In any case, a further test would be to strip out all the business logic
and leav
On April 16, 2014 12:37:53 AM GMT+05:30, Chris Angelico
wrote:
>On Wed, Apr 16, 2014 at 5:02 AM, Phil Dobbin
>wrote:
>> On 15/04/2014 19:41, Chris Angelico wrote:
>>
>>> Recommendation: If you don't understand something, keep it there :)
>>> You can just copy and paste from the Python interact
On Tue, 15 Apr 2014 15:48:06 -0400, Terry Reedy wrote:
> On 4/15/2014 5:05 AM, Chris Angelico wrote:
>> On Tue, Apr 15, 2014 at 6:33 PM, Terry Reedy wrote:
>>> On 4/15/2014 2:08 AM, Ben Finney wrote:
Terry Reedy writes:
> The 'mistake' is your OS, whatever it is, not providing
On Tue, 15 Apr 2014 14:54:53 -0500, Mark H Harris wrote:
> I am noticing the call to 2.8 from time to time (blogs). All along I
> have been seeing the reluctance to migrate to 3.x as either stubborn or
> lazy; or both.
Migrating to 3.x can be a fair amount of work. Not as much work as
migrating
On 16 April 2014 01:42, Devin Jeanpierre wrote:
> Yes. Software included in Arch, and programs installed via distutils,
> will both work correctly under Arch. [...]
>
> I don't like how Arch
> created a situation where it was impossible to support Arch and Debian
> at the same time with standalone
On Tue, 15 Apr 2014 17:32:57 -0500, Andrew Berg wrote:
> On 2014.04.15 17:18, Ned Batchelder wrote:
>> Yeah, that's the wrong way to do it, and they shouldn't have done that.
>> "python" needs to mean Python 2.x for a long time.
> Or maybe explicit is better than implicit:
>
> # python
> zsh: c
On Tue, 15 Apr 2014 18:18:16 -0400, Ned Batchelder wrote:
> On 4/15/14 5:34 PM, Joshua Landau wrote:
>> On 15 April 2014 06:03, Marko Rauhamaa wrote:
>>> Terry Reedy :
>>>
Any decent system should have 3.4 available now.
>>>
>>> Really, now? Which system is that?
>>
>> Arch is on 3.4 *defaul
Thanks John and others,
Replies much appreciated. I don't know how it could affect the results, but the
function being tested is using redis. And I am running the test code under
PyCharm, so perhaps using the module-level random number generator wasn't such
a good idea. Live and learn.
In resp
On 4/15/14 8:07 PM, Dan Stromberg wrote:
You could easily provide your own random number generator, if you
don't need cryptographic-strength random numbers.
EG:
http://stromberg.dnsalias.org/svn/lcgrng/trunk/lcgrng.py
That way you can be certain nothing else is using it.
There's no need to pu
On Tue, Apr 15, 2014 at 4:11 PM, Joshua Landau wrote:
> On 15 April 2014 23:18, Ned Batchelder wrote:
>> On 4/15/14 5:34 PM, Joshua Landau wrote:
>>> Arch is on 3.4 *default*.
>>>
>>> $> python
>>> Python 3.4.0 (default, Mar 17 2014, 23:20:09)
>>> [...]
>>>
>> Yeah, that's the wron
On 4/15/14 7:11 PM, Joshua Landau wrote:
On 15 April 2014 23:18, Ned Batchelder wrote:
On 4/15/14 5:34 PM, Joshua Landau wrote:
Arch is on 3.4 *default*.
$> python
Python 3.4.0 (default, Mar 17 2014, 23:20:09)
[...]
Yeah, that's the wrong way to do it, and they shouldn't h
You could easily provide your own random number generator, if you
don't need cryptographic-strength random numbers.
EG:
http://stromberg.dnsalias.org/svn/lcgrng/trunk/lcgrng.py
That way you can be certain nothing else is using it.
On Tue, Apr 15, 2014 at 8:54 AM, Nick Mellor wrote:
> Hi guys,
On 15 April 2014 23:18, Ned Batchelder wrote:
> On 4/15/14 5:34 PM, Joshua Landau wrote:
>> Arch is on 3.4 *default*.
>>
>> $> python
>> Python 3.4.0 (default, Mar 17 2014, 23:20:09)
>> [...]
>>
> Yeah, that's the wrong way to do it, and they shouldn't have done that.
> "python" nee
On 2014.04.15 17:18, Ned Batchelder wrote:
> Yeah, that's the wrong way to do it, and they shouldn't have done that.
> "python" needs to mean Python 2.x for a long time.
Or maybe explicit is better than implicit:
# python
zsh: command not found: python
# which python2.7
/usr/local/bin/python2.7
On 2014.04.15 16:02, Terry Reedy wrote:
> https://python3wos.appspot.com/
There seems to be a difference of opinion between this page and the Twisted
devs on what the "Python 2 only" classifier for PyPI means.
--
CPython 3.4.0 | Windows NT 6.2.9200 / FreeBSD 10.0
--
https://mail.python.org/mail
On 4/15/14 4:02 PM, Terry Reedy wrote:
https://python3wos.appspot.com/
That's what I thought. Its really about getting the super-power wall
fixed up; everything else will fall in place. I do think that Guido
might be positioning himself as an enabler, of sorts. I can see
extending through
On 4/15/14 5:34 PM, Joshua Landau wrote:
On 15 April 2014 06:03, Marko Rauhamaa wrote:
Terry Reedy :
Any decent system should have 3.4 available now.
Really, now? Which system is that?
Arch is on 3.4 *default*.
$> python
Python 3.4.0 (default, Mar 17 2014, 23:20:09)
[...]
On 15 April 2014 06:03, Marko Rauhamaa wrote:
> Terry Reedy :
>
>> Any decent system should have 3.4 available now.
>
> Really, now? Which system is that?
Arch is on 3.4 *default*.
$> python
Python 3.4.0 (default, Mar 17 2014, 23:20:09)
[...]
--
https://mail.python.org/mailman/listi
On 4/15/14 3:54 PM, Mark H Harris wrote:
On 4/15/14 2:37 PM, Novocastrian_Nomad wrote:
On Tuesday, April 15, 2014 12:32:14 PM UTC-6, Mark H. Harris wrote:
Can you site the announcement?
Thanks
http://hg.python.org/peps/rev/76d43e52d978?utm_content=buffer55d59&utm_medium=social&utm_source=fa
On 4/15/2014 3:54 PM, Mark H Harris wrote:
I don't think so any longer. Seems like the reluctance to migrate stems
from dependencies. Is there a list of primary dependencies ?
https://python3wos.appspot.com/
--
Terry Jan Reedy
--
https://mail.python.org/mailman/listinfo/python-list
On 4/15/2014 5:05 AM, Chris Angelico wrote:
On Tue, Apr 15, 2014 at 6:33 PM, Terry Reedy wrote:
On 4/15/2014 2:08 AM, Ben Finney wrote:
Terry Reedy writes:
The 'mistake' is your OS, whatever it is, not providing 3.3. It is
already so old that it is off bugfix maintenance. Any decent system
On 4/15/14 2:37 PM, Novocastrian_Nomad wrote:
On Tuesday, April 15, 2014 12:32:14 PM UTC-6, Mark H. Harris wrote:
Can you site the announcement?
Thanks
http://hg.python.org/peps/rev/76d43e52d978?utm_content=buffer55d59&utm_medium=social&utm_source=facebook.com&utm_campaign=buffer
Thanks,
The Purpose Of Life & Muslim Spoken Word & The Daily Reminder
http://www.youtube.com/watch?v=Wdhk2y6zFg4
Thank you
--
https://mail.python.org/mailman/listinfo/python-list
On Tuesday, April 15, 2014 12:32:14 PM UTC-6, Mark H. Harris wrote:
> On 4/14/14 2:32 PM, Phil Dobbin wrote:
> > On a related note, Guido announced today that there will be no 2.8 &
> > that the eol for 2.7 will be 2020.
> >
>
> Can you site the announcement?
>
> Thanks
http://hg.python.org/peps/
On 4/15/2014 2:32 PM, Mark H Harris wrote:
On 4/14/14 2:32 PM, Phil Dobbin wrote:
On a related note, Guido announced today that there will be no 2.8 &
that the eol for 2.7 will be 2020.
Can you site the announcement?
It is part of a thread on pydev list.
--
Terry Jan Reedy
--
https://mai
On 4/15/2014 7:33 AM, Ben Finney wrote:
Terry Reedy writes:
3.4.0 was released a month ago with Windows and Mac installers and
source for everything else. I know Ubuntu was testing the release
candidate so I presume it is or will very soon have 3.4 officially
available. Since there was a six m
On Wed, Apr 16, 2014 at 5:02 AM, Phil Dobbin wrote:
> On 15/04/2014 19:41, Chris Angelico wrote:
>
>> Recommendation: If you don't understand something, keep it there :)
>> You can just copy and paste from the Python interactive interpreter
>> (command line or IDLE) straight into the email; it'll
On 15/04/2014 20:07, Chris Angelico wrote:
> On Wed, Apr 16, 2014 at 5:02 AM, Phil Dobbin wrote:
>> On 15/04/2014 19:41, Chris Angelico wrote:
>>
>>> Recommendation: If you don't understand something, keep it there :)
>>> You can just copy and paste from the Python interactive interpreter
>>> (co
On 15/04/2014 19:41, Chris Angelico wrote:
> On Wed, Apr 16, 2014 at 4:31 AM, Phil Dobbin wrote:
>> I saw the 'e-17' appended to the end but was unsure of its meaning (
>> quite a number of things are introduced in the book with clarification
>> of their meaning not forthcoming 'til later on).
>
On 4/15/2014 1:21 PM, Albert-Jan Roskam wrote:
This is all quite aside from the fact that one should be able to
unpack a tarball and 'make xxx'.
True, but in Debian Linux (so probably also Linux) one needs to
install some zlib packages and some other stuff (https related IIRC)
before compiling
On Wed, Apr 16, 2014 at 4:31 AM, Phil Dobbin wrote:
> I saw the 'e-17' appended to the end but was unsure of its meaning (
> quite a number of things are introduced in the book with clarification
> of their meaning not forthcoming 'til later on).
Recommendation: If you don't understand something,
On 15/04/2014 19:30, Robert Kern wrote:
> On 2014-04-15 19:18, Phil Dobbin wrote:
>> Hi, all.
>>
>> I've just started to learn Python (I'm reading Mark Lutz's 'Learning
>> Python' from O'Reilly) & I'm confused as to this part:
>>
>> '>>> 0.1 + 0.1 + 0.1 - 0.3
>> 5.55111.'
>>
>> Using 'import D
On 4/14/14 2:32 PM, Phil Dobbin wrote:
On a related note, Guido announced today that there will be no 2.8 &
that the eol for 2.7 will be 2020.
Can you site the announcement?
Thanks
--
https://mail.python.org/mailman/listinfo/python-list
On 2014-04-15 19:18, Phil Dobbin wrote:
> I'm confused as to this part:
>
> '>>> 0.1 + 0.1 + 0.1 - 0.3
> 5.55111.'
>
> What I'm wondering is why the first calculation that arrives at
> '5.55111...' is so far out?
You omit one key detail in your "", the "e-17" which means that
is 5.55111
On 15/04/2014 19:25, Zachary Ware wrote:
> On Tue, Apr 15, 2014 at 1:18 PM, Phil Dobbin wrote:
>> Hi, all.
>>
>> I've just started to learn Python (I'm reading Mark Lutz's 'Learning
>> Python' from O'Reilly) & I'm confused as to this part:
>>
>> '>>> 0.1 + 0.1 + 0.1 - 0.3
>> 5.55111.'
>>
>> U
On 2014-04-15 19:18, Phil Dobbin wrote:
Hi, all.
I've just started to learn Python (I'm reading Mark Lutz's 'Learning
Python' from O'Reilly) & I'm confused as to this part:
'>>> 0.1 + 0.1 + 0.1 - 0.3
5.55111.'
Using 'import Decimal' you can get a much closer result i.e.
'Decimal('0.0')'
W
On Apr 15, 2014 2:19 PM, "Phil Dobbin" wrote:
>
> Hi, all.
>
> I've just started to learn Python (I'm reading Mark Lutz's 'Learning
> Python' from O'Reilly) & I'm confused as to this part:
>
> '>>> 0.1 + 0.1 + 0.1 - 0.3
> 5.55111.'
>
It's not. Look at the end of the result. It's scientific not
On Wed, Apr 16, 2014 at 4:18 AM, Phil Dobbin wrote:
> '>>> 0.1 + 0.1 + 0.1 - 0.3
> 5.55111.'
>
> What I'm wondering is why the first calculation that arrives at
> '5.55111...' is so far out?
There's something you're not seeing here. In full, the output I see is:
>>> 0.1 + 0.1 + 0.1 - 0.3
5.5
On Tue, Apr 15, 2014 at 1:18 PM, Phil Dobbin wrote:
> Hi, all.
>
> I've just started to learn Python (I'm reading Mark Lutz's 'Learning
> Python' from O'Reilly) & I'm confused as to this part:
>
> '>>> 0.1 + 0.1 + 0.1 - 0.3
> 5.55111.'
>
> Using 'import Decimal' you can get a much closer resul
Hi, all.
I've just started to learn Python (I'm reading Mark Lutz's 'Learning
Python' from O'Reilly) & I'm confused as to this part:
'>>> 0.1 + 0.1 + 0.1 - 0.3
5.55111.'
Using 'import Decimal' you can get a much closer result i.e.
'Decimal('0.0')'
What I'm wondering is why the first calcula
Nick Mellor wrote:
> Hi guys,
>
> (Python 2.7, Windows 7 64-bit)
>
> Here's a bit of code stress-testing a method addUpdate_special_to_cart.
> The test adds and updates random "specials" (multiple products bundled at
> an advantageous price) of various sizes to thousands of shopping carts,
> the
- Original Message -
> From: Terry Reedy
> To: python-list@python.org
> Cc:
> Sent: Tuesday, April 15, 2014 10:32 AM
> Subject: Re: Martijn Faassen: The Call of Python 2.8
>
> On 4/15/2014 1:03 AM, Marko Rauhamaa wrote:
>> Terry Reedy :
>>
>>> Any decent system should have 3.4 avai
On 4/15/14 11:54 AM, Nick Mellor wrote:
Hi guys,
(Python 2.7, Windows 7 64-bit)
Here's a bit of code stress-testing a method addUpdate_special_to_cart. The test adds and
updates random "specials" (multiple products bundled at an advantageous price)
of various sizes to thousands of shopping ca
In Nick Mellor
writes:
> No "random" module method is used anywhere else while this code is
> executing.
Are you sure? How did you verify this?
--
John Gordon Imagine what it must be like for a real medical doctor to
gor...@panix.comwatch 'House', or a real serial killer to watc
Hi guys,
(Python 2.7, Windows 7 64-bit)
Here's a bit of code stress-testing a method addUpdate_special_to_cart. The
test adds and updates random "specials" (multiple products bundled at an
advantageous price) of various sizes to thousands of shopping carts, then
restocks the whole darn lot. Th
On 2014-04-15, Dave Angel wrote:
> Your variable 'size' is declared as size_t, which is an integer
> the size of a pointer.
While that may always be true in practice (at least with gcc), I don't
think the C standard requires it. size_t is guaranteed to be unsigned
with at least 16 bits and suff
Mok-Kong Shen wrote:
(It means that I have
to pickle out the list to a file and read in the content of
the file in order to have it as a bytearray etc. etc.)
No, you don't -- pickle.dumps() returns the pickled
data as a bytes object instead of writing it to a file.
--
Greg
--
https://mail.pyth
Terry Reedy writes:
> 3.4.0 was released a month ago with Windows and Mac installers and
> source for everything else. I know Ubuntu was testing the release
> candidate so I presume it is or will very soon have 3.4 officially
> available. Since there was a six month series of alpha, beta, and
> c
Gregory Ewing wrote:
> Mok-Kong Shen wrote:
>> I have yet a question out of curiosity: Why is my 2nd list structure,
>> that apparently is too complex for handling by eval and json, seemingly
>> not a problem for pickle?
>
> Pickle is intended for arbitrary data structures, so it
> is designed to
On Tue, 15 Apr 2014 04:33:24 -0400, Terry Reedy wrote:
> On 4/15/2014 2:08 AM, Ben Finney wrote:
>> Terry Reedy writes:
>>
>>> The 'mistake' is your OS, whatever it is, not providing 3.3. It is
>>> already so old that it is off bugfix maintenance. Any decent system
>>> should have 3.4 available n
在 2014年4月15日星期二UTC+8上午3时37分58秒,david@gmail.com写道:
> Does this help?
>
>
> http://plasmodic.github.io/ecto/ecto/usage/external/debugging.html
>
>
>
>
>
>
> http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsDebugging
>
>
>
>
>
> http://downloads.conceptive.be/downloads/came
On Tue, Apr 15, 2014 at 7:28 PM, Richard Kettlewell
wrote:
> This program is on a security boundary, the pathological cases are
> precisely the ones the attacker looks for.
>
> (It’s hard to see how an attacker could turn this into a useful attack.
> But perhaps the attacker has more imagination
Chris Angelico writes:
> Richard Kettlewell wrote:
>> Ethan Furman writes:
>>> memset(envp_write, 0, ((unsigned int) envp_read -
>>>(unsigned int) envp_write));
>>
>> That is a remarkable blunder for a security-critical program.
>>
>> On a 64-bit platform,
On Tue, Apr 15, 2014 at 6:33 PM, Terry Reedy wrote:
> On 4/15/2014 2:08 AM, Ben Finney wrote:
>>
>> Terry Reedy writes:
>>
>>> The 'mistake' is your OS, whatever it is, not providing 3.3. It is
>>> already so old that it is off bugfix maintenance. Any decent system
>>> should have 3.4 available n
Am 15.04.2014 01:51, schrieb Gregory Ewing:
Mok-Kong Shen wrote:
I have yet a question out of curiosity: Why is my 2nd list structure,
that apparently is too complex for handling by eval and json, seemingly
not a problem for pickle?
Pickle is intended for arbitrary data structures, so it
is de
On Tuesday, 15 April 2014 18:29:27 UTC+10, Steven D'Aprano wrote:
> On Mon, 14 Apr 2014 00:43:41 -0700, Anthony Smith wrote:
>
>
>
>
>
> > the calc_total does not return a estimated_total_weight
>
>
>
> That's because you don't tell it to. Your calc_total method multiplies by
>
> estimat
On 4/15/2014 2:08 AM, Ben Finney wrote:
Terry Reedy writes:
The 'mistake' is your OS, whatever it is, not providing 3.3. It is
already so old that it is off bugfix maintenance. Any decent system
should have 3.4 available now.
I think you mean “… should have Python 3.3 available now”, yes?
On 4/15/2014 1:03 AM, Marko Rauhamaa wrote:
Terry Reedy :
Any decent system should have 3.4 available now.
Really, now? Which system is that?
3.4.0 was released a month ago with Windows and Mac installers and
source for everything else. I know Ubuntu was testing the release
candidate so I
Le lundi 14 avril 2014 20:59:37 UTC+2, Ian a écrit :
> On Apr 14, 2014 11:46 AM, wrote:
>
> >
>
>
> Point of curiosity: if the first 256 codepoints of Unicode happened to
> correspond to cp1252 instead of Latin-1, would you still object to the FSR?
Yes.
---
cp1252: I'm perfectly understand
On Mon, 14 Apr 2014 00:43:41 -0700, Anthony Smith wrote:
> the calc_total does not return a estimated_total_weight
That's because you don't tell it to. Your calc_total method multiplies by
estimated_weight_hd which is not the same as estimated_total_weight.
>
> if add the estimated_total_weig
On Tue, Apr 15, 2014 at 6:15 PM, Chris Angelico wrote:
> then two's complement arithmetic will give the right result
> even if the discarded bits differ.
Clarification: Two's complement isn't the only way this could be done,
but it is the most likely. So, in theory, there are several possible
cau
On Tue, Apr 15, 2014 at 6:00 PM, Richard Kettlewell
wrote:
> Ethan Furman writes:
>> memset(envp_write, 0, ((unsigned int) envp_read -
>>(unsigned int) envp_write));
>
> That is a remarkable blunder for a security-critical program.
>
> On a 64-bit platform
Ethan Furman writes:
> memset(envp_write, 0, ((unsigned int) envp_read -
>(unsigned int) envp_write));
That is a remarkable blunder for a security-critical program.
On a 64-bit platform, the best case outcome is that it will throw away
the top 32 bits of e
On Tue, Apr 15, 2014 at 5:52 PM, Anthony Smith
wrote:
> To see what I am trying go to yambuk.no-ip.org:8000/admin
>
> this will allow hands on what I am what the program does
>
Recommendation: Take the code out of this framework and just run the
scripts manually. From there, you should have an ea
On Monday, 14 April 2014 17:43:41 UTC+10, Anthony Smith wrote:
> Hi All
>
>
>
> I am probably doing something wrong but don't know what
>
> Any help would great
>
>
>
> Code below
>
>
>
> the calc_total does not return a estimated_total_weight
>
>
>
> if add the estimated_total_wei
On Tue, Apr 15, 2014 at 5:36 PM, wrote:
> I have already enrolled to kivy contest 2014 few days ago. Now theme is out,
> How can I know that I have successfully enrolled in kivy contest?
>
> I didnt get any mail from kivy having confirmation of enrollment.
>
> According to instructions i have re
hey guys,
I have already enrolled to kivy contest 2014 few days ago. Now theme is out,
How can I know that I have successfully enrolled in kivy contest?
I didnt get any mail from kivy having confirmation of enrollment.
According to instructions i have read earlier, I wanted to ask that are there
71 matches
Mail list logo