Re: compile+link Fujitsu Linux
- From: Richard <riplin@xxxxxxxxxxxx>
- Date: Tue, 5 Feb 2008 15:19:28 -0800 (PST)
On Feb 3, 3:31 pm, Robert <n...@xxxxxx> wrote:
On Fri, 1 Feb 2008 12:58:23 -0800 (PST), Richard <rip...@xxxxxxxxxxxx> wrote:
On Feb 1, 7:49 pm, Robert <n...@xxxxxx> wrote:
Actually, to those that use this, it _simplifies_ deployment,
especially in bespoke systems where I operate. If a single program
requires changes then only that file is tested and redistributed. In
any rational development all deployments would be fully tested. If you
link several programs into one library the all those in the library
need to be retested. If they are all linked to one executable then
everything needs to be retested.
There is no reason to re-test an unchanged program just because it is in the same library
with other programs.
Yes there is. If you rebuild a library from one changed program and
several unchanged you are still distributing the whole library and
this replaces the one that is currently in use. There may have been an
error in the build. For example one program may have been unavailable
at the time of the build, or omitted in some other way.
It is the _library_ that is to be tested as well as the changed
program, it is necessary to test that the library contains all that it
should, and in the appropriate condition, before causing your
application to fail with a missing program.
You claim 'greater reliability' for libraries and then fail to deliver
reliability to your users.
Changes in one program can't cause errors in other programs unless they share global data.
Or data in parameters to the CALL of that program or in CALLs that
program makes.
In a rational environment, data is shared between parent and child, not between siblings
and certainly not with stranger programs. You should never make a decision in program A,
store it in an indicator or database, and take action on that decision in program B.
That's bad design.
What nonsense you talk. One program can decide that a customer is to
be put on 'stop supply', it stores this indicator in a database.
Another program takes action based on that descision.
If you DO make that mistake, putting programs A and B in separate files is no more
protection than putting them in the same library. Even running them on separate machines,
as remote procedures, is no protection.
Creating straw-man arguments is no support for your assertions.
.
- Follow-Ups:
- Re: compile+link Fujitsu Linux
- From: Robert
- Re: compile+link Fujitsu Linux
- References:
- Re: compile+link Fujitsu Linux
- From: Robert
- Re: compile+link Fujitsu Linux
- From: Richard
- Re: compile+link Fujitsu Linux
- From: Robert
- Re: compile+link Fujitsu Linux
- From: Richard
- Re: compile+link Fujitsu Linux
- From: Robert
- Re: compile+link Fujitsu Linux
- Prev by Date: Re: OT: Racial superiority / Intelligent design was Re: OT:Thanksgiving
- Next by Date: Re: OT: Racial superiority / Intelligent design was Re: OT:Thanksgiving
- Previous by thread: Re: compile+link Fujitsu Linux
- Next by thread: Re: compile+link Fujitsu Linux
- Index(es):
Relevant Pages
|