Thanks a lot Bruce, looks like a bull's eye. I was able to replicate your error and fix it. Could you pls try again, it should be fixed in4e3623e <https://github.com/therion/therion/commit/4e3623ea6e7f876a67ef5f116ff0edb4cd5fe65e> .
S. On Mon, 21 Dec 2020 at 10:23, Stacho Mudrak <[email protected]> wrote: > Thanks a lot Bruce, untrapped error should never occur. I will try to > investigate your findings with greater numbers then surveyors and let you > know. > > S. > > On Mon, Dec 21, 2020, 08:38 Bruce Mutton <[email protected]> wrote: > >> Stacho >> >> Sorry for the delay. Looks like version 5.5.4 and 647dcea both manifest >> the same problem at my end. >> >> It occurs for both plan and extended elevation pdf outputs. >> >> >> >> For these ‘failures’ I have the number set to 10, and in some cases the >> number of explorers, surveyors or cartographers is less than 10. >> >> Trial and error with some variations suggests that the syntax ‘statistics >> explo|topo|carto|copyright <number>’ will always fail if <number> is >> greater than the actual number of any one of those properties. The failure >> appears to be untrapped and stops processing unceremoniously. >> >> >> >> I think that if there are only 3 surveyors, but <number> is >= 3, then >> there should not be any error condition, and the output should be produced >> listing the 3 properties. So it seems like a bug to me. >> >> >> >> Bruce >> >> >> >> *From:* Therion <[email protected]> *On Behalf Of *Stacho Mudrak >> *Sent:* Sunday, 13 December 2020 21:15 >> *To:* List for Therion users <[email protected]> >> *Subject:* Re: [Therion] statistics <explo/topo/carto/copyright> number >> untrapped error >> >> >> >> Thanks Bruce for this feedback. In the latest snapshot, I have tried to >> fix this error by refactoring the whole problematic code. Could you please >> try, whether it still fails? >> >> >> >> S. >> >> >> >> On Sun, 29 Nov 2020 at 06:14, Bruce Mutton <[email protected]> wrote: >> >> Stacho >> >> Further to the untrapped error I mentioned last week… >> >> >> >> Looks like it is counting scraps correctly. The following statements… >> >> statistics carto all >> >> statistics carto-count hide (or on or off) >> >> … work perfectly. >> >> >> >> One thing that does seem to be a problem however. The syntax… >> >> statistics <explo/topo/carto/copyright> number >> >> … is giving me problems. They all seem to result in what seems to be an >> untrapped error, and truncating the therion.log file in random locations. >> >> For example this is what I have been trying… >> >> statistics topo 10 >> >> statistics topo-length hide >> >> I checked with the previous recent version, 552f923 and after removing >> all the carto-count statements, I get the same behaviour, an untrapped >> error. So I think the carto-count is working perfectly and I have just >> unearthed a different problem. >> >> >> >> >> >> Having left the problem for a few days (and rebooting a number of times) >> I thought I’d try my ‘top 10’ statistics layout (as in the attached >> LayoutStatisticsReporting.thc file). >> >> I ran my thconfig a number of times. For a given input, the point at >> which the log file truncates seems to be consistent. >> >> >> >> The file log5 is what I get with a successful compile with all of the >> statistics. >> >> The file log1 is what statistics <whatever> 10 gives me. >> >> Thinking that the scraps reported near either side of the log file >> truncation might be associated, I commented them out of the map. >> >> The file log04 shows what happens then – the truncation just occurs a few >> more characters along the file. >> >> >> >> Bruce >> >> _______________________________________________ >> Therion mailing list >> [email protected] >> https://mailman.speleo.sk/listinfo/therion >> >> _______________________________________________ >> Therion mailing list >> [email protected] >> https://mailman.speleo.sk/listinfo/therion >> >
_______________________________________________ Therion mailing list [email protected] https://mailman.speleo.sk/listinfo/therion
