Opened 18 years ago
Closed 18 years ago
#482 closed defect (duplicate)
Decompilation weirdness
Reported by: | jimarin | Owned by: | Jorge |
---|---|---|---|
Priority: | highest | Milestone: | |
Component: | Various | Version: | 1.1.5 |
Severity: | blocker | Keywords: | |
Cc: |
Description
Hi,
I did not know how to classify this.
In 1.1.5. (from the first day it was released, this is to say old vintage by now I guess) I paste the following code in tolbase evaluation window:
Serie Th_xSA = SubSer(CalInd(C, Monthly), y2003, y2005);
Serie Th_xSB = SubSer(Pulse(y2004m01d01, Monthly), y2003, y2005);
Serie Th_xSC = Th_xSA - Th_xSB;
Serie Th_xSD = Exp(Log(Th_xSC));
Serie Th_xSE = Not(Not(Th_xSC));
Serie Th_xSF = Not(Not(Th_xSD));
And it compiles right but when I press decompile button, it does not decompile all the time series involved but just the last one.
I can decompile them by selecting them and decompiling them one by one, but I would like the decompile button to complete this task for me.
I hope this is not a problem for the decompilation algorithm.
jima
Change History (4)
comment:1 Changed 18 years ago by
comment:2 Changed 18 years ago by
Owner: | changed from danirus to Víctor de Buen Remiro |
---|
I cannot reproduce this error. Please, try last version on the web
Thanks to report
comment:3 Changed 18 years ago by
Owner: | changed from Víctor de Buen Remiro to Jorge |
---|
comment:4 Changed 18 years ago by
Resolution: | → duplicate |
---|---|
Status: | new → closed |
This is a duplicate of solved bug 470
Please, update your Tol distribution.
Thanks to report
* This bug has been marked as a duplicate of bug 470 *
It seems that it follows a dependency order to decompile objects.
It decompiles the objects upon which no other object depends.
Pressing decompile button further decompiles the objects that were made terminal in the dependency chain after previous decompilation operations.
Is this intended?
Perhaps it is a good idea after all.
jima