Activity
From 08 May 2014 to 06 Jun 2014
30 May 2014
- 09:16 Design #567 (Feedback): Emacs UI: coloured syntax in output buffer has problems if error message shows a single double-quote
- Easy when you know where, more difficult to find *where*.
Done.
I had to change @ErrorReporter::ErrorPrefix("--> ...
29 May 2014
- 17:11 Design #567: Emacs UI: coloured syntax in output buffer has problems if error message shows a single double-quote
- first step done (in Lexer.C)
- 17:09 Design #567 (In Progress): Emacs UI: coloured syntax in output buffer has problems if error message shows a single double-quote
- Let's try the proposal. As it is a "trick", it should be well documented.
- 16:39 Design #567: Emacs UI: coloured syntax in output buffer has problems if error message shows a single double-quote
- maybe error messages should be printed...
- 16:37 Design #567 (Closed): Emacs UI: coloured syntax in output buffer has problems if error message shows a single double-quote
- consider this...
- 17:04 Support #541: Unify releases for Linux 32 and Linux 64
- Apparently emacs + script does not work on some linux machine (Oscar's).
Script works fine inside a normal shell, but... - 14:39 Bug #566 (Resolved): Online help: problem with "<>"
- I'm sure this didn't work just a few days ago; but when I tried it yesterday, everything behaved correctly (but I don...
26 May 2014
- 22:03 Bug #566 (Closed): Online help: problem with "<>"
- The manual search *@?<>@* produces no match, yet the XML source has a suitable key (in the entry for *@Equality Test@...
22 May 2014
- 17:20 Bug #447: CoCoA-5.0.3 Microsoft std::bad_alloc
- Elisa Businelli has kindly lent us her computer so that we could confirm that the problem has been resolved on her ma...
20 May 2014
- 18:15 Design #563 (Closed): Remove ZMOD type from CoCoAInterpreter
- The type @ZMOD@ is no longer used -- remove it from C5.
- 17:54 Support #225 (Closed): HilbertBasis: cocoa vs normaliz
19 May 2014
- 14:52 Feature #561 (Closed): Emacs UI: unrecognized keywords (ImportByValue...)
- Some C5 keywords are not coloured: _e.g._ *@ImportByValue@*.
Check the Emacs UI list against the list in the inter...
16 May 2014
- 19:23 Bug #447 (Closed): CoCoA-5.0.3 Microsoft std::bad_alloc
- Anna says she has fixed it; @exbugs.cocoa5@ now passes on Linux.
- 14:07 Bug #447: CoCoA-5.0.3 Microsoft std::bad_alloc
- (20140516) I get the same problem in my 32-bit Linux VM.
Investigating.
14 May 2014
- 17:41 Support #559 (Closed): Release: CoCoA-5.1.0
- compile and update website
- 17:36 Support #542 (Closed): CoCoAManual: improve part on data-types
- 16:58 Support #542 (Feedback): CoCoAManual: improve part on data-types
- lots of cleaning: not all done but ok for current release of CoCoA-5.1
- 17:34 Support #558 (Closed): CoCoAManual: semi-automatic check of all input
- 17:34 Support #558: CoCoAManual: semi-automatic check of all input
- (corrected code for *AllExamples.C*)
Run @make ManExample@
this creates @ManExamples-out.cocoa5@.
Give it as input t... - 17:31 Support #558 (Closed): CoCoAManual: semi-automatic check of all input
- Extract from the manual the input of the examples into a file; then run it in cocoa.
*2014-07* Run *make ManExamp... - 17:21 Bug #279 (In Progress): Bug in Radical (actually a RingHom problem)
- *20140514* JAA confirms that the original problem persists; also gives numerous memory alloc errors like this:...
- 17:06 Support #557 (New): CoCoAManual: improve part on input/output
- (in manual, introductory part)
- 17:06 Support #556 (Closed): CoCoAManual: improve part on tagging
- 17:05 Support #555 (Closed): CoCoAManual: improve part on language
- Make new issue for remaining work.
- 17:03 Support #555: CoCoAManual: improve part on language
- Mostly done, cleaned up and reinserted in html and tex manual.
To do (no time for cocoa-5.1.0) description about *in... - 17:00 Support #555 (Closed): CoCoAManual: improve part on language
- The part describing the language was already obsolete 10 years ago.
Simplify and resurrect. - 16:56 Support #179 (Closed): TeX documentation for CoCoA-5
- It works much better now; still working on the content...
- 16:37 Support #176 (Closed): CoCoAManual: Doc for new commands
- 16:30 Bug #460 (Closed): Emacs UI: updating abbrev-table
- It seems to work well enough (at least most of the time).
Closing!
- 15:36 Design #332 (Feedback): Approx pts preprocessing fns
- I have corrected the spurious error -- forgot to invert a condition when changing an assert into @if (check) CoCoA_ER...
- 09:06 Design #332: Approx pts preprocessing fns
- Manual for *PreprocessPts* is wrong. I had a look, but I don't know how to fix it.
(syntax talks about LIST, but sh... - 15:31 Feature #553 (Feedback): Port function MantissaAndExponent2
- I have implemented, tested, & documented.
I followed Anna's suggestion: a @MantExp2@ structure now contains 4 (pu... - 09:38 Feature #553: Port function MantissaAndExponent2
- For JAA: commit file for fixing
@BuiltInFunctions.C:678: error: 'class CoCoA::MantExp2' has no member named 'myNumDig...
12 May 2014
- 23:49 Feature #553: Port function MantissaAndExponent2
- John Abbott wrote:
> I've just copied the code for @MantissaAndExponent10@ -- it seems a waste writing code using cu... - 21:29 Feature #553 (In Progress): Port function MantissaAndExponent2
- I've just copied the code for @MantissaAndExponent10@ -- it seems a waste writing code using cut-and-paste :-(
Add... - 18:35 Feature #553 (Closed): Port function MantissaAndExponent2
- *MantissaAndExponent2* is defined in CoCoALib and mentioned in the manual for CoCoA-5.
Porting it to CoCoA-5 should ... - 16:50 Feature #204: NmzComputation: the powerful NormalizComputation function in CoCoA-5
- Okay, that's not so difficult if you know how it works. I just had to remember also to remove the matching @END_STD_B...
- 16:21 Feature #204: NmzComputation: the powerful NormalizComputation function in CoCoA-5
- Christof Soeger wrote:
> I have implemented point 1) (see #218) and now also point 2). I will send the code.
test... - 15:55 Feature #204: NmzComputation: the powerful NormalizComputation function in CoCoA-5
- I have implemented point 1) (see #218) and now also point 2). I will send the code.
For 3) I have the problem that...
09 May 2014
- 21:41 Bug #552: C5 BuiltinFunctions.c fn RingElem
- I've tested and checked in my revised impl.
Perhaps I was too paranoid after finding an ugly bug in @IsHomog@ (also ... - 21:30 Bug #552: C5 BuiltinFunctions.c fn RingElem
- Wouldn't it be more natural to specify indexed symbols using this syntax: @RingElem(R, "x", [2,3])@?
- 21:27 Bug #552 (In Progress): C5 BuiltinFunctions.c fn RingElem
- OK, I think I have figured out what the code is supposed to do. I've added some documentation (and improved variable...
- 21:13 Bug #552 (Closed): C5 BuiltinFunctions.c fn RingElem
- What is going on in the impl of builtin fn @RingElem@; source is in @BuiltinFunctions.C:949-977@???
Something *BAD*! - 14:57 Bug #545: Compiler g++ 4.2.1 (clang-503.0.40) on MacOSX 10.9: warnings and errors
- We could avoid the problem by *using different names for the various mem fns*; this idea should be considered (& then...
- 13:46 Bug #545: Compiler g++ 4.2.1 (clang-503.0.40) on MacOSX 10.9: warnings and errors
- Here is an argument against blindly applying the @using@ "trick".
The class @RingBase@ defines a mem fn @myNew(con... - 13:39 Bug #545: Compiler g++ 4.2.1 (clang-503.0.40) on MacOSX 10.9: warnings and errors
- We should employ the @using@ "trick" only if it the correct design! I believe it is a bad idea to use it just to mak...
- 11:53 Bug #545: Compiler g++ 4.2.1 (clang-503.0.40) on MacOSX 10.9: warnings and errors
- problem (2): done for Sugar too.
Now to be done for all concrete rings: myNew, myAssign, myIndets.
I think that sho... - 09:39 Bug #545: Compiler g++ 4.2.1 (clang-503.0.40) on MacOSX 10.9: warnings and errors
- Anna Maria Bigatti wrote:
> So it is probably useful to keep the compilation flag and to add those "using".
> I expec... - 09:26 Bug #545: Compiler g++ 4.2.1 (clang-503.0.40) on MacOSX 10.9: warnings and errors
- John Abbott wrote:
> Similar @overload-virtual@ warnings are produced even when compiling CoCoALib. I believe I unde... - 13:28 Feature #514 (Closed): submodule: minimalize, minimalized
- added small test.
Closing.
- 13:20 Support #494 (Closed): Emacs UI: installation on Mac OS 10.8.5
- This is the best we can get.
Moreover new installation is easier (does not require set names or folder positioning)
... - 12:56 Feature #529 (Closed): Naive version of resolution and Betti numbers
- It works, but should be cleaned up.
Mainly we should store the resolutions in the ideal (together with Hilbert, Jane... - 12:50 Feature #367 (Closed): implement LF/DF for an ideal
- done and documented (I can't remember when).
Closing.
08 May 2014
- 17:53 Support #187: CoCoA-5 (partial) releases: make the process simpler
- works on mac and linux.
On linux also deals automatically with 32/64 bit binaries
- 17:51 Support #187: CoCoA-5 (partial) releases: make the process simpler
- I've been cleaning up my scripts and insterted them in CVS.
... as usual it is difficult to make things easy!
I hav... - 17:42 Support #542: CoCoAManual: improve part on data-types
- I have checked/updated essentially all fn signatures in @CoCoAHelp.xml@.
I have done nothing about @TAGGED@.
Some... - 12:58 Design #549 (In Progress): Automatic conversion from RINGELEM to INT or RAT
- I now think that it is appropriate for @FloatStr@, @DecimalStr@ and @ScientificStr@ to accept @RINGELEM@ and auto con...
Also available in: Atom