On Mon, Nov 9, 2015 at 3:00 PM, Sayth Renshaw wrote:
> This is an exert
>
> DevKit Overview
> The DevKit is a toolkit that makes it easy to build and use native C/C++
> extensions such as RDiscount and RedCloth for Ruby on Windows.
>
> Because on Windows with python libraries like lxml will fail
This is an exert
DevKit Overview
The DevKit is a toolkit that makes it easy to build and use native C/C++
extensions such as RDiscount and RedCloth for Ruby on Windows.
Because on Windows with python libraries like lxml will fail with a vcvarsall
error based on different c++ compilers.
Sayth
In a message of Sun, 08 Nov 2015 18:05:32 -0500, Terry Reedy writes:
>On 11/8/2015 11:03 AM, Andrew Diamond wrote:
>> On Saturday, November 7, 2015 at 10:13:25 PM UTC-5, Andrew Diamond
>> wrote:
>>> Hi!
>>>
>>> I'm fairly new to Python, and installed pyqt5 and began working
>>> through the examples
On Mon, 9 Nov 2015 09:35 am, BartC wrote:
> Suppose this is the python program:
>
> import m
> a=10
> b=20
> c=30
> m.f()
>
> The set of global names the compiler knows will be ("m","a","b","c").
Wrong. Up to the line "c=30", the set of names the compiler can infer are m,
a, b and c. Once the l
Chris Angelico writes:
> Hmm, then I was misunderstanding what BartC was advocating. I didn't
> think it would *fail* in the presence of dynamic attributes, but
> merely *perform suboptimally* (and presumably worse than current
> CPython).
There isn't a way for the compiler to *know*, in all cas
On Sun, 8 Nov 2015 11:39 pm, BartC wrote:
>> shutil.copyfileobj(Source(), Dest())
>>
>
> OK, so here, it is necessary to resolve "copyfileobj" by seeing if
> "shutil" is something that contains a name "copyfileobj" that hap
On Mon, Nov 9, 2015 at 11:50 AM, Ben Finney wrote:
> You misunderstand me. I'm not saying the optimisations would be
> crippled. I am saying that, in order to achieve those optimisations, the
> *test code* would be crippled.
>
> I am pointing out that the assumption necessary for the optimisation
Chris Angelico writes:
> On Mon, Nov 9, 2015 at 11:26 AM, Ben Finney
> wrote:
> > Chris Angelico writes:
> >
> >> Testing/mocking is a completely separate consideration (eg you can
> >> inject a shadow for a built-in name)
> >
> > Not for the purpose of making compiler optimisations, as BartC
On Sun, 8 Nov 2015 11:28 pm, Chris Angelico wrote:
> On Sun, Nov 8, 2015 at 10:19 PM, BartC wrote:
>> I've never understood why this seems to be necessary in Python. Why do
>> names have to be looked up? (I'm assuming this is searching by name in
>> some sort of table.)
>
> Yes, if by "searching
On Mon, Nov 9, 2015 at 11:33 AM, Sayth Renshaw wrote:
> I was wondering if there is a reason that we on windows with python do not
> have a version of Ruby devkit for python.
>
Many of us here don't use Ruby. Can you elaborate on what "devkit" does, please?
ChrisA
--
https://mail.python.org/ma
On Mon, Nov 9, 2015 at 11:26 AM, Ben Finney wrote:
> Chris Angelico writes:
>
>> Testing/mocking is a completely separate consideration (eg you can
>> inject a shadow for a built-in name)
>
> Not for the purpose of making compiler optimisations, as BartC is
> advocating.
>
> The compiler definite
Hi
I was wondering if there is a reason that we on windows with python do not have
a version of Ruby devkit for python.
Is it just for historical reason of life before pip became the package manager
and released with python?
I can't find the actual post in SO it came off this discussion
http
Chris Angelico writes:
> Testing/mocking is a completely separate consideration (eg you can
> inject a shadow for a built-in name)
Not for the purpose of making compiler optimisations, as BartC is
advocating.
The compiler definitely should not treat “is this code part of a test
suite?” as a rel
On Sunday, 8 November 2015 21:30:59 UTC+11, Laura Creighton wrote:
> In a message of Sat, 07 Nov 2015 21:55:32 -0800, Sayth Renshaw writes:
> >Just wondering if there is an archive mirror for these binaries available. i
> >was looking for lxml 3.4.1 and the current version is the latest on the pa
On 09/11/2015 00:00, Ben Finney wrote:
BartC writes:
Is this typical Python code? Creating global objects in other modules
(or writing all over essential data structures in a library module).
Not “creating global objects”, but changing the referent of a name in
some other module. Yes, that's
On Mon, Nov 9, 2015 at 11:00 AM, Ben Finney wrote:
> BartC writes:
>
>> Is this typical Python code? Creating global objects in other modules
>> (or writing all over essential data structures in a library module).
>
> Not “creating global objects”, but changing the referent of a name in
> some ot
BartC writes:
> Is this typical Python code? Creating global objects in other modules
> (or writing all over essential data structures in a library module).
Not “creating global objects”, but changing the referent of a name in
some other module. Yes, that's quite a common technique. Does that
su
On 08/11/2015 23:13, Dennis Lee Bieber wrote:
On Sun, 8 Nov 2015 18:58:36 +, BartC declaimed the
following:
But then, you say that additional attributes, potentially millions of
different ones, can be invented at runtime. Although I don't see how it
can remove names that are part of the so
On 11/8/2015 11:03 AM, Andrew Diamond wrote:
On Saturday, November 7, 2015 at 10:13:25 PM UTC-5, Andrew Diamond
wrote:
Hi!
I'm fairly new to Python, and installed pyqt5 and began working
through the examples at http://zetcode.com/gui/pyqt5/menustoolbars/
However, whenever I click one of the but
BartC writes:
> On 08/11/2015 21:00, Ben Finney wrote:
> > The namespace can change dynamically, which is another way of what
> > people have been trying to tell you all through this thread.
> >
> > The compiler *cannot* know what the names will be at every single
> > point they'll be looked un i
On 08/11/2015 21:00, Ben Finney wrote:
BartC writes:
I've never understood why this seems to be necessary in Python. Why do
names have to be looked up? (I'm assuming this is searching by name in
some sort of table.)
No, it is literally looking the name up as a key in a namespace
dictionary —
On 11/6/2015 1:21 PM, Dan Strohl wrote:
All,
I wanted to run the following thought past the list as a possible PEP enhancement suggestion to
see if it feels like something that is worth proposing. I know it is not in the PEP format at
this point, I can, and will, clean it up if needed, I am
On Sunday, 8 November 2015 11:35:32 UTC-4, Dan Strohl wrote:
> All,
>
> I wanted to run the following thought past the list as a possible PEP
> enhancement suggestion to see if it feels like something that is worth
> proposing. I know it is not in the PEP format at this point, I can, and
> w
On Mon, Nov 9, 2015 at 7:53 AM, Paul Sokolovsky wrote:
> On Sun, 8 Nov 2015 12:08:20 -0700
> paul.hermeneu...@gmail.com wrote:
>
>> What is the possibility that MicroPython could be another build from
>> the base python.org sources? Python already gets built for a variety
>> of architectures. Coul
BartC writes:
> I've never understood why this seems to be necessary in Python. Why do
> names have to be looked up? (I'm assuming this is searching by name in
> some sort of table.)
No, it is literally looking the name up as a key in a namespace
dictionary — which is just like any other Python
Hello,
On Sun, 8 Nov 2015 12:08:20 -0700
paul.hermeneu...@gmail.com wrote:
> What is the possibility that MicroPython could be another build from
> the base python.org sources? Python already gets built for a variety
> of architectures. Could a MicroPython be another one? In that way, it
> would
Hello,
On Sun, 08 Nov 2015 10:28:24 -0800
Paul Rubin wrote:
> Paul Sokolovsky writes:
> > Recent 1.5 release is an important milestone for the project, major
> > changes including:
>
> Thanks for posting this. We don't hear enough about MicroPython on
> this newsgroup so it's good to get thes
On Nov 8, 2015 12:01 PM, "BartC" wrote:
>
> But then, you say that additional attributes, potentially millions of
different ones, can be invented at runtime. Although I don't see how it can
remove names that are part of the source code: if "A.B" is in the file,
then surely "A" and "B" always have
What is the possibility that MicroPython could be another build from the
base python.org sources? Python already gets built for a variety of
architectures. Could a MicroPython be another one? In that way, it would
always be up to date on language changes.
On Sun, Nov 8, 2015 at 11:28 AM, Paul Rubi
On 08/11/2015 18:01, Chris Angelico wrote:
On Mon, Nov 9, 2015 at 4:54 AM, BartC wrote:
That would be true for locals as well. But as far as I can tell from the
CPython source code, byte-codes uses an index to represent a local, which
represents an entry into a linear table.
I can't quite see
Paul Sokolovsky writes:
> Recent 1.5 release is an important milestone for the project, major
> changes including:
Thanks for posting this. We don't hear enough about MicroPython on
this newsgroup so it's good to get these announcements.
Is the language still Python 3.4? Will it implement 3.5
On Mon, Nov 9, 2015 at 4:54 AM, BartC wrote:
> That would be true for locals as well. But as far as I can tell from the
> CPython source code, byte-codes uses an index to represent a local, which
> represents an entry into a linear table.
>
> I can't quite see why that can't be done for global nam
On 08/11/2015 15:59, Michael Torrie wrote:
On 11/08/2015 04:19 AM, BartC wrote:
That elegant dynamism comes at a cost: method lookup is not a constant
memory offset. Rather, it is a dictionary lookup.
I've never understood why this seems to be necessary in Python. Why do
names have to be look
On 11/06/2015 02:36 PM, Robinson, Wendy wrote:
> Ah, ok I get it now.
> Thanks both!
Glad you got it! Thanks for letting us know, too.
--
https://mail.python.org/mailman/listinfo/python-list
In a message of Sat, 07 Nov 2015 21:23:51 +0800, yueyoum writes:
>I'm working on a C program that has Python embedded. The host program is multi
>processes, which communicate via shared memory (mmap). I create a Python
>object (e.g., PyDict_New) in one process. How can I copy this data to shared
On Sunday, November 8, 2015 at 11:22:30 AM UTC-5, Chris Angelico wrote:
> On Mon, Nov 9, 2015 at 3:03 AM, Andrew Diamond wrote:
> > On Saturday, November 7, 2015 at 10:13:25 PM UTC-5, Andrew Diamond wrote:
> >> Hi!
> >>
> >> I'm fairly new to Python, and installed pyqt5 and began working through
On Mon, Nov 9, 2015 at 3:03 AM, Andrew Diamond wrote:
> On Saturday, November 7, 2015 at 10:13:25 PM UTC-5, Andrew Diamond wrote:
>> Hi!
>>
>> I'm fairly new to Python, and installed pyqt5 and began working through the
>> examples at http://zetcode.com/gui/pyqt5/menustoolbars/ However, whenever
On Sun, Nov 8, 2015 at 12:23 AM, yueyoum wrote:
> I'm working on a C program that has Python embedded. The host program is
> multi processes, which communicate via shared memory (mmap). I create a
> Python object (e.g., PyDict_New) in one process. How can I copy this data to
> shared memory so
In a message of Sun, 08 Nov 2015 13:34:22 +0100, Tomáš Beňák writes:
>Hi,
>
>I have downloaded the Python 3.5.0 installer for x86 (
>https://www.python.org/ftp/python/3.5.0/python-3.5.0.exe) and have
>installed it on my Windows XP SP3. The installer run to a successful end,
>but when I try to run p
On Sun, Nov 8, 2015 at 11:34 PM, Tomáš Beňák wrote:
> I have downloaded the Python 3.5.0 installer for x86 (
> https://www.python.org/ftp/python/3.5.0/python-3.5.0.exe) and have
> installed it on my Windows XP SP3. The installer run to a successful end,
> but when I try to run python.exe, it ends
On Saturday, November 7, 2015 at 10:13:25 PM UTC-5, Andrew Diamond wrote:
> Hi!
>
> I'm fairly new to Python, and installed pyqt5 and began working through the
> examples at http://zetcode.com/gui/pyqt5/menustoolbars/ However, whenever I
> click one of the buttons or menus in the example apps I
On 11/08/2015 04:19 AM, BartC wrote:
>> That elegant dynamism comes at a cost: method lookup is not a constant
>> memory offset. Rather, it is a dictionary lookup.
>
> I've never understood why this seems to be necessary in Python. Why do
> names have to be looked up? (I'm assuming this is searc
Hello,
MicroPython is a lean and efficient Python implementation for
microcontrollers, embedded, and mobile systems (which also runs just as
fine on desktops of course).
https://github.com/micropython/micropython
Recent 1.5 release is an important milestone for the project, major
changes includi
I'm working on a C program that has Python embedded. The host program is multi
processes, which communicate via shared memory (mmap). I create a Python object
(e.g., PyDict_New) in one process. How can I copy this data to shared memory so
that the other process can obtain this data and convert t
Ah, ok I get it now.
Thanks both!
Wendy Robinson
Audit Analyst
-Original Message-
From: Chris Gonnerman [mailto:ch...@gonnerman.org]
Sent: Friday, November 06, 2015 5:40 AM
To: python-list@python.org
Cc: Robinson, Wendy
Subject: Re: Puzzled
Wendy said:
> I installed Python 3.5.0 64
Hi,
I have downloaded the Python 3.5.0 installer for x86 (
https://www.python.org/ftp/python/3.5.0/python-3.5.0.exe) and have
installed it on my Windows XP SP3. The installer run to a successful end,
but when I try to run python.exe, it ends with an error saying that
python.exe is not a valid Wind
Its possible (likely) that I came into this in the middle, so sorry if this was
already thrown out... but have you looked at any of the following suggestions?
https://pypi.python.org/pypi?%3Aaction=search&term=pdf+convert&submit=search
http://stackoverflow.com/questions/6413441/python-pdf-library
All,
I wanted to run the following thought past the list as a possible PEP
enhancement suggestion to see if it feels like something that is worth
proposing. I know it is not in the PEP format at this point, I can, and will,
clean it up if needed, I am just trying to throw it against the wall
On 08/11/15 09:11, phamton...@gmail.com wrote:
I am having issue with converting the string into a float because there is a negative, so
only end up with "ValueError: invalid literal for float(): 81.4]"81.4]
The error is right there in the exception: you are trying to cast
'81.4]' - that's a
On Mon, Nov 9, 2015 at 12:42 AM, BartC wrote:
> Sorry, you'll have to assume I'm very stupid.
>
> What exactly is being looked up, and in what?
>
> From what I can understand in your example:
>
> * You are calling shutil.copyfileobj with two arguments, which happen to be
> instances of classes Sou
BartC :
>>> On 08/11/2015 11:50, Marko Rauhamaa wrote:
import shutil
class Source:
def __init__(self):
self.remaining = "hello world"
def read(self, count):
On 08/11/2015 12:43, Marko Rauhamaa wrote:
BartC :
On 08/11/2015 11:50, Marko Rauhamaa wrote:
import shutil
class Source:
def __init__(self):
self.remaining = "hello world"
def read(self, count):
BartC :
> On 08/11/2015 11:50, Marko Rauhamaa wrote:
>>
>> import shutil
>>
>> class Source:
>> def __init__(self):
>> self.remaining = "hello world"
>>
>> def read(self, count):
>> if count <= 0:
On 08/11/2015 11:50, Marko Rauhamaa wrote:
BartC :
On 08/11/2015 11:02, Marko Rauhamaa wrote:
That elegant dynamism comes at a cost: method lookup is not a constant
memory offset. Rather, it is a dictionary lookup.
I've never understood why this seems to be necessary in Python. Why do
names
On Sun, Nov 8, 2015 at 10:19 PM, BartC wrote:
> I've never understood why this seems to be necessary in Python. Why do names
> have to be looked up? (I'm assuming this is searching by name in some sort
> of table.)
Yes, if by "searching" you include hash-table lookup. A CPython
dictionary is a *h
On 08/11/2015 11:30, Steven D'Aprano wrote:
On Sun, 8 Nov 2015 09:40 pm, Bartc wrote:
This is what I mean about people not understanding it!
I'm pretty sure I understand what *I* mean by constant, and what Pascal
means by it, and why the Pascal meaning doesn't quite match what Python can
do.
BartC :
> On 08/11/2015 11:02, Marko Rauhamaa wrote:
>> That elegant dynamism comes at a cost: method lookup is not a constant
>> memory offset. Rather, it is a dictionary lookup.
>
> I've never understood why this seems to be necessary in Python. Why do
> names have to be looked up? (I'm assuming
On Sun, 8 Nov 2015 09:40 pm, Bartc wrote:
> On 08/11/2015 02:59, Steven D'Aprano wrote:
>> On Sun, 8 Nov 2015 02:01 am, Bartc wrote:
>>
>>> Neither have the simplicity of concept of Pascal's 'const', which is
>>> just a named value. Not a variable that won't change once initialised,
>>> not a para
Steven D'Aprano :
> So... you have no need for Python to be fast, and even less need for
> Python code to be correct...
Correct. If I didn't think so, I'd still be using Java instead of
Python.
> Or perhaps you mean that you don't need help writing correct code,
> because your code is perfect...
On 08/11/2015 11:02, Marko Rauhamaa wrote:
Bartc :
(In the case of Python, the main obstacle is that a constant name from
inside an imported module is not visible when this module is compiled
to byte-code. So it has to assume it can be anything.)
Which it can.
That elegant dynamism com
On Sun, 8 Nov 2015 08:44 pm, Marko Rauhamaa wrote:
> Steven D'Aprano :
>
>> On Sun, 8 Nov 2015 01:23 am, Marko Rauhamaa wrote:
>>> Correct. That's not Python's fault, however. Python should not try to
>>> placate the performance computing people. (Alas, it is now trying to
>>> do just that with t
input/ldompel...@casema.nl:
> Yes, I would like seconds since start of program.
> Can I not doing something like time()=0 only this gives an error.
Here:
class MyReckoning:
def __init__(self):
self.the_beginning = time.time()
def time(self):
return ti
On 08/11/2015 03:50, Steven D'Aprano wrote:
On Sun, 8 Nov 2015 01:23 am, Marko Rauhamaa wrote:
Your point of view is really down-to-earth. It's slightly analogous to
protesting against Unicode because you only ever need ASCII.
I don't think so, but in any case, Bart is *way* oversimplifying
Bartc :
> (In the case of Python, the main obstacle is that a constant name from
> inside an imported module is not visible when this module is compiled
> to byte-code. So it has to assume it can be anything.)
Which it can.
Optimizing for naive floating-point constants could be done but has
bare
On 08/11/2015 02:59, Steven D'Aprano wrote:
On Sun, 8 Nov 2015 02:01 am, Bartc wrote:
Neither have the simplicity of concept of Pascal's 'const', which is
just a named value. Not a variable that won't change once initialised,
not a parameter that won't be changed nor any addressable location.)
In a message of Sat, 07 Nov 2015 21:55:32 -0800, Sayth Renshaw writes:
>Just wondering if there is an archive mirror for these binaries available. i
>was looking for lxml 3.4.1 and the current version is the latest on the page
>at 3.4.4 being on windows I cannot build it.
>
>http://www.lfd.uci.ed
> Ambiguous requirement: any normal counter starts from zero... But what
> "zero" represents may differ... Seconds since Jan 1 1970? Seconds since
> midnight? Seconds since start of program?
Thanks for the reply
Yes, I would like seconds since start of program.
Can I not doing something like tim
On Sunday, 8 November 2015 20:44:02 UTC+11, Chris Warrick wrote:
> On 8 November 2015 at 06:55, Sayth Renshaw wrote:
> > Just wondering if there is an archive mirror for these binaries available.
> > i was looking for lxml 3.4.1 and the current version is the latest on the
> > page at 3.4.4 bei
In a message of Sun, 08 Nov 2015 06:36:26 +0100, Vincent Vande Vyvre writes:
>Le 08/11/2015 04:13, Andrew Diamond a écrit :
>> Hi!
>>
>> I'm fairly new to Python, and installed pyqt5 and began working through the
>> examples at http://zetcode.com/gui/pyqt5/menustoolbars/ However, whenever I
>> c
Paul Rubin :
> Marko Rauhamaa writes:
>> Point is, the consequences of "proper" use of const are so annoying even
>> standard library functions would rather grossly abuse it than tolerate
>> compiler warnings everywhere.
>
> I'm not sure what the C standard says about that example, but C++ is
> m
Steven D'Aprano :
> On Sun, 8 Nov 2015 01:23 am, Marko Rauhamaa wrote:
>> Correct. That's not Python's fault, however. Python should not try to
>> placate the performance computing people. (Alas, it is now trying to
>> do just that with the introduction of static typing annotation.)
>
> That is fa
On 8 November 2015 at 06:55, Sayth Renshaw wrote:
> Just wondering if there is an archive mirror for these binaries available. i
> was looking for lxml 3.4.1 and the current version is the latest on the page
> at 3.4.4 being on windows I cannot build it.
>
> http://www.lfd.uci.edu/~gohlke/python
On 7 November 2015 at 15:44, wrote:
> How do you start building a desktop application in python? I mean where do I
> start? Besides installing python on your windows what else do I need, and any
> suggestion on how do I accomplish this project.
>
> Right now I really want to finish this beauty
On 8 November 2015 at 00:40, Cecil Westerhof wrote:
> I followed http://zetcode.com/db/postgresqlpythontutorial/.
>
> I used:
> sudo -u postgres createuser stressTest
> this create the role, but also gave:
> could not change directory to "/root": Permission denied
> and I did not get the q
Marko Rauhamaa writes:
> Point is, the consequences of "proper" use of const are so annoying even
> standard library functions would rather grossly abuse it than tolerate
> compiler warnings everywhere.
I'm not sure what the C standard says about that example, but C++ is
much stricter about those
Am 08.11.15 um 08:45 schrieb Marko Rauhamaa:
Grant Edwards :
On 2015-11-07, Marko Rauhamaa wrote:
"const" is a very ineffective tool that clutters the code and forces
you to sprinkle type casts around your code.
But it allows the compiler to warn you if you pass a pointer to a
read-only dat
76 matches
Mail list logo
