On Thu, Jun 5, 2014 at 1:35 PM, Demian Brecht wrote:
>> > On Thu, Jun 5, 2014 at 6:27 AM, ps16thypresence wrote:
>>
>> > > I'm completely new to SQL, and recently started using SQLite in
>> > > one of my Python programs.
>
> Unrelated to Python but as you're new to SQL I figured I'd ask: Do you ha
Gregory Ewing :
> As a result, most unix programs, most of the time, deal
> with text on stdin and stdout.
Well, ok. But even accepting that premise, that "text" might not be what
Python3 considers "text".
For example, if your program reads in XML, JSON or Python, the parser
object might prefer
wxjmfa...@gmail.com:
> Unicode ?
> I have the feeling is similar as explaining,
> i (the imaginary number) is not equal to
> sqrt(-1).
>
> jmf
>
> PS Once I gave you a link pointing
> to unicode.org doc, you obviously did not read it.
Sir, you are an artist, a poet even!
With admiration,
Marko
On Thu, Jun 5, 2014 at 5:16 PM, Marko Rauhamaa wrote:
> No problem there, only should sys.stdin and sys.stdout carry the
> decoding/encoding out or should it be left for the program.
The most normal thing to do with the standard streams is to have them
produce text, and as much as possible, you s
ps16thypresenceisfullnessof...@gmail.com wrote:
> I'm completely new to SQL, and recently started using SQLite in one of my
> Python programs. I've gotten what I wanted to work, but I'm not sure if
> I'm doing it in the best/most efficient way. I have attached some sample
> code and would apprecia
Chris Angelico :
> If, in Python, I say print("Hello, world!"), I expect that to produce
> a line of text on the screen, without my code having to encode that to
> bytes, figure out what sort of newline to add, etc, etc.
That example in no way represents the typical Python program (if there
is on
Sturla Molden writes:
> Dear Apple,
>
> Why should I be exited about an illegitmate child of Python, Go and
> JavaScript?
[...]
Type safety. (And with it comes better performance ---read battery
life--- and better static analysis tools, etc.) LLVM (an Apple-managed
project) for the middle- and b
On Thu, 05 Jun 2014 14:01:50 +1200, Gregory Ewing wrote:
> Steven D'Aprano wrote:
>> The whole concept of stdin and stdout is based on the idea of having a
>> console to read from and write to.
>
> Not really; stdin and stdout are frequently connected to files, or pipes
> to other processes. The
On Thu, Jun 5, 2014 at 6:05 PM, Marko Rauhamaa wrote:
> Chris Angelico :
>
>> If, in Python, I say print("Hello, world!"), I expect that to produce
>> a line of text on the screen, without my code having to encode that to
>> bytes, figure out what sort of newline to add, etc, etc.
>
> That example
On Thu, Jun 5, 2014 at 6:14 PM, Alain Ketterlin
wrote:
> Swift's memory management is similar to python's (ref. counting). Which
> makes me think that a subset of python with the same type safety would
> be an instant success.
In the same way that function annotations to give type information
wer
On Wed, 04 Jun 2014 22:43:05 -0400, Terry Reedy wrote:
> Many mail readers treat \t as a null char since it actually has no
> standard translation into screen space.
I challenge that assertion. There are two standard translations into
screen space: jump to the next multiple of 8 spaces, or 1 spa
On Thu, Jun 5, 2014 at 6:39 PM, Steven D'Aprano wrote:
> Treating \t as a single space would be pathetic but standard. Treating it
> as (up to) 8 spaces would be more useful, and standard. Rendering it as a
> picture of a banana dancing on the ceiling would be silly and non-
> standard. Not render
Steven D'Aprano :
> But the idea of having standard input and standard output in the first
> place comes about because they are useful for the console.
I doubt that. Classic programs take input and produce output. Standard
input and output are the default input and output. The textbook Pascal
pro
Chris Angelico writes:
> On Thu, Jun 5, 2014 at 6:14 PM, Alain Ketterlin
> wrote:
>> Swift's memory management is similar to python's (ref. counting). Which
>> makes me think that a subset of python with the same type safety would
>> be an instant success.
>
> In the same way that function annot
Chris Angelico :
> If the standard streams are so crucial, why are their most obvious
> interfaces insignificant to you?
I want the standard streams to consume and produce bytes. I do a lot of
system programming and connect processes to each other with socketpairs,
pipes and the like. I have deal
On Thu, Jun 5, 2014 at 7:42 PM, Alain Ketterlin
wrote:
> Chris Angelico writes:
>
>> On Thu, Jun 5, 2014 at 6:14 PM, Alain Ketterlin
>> wrote:
>>> Swift's memory management is similar to python's (ref. counting). Which
>>> makes me think that a subset of python with the same type safety would
>>
On Thursday, June 5, 2014 2:09:34 PM UTC+5:30, Steven D'Aprano wrote:
> On Wed, 04 Jun 2014 22:43:05 -0400, Terry Reedy wrote:
> > Many mail readers treat \t as a null char since it actually has no
> > standard translation into screen space.
> I challenge that assertion. There are two standard tr
On Thursday, June 5, 2014 3:11:34 PM UTC+5:30, Marko Rauhamaa wrote:
> Steven D'Aprano wrote:
> > But the idea of having standard input and standard output in the first
> > place comes about because they are useful for the console.
> I doubt that. Classic programs take input and produce output. S
In article ,
Rustom Mody wrote:
> On Thursday, June 5, 2014 12:12:06 AM UTC+5:30, Roy Smith wrote:
> > Yup. I wrote a while(*) back about the pain I was having importing some
> > data into a MySQL(**) database
> Here's my interpretation of that situation; I'd like to hear yours:
>
> Basic pr
On 05/06/14 10:14, Alain Ketterlin wrote:
> Type safety.
Perhaps. Python has strong type safety. It is easier to spoof a type in
C or C++ than Python.
Python 3 also has type annotations that can be used to ensure the types
are correct when we run tests. In a world of consenting adults I am n
On 06/05/2014 08:10 AM, Sturla Molden wrote:
> Perhaps, perhaps not. My experience is that only a small percentage of
> the CPU time is spent in the Python interpreter.
Depends greatly on the type of application. While it's true that most
apps that aren't CPU bound are idle most of the time, the
Rustom Mody :
> What Marko is saying is that by imposing the structuring of unicode on
> the outside (Unix) world of text=byte, significant power is lost.
Mostly I'm saying Python3 will not be able to hide the fact that linux
data consists of bytes. It shouldn't even try. The linux OS outside the
On Thu, 05 Jun 2014 05:56:07 -0700, Rustom Mody wrote:
> On Thursday, June 5, 2014 2:09:34 PM UTC+5:30, Steven D'Aprano wrote:
>> On Wed, 04 Jun 2014 22:43:05 -0400, Terry Reedy wrote:
>
>> > Many mail readers treat \t as a null char since it actually has no
>> > standard translation into screen
On Thu, Jun 5, 2014 at 11:59 PM, Roy Smith wrote:
> It turns out, we could have upgraded to a newer version of MySQL, which
> did handle astral characters correctly. But, what we did was discarded
> the records containing non-BMP data. Of course, that's a decision that
> can only be made when yo
On Thu, 05 Jun 2014 17:45:34 +0300, Marko Rauhamaa wrote:
> Rustom Mody :
>
>> What Marko is saying is that by imposing the structuring of unicode on
>> the outside (Unix) world of text=byte, significant power is lost.
>
> Mostly I'm saying Python3 will not be able to hide the fact that linux
>
On 05/06/2014 15:45, Marko Rauhamaa wrote:
Rustom Mody :
What Marko is saying is that by imposing the structuring of unicode on
the outside (Unix) world of text=byte, significant power is lost.
Mostly I'm saying Python3 will not be able to hide the fact that linux
data consists of bytes. It s
On Thursday, June 5, 2014 8:42:53 PM UTC+5:30, Steven D'Aprano wrote:
> On Thu, 05 Jun 2014 05:56:07 -0700, Rustom Mody wrote:
> > A random thread (I guess one can find more):
> > https://mail.python.org/pipermail/python-list/2012-March/621993.html
> I don't understand why you posted this link. I
On Thu, 05 Jun 2014 00:06:54 -0700, wxjmfauth wrote:
> Le mercredi 4 juin 2014 16:50:59 UTC+2, Michael Torrie a écrit :
>> On 06/04/2014 12:50 AM, wxjmfa...@gmail.com wrote:
>>
>> > Like many, you are not understanding unicode because
>>
>> > you do not understand the coding of characters.
>>
>
On Fri, Jun 6, 2014 at 12:10 AM, Sturla Molden wrote:
> My experience is that only a small percentage of the CPU time is spent in
> the Python interpreter.
> [various examples ]
> - If the response time in a GUI is below the limits of human perception, can
> the user tell my Python program is slow
>we must admit that "Beauty is our Business">>
I write
LEFT/RIGHT-POINTING DOUBLE ANGLE QUOTATION MARK
They are silently transformed into << >>
So much for attempts at being beautiful!
--
https://mail.python.org/
On Fri, Jun 6, 2014 at 1:37 AM, Robin Becker wrote:
> I think I'm in the unix camp as well. I just think that an extra assumption
> on input output isn't always helpful. In python 3 byte strings are second
> class which I think is wrong; apparently pressure from influential users is
> pushing to m
Hello all!
Instead of setting the number of bins I want to set the bin width.
I would like my bins to go from 1.7 to 2.4 in steps of 0.05.
How do I say this in the code?
Cheers,
Jamie
--
https://mail.python.org/mailman/listinfo/python-list
On 6/5/14 10:39 AM, alister wrote:
{snipped all the mess}
And you have may time been given a link explaining the problems with
posting g=from google groups but deliberately choose to not make your
replys readable.
The problem is that thing look fine in google groups. What helps is
getting to
On Wednesday, May 21, 2014 1:30:16 PM UTC+1, Jason Swails wrote:
>
>
>
>
>
>
> On Wed, May 21, 2014 at 7:59 AM, Jamie Mitchell wrote:
>
> I have made a plot using the following code:
>
>
>
> python2.7
>
> import netCDF4
>
> import matplotlib.pyplot as plt
>
> import numpy as np
>
>
On 04.06.2014 02:39, Chris Angelico wrote:
> I know the collective experience of python-list can't fail to bring up
> a few solid examples here :)
Just also grepped lots of code and have surprisingly few instances of
index-search. Most are with constant indices. One particular example
that comes
On 05/06/14 16:33, Michael Torrie wrote:
> In any case I'm a bit surprised by people comparing Python to Swift at
> all, implying that Python would have worked just as well and Apple
> should have chosen it to replace Objective C.
Because if you look at the spec, Swift is essentially a staticall
On Fri, Jun 6, 2014 at 1:33 AM, Steven D'Aprano
wrote:
> In the Unix world, text formats and text
> processing is much more common in user-space apps than binary processing.
> Perhaps the definitive explanation and celebration of the Unix way is
> Eric Raymond's "The Art Of Unix Programming":
>
>
On 05/06/2014 16:50, Chris Angelico wrote:
..
I wouldn't say they're second-class; it's more that the bytes type was
considered to be more like a list of ints than like a Unicode string,
and now that there are a few years' worth of real-world usage
information to learn from, it's known t
On Thu, 05 Jun 2014 16:37:23 +0100, Robin Becker wrote:
> In python 3 byte strings
> are second class which I think is wrong
It certainly is wrong. bytes are just as much a first-class built-in type
as list, int, float, bool, set, tuple and str.
There may be missing functionality (relatively ea
On Thu, 05 Jun 2014 17:17:05 +0100, Robin Becker wrote:
> Bytes are the underlying
> concept and should have remained so for simplicity's sake.
Bytes are the underlying concept for classes too. Do you think that an
opaque unstructured blob of bytes is "simpler" to use than a class? How
would an
I used to create exe files for windows, but the latest and greatest concept is
wheels .whl files.
Does anyone know how to make the created exes that the wheel can install have an
icon for windows?
How is one supposed to make the wheel install a desktop short cut etc etc?
The wheel is just a
Steven D'Aprano :
> Nevertheless, there are important abstractions that are written on top
> of the bytes layer, and in the Unix and Linux world, the most
> important abstraction is *text*. In the Unix world, text formats and
> text processing is much more common in user-space apps than binary
> p
On Thursday, June 5, 2014 9:42:28 PM UTC+5:30, Chris Angelico wrote:
> On Fri, Jun 6, 2014 at 1:33 AM, Steven D'Aprano wrote:
> > In the Unix world, text formats and text
> > processing is much more common in user-space apps than binary processing.
> > Perhaps the definitive explanation and celebra
On Thu, 29 May 2014 15:54:09 -0600, Ian Kelly wrote:
> On Thu, May 29, 2014 at 1:40 AM, Chris Angelico wrote:
>> If you absolutely can't get in touch with him, the only option is to
>> go back to the original protocol and manually reimplement it,
>> completely ignoring this code. It's sad but tru
On Thursday, June 5, 2014 10:21:06 PM UTC+5:30, Robin Becker wrote:
> I used to create exe files for windows, but the latest and greatest concept
> is
> wheels .whl files.
If someone here knows (and answers!) great.
Else you'll probably get more info here:
https://groups.google.com/forum/?pli=1#
On Fri, Jun 6, 2014 at 2:17 AM, Robin Becker wrote:
> in python 2 str and unicode were much more comparable. On balance I think
> just reversing them ie str --> bytes and unicode --> str was probably the
> right thing to do if the default conversions had been turned off. However
> making bytes a c
On 05/06/2014 16:57, Mark H Harris wrote:
On 6/5/14 10:39 AM, alister wrote:
{snipped all the mess}
And you have may time been given a link explaining the problems with
posting g=from google groups but deliberately choose to not make your
replys readable.
The problem is that thing look fine
On 06/05/2014 10:09 AM, Sturla Molden wrote:
> On 05/06/14 16:33, Michael Torrie wrote:
>
> > In any case I'm a bit surprised by people comparing Python to Swift at
> > all, implying that Python would have worked just as well and Apple
> > should have chosen it to replace Objective C.
>
> Beca
On 4 June 2014 15:50, Michael Torrie wrote:
> On 06/04/2014 12:50 AM, wxjmfa...@gmail.com wrote:
>> [Things]
>
> [Reply to things]
Please. Just don't.
--
https://mail.python.org/mailman/listinfo/python-list
On Thu, Jun 5, 2014 at 10:17 AM, Robin Becker wrote:
> in python 2 str and unicode were much more comparable. On balance I think
> just reversing them ie str --> bytes and unicode --> str was probably the
> right thing to do if the default conversions had been turned off. However
> making bytes a
On Fri, Jun 6, 2014 at 2:52 AM, Marko Rauhamaa wrote:
> That linux text is not the same thing as Python's text. Conceptually,
> Python text is a sequence of 32-bit integers. Linux text is a sequence
> of 8-bit integers.
Point of terminology: Linux is the kernel, everything you say below
here is t
On Thu, 05 Jun 2014 18:15:31 +0100, Mark Lawrence wrote:
>>>
>> The problem is that thing look fine in google groups. What helps is
>> getting to see what the mess looks like from Thunderbird or equivalent.
>>
>>
> Wrong. 99.99% of people when asked politely take action so there is no
> problem.
On Fri, Jun 6, 2014 at 2:54 AM, Rustom Mody wrote:
> On Thursday, June 5, 2014 9:42:28 PM UTC+5:30, Chris Angelico wrote:
>> On Fri, Jun 6, 2014 at 1:33 AM, Steven D'Aprano wrote:
>> > In the Unix world, text formats and text
>> > processing is much more common in user-space apps than binary proce
On Fri, Jun 6, 2014 at 2:56 AM, Wiktor wrote:
> I guess, I'll try to do what Chris proposed. Forget about this
> implementation and write python script from the scratch looking only at the
> original JavaScript version. :-/
Sadly, that may be your only safe option.
Let this be a lesson to all:
Thank you all for your replies and suggestions.
To Chris's "two small points":
I saw that using the mailing list was recommended to several other
people who posted here using Google Groups, so I thought it might be
recommended to me as well sometime :). I'll try to use it from now on.
My code w
On 6/5/2014 10:45 AM, Marko Rauhamaa wrote:
Mostly I'm saying Python3 will not be able to hide the fact that linux
data consists of bytes. It shouldn't even try. The linux OS outside the
Python process talks bytes, not strings.
A text file is a binary file wrapped with a codex to translate to
Johannes Bauer writes:
> line = line[:-1]
> Which truncates the trailing "\n" of a textfile line.
use line.rstrip() for that.
--
https://mail.python.org/mailman/listinfo/python-list
On Fri, Jun 6, 2014 at 3:42 AM, R Johnson
wrote:
> Thank you all for your replies and suggestions.
>
> To Chris's "two small points":
> I saw that using the mailing list was recommended to several other people
> who posted here using Google Groups, so I thought it might be recommended to
> me as w
Terry Reedy :
> Different OSes *do* have different assumptions. Both MacOSX and
> current Windows use (UCS-2 or) UTF-16 for text.
Linux can use anything for text; UTF-8 has become a de-facto standard.
How text is represented is very different from whether text is a
fundamental data type. A funda
On 05.06.2014 20:16, Paul Rubin wrote:
> Johannes Bauer writes:
>> line = line[:-1]
>> Which truncates the trailing "\n" of a textfile line.
>
> use line.rstrip() for that.
rstrip has different functionality than what I'm doing.
Cheers,
Johannes
--
>> Wo hattest Du das Beben nochmal GENAU vor
On 6/5/14 12:18 PM, Michael Torrie wrote:
No they won't be used in the same niche. Objective C is certainly not
used in the same niche as Python, so why would Swift? I don't expect to
see any major OS X app written completely in Python, nor would I expect
and of the core frameworks to be writte
On 6/5/2014 5:53 AM, Marko Rauhamaa wrote:
Chris Angelico :
If the standard streams are so crucial, why are their most obvious
interfaces insignificant to you?
I want the standard streams to consume and produce bytes.
Easy. Read the manual entry for stdxxx. "To write or read binary data
fr
On 6/5/2014 4:39 AM, Steven D'Aprano wrote:
On Wed, 04 Jun 2014 22:43:05 -0400, Terry Reedy wrote:
Many mail readers treat \t as a null char since it actually has no
standard translation into screen space.
No *single* standard.
I challenge that assertion. There are two standard translations
2014-06-05 13:42 GMT-05:00 Johannes Bauer :
> On 05.06.2014 20:16, Paul Rubin wrote:
> > Johannes Bauer writes:
> >> line = line[:-1]
> >> Which truncates the trailing "\n" of a textfile line.
> >
> > use line.rstrip() for that.
>
> rstrip has different functionality than what I'm doing.
How so
On Fri, Jun 6, 2014 at 4:52 AM, Ryan Hiebert wrote:
> 2014-06-05 13:42 GMT-05:00 Johannes Bauer :
>
>> On 05.06.2014 20:16, Paul Rubin wrote:
>> > Johannes Bauer writes:
>> >> line = line[:-1]
>> >> Which truncates the trailing "\n" of a textfile line.
>> >
>> > use line.rstrip() for that.
>>
>>
Ryan Hiebert writes:
> How so? I was using line=line[:-1] for removing the trailing newline, and
> just replaced it with rstrip('\n'). What are you doing differently?
rstrip removes all the newlines off the end, whether there are zero or
multiple. In perl the difference is chomp vs chop. line=l
Sturla Molden writes:
> On 05/06/14 10:14, Alain Ketterlin wrote:
>
>> Type safety.
>
> Perhaps. Python has strong type safety.
Come on.
[...]
>>(And with it comes better performance ---read battery
>> life--- and better static analysis tools, etc.)
>
> Perhaps, perhaps not. My experience is th
On Thu, Jun 5, 2014 at 2:59 PM, Chris Angelico wrote:
> On Fri, Jun 6, 2014 at 4:52 AM, Ryan Hiebert wrote:
> > 2014-06-05 13:42 GMT-05:00 Johannes Bauer :
> >
> >> On 05.06.2014 20:16, Paul Rubin wrote:
> >> > Johannes Bauer writes:
> >> >> line = line[:-1]
> >> >> Which truncates the trailing
On Fri, Jun 6, 2014 at 6:07 AM, Alain Ketterlin
wrote:
>> Perhaps, perhaps not. My experience is that only a small percentage of
>> the CPU time is spent in the Python interpreter.
>
> Basically, you're saying that a major fraction of python programs is
> written in another language. An interestin
On Thu, Jun 5, 2014 at 1:58 PM, Paul Rubin wrote:
> Ryan Hiebert writes:
>> How so? I was using line=line[:-1] for removing the trailing newline, and
>> just replaced it with rstrip('\n'). What are you doing differently?
>
> rstrip removes all the newlines off the end, whether there are zero or
>
I forgot to mention that the scripts Peter pointed to used REPLACE
instead of INSERT OR REPLACE. The SQLite documentation says that REPLACE
is an alias for INSERT OR REPLACE provided for compatibility with other
SQL database engines. Is there a preference for one or the other?
I had changed my
Hi,
I am new to Pandas. I am trying to remove the lower and upper 15 percentiles of
interest rates within a day. The index column is the date. Below is some code,
but how do I apply the trim function day-by-day? I tried using grouped() in
conjunction with apply(), but that turned out to be an e
Terry Reedy :
> On 6/5/2014 5:53 AM, Marko Rauhamaa wrote:
>> Chris Angelico :
>>
>>> If the standard streams are so crucial, why are their most obvious
>>> interfaces insignificant to you?
>>
>> I want the standard streams to consume and produce bytes.
>
> Easy. Read the manual entry for stdxxx.
On Fri, Jun 6, 2014 at 6:12 AM, R Johnson
wrote:
> I forgot to mention that the scripts Peter pointed to used REPLACE instead
> of INSERT OR REPLACE. The SQLite documentation says that REPLACE is an alias
> for INSERT OR REPLACE provided for compatibility with other SQL database
> engines. Is ther
Chris Angelico writes:
> On Thu, Jun 5, 2014 at 7:42 PM, Alain Ketterlin
> wrote:
>> Chris Angelico writes:
>>
>>> On Thu, Jun 5, 2014 at 6:14 PM, Alain Ketterlin
>>> wrote:
Swift's memory management is similar to python's (ref. counting). Which
makes me think that a subset of python
- Original Message -
> From: Ian Kelly
> To: Python
> Cc:
> Sent: Thursday, June 5, 2014 10:18 PM
> Subject: Re: Unicode and Python - how often do you index strings?
>
> On Thu, Jun 5, 2014 at 1:58 PM, Paul Rubin
> wrote:
>> Ryan Hiebert writes:
>>> How so? I was using line=l
On 05/06/2014 20:40, Albert-Jan Roskam wrote:
Hi,
[snipped as I can't answer directly]
but see this http://pandas.pydata.org/community.html for support options.
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
---
Thi
In article ,
Albert-Jan Roskam wrote:
>
- Original Message -
> From: Ian Kelly
> > To: Python
> Cc:
> Sent: Thursday, June 5, 2014
> 10:18 PM
> Subject: Re: Unicode and Python - how often do you index strings?
> >
> On Thu, Jun 5, 2014 at 1:58 PM, Paul Rubin
>
> wrote:
>>
Chris Angelico writes:
> On Fri, Jun 6, 2014 at 6:07 AM, Alain Ketterlin
> wrote:
>>> Perhaps, perhaps not. My experience is that only a small percentage of
>>> the CPU time is spent in the Python interpreter.
>>
>> Basically, you're saying that a major fraction of python programs is
>> written
On 05/06/2014 21:07, Alain Ketterlin wrote:
Sturla Molden writes:
On 05/06/14 10:14, Alain Ketterlin wrote:
Type safety.
Perhaps. Python has strong type safety.
Come on.
I don't understand that comment, please explain.
--
My fellow Pythonistas, ask not what our language can do for yo
On 05/06/2014 21:27, Alain Ketterlin wrote:
Chris Angelico writes:
On Thu, Jun 5, 2014 at 7:42 PM, Alain Ketterlin
wrote:
Chris Angelico writes:
On Thu, Jun 5, 2014 at 6:14 PM, Alain Ketterlin
wrote:
Swift's memory management is similar to python's (ref. counting). Which
makes me think
On 05/06/2014 16:54, Jamie Mitchell wrote:
Hello all!
Instead of setting the number of bins I want to set the bin width.
I would like my bins to go from 1.7 to 2.4 in steps of 0.05.
How do I say this in the code?
Cheers,
Jamie
This should help
http://stackoverflow.com/questions/6986986/b
On Fri, Jun 6, 2014 at 7:23 AM, Mark Lawrence wrote:
> On 05/06/2014 21:07, Alain Ketterlin wrote:
>>
>> Sturla Molden writes:
>>
>>> On 05/06/14 10:14, Alain Ketterlin wrote:
>>>
Type safety.
>>>
>>> Perhaps. Python has strong type safety.
>>
>> Come on.
>
> I don't understand that comment,
In article ,
Rustom Mody wrote:
> On Thursday, June 5, 2014 10:21:06 PM UTC+5:30, Robin Becker wrote:
> > I used to create exe files for windows, but the latest and greatest concept
> > is
> > wheels .whl files.
>
> If someone here knows (and answers!) great.
> Else you'll probably get more i
Mark Lawrence :
> On 05/06/2014 21:07, Alain Ketterlin wrote:
>> Sturla Molden writes:
>>> On 05/06/14 10:14, Alain Ketterlin wrote:
Type safety.
>>> Perhaps. Python has strong type safety.
>> Come on.
>
> I don't understand that comment, please explain.
I guess what is referred to is stati
On 05/06/2014 22:42, Ned Deily wrote:
In article ,
Rustom Mody wrote:
On Thursday, June 5, 2014 10:21:06 PM UTC+5:30, Robin Becker wrote:
I used to create exe files for windows, but the latest and greatest concept
is
wheels .whl files.
If someone here knows (and answers!) great.
Else you'
On 6/5/2014 4:21 PM, Marko Rauhamaa wrote:
Terry Reedy :
On 6/5/2014 5:53 AM, Marko Rauhamaa wrote:
Chris Angelico :
If the standard streams are so crucial, why are their most obvious
interfaces insignificant to you?
I want the standard streams to consume and produce bytes.
Easy. Read th
On 05/06/2014 22:53, Marko Rauhamaa wrote:
Mark Lawrence :
On 05/06/2014 21:07, Alain Ketterlin wrote:
Sturla Molden writes:
On 05/06/14 10:14, Alain Ketterlin wrote:
Type safety.
Perhaps. Python has strong type safety.
Come on.
I don't understand that comment, please explain.
I guess
R Johnson Wrote in message:
>
> I've attached some new sample code in which I've attempted to correct
> various things that you mentioned.
Attachments don't work well for many people using this list. I
for one can't even see them.
--
DaveA
--
https://mail.python.org/mailman/listinfo/py
On 6/5/2014 4:07 PM, Alain Ketterlin wrote:
When I compile Cython modules I use LLVM on this computer.
Cython is not Python, it is another language, with an incompatible
syntax.
Cython compiles Python with optional extensions that allow additional
speed ups over compiling Python as is. In o
On 6/5/2014 3:05 PM, Terry Reedy wrote:
On 6/5/2014 4:39 AM, Steven D'Aprano wrote:
Treating \t as a single space would be pathetic but standard. Treating it
as (up to) 8 spaces would be more useful, and standard. Rendering it as a
picture of a banana dancing on the ceiling would be silly and
On Friday, June 6, 2014 2:30:26 AM UTC+5:30, Roy Smith wrote:
> Just for fun, I took a screen-shot of what this looks like in my
> newsreader. URL below. Looks like something chomped on unicode pretty
> hard :-)
>
> http://www.panix.com/~roy/unicode.pdf
Yii
--
ht
On Thursday, June 5, 2014 10:58:43 PM UTC+5:30, Chris Angelico wrote:
> On Fri, Jun 6, 2014 at 2:52 AM, Marko Rauhamaa wrote:
> > That linux text is not the same thing as Python's text. Conceptually,
> > Python text is a sequence of 32-bit integers. Linux text is a sequence
> > of 8-bit integers.
On Fri, Jun 6, 2014 at 8:35 AM, Rustom Mody wrote:
> On Thursday, June 5, 2014 10:58:43 PM UTC+5:30, Chris Angelico wrote:
>> On Fri, Jun 6, 2014 at 2:52 AM, Marko Rauhamaa wrote:
>> > That linux text is not the same thing as Python's text. Conceptually,
>> > Python text is a sequence of 32-bit in
In article <8681edf0-7a1f-4110-9f87-a8cd0988c...@googlegroups.com>,
Rustom Mody wrote:
> On Friday, June 6, 2014 2:30:26 AM UTC+5:30, Roy Smith wrote:
> > Just for fun, I took a screen-shot of what this looks like in my
> > newsreader. URL below. Looks like something chomped on unicode pretty
Alain Ketterlin wrote:
>> And that's counting only CPU time. If you count wall time, your
>> typical Python program spends most of its time deep inside kernel API
>> calls, waiting for the user or I/O or something.
>
> But this is true of any IO-bound program, whatever the language.
Exactly, th
On Thu, 05 Jun 2014 21:30:11 +0300, Marko Rauhamaa wrote:
> Terry Reedy :
>
>> Different OSes *do* have different assumptions. Both MacOSX and current
>> Windows use (UCS-2 or) UTF-16 for text.
>
> Linux can use anything for text; UTF-8 has become a de-facto standard.
>
> How text is represente
Alain Ketterlin wrote:
>> Perhaps. Python has strong type safety.
>
> Come on.
You cannot spoof the type of an object in Python. In C++ you can downcast
any address to void* and make an object be treated as anything. You cannot
make Python treat an int as a float and return garbage. Types in Py
On Thu, 05 Jun 2014 22:07:18 +0200, Alain Ketterlin wrote:
> Sturla Molden writes:
>
>> On 05/06/14 10:14, Alain Ketterlin wrote:
>>
>>> Type safety.
>>
>> Perhaps. Python has strong type safety.
>
> Come on.
No, Sturla is correct. Python has strongly-typed values and dynamically-
typed variab
Chris Angelico wrote:
> "Type safety" means many different things to different people. What
> Python has is untyped variables, and hierarchically typed objects.
> It's impossible to accidentally treat an integer as a float, and have
> junk data [1]. It's impossible to accidentally call a base cla
1 - 100 of 131 matches
Mail list logo
