-
Notifications
You must be signed in to change notification settings - Fork 0
/
NEWS
90 lines (61 loc) · 3.64 KB
/
NEWS
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
New in 4.2
* Post-treatment executables are now prefixed with aevol_misc_ and are installed into ${prefix}/libexec rather than ${prefix}/bin
Bugs fixed in 4.2
* Bugs #281 and #282: Bug in gene position
This bug happenned whenever a promoter at the end of the genome on the LEADING
strand transcribed a gene that was at the beginning of the genome (or a
promoter at the beginning on the LAGGING strand transcribed a gene that was at
the end of the genome)
The position of the protein was then out of the genome bound
(> genome len when LEADING or < 0 when LAGGING)
If this gene was also transcribed on another rna that didn't satisfy the above
constraint, it wasn't recognized as the same gene.
Either bugs had no effect whatsoever on the fitness and hence on the outcome
of evolution.
It could however lead to erroneous statistics regarding the number of RNAs a
gene is transcribed onto.
* Bug #284: Undefined behavior when there is no terminator in the genome
After a big deletion, it can happen that a genetic unit does not contain any
teminator anymore. There can however be a promoter somewhere. The behavior of
the program was different depending on the strand where the promoter was. If
it was on the lagging strand, the RNA was supposed to be as long as the whole
genetic unit, and could carry coding sequences. If the promoter was on the
leading strand, the length of the RNA was left as is, that is, either to -1
for generation 0, or to the length inherited from the parent, which made no
sense anymore once the terminator has disappeared.
We decided that it is best that no RNA is produced in this case
(no terminator = incomplete gene, assumed to be non-functional).
* Bug #285: "Barrier" events logged twice
When a deletion would cause the genetic unit to be smaller than the size of a
promoter, the mutation was not performed and (if the BARRIER option was chosen
in the logs), and the event was logged twice.
This kind of mutations is now performed normally (and hence no log entry
should be issued) as long as it doesn't make the genetic unit smaller than the
minimum length specified (which is independent of the promoter size).
* Bug #286: Log files incorrectly regenerated when resuming a run
When resuming a run, log files are regenerated by copying the header of the
former log file and its entries until the generation chosen to resume the run.
During this copy, (1) the first entry was skipped, and (2) the entries for the
resuming generation were copied, and thus ended up duplicated.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
New in 4.1
* Ported the "extract" post-treatment from version 3.
This programs can extract from a backup the sequence and the list of all
proteins for every individual in an easily parsable text-based format.
* aevol_modify allows to modify the axis features and segmentation as well as
secretion properties
* Added man pages for the 4 main executables
Bugs fixed in 4.1
* Supressed memory leaks
* Introduced in 4.0: Major bias in the spatial competition caused by a bad
update.
* In aevol_modify, changing environment gaussians was causing a segfault when
NOT using environmental variations.
* Bug #279: make install no longer fails with error
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
New in 4.0
* The main aevol executable has been split into 4:
- aevol_create: create an experiment with setup as specified in param_file
- aevol_run: run a simulation
- aevol_modify: modify an experiment as specified in param_file
- aevol_propagate: create a fresh copy of the experiment