Activity

From 29 Apr 2021 to 28 May 2021

20:42 Feature #1112: New function: IsEmpty: Is this in some way related to issue #31?
If not, delete the link I have just created above.
John Abbott
20:40 Slug #96: sort is too slow: I have just re-run the test: it took about 9.0s on my current linux laptop.
Still too slow :-(
John Abbott
20:35 Slug #31: theValue makes copy: Current plan of action:
* Anna will check in her changes (hinted at above)
* Anna will make an interim release of t... John Abbott
18:01 Slug #31: theValue makes copy: Now investigate why the code is split in Interpreter.H and BuiltInOneLiners.H Anna Maria Bigatti
17:59 Slug #31: theValue makes copy: The (template) function theValue makes a copy of... Anna Maria Bigatti
17:58 Slug #1597 (Feedback): GetRow/GetRows are extraordinarily slow: Anna Maria Bigatti
13:52 Slug #1597: GetRow/GetRows are extraordinarily slow: ------ *THIS IS NOW COPIED IN #31* --------
The (template) function @theValue@ makes a copy of... Anna Maria Bigatti
10:47 Slug #1597: GetRow/GetRows are extraordinarily slow: ... Anna Maria Bigatti
15:43 Slug #687: Builtin fn makes unnecessary copy of arg: John Abbott wrote:
> Now it takes 0.001s. No idea why it is fast now and not before.
I guess is was for the move... Anna Maria Bigatti
15:31 Slug #687 (Closed): Builtin fn makes unnecessary copy of arg: Now it takes 0.001s. No idea why it is fast now and not before.
Closing.
John Abbott

22:31 Bug #1595: Bad input causes crash: I have just tried a slightly modified test, namely... John Abbott
14:28 Bug #1595: Bad input causes crash: How should the error be reported?
In the fn @Parser::checkThereIsntAnotherUnaryPlusOrMinus@ the error is reported ... John Abbott
12:54 Slug #1597: GetRow/GetRows are extraordinarily slow: Further investigation, this is very surprising for me... Anna Maria Bigatti
12:22 Slug #1597: GetRow/GetRows are extraordinarily slow: Fixed... Anna Maria Bigatti
11:49 Slug #1597: GetRow/GetRows are extraordinarily slow: This also corresponds to the time for... Anna Maria Bigatti
11:41 Slug #1597 (In Progress): GetRow/GetRows are extraordinarily slow: The problem is that *each call* to @GetRow@ makes a copy of the complete matrix!
The copy is triggered by @CoCoA::In... John Abbott
10:55 Slug #1597 (Closed): GetRow/GetRows are extraordinarily slow: For larger matrices @GetRow@ and @GetRows@ are unexpectedly slow:... John Abbott
10:50 Design #1041: Separators for elements of a list: I am not so sure about it being useful to allow a user to change the string.
However, it would be a good idea to hav... John Abbott

17:04 Bug #1594 (Feedback): Parser bug: missing close square bracket: John Abbott
16:31 Feature #1596: Add CoCoA5 function NmzHilbertBasisKer: Internally, in CoCoALib, the input/output interface with Normaliz is through matrices, and this was chosen because it... Anna Maria Bigatti

17:02 Bug #1595: Bad input causes crash: I have not found the real bug, but do have a workaround.
I have changed *@Parser::checkThereIsntAnotherUnaryPlusOr... John Abbott

10:47 Bug #1595 (In Progress): Bad input causes crash: Here is an entertaining failing input:... John Abbott

17:49 Support #1507 (Closed): wordlist without OBSOLETE entries?: John Abbott
17:48 Feature #250 (Closed): CoCoALib BuildInfo vs CoCoA-5 VersionInfo: John Abbott
17:43 Feature #500 (Closed): Interpreter: is it possible to avoid useless prompts?: The latent problem did appear (see issue #1594; now fixed).
A different design might be better, but this is good eno... John Abbott
17:37 Feature #531 (Closed): Package protected variables should know which package protected them: John Abbott
17:32 Support #911 (Closed): CoCoA-5 prompt for incomplete input: Anna and John are happy. Closing.
John Abbott
17:14 Bug #1595: Bad input causes crash: ... John Abbott
17:03 Support #1478: HilbertBasis: clarify: Anna Maria Bigatti wrote:
> It seems that
> [...]
> gives the wrong answer (gives the 2 vectors in M). The code... Anna Maria Bigatti
16:53 Feature #1596 (Resolved): Add CoCoA5 function NmzHilbertBasisKer: Add entry in cocoa manual. (for Anna) Anna Maria Bigatti
16:52 Feature #1596: Add CoCoA5 function NmzHilbertBasisKer: Added @NmzHilbertBasisKer@. In @BuiltInFunctions-Normaliz.C@... Anna Maria Bigatti
16:49 Feature #1596 (Resolved): Add CoCoA5 function NmzHilbertBasisKer: Add function to do @HilbertBasisKer@ using Normaliz (much faster) Anna Maria Bigatti
16:34 Bug #1594: Parser bug: missing close square bracket: John Abbott wrote:
> I have rewritten the "fancy delayed prompt" code, and now the problem seems to have gone away ... Anna Maria Bigatti

22:00 Bug #1595: Bad input causes crash: Separate issue because I think the cause is different; at least the error message seems to be different.
How tedio... John Abbott
21:59 Bug #1595 (Closed): Bad input causes crash: Even after my latest update CoCoA can still crash with bad input:... John Abbott
20:18 Bug #1594 (Resolved): Parser bug: missing close square bracket: I have rewritten the "fancy delayed prompt" code, and now the problem seems to have gone away (after some rather min... John Abbott
19:54 Bug #1594: Parser bug: missing close square bracket: The bug seems to vanish if I disable the "fancy" delayed prompt code (which creates a new thread).
I am vaguely awar... John Abbott

16:57 Bug #1594: Parser bug: missing close square bracket: It is really annoying that CoCoA-5 treats inputs via different mechanisms differently.
Anyway, I have some new faili... John Abbott
16:44 Bug #1594: Parser bug: missing close square bracket: Huh???
If I run CoCoA inside emacs (so with readline disabled) and type in @[1,]@ as input then CoCoA crashes.
*B... John Abbott
14:06 Bug #1594: Parser bug: missing close square bracket: Here are some more failing cases:... John Abbott
10:45 Bug #1594: Parser bug: missing close square bracket: Some relevant source code is in @Parser.C@ around line 1990, in the fn *@Parser::parseRecord@*
John Abbott

12:10 Bug #1594: Parser bug: missing close square bracket: Here are some more inputs which cause trouble:... John Abbott
12:06 Bug #1594 (In Progress): Parser bug: missing close square bracket: The exception is thrown at line 81 in @LineProviders.C@, and ought to have been caught
in line 376 of @Parser.C@. M... John Abbott

10:57 Bug #1594: Parser bug: missing close square bracket: After some _ad hoc_ testing, it seems that the bug appears only when using CoCoA-5 through the Emacs interface.
@g... John Abbott
10:42 Bug #1594: Parser bug: missing close square bracket: I confirm the bug exists also for the Linux version.
John Abbott

17:14 Support #1478: HilbertBasis: clarify: It seems that ... Anna Maria Bigatti
16:53 Bug #1594 (Closed): Parser bug: missing close square bracket: ... Anna Maria Bigatti

08:20 Bug #1593 (New): CanonicalHom: Hi,
I was just playing around with the function @PolyAlgebraHom@ and noticed that there is a weird behavior when w... Julian Danner

Also available in: Atom

CoCoA » CoCoA-5