Activity
From 21 Jul 2018 to 19 Aug 2018
16 Aug 2018
- 08:48 Support #1220 (In Progress): NewRingFp obsolescent; superseded by NewZZmod
- Made obsolescent in CoCoA-5. Manual updated. tests and packages updated.
Also I prefer @NewZZmod@ to @NewRingFp@... - 08:10 Support #1220 (Closed): NewRingFp obsolescent; superseded by NewZZmod
- The function *@NewZZmod@* generalizes @NewRingFp@, so make the latter obsolescent.
09 Aug 2018
08 Aug 2018
- 18:09 Support #1217 (Rejected): CoCoA-5 tests directory: cleaning
- There are some "suspect" files in the CoCoA-5 tests directory.
Check the contents, and eliminate any "junk".
- 17:49 Bug #1216: RationalSolve: gives wrong answer
- Another example......
- 12:48 Bug #1216: RationalSolve: gives wrong answer
- Assuming we still want to have the automatic selection between affine and projective solving, I suggest the following...
- 12:41 Bug #1216: RationalSolve: gives wrong answer
- What should @RationalSolve@ do if the input is homogeneous but the grading is non-standard?
- 11:34 Bug #1216: RationalSolve: gives wrong answer
- The point is that @RationalSolve@ tries to be clever about deciding whether it should look for solutions in affine sp...
07 Aug 2018
- 18:19 Bug #1216 (In Progress): RationalSolve: gives wrong answer
- Here is a 0-dim failing example:...
- 18:17 Bug #1216 (Closed): RationalSolve: gives wrong answer
- @RationalSolve@ gives the wrong answer in this example:...
- 18:10 Bug #1215: RationalSolve: gives "Error: must be non-zero"
- The first cause of the bug is that the code attempts to factorize the zero polynomial.
Perhaps in a finite field, th... - 18:08 Bug #1215 (Closed): RationalSolve: gives "Error: must be non-zero"
- I tried running the example in the first comment of issue #723. The call to @RationalSolve@ reported @Error: value m...
- 18:06 Feature #723: Referring to indets with multiple indices from a polyring
- The example comment 1 gives @ERROR: Value must be non-zero@ when calling @RationalSolve@. This cannot be right!
- 17:56 Feature #912: Add TUTORIALs to online manual
- I have added some more tutorials (since there are two imminent summer schools).
The original list in comment 1 wil... - 17:53 Support #169: Font for parameters in manual
- I think this already have been done (in most entries).
In the description we have used @<tt>@ rather than @code@ be... - 17:50 Design #168 (In Progress): Type info in CoCoA-5 manual
- I think that has already been (mostly) done. Right?
Setting new target version.
- 17:48 Support #1214 (In Progress): CoCoAManual: ensure that LaTeX compilation is "clean"
- I have revised the @Makefile@ in @src/CoCoA/CoCoAManual/@ so that LaTeX warnings are made visible.
Anna has elimin... - 17:46 Support #1214 (Closed): CoCoAManual: ensure that LaTeX compilation is "clean"
- Compiling the LaTeX version of the CoCoA-5 manual produces a number of warnings and overfull boxes.
We should elim... - 17:44 Support #406 (In Progress): Manual for CoCoAManual/CoCoAHelp.xml
- I think that has been partly done. There is certainly *a preliminary @README@ file.*
We should check that it is rea...
06 Aug 2018
- 16:22 Support #1148 (In Progress): Release CoCoA-5.2.4
- 16:22 Slug #907 (Closed): ApproxSolve very slow on this example
- Just tested the two examples. They are acceptably fast now.
Closing.
- 16:20 Feature #1202 (Closed): New package: arrangements
- As done as it may be, for this version.
- 16:20 Feature #1201 (Closed): New package: poset
- As done as it may be, for this version.
01 Aug 2018
- 09:37 Feature #1174: package of a function --> of an identifier!
- Waiting for a proper implementation in C++, we can do something like @starting@.
31 Jul 2018
- 14:39 Feature #1204 (New): MinPoly for matrix: fix in cocoalib and export to cocoa5
- MinPoly for matrix has an implementation in cocoalib and another in mat.cpkg5.
Compare them, clean up cocoalib, and ... - 13:13 Bug #1157 (Closed): FactorAlgExt
- 12:11 Slug #907 (Feedback): ApproxSolve very slow on this example
- I tested the examples, they are now quite fast.
I suggest closing this.
(controlling the error in the evaluation is... - 12:03 Slug #1114: Some other examples for 0-dim radical
- Checked. They are all reasonably fast using timeout.
Closed.
30 Jul 2018
- 18:02 Feature #1007 (Closed): (makefile) New "clean" target which does not clean documentation
- Closing this issue. Maybe a similar one will be reopened later if some problems arise.
- 14:46 Bug #1152 (Closed): Release: problems with sed
- I have just checked *@doc/Makefile@* and noticed that it calls both @sed@ and @txt2tags@ without specifying the full ...
- 14:36 Feature #1202 (Closed): New package: arrangements
- Functions for arrangements (for School in Sapporo Aug 2018)
- 14:36 Feature #1201 (Closed): New package: poset
- Functions for posets (for School in Sapporo Aug 2018)
- 14:33 Support #1188 (Closed): Product of empty list: manual and code disagree
- Have not really tested, but what can go wrong???
- 14:28 Feature #978 (Closed): CommonDenom: for polys and lists?
- 14:23 Bug #1172 (Closed): MinSubsetOfGens: problem with generators = 0
- 14:22 Feature #1122 (Closed): New fn: RandomLinearForm
- Closing
- 14:20 Slug #1114: Some other examples for 0-dim radical
- Probably better now: we are using timeout.
Run and compare.
- 14:17 Bug #1189 (Closed): HilbertBasisKer: unhelpful error with some inputs
- Closing
- 14:15 Bug #1190 (Closed): HilbertBasisKer: SEGV (again)
- CLosing
- 14:10 Design #1164 (Feedback): Manual: loading manual entries written by users
27 Jul 2018
- 12:10 Bug #1200 (Closed): Package exported function: wrong package name
- Very strange.
The code in Interpreter.C look reasonable, but this message is wrong:...
26 Jul 2018
- 14:05 Feature #1122: New fn: RandomLinearForm
- It may be more fast-and-robust to use geobuckets... is it worth doing so?
[I have added a comment to the source code... - 13:59 Bug #1191 (Closed): ApproxSolve: log(0) on some examples
- Closing
- 13:54 Feature #1007 (Feedback): (makefile) New "clean" target which does not clean documentation
- Our makefile targets do not yet follow the GNU conventions, but they seem to work well enough at the moment.
Close... - 11:47 Support #1188 (Feedback): Product of empty list: manual and code disagree
- We have decided for safety that sum/product of an empty list should give error (unless an initial value is given).
...
25 Jul 2018
- 17:14 Design #1075: LaTeX package: power-product printing
- The use of @"\!\:"@ is not ideal since @"\:"@ is elastic. Maybe it is a reasonable compromise?
Anna points out that...
Also available in: Atom