[24122] in Perl-Users-Digest
Perl-Users Digest, Issue: 6316 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Mar 28 18:06:12 2004
Date: Sun, 28 Mar 2004 15:05:07 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Sun, 28 Mar 2004 Volume: 10 Number: 6316
Today's topics:
'copy $src, $dest;' cannot work. [File::Copy] <ckacka@163.com>
Re: 'copy $src, $dest;' cannot work. [File::Copy] (Anno Siegel)
Re: Appreciation for the importance of readability (was <fma@doe.carleton.ca>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 28 Mar 2004 11:40:58 GMT
From: "ckacka" <ckacka@163.com>
Subject: 'copy $src, $dest;' cannot work. [File::Copy]
Message-Id: <c46dk9$2dag62$1@ID-224383.news.uni-berlin.de>
I use
$link = "$path/$page";
copy './template/file', "$link";
but it does not work.
the $path is absolute path, such as /home/x/x
and the $page is my file name.
thank.
------------------------------
Date: 28 Mar 2004 12:23:57 GMT
From: anno4000@lublin.zrz.tu-berlin.de (Anno Siegel)
Subject: Re: 'copy $src, $dest;' cannot work. [File::Copy]
Message-Id: <c46g4t$3sv$1@mamenchi.zrz.TU-Berlin.DE>
ckacka <ckacka@163.com> wrote in comp.lang.perl.misc:
> I use
> $link = "$path/$page";
> copy './template/file', "$link";
> but it does not work.
What happens instead?
> the $path is absolute path, such as /home/x/x
> and the $page is my file name.
Don't describe what you think is in the variables, show what they actually
contain.
Have you read the doc to File::Copy? It suggests
copy("file1","file2") or die "Copy failed: $!";
So, what's in $! after the failed copy?
Anno
------------------------------
Date: 28 Mar 2004 22:30:46 GMT
From: Fred Ma <fma@doe.carleton.ca>
Subject: Re: Appreciation for the importance of readability (was: Choosing Perl/Python for my particular niche)
Message-Id: <40675322.60A34D54@doe.carleton.ca>
Michele Simionato wrote:
>
> 1. we want to spend at most 5% of our time doing coding and 95% doing
> science;
> 2. our group is composed by two persons and our code will never be
> released;
> 3. if a Ph. D. student reach the group and has to study the code, we
> will explain it to him in person;
> 4. the largest program we will ever write is a thousand lines long;
> for the rest we will use standard routines and write as little code
> as possible;
> 5. we don't care at all about fancy graphics: the output will be a list
> of numbers write on a file and displayed by gnuplot;
> 6. all we care is numerical performance in floating point computations;
> the logic of the program will be trivial.
>
> They actually used old fashioned Fortran 77 and I think they made the perfect
> choice given their requirements; they essentially had to do numerical
> integrations and solving differential equations, tasks were Fortran is
> incredibly strong. Other persons I know doing particle Physics and doing a
> good deal of programming (good deal means something like 50% of their time
> spent on programming; spending more than 50% means that you are actually
> a programmer, and scientists don't want to do that) were using a mixture
> of Fortran and C. Here I am referring to people doing numerically
> intensive tasks; I have seen a trend to switch to C++ for large projects,
> since there is a perception than C++ scales better than Fortran. In
> any case, the core routines are still in Fortran and always will be.
> For scripting tasks, scripting languages are used; I know a few
> astronomers who were using Perl to control the telescope movement.
> Many physicists/astronomers use Python too. Specialized languages
> and tools (Mathematica, Maple, Matlab, Octave, Yorick, etc. etc.)
> have their place.
I want to start by emphasizing that I don't disagree with you.
I've spent a great deal of a previous degree in solution
methods for couple PDEs, as well as problem formulations that
come up with PDEs. I know of the tools that you mentioned.
I would like to point out that many science problem are not
as much numerically based. Many of them can be regarded still
as "physically" based science. For example, physical design
phase of digital circuit design relies on optimization
algorithms, albeit applied to a specialized class of problems.
There are genetic algorithms that evolve neural nets for
various applications (many of them physically based). These
less numerical applications use more abstraction in computational
models, so C++ has a place for these.
Of course, it is arguable that the computation models and
methods are a separate thing from the physical problems
that motivate them. So it all depends on how each person
interprets "science".
Fred
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V10 Issue 6316
***************************************
