Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #95232

Re: Pipes

From Dennis Lee Bieber <wlfraed@ix.netcom.com>
Subject Re: Pipes
Date 2015-08-10 18:41 -0400
Organization IISS Elusive Unicorn
References <d6a3dfe4-8389-463b-ac66-a93f14a91a5e@googlegroups.com> <2ZWdnZJUbYdxkVTInZ2dnUU7-I-dnZ2d@earthlink.com>
Newsgroups comp.lang.python
Message-ID <mailman.50.1439246491.3627.python-list@python.org> (permalink)

Show all headers | View raw


On Mon, 10 Aug 2015 15:43:26 -0500, "E.D.G." <edgrsprj@ix.netcom.com>
declaimed the following:

>       Other important resources would be the ability to perform rapid 
>calculations and the ability to generate plots that could display on the 
>screen and also be saved as .png files etc.
>
	None of which are "native" to Python. The common number cruncher
accelerator is to install numpy/scipy, matplotlib (or related) for
plots/charts, and maybe PIL/pillow for generation of image files.

>       The language also has to have the ability to be "cloned."  That means 
>that it could be stored in some directory that could be copied from one 
>computer to another.  And programs written with that language would then run 
>on the new computer.  One person responding to my own earlier post stated 
>that this is possible with Python.
>
	The normal "no-install" packaging scheme, from what I've seen, work by
packaging all the modules/libraries (including the core interpreter) with
the program files -- making an "executable" that operates by unpacking
everything into a temporary directory, running the provided source files,
and then deleting (I think) the temporary directory when done.

	If you expect people to do ad hoc programs, they'll need a more
standard install on the target machine, with the interpreter exposed.

	Besides numpy, et al... If doing statistical stuff, there is rPy -- a
module for driving the R statistics package from Python.

>       There are not too many programming languages that can do all of those 
>things.  Perl and probably Fortran will.  But we could not get simple 
>questions answered regarding how to do specific things such as open a "pipe" 
>to a running Windows program.  And there are two versions of Fortran, 
>gfortran and F95 that we looked at.  And we could not decided which one 
>would work better.

	"F95", to most of the world, specifies the level of the language
standard (a tweaked variant of F90). gfortran is an implementation in the
GCC system supporting F95 along with F2003 and F2008 updates to the
standard.

	For the most part, in such languages (including souped up Pascal, Ada,
C), operations like IPC (interprocess communication -- "pipes" are just one
form of such, biased on the UNIX/Linux concept that everything works as a
stream filter [input on stdin, manipulate it, send output to stdout, and
linking stdout to the stdin of the next program]; on the old VMS OS one
would use "mailboxes" and on the Amiga "message ports")... Operations like
IPC are OS level features and one has to code for the OS (ie,
non-portable). The Python subprocess module is one such OS-specific bit of
code -- someone (the Python developers) defined an API for use on all
supported OS, and then had to write OS specific parts to perform the
function. Even with the one API, there are subtle differences between OS.
Windows doesn't do "fork" so each subprocess goes through the full Windows
process creation overhead. What are stand-alone executable utilities in
UNIX/Linux may be built-in to a Windows command line interpreter -- so on
Windows one has to have a subprocess "with shell" for those.
-- 
	Wulfraed                 Dennis Lee Bieber         AF6VN
    wlfraed@ix.netcom.com    HTTP://wlfraed.home.netcom.com/

Back to comp.lang.python | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Pipes rogerh906@gmail.com - 2015-08-09 07:10 -0700
  Re: Pipes Ian Kelly <ian.g.kelly@gmail.com> - 2015-08-09 11:13 -0600
  Re: Pipes rogerh906@gmail.com - 2015-08-09 10:39 -0700
    Re: Pipes Ian Kelly <ian.g.kelly@gmail.com> - 2015-08-09 11:52 -0600
    Re: Pipes Mark Lawrence <breamoreboy@yahoo.co.uk> - 2015-08-09 19:34 +0100
  Re: Pipes rogerh906@gmail.com - 2015-08-09 10:55 -0700
    Re: Pipes Emile van Sebille <emile@fenx.com> - 2015-08-09 11:51 -0700
    Re: Pipes alister <alister.nospam.ware@ntlworld.com> - 2015-08-09 18:55 +0000
    Re: Pipes Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2015-08-09 16:43 -0400
    Re: Pipes Mark Lawrence <breamoreboy@yahoo.co.uk> - 2015-08-09 22:18 +0100
    Re: Pipes Cameron Simpson <cs@zip.com.au> - 2015-08-10 08:27 +1000
    RE: Pipes "Clayton Kirkwood" <crk@godblessthe.us> - 2015-08-09 17:44 -0700
    Re: Pipes Chris Angelico <rosuav@gmail.com> - 2015-08-10 20:50 +1000
    Re: Pipes Mark Lawrence <breamoreboy@yahoo.co.uk> - 2015-08-10 14:44 +0100
      Re: Pipes rogerh906@gmail.com - 2015-08-10 07:05 -0700
        Re: Pipes Mark Lawrence <breamoreboy@yahoo.co.uk> - 2015-08-10 15:36 +0100
  Re: Pipes Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2015-08-09 14:17 -0400
  Re: Pipes "E.D.G." <edgrsprj@ix.netcom.com> - 2015-08-10 15:43 -0500
    Re: Pipes Mark Lawrence <breamoreboy@yahoo.co.uk> - 2015-08-10 22:59 +0100
    Re: Pipes Dennis Lee Bieber <wlfraed@ix.netcom.com> - 2015-08-10 18:41 -0400
    Re: Pipes Larry Hudson <orgnut@yahoo.com> - 2015-08-10 21:48 -0700
    Re: Pipes Laura Creighton <lac@openend.se> - 2015-08-11 11:07 +0200
    Re: Pipes Laura Creighton <lac@openend.se> - 2015-08-11 11:58 +0200
    Re: Pipes Tim Golden <mail@timgolden.me.uk> - 2015-08-11 11:15 +0100

csiph-web