Frej Drejhammar
Frej Drejhammar
> As a thought... have you tried this on older versions of simavr to see > if this is pre-existing condition or recently introduced? I have been > looking at...
Thanks @bsekisser but I don't think that patch will help my problem. My problem is not the precision, it is that changing the divisor clears the timer count (as described...
Yes I saw that, It appears that @messani has also concluded that the reconfiguration logic clears the timer count when the hardware does not. Hopefully he/she will fix it.
> As a chance for possible DoS, imagine e.g. an email service that accepts emails from the online wild and one of its task is filtration of content of attachments...
I would not oppose such a feature, feel free to submit a patch.
Same-named local subrepos with different origins cannot be converted due to ambiguity in the mapping
When extending the mapping file format, be sure to also handle the case when a subrepo is changed without a change in the current branch. I'm thinking of a case...
Same-named local subrepos with different origins cannot be converted due to ambiguity in the mapping
@jdanielp: Sorry, no I don't have an example. Another thing, make sure that you stay backwards compatible so that existing incremental setups are not broken.
Same-named local subrepos with different origins cannot be converted due to ambiguity in the mapping
@MokhamedDakhraui and @johannesc I would appreciate your input on this issue as I expect you to have a better grasp of this part of the code than I have. >...
Same-named local subrepos with different origins cannot be converted due to ambiguity in the mapping
> I hope to be back on this in a week or two. Unfortunately, I cannot > be sure of the exact timing due to the other work issues. If...
> The most rock-solid way is mapping without any regexes. The mapping > can be like this: Agreed, if you want regexps you can always write a program that traversers...