Activity
From 19 Apr 2015 to 18 May 2015
18 May 2015
- 21:35 Bug #713: External libs: interrupting not easy
- GNU has some useful looking documentation:
@http://www.gnu.org/software/libc/manual/html_node/Signal-Sets.html#Signa... - 21:09 Bug #713: External libs: interrupting not easy
- I am considering the following behaviour:
* each time ctrl-C is received a counter is increased
* if the CoCoA inte... - 21:01 Bug #713: External libs: interrupting not easy
- I have found this web page which gives some advice:
@http://stackoverflow.com/questions/103280/portable-way-to-catch... - 16:31 Bug #713: External libs: interrupting not easy
- Christof has tried some experiments with GAP, and he noticed that a single ctrl-C appeared to do nothing, but 2 ctrl-...
- 16:25 Bug #713: External libs: interrupting not easy
- Another possible (simple) approach is to offer a command line flag which stops @CoCoAInterpreter@ from intercepting s...
- 15:44 Bug #713: External libs: interrupting not easy
- Perhaps the best solution would be to leave the code as it is, and to write better documentation. After all a call t...
- 15:42 Bug #713: External libs: interrupting not easy
- Remember that a (portable) signal handler cannot do much.
Christof was puzzled when running some Normaliz tests th... - 15:35 Bug #713 (Closed): External libs: interrupting not easy
- @CoCoAInterpreter@ intercepts @SIGTERM@ signals; this means that a long computation happening inside an external lib ...
- 17:14 Bug #698 (Resolved): Emacs UI: problems with packages on windows
- John Abbott wrote:
From issue #699:
<quote>
JAA notes that Emacs lisp has the built-in variable system-type whic... - 17:10 Bug #699 (Rejected): Emacs UI: set back "cocoa5-executable" to "CoCoAInterpreter"?
- 16:57 Support #706 (Resolved): meaningful error for IDEAL <= IDEAL
- Done.
- 15:24 Bug #712 (In Progress): External Libs: missing dependencies in Makefiles
- The CoCoALib binaries related to Normaliz (_e.g._ *@ExternalLibs-Normaliz.o@*) do not depend on the Normaliz source f...
- 15:20 Feature #708: ExternalLib Normaliz: verbose flag?
- Christof says that Normaliz uses a @bool@.
Should CoCoALib simply follow what Normaliz does for its normaliz relat... - 15:02 Feature #711: External Libs: print credits?
- Anna Maria Bigatti wrote:
> Done in init.cpkg5.... but that's not good: it does not see the "--no-preamble" flag :-(... - 12:21 Feature #711: External Libs: print credits?
- We would like authors to cite CoCoA when they use in the their research. Presumably then they should also cite any e...
- 12:12 Feature #711 (In Progress): External Libs: print credits?
- Done in init.cpkg5.... but that's not good: it does not see the "--no-preamble" flag :-(
undoing it.
- 11:11 Feature #711: External Libs: print credits?
- I propose printing out a message about external libraries at the same time as the banner is printed out -- and the me...
- 11:05 Feature #711: External Libs: print credits?
- One piece of software printed out a message every time a Normaliz function was called: this produced thousands of mes...
- 10:59 Feature #711 (Closed): External Libs: print credits?
- At the Normaliz workshop I noticed that two other pieces of software printed out "credits" when external libraries we...
- 10:38 Feature #700: Which external libs are present?
- It would also be nice if there were an indication of which version of each external library is present. The ability ...
17 May 2015
- 10:33 Slug #709: Speed of some Normaliz calls (NmzComputation)
- *TO DO* JAA can try the same computation but from CoCoALib; perhaps some time is spent converting to CoCoA-5 data str...
- 10:17 Slug #709 (In Progress): Speed of some Normaliz calls (NmzComputation)
- JAA has done a few speed comparisons between calling @normaliz@ directly from the command line and calling @NmzComput...
- 10:12 Feature #708: ExternalLib Normaliz: verbose flag?
- Some ideas are:
* a global flag which says what the default verbosity is
* an optional arg to calls to Normaliz whi... - 09:55 Feature #708 (Closed): ExternalLib Normaliz: verbose flag?
- Is it possible to make Normaliz be verbose from the CoCoA-5 interface?
Christof says he/they often find it help to s... - 09:51 Feature #700 (Feedback): Which external libs are present?
15 May 2015
- 14:01 Support #706 (Closed): meaningful error for IDEAL <= IDEAL
- CoCoA-4 had the syntax @I <= J@ which is now computed via @IsContained(I, J)@.
Investigate on how to return a meanin... - 11:27 Feature #704 (Closed): rename MinGensGeneral?
- there are two functions: *MinGens* (for homogeneous case) and *MinGensGeneral* (trivial algorithm for non homogenous ...
- 11:03 Feature #466 (Feedback): CoCoAManual: add entry summarising syntax of all CoCoA-5 commands
- Anna Maria Bigatti wrote:
> Added entry "All CoCoA Commands".
> It only gives the list of entries with type "comman... - 10:55 Bug #643 (Feedback): GenRepr fails if there are zero generators
- Done (hilop.cpkg5)
- 09:05 Feature #702: Add more operations for modules
- Add more module operations: +, colon, ...
Not much to do for CoCoA-5: most of the work is proper design in CoCoALib. - 09:03 Feature #702 (New): Add more operations for modules
13 May 2015
- 17:20 Feature #700: Which external libs are present?
- JAA and AMB think that there is little need to have a similar function in CoCoALib since there are the CPP defines @C...
- 16:41 Feature #700: Which external libs are present?
- Done.
Just fiddling with the string returned by... - 12:09 Feature #700: Which external libs are present?
- Some ideas:
* a function @ExternalLibs@ which returns a list of strings
* a function @HaveExternalLib@ which expect... - 12:08 Feature #700 (Closed): Which external libs are present?
- It might be nice to have a way in CoCoA-5 to know which external libs are actually present.
12 May 2015
- 18:20 Bug #699: Emacs UI: set back "cocoa5-executable" to "CoCoAInterpreter"?
- John Abbott wrote:
> JAA notes that Emacs lisp has the built-in variable *@system-type@* which gives information abo... - 17:13 Bug #699: Emacs UI: set back "cocoa5-executable" to "CoCoAInterpreter"?
- JAA notes that Emacs lisp has the built-in variable *@system-type@* which gives information about which OS is running...
- 17:09 Bug #699: Emacs UI: set back "cocoa5-executable" to "CoCoAInterpreter"?
- Anna Maria Bigatti wrote:
> So, we cannot remember why we did this change: probably to allow spaces in path.
We r... - 16:47 Bug #699 (Rejected): Emacs UI: set back "cocoa5-executable" to "CoCoAInterpreter"?
- In earlier versions @cocoa5-executable@ was @CoCoAInterpreter@.
Now it is the script @cocoa5@ (and this caused prob... - 15:36 Bug #698: Emacs UI: problems with packages on windows
- The problem was solved and tested on a student's computer.
It is enough to add one line in the file *<cocoadir>/emac... - 15:29 Bug #698 (Closed): Emacs UI: problems with packages on windows
- The recent installation of CoCoA for the Computer Algebra course in Genoa showed a problem on Windows in finding pack...
11 May 2015
- 14:43 Bug #697 (Closed): Interpreter: Avoid outputting an empty line after each line of input
- CoCoA-5 prints an empty line after each input line which outputs nothing.
Might be related to the fact that standa...
08 May 2015
- 13:32 Feature #622 (In Progress): New function: RandomSubset
- Following CoCoALib conventions the return type should be @vector<long>@.
What should the values in the vector be? ... - 11:21 Feature #652: Flag to enable/disable printing of list of loaded packages
- The excesive verbosity has arisen again: @Rank@ was exported from 2 packages (@BackwardCompatible@ and @obsolescent@)...
04 May 2015
- 15:43 Support #692: Local variables hiding out ones at top level
- In the example given I note that @x@ is actually a *protected* variable -- perhaps even more reason for a warning?
- 15:11 Support #692 (Rejected): Local variables hiding out ones at top level
- In function definitions local variables hiding outer ones are signalled by a Warning.
At top level not. This might ...
24 Apr 2015
- 17:59 Feature #622: New function: RandomSubset
- Let's start with just yours, for many reasons:
- it is simpler, as you said
- indeed that's also what I needed ;-)
... - 11:23 Feature #622: New function: RandomSubset
- We could simply have both; that way the user can choose which is more convenient (or efficient).
If we do choose t... - 11:20 Feature #622: New function: RandomSubset
- I wanted a @RandomSubset@ function which generated a random subset of @1..n@ of cardinality @r@. I was surprised whe...
- 11:34 Feature #531: Package protected variables should know which package protected them
- I do find it annoying when CoCoA says that name @XYZ@ is a package-exported variable but then does not tell me which ...
20 Apr 2015
- 11:17 Bug #684 (Closed): Emacs UI: wrong name after auto-inserting enddefine
- As it works for me and for Anna, I'm closing the issue. The EmacsUI code really needs to be completely rewritten, bu...
- 10:31 Bug #684: Emacs UI: wrong name after auto-inserting enddefine
- It works for me.
19 Apr 2015
- 20:47 Slug #687: Builtin fn makes unnecessary copy of arg
- I ran the following test:...
- 20:36 Slug #687 (Closed): Builtin fn makes unnecessary copy of arg
- While testing/profiling @IndetsIn@ (defined in @BuiltinOneLiners.C@) I noticed that the arg was copied by the fn, mak...
Also available in: Atom