On Fri, May 8, 2015 at 4:36 PM, Rustom Mody wrote:
> On Friday, May 8, 2015 at 10:39:38 AM UTC+5:30, Chris Angelico wrote:
>> Why have the concept of a procedure?
>
> On Friday, Chris Angelico ALSO wrote:
>> With print(), you have a conceptual procedure...
>
> So which do you want to stand by?
A
On Friday, May 8, 2015 at 10:39:38 AM UTC+5:30, Chris Angelico wrote:
> Why have the concept of a procedure?
On Friday, Chris Angelico ALSO wrote:
> With print(), you have a conceptual procedure...
So which do you want to stand by?
Just to be clear I am not saying python should be any differen
Ben Finney :
> Chris Angelico writes:
>
>> On Fri, May 8, 2015 at 1:24 AM, Marko Rauhamaa wrote:
>> >> That's Python's job. Abstracting away all those differences so you
>> >> don't have to look at them.
>> >
>> > That's the difference between our opinions: you want Python to work
>> > the same
On Fri, May 8, 2015 at 2:53 PM, Rustom Mody wrote:
> Yeah I know
> And if python did not try to be so clever, I'd save some time with
> student-surprises
>
>> In a program, an expression
>> statement simply discards its result, whether it's None or 42 or
>> [1,2,3] or anything else. You could writ
On Friday, May 8, 2015 at 10:24:06 AM UTC+5:30, Rustom Mody wrote:
> get is very much a function and the None return is semantically significant.
> print is just round peg -- what you call conceptual function -- stuffed into
> square hole -- function the only available syntax-category
Sorry "Conc
On Friday, May 8, 2015 at 10:04:02 AM UTC+5:30, Chris Angelico wrote:
> On Fri, May 8, 2015 at 2:06 PM, Rustom Mody wrote:
> >> > If the classic Pascal (or Fortran or Basic) sibling balanced abstractions
> >> > of function-for-value procedure-for-effect were more in the collective
> >> > consciousn
On Fri, May 8, 2015 at 2:06 PM, Rustom Mody wrote:
>> > If the classic Pascal (or Fortran or Basic) sibling balanced abstractions
>> > of function-for-value procedure-for-effect were more in the collective
>> > consciousness rather than C's travesty of function, things might not have
>> > been so
On Wednesday, May 6, 2015 at 6:41:38 PM UTC+5:30, Dennis Lee Bieber wrote:
> On Tue, 5 May 2015 21:47:17 -0700 (PDT), Rustom Mody declaimed the following:
>
> >If the classic Pascal (or Fortran or Basic) sibling balanced abstractions of
> >function-for-value
> >procedure-for-effect were more in t
On Wednesday, May 6, 2015 at 11:19:07 AM UTC+5:30, Steven D'Aprano wrote:
> On Wednesday 06 May 2015 14:47, Rustom Mody wrote:
>
> > It strikes me that the FP crowd has stretched the notion of function
> > beyond recognition And the imperative/OO folks have distorted it beyond
> > redemption.
>
>
Chris Angelico writes:
> On Fri, May 8, 2015 at 1:24 AM, Marko Rauhamaa wrote:
> >> That's Python's job. Abstracting away all those differences so you
> >> don't have to look at them.
> >
> > That's the difference between our opinions: you want Python to work
> > the same on different OS's. I wa
On Fri, May 8, 2015 at 8:20 AM, wrote:
> I needed to develop a highly scalable multi-threaded TCP server in Python and
> when I started writing it in 2013 I could not find a suitable library that
> would scale the way I needed but also easy to use.
>
> So I invented one - it's called Pyloom. I
On Fri, May 8, 2015 at 1:24 AM, Marko Rauhamaa wrote:
>> That's Python's job. Abstracting away all those differences so you
>> don't have to look at them.
>
> That's the difference between our opinions: you want Python to work the
> same on different OS's. I want Python's system programming facili
On Fri, May 8, 2015 at 1:14 AM, Ian Kelly wrote:
> On Thu, May 7, 2015 at 8:03 AM, Chris Angelico wrote:
>> On Thu, May 7, 2015 at 11:44 PM, Marko Rauhamaa wrote:
>>> Whole programming cultures, idioms and "right ways" differ between
>>> platforms. What's the right way to write a service (daemon
Marko Rauhamaa wrote:
> Anyway, Python has os.system() that does the quick and dirty thing you
> might be looking for.
Always invokes shell ==> overhead for .exe files
--
https://mail.python.org/mailman/listinfo/python-list
Hi,
I needed to develop a highly scalable multi-threaded TCP server in Python and
when I started writing it in 2013 I could not find a suitable library that
would scale the way I needed but also easy to use.
So I invented one - it's called Pyloom. If you want to take a look, it's part
of my D
Stefan Zimmermann :
> Calling an external command should be one of the simplest tasks in a
> high level scripting language like Python.
Actually, that's quite a tricky operation in any OS. For example, bash's
simplicity is a trap that claims a lot of victims.
Anyway, Python has os.system() that
This discussion is getting really interesting and far beyond the actual topic :)
I want to add some additional thoughts on Popen:
Marko Rauhamaa wrote:
> Stefan Zimmermann:
>
> > And last but not least, Popen behavior on Windows makes it difficult
> > to write OS-independent Python code which cal
Chris Angelico :
> What's the best way to farm work off to a bunch of processes and have
> them communicate their results back? You use the subprocess module,
> and then it doesn't matter whether they use Unix sockets, named pipes,
> physical files on the disk, or miniature nuclear explosions, the
On Thu, May 7, 2015 at 8:03 AM, Chris Angelico wrote:
> On Thu, May 7, 2015 at 11:44 PM, Marko Rauhamaa wrote:
>> Whole programming cultures, idioms and "right ways" differ between
>> platforms. What's the right way to write a service (daemon)? That's
>> probably completely different between Wind
On Thu, May 7, 2015 at 11:44 PM, Marko Rauhamaa wrote:
> Chris Angelico :
>
>>> A software system is defined through its interfaces.
>>
>> And the most important interface is with a human.
>
> I barely ever program anything for the human interface.
>
>> If you want to write single-platform code, g
Chris Angelico :
>> A software system is defined through its interfaces.
>
> And the most important interface is with a human.
I barely ever program anything for the human interface.
> If you want to write single-platform code, go for it; but if you want
> to write cross-platform code, the best
On Thu, May 7, 2015 at 10:41 PM, Marko Rauhamaa wrote:
> Chris Angelico :
>
>> I was specifically disagreeing with the notion that it's right and
>> normal to write a bunch of platform-specific code in Python. That
>> should be the rarity.
>
> Why is that?
>
> Code is written for a specific need a
Chris Angelico :
> I was specifically disagreeing with the notion that it's right and
> normal to write a bunch of platform-specific code in Python. That
> should be the rarity.
Why is that?
Code is written for a specific need and environment. Often trying to
write generic solutions leads to cum
On Thu, May 7, 2015 at 9:28 PM, Dave Angel wrote:
> It's a nice goal. But these aren't OS features in Windows, they're shell
> features. And there are several shells. If the user has installed a
> different shell, is it Python's job to ignore it and simulate what cmd.exe
> does?
It might be an
On 05/07/2015 06:24 AM, Chris Angelico wrote:
On Thu, May 7, 2015 at 8:10 PM, Marko Rauhamaa wrote:
Stefan Zimmermann :
And last but not least, Popen behavior on Windows makes it difficult
to write OS-independent Python code which calls external commands that
are not binary by default:
Then
On Thu, May 7, 2015 at 8:10 PM, Marko Rauhamaa wrote:
> Stefan Zimmermann :
>
>> And last but not least, Popen behavior on Windows makes it difficult
>> to write OS-independent Python code which calls external commands that
>> are not binary by default:
>
> Then, write OS-dependent Python code.
>
Stefan Zimmermann :
> And last but not least, Popen behavior on Windows makes it difficult
> to write OS-independent Python code which calls external commands that
> are not binary by default:
Then, write OS-dependent Python code.
I don't think it's Python's job to pave over OS differences. Java
And last but not least, Popen behavior on Windows makes it difficult to write
OS-independent Python code which calls external commands that are not binary by
default:
2 examples:
1. I wrote a coffeetools package which wraps the CoffeeScript compiler in a
Python API. The 'coffee' command is a N
Nice to see that my topic gains that interest :)
And I see that I should have gone more into detail about what I'm actually
trying to point out.
Chris Angelico wrote:
> Hmm... hm... Ha! Found the difference. I had an explicit shebang on my
> script; yours just starts out with shell commands. That
On Thu, May 7, 2015 at 7:14 PM, Alain Ketterlin
wrote:
> Dave Angel writes:
>
>> On 05/06/2015 11:36 AM, Alain Ketterlin wrote:
>>> Yes, plus the time for memory allocation. Since the code uses "r *=
>>> ...", space is reallocated when the result doesn't fit. The new size is
>>> probably proporti
Dave Angel writes:
> On 05/06/2015 11:36 AM, Alain Ketterlin wrote:
>> Yes, plus the time for memory allocation. Since the code uses "r *=
>> ...", space is reallocated when the result doesn't fit. The new size is
>> probably proportional to the current (insufficient) size. This means
>> that ove
Am 03.05.2015 um 10:48 schrieb Ben Finney:
> That's not as clear as it could be. Better is to be explicit about
> choosing “exponential” format::
>
> >>> foo = 5.223701009526849e-05
> >>> "{foo:5.0e}".format(foo=foo)
> '5e-05'
>
Or even better the "general" format, which also works f
Chris Angelico wrote:
There's a specific search order. Back in the days of DOS, it was
simply "com, then exe, then bat", but on modern Windowses, I think
it's governed by an environment variable.
You probably mean '%PATHEXT'. Mine is:
.COM;.EXE;.BAT;.BTM;.CMD;.JS;.JSE;.WSF;.WSH;.MSC;.tcl;.py;
33 matches
Mail list logo
