Activity
From 11 Oct 2019 to 09 Nov 2019
09 Nov 2019
- 21:45 Feature #1358: Emacs UI: should active input line be cleared before sending line from CoCoA-5 file?
- Checked into CVS.
I had added a fn for sending a string to the running *cocoa5* buffer; I have not yet altered any f... - 09:18 Feature #1358: Emacs UI: should active input line be cleared before sending line from CoCoA-5 file?
- Tried on two (oldish) version of emacs.
Both work.
07 Nov 2019
- 20:17 Feature #1358: Emacs UI: should active input line be cleared before sending line from CoCoA-5 file?
- I noticed quite a lot of "almost duplication" in the *@cocoa5.el@* file. We should try to reduce that: more work for...
- 18:37 Feature #1358 (In Progress): Emacs UI: should active input line be cleared before sending line from CoCoA-5 file?
- I have a first version which seems to work: after *@(goto (point-max))@* I have inserted *@(move-beginning-of-line ni...
- 17:43 Feature #1358: Emacs UI: should active input line be cleared before sending line from CoCoA-5 file?
- I think it is probably a good idea to clear the last line (assuming this can be done reasonably easily in emacs).
...
30 Oct 2019
- 22:44 Slug #480: gcd too slow for large degree univariate poly
- This slug still exists: on my current machine, top reports that CoCoA-5 is using 13Gbyte of memory. The computation ...
- 16:09 Feature #1358 (Closed): Emacs UI: should active input line be cleared before sending line from CoCoA-5 file?
- When using the Emacs UI, possibly confusing problems can arise if the user has started to type some input in the exec...
- 11:20 Support #1222: Release CoCoA-5.3.0
- I have compiled CoCoA-5 (current CVS) on my little 32-bit netbook (with @readline@ but no other extlibs). Compilatio...
29 Oct 2019
- 12:20 Bug #1356 (Closed): CoCoA-5 header files: should use a common prefix for CPP variables which enforce read-once
- The usual trick to ensure that header files are read only once is to define a CPP variable the first time the header ...
26 Oct 2019
- 09:53 Bug #1325 (Closed): Emacs UI: emacs does not recognize "until" as marking the end of a "repeat" block
- tried. works. closed.
- 09:11 Bug #1325 (Feedback): Emacs UI: emacs does not recognize "until" as marking the end of a "repeat" block
- I have made the changes which I think are right for having *@until@* recognized as an end-keyword.
I have tried to c... - 08:47 Feature #673: Error message: I was expecting...
- John Abbott wrote:
> Mind you, anyone who types in any of the above is just being a vandal (mmm, me too?)
Now cal...
25 Oct 2019
- 18:27 Design #1352: cocoa5 (launch) script: sleep time
- Added sleep to ConfigEmacs mac and linux
- 18:06 Design #1352: cocoa5 (launch) script: sleep time
- updated accordingly the scripts in @release-files/@
- 16:17 Design #1352: cocoa5 (launch) script: sleep time
- Good point! I think we should set the same timings in the installation script (for Mac it's called @ConfigEmacs@)
- 14:07 Design #1352: cocoa5 (launch) script: sleep time
- One could argue that this is relatively unimportant for normal users (_i.e._ those who download CoCoA-5) since they _...
- 14:01 Design #1352 (In Progress): cocoa5 (launch) script: sleep time
- A slightly previous version of the script would sleep for 1 sec, print error mesg, sleep for 1 sec, then exit.
An ... - 13:39 Design #1352 (Closed): cocoa5 (launch) script: sleep time
- The usual way to start CoCoA-5 is to run the script *@cocoa5@*.
This script runs some quick basic checks then call... - 15:57 Bug #1325: Emacs UI: emacs does not recognize "until" as marking the end of a "repeat" block
- I now see that in *@cocoa5.el@* there are two very similar constants: *@cocoa5-endkeywords-list@* and *@cocoa5-end-bl...
- 15:39 Bug #1325 (Resolved): Emacs UI: emacs does not recognize "until" as marking the end of a "repeat" block
- I think I may have solved this (without actually understanding what the emacs-lisp code does).
I have changed the ... - 15:27 Bug #1325: Emacs UI: emacs does not recognize "until" as marking the end of a "repeat" block
- Here is a test case:...
- 15:12 Feature #673 (Feedback): Error message: I was expecting...
- I have tried some more tests. Mostly it seems OK, but it is possible to confuse the parser:...
- 13:34 Bug #1351: Clean up package points.cpkg
- I was surprised by the following line in @points.cpkg5@...
- 13:31 Bug #1351 (New): Clean up package points.cpkg
- I noticed some old code in *@points.cpkg@* which does not work in CoCoA-5.
In any case, most functions in that pac... - 13:28 Support #1350: CoCoA manual: entry for operators, shortcuts
- I have added *@<=@* and *@>@* and *@>=@* to the list at the top of the page.
I also noticed that there appears to ... - 13:26 Support #1350 (New): CoCoA manual: entry for operators, shortcuts
- The first time I use the online manual in CoCoA-5, I always get a warning about the *@operators, shortcuts@* page bei...
- 11:55 Feature #504: New operators: += -= *= /=
- Here is a command for finding lines which contain commands like *@A := A + blah@* or some other operator -- it does f...
- 11:46 Feature #504: New operators: += -= *= /=
- One big advantage of rejecting the idea of introducing *@+=@* and friends is that there would be no need to fiddle ar...
24 Oct 2019
- 23:11 Feature #673: Error message: I was expecting...
- CVS-ed. Also CoCoA-5 tests pass :-)
- 23:00 Feature #673 (Resolved): Error message: I was expecting...
- Not really sure how to do this cleanly, so I have "hacked" the class @Token@ in @Lexer.H@ (near line 243) by adding a...
- 23:06 Support #530: Interpreter error message: "for" with missing "do"
- Oh, that is strange.
I suppose the parser thinks that @10 x@ is more likely a typo for @10*x@, but that @10 3@ is pr... - 08:23 Design #1348 (Feedback): cocoa5 script for releases
- I recovered the check on 32/64 bits for linux even though we no longer distribute 32-bit.
(but this way the user get...
23 Oct 2019
- 18:51 Design #1348: cocoa5 script for releases
- I made a new release for mac and for linux on the webpage.
- 18:19 Design #1348 (Resolved): cocoa5 script for releases
- Done, I believe.
Now testing comes.
- 14:48 Design #1348 (In Progress): cocoa5 script for releases
- I have updated the release-* scripts for Linux, Mac and Microsoft.
CVS-ed.
- 14:43 Design #1348: cocoa5 script for releases
- I have noticed that @cocoa5-linux@ still includes the trick for choosing between 32-bit and 64-bit executables. Isn'...
- 14:35 Design #1348: cocoa5 script for releases
- The bug the student had found had been fixed (ages ago?) in our "private" version of @cocoa5@, but the change was nev...
- 14:34 Design #1348 (Closed): cocoa5 script for releases
- A student today reported a problem with CoCoA-5 on her Mac: we released a "bad" version of the @cocoa5@ start-up scri...
22 Oct 2019
- 11:10 Slug #1284 (Closed): CartesianProductList: too slow
- 11:04 Bug #1288 (Closed): len for RINGELEM ?!?
21 Oct 2019
- 23:00 Slug #1270 (In Progress): RationalSolve: use MinPolyQuot instead of elim
- Here is an example which shows that @RationalSolve@ can be unreasonably slow:...
17 Oct 2019
- 17:43 Support #1344 (Rejected): Clean out OBSOLESCENT
- Some obsolescent functions have been so for a long time.
Clean out some of the oldest ones (for 5.3.0).
- 15:24 Design #1075: LaTeX package: power-product printing
- John Abbott wrote:
> Perhaps the criterion in comment 3 should consider only those indets which actually appear in t...
16 Oct 2019
- 22:30 Bug #946: Function "ideal" evaluates the argument twice
- I have just run the test given in comment 2; now only the first one evals its arg twice.
Is this easy to fix?
Mov... - 22:23 Design #474: Eliminate package BinRepr
- This issue has been lingering for years. Now it is marked as *urgent* (so moving it back to target 5.3.0).
*Anna* n... - 22:15 Bug #1288 (Feedback): len for RINGELEM ?!?
- The CoCoA-5 manual page has already been fixed.
I have just modified @BuiltinFunction-CoCoALib.C@ so that an error... - 22:04 Design #1075: LaTeX package: power-product printing
- I have just tried a quick test: it is a bit surprising that the resulting strings are different...
- 21:56 Slug #1284 (Feedback): CartesianProductList: too slow
- Apparently I checked this in some time ago -- I suppose not long after the previous comment (5 months ago).
Maybe ...
15 Oct 2019
- 11:49 Slug #948: radical is slow (compared to singular) on these examples
- John Abbott wrote:
> My simple idea was just to add say 0.1 to the actual measured time: if minpoly is fast,
> this...
14 Oct 2019
- 22:29 Slug #948: radical is slow (compared to singular) on these examples
- I have just tried modifying the code, but *it does not work as expected.*
In @SparsePolyOps-Ideal0Dim.C@ around l... - 22:01 Slug #948: radical is slow (compared to singular) on these examples
- We have another funny problem: @MinPoly@ is too fast ;-)
The timeout for @GBasis@ depends only on the time spent in ... - 17:32 Bug #1230 (In Progress): PrimaryDecomposition with lex ordering
- Not quite :-/
there is still something dodgy:... - 17:03 Support #406: Manual for CoCoAManual/CoCoAHelp.xml
- John Abbott wrote:
> Should we postpone this issue to the release after 5.3.0?
I think we should aim at 5.3.0.
I...
11 Oct 2019
- 22:18 Support #1311 (In Progress): THINGS TO DO IN GENOVA September 2019
- 22:16 Support #406: Manual for CoCoAManual/CoCoAHelp.xml
- Should we postpone this issue to the release after 5.3.0?
- 22:14 Support #1222: Release CoCoA-5.3.0
- I have revised the title since we changed the planned version number ;-)
- 22:12 Bug #1335: ManExamples: some problems
- Running the example on the man page for @StandardInput@ is definitely a problem. I do not know how to fix this (othe...
- 22:06 Feature #1236: Add "socket" devices
- It would be good to close this soon.
We should test it on the 3 usual platforms: GNU/Linux seems OK to me, Mac? M... - 22:03 Bug #1230 (Resolved): PrimaryDecomposition with lex ordering
- I think this has already been done. Changed status to "resolved".
- 22:02 Bug #1274 (Closed): SortBy and SortedBy sometimes give wrong result
- This was actually fixed some time ago; I just forgot to tell redmine.
- 21:54 Design #1334: sylvester or SylvesterMat?
- I have renamed @jacobian@ to @JacobianMat@; @jacobian@ is now in obsolescent (both for CoCoA-5 and CoCoALib).
- 18:01 Design #1334: sylvester or SylvesterMat?
- John Abbott wrote:
> Not really related: there is a function *@jacobian@* which returns the jacobian matrix. Should... - 15:03 Design #1334 (Resolved): sylvester or SylvesterMat?
- I have changed the CoCoA-5 manual to use the new name. There was no need to change any tests.
Also added @Sylvest... - 12:06 Design #1334: sylvester or SylvesterMat?
- Not really related: there is a function *@jacobian@* which returns the jacobian matrix. Should it be called *@Jacobi...
- 12:01 Design #1334: sylvester or SylvesterMat?
- What should @SylvesterMat@ do if one of the args is 0?
An error must be signalled, but how?
Currently the error is ... - 11:57 Design #1334: sylvester or SylvesterMat?
- I have now made the impl in C++; more or less a straight copy of the CoCoA-5 code.
It seems to work (on 2 simple e...
Also available in: Atom