Activity
From 29 Jun 2015 to 28 Jul 2015
28 Jul 2015
-
15:56 CoCoA-5 Feature #719 (Closed): Readline: consider creating a textual interpreter with readline
-
- I cannot reproduce this error. Postponing to next version.
-
- > We should also reconsider all the names since some returns *intrusive_ptr<type>* and others a (vector of) *type*.
... -
27 Jul 2015
-
19:45 CoCoA-5 Bug #745 (Resolved): Readline: avoid printing out READLINE twice
- JAA corrected a bug in @ExtLibNames@ (in file @Banner.C@). The problem was trailing whitespace which caused the EOF ...
-
- It is "normal" to call the text version of CoCoA via the script @cocoa5@.
@C5@ is rather cryptic as a name for the... -
- I've hacked the code to make a call to @clearOutputWindow@, and it now seems to close much faster (after printing @fa...
-
- The GUI takes *ages* to print out the following:...
-
- The relevant source code seems to be at @Interpreter.C:3403@
Update: Mmmm, uncommented code looks scary :-(
-
- Anna points out that there is a workaround:...
-
- The pseudo-function @IsDefined@ has weird semantics.
Consider this example:... -
-
- *Answer:* package variables are accessed via the fully qualified name.
-
- JAA now thinks that current design is OK: namely that package variables are always accessible using their fully quali...
-
- There is apparently no need to "import" package variables; it suffices just to use the fully qualified name, for inst...
-
- The problem can be worked around by following this example:...
-
- JAA thinks the relevant code is @Parser.C:837@ -- probably @TT_IDENTIFIER@ should be changed into something else. JA...
-
- The relevant Emacs function is(should be?) @comint-get-old-input-default@. The documentation says the fn should inde...
-
- I have recently upgraded to Emacs 24.5.1. The problem is exhibited by doing @?package@ inside a CoCoA-5 buffer. This...
-
- I changed all the examples, and commented out the old @symbols@ with 2,3, and 4 arguments....
-
- I inserted JAA's code in CoCoALib (with a minimal extra check on missing ","s)
It is in symbol.H and C.
I renamed... -
- JAA has implemented @SymbolList@ which accepts a string of symbols, and returns the symbols as a @vector<symbol>@.
I... -
- CoCoA-5 has the nice "shortcut syntax" @R ::= QQ[x,y,z]@ and @R ::= QQ[x[1..4]]@.
In CoCoALib this is often trickier...
25 Jul 2015
-
- I shall check in shortly; anyway here is the modified line:...
-
- The definition on line @GBEnv.C:48@ does not work with @SmallExponent_t@ being @unsigned long@. JAA is fixing now.
11 Jul 2015
-
- I wonder whether the default configuration for CoCoALib should be the threadsafe one (which incurs a run-time efficie...
09 Jul 2015
-
- Here is a transcript of what happened......
-
- I tried computing a GBasis in a ring with structure like @QQ(alpha)(beta)[x]@ where @alpha@ and @beta@ are algebraic....
-
- When C5 starts it prints out a list of ext libs being used; @READLINE@ appears twice.
-
08:39 CoCoALib Feature #728: Noncommutative algebra "of solvable type"
- No. In my understanding, John correctly described in #2 also Ore algebras (taking into account the note he later adde...
06 Jul 2015
-
- (brought at 100% after 2 years of being closed)
-
- If I understood well (I asked Viktor Levandovskyy ;-) the definition in #2 is actually of G-Algebras, and Ore-Algebra...
01 Jul 2015
-
- No problems arisen in the last month (perhaps not much real testing either?)
Anyway, closing.
-
- JAA checked, fixed a few oversights. Otherwise seems fine now. Closing.
-
- After a brief testing period, the mechanism works (but the C5 interpreter needs to be improved so that a helpful mess...
-
- Currently the C5 interpreter catches @CoCoA::InterruptReceived@ as it should, but it gives no message to the user. A...
-
-
- In file @C5.C:1000@ there is a function @MainWindow::closeEvent@
JAA thinks that this is probably the function ne...
30 Jun 2015
-
- When CoCoALib produces an error which is then caught by CoCoA-5, the only information from the error which is shown t...
-
- Probably we can implement this:...
-
- Found this @C5.C:931@...
-
- Closing is practically instant if I do first a "Clear output window" and then close the C5 GUI. This suggests that c...
-
- The GUI is slow to close also after simply computing and printing @(x+y+z+1)^99@.
JAA think that this confirms tha... -
- syntax now aligned with Elisa Palezzato's code
-
- all done
-
- OK for "RingsOf". Changing manual and making "RingSet" obsolscent
-
- We use the name *@rk@* for the main function, but allow @Rank@ as a component of a compound name (to increase readabi...
-
-
- Doesn't seem to be enough to give a suitable error message to cocoa5.
(interrupt code is in @TmpGReductor.C@ and tes... -
- No news on this topic for a long time: I guess that's good enough! ;-)
-
-
- Added the package in the distribution. Still missing: documentation, proper handling for big prime characteristic (a...
-
- Tried: it works fine for me. Close?
-
- Normaliz is making a new release and we will refine the configuration in September (in Aarhus)
-
- I believe it is all done: there was a problem using @program()@ instead of @CoCoA::program()@ with John compiler, it...
29 Jun 2015
-
- Anna suggests the result could be a @DynamicBitset@; these appear to be like @vector<bool>@ but also support bitwise ...
-
- JAA observes that we already have some vaguely similar functions:
* @radical(PP)@ same as @gcd(PP,product(all_indet... -
- On my 32-bit linux virtual machine I observe the following:
* with @int@ and @long@ all loops take about 3.0s (NB @i... -
- Implemented. Documented. Not really tested :-(
Status --> feedback.
-
- The implementations appear to allow the factor (whose multiplicity is to be computed) to be composite. If the factor...
-
- I like it as it is:...
-
- Apparently everything was already checked in... So I'm considering that ad hoc in-house testing has already happened...
Also available in: Atom