I don't mind, I have given up with this software now.
When I wrote the code I was hoping that this approach would replace old
boot and C code with something much more maintainable and flexible. Also
the scenegraph architecture makes it much easier to export to 2D and 3D
graphics files like SVG an
Unfortunately, I have not much experience with graphics code and not yet
much need of using some, however, I would really like to be able to
create nice looking graphics easily with FriCAS, be it via SPAD code or
via external libraries. In particular in connection with jFriCAS, the
old graphics co
Hi Waldek,
seemingly, commit b3949674b6ec5234c9756b8ff475b87e4820323f broke
something in the FriCAS Aldor connection.
For the attached files, I get ... (see below).
Unfortunately, I am unable to see where it comes from.
Ralf
%%% (1) -> )co funny.as
Compiling FriCAS source code from file
Hello,
Le jeu. 11 avr. 2024 à 21:19, Kurt Pagani a écrit :
>
> https://github.com/nilqed/spadlib/tree/master/sqlite
>
This is definitely better than what I thought. I guess Nasser also
wants the ability to add entries but it's easy to add this I guess. I
wanted to cc-ing him but he uses temporar
We have discussed this before, namely the default dynamic-space-size
is not enough during build.
Recently there is a github issue hitting by this on freebsd.
I get hit by this issue a few times as well, because the default
"./configure" no longer works and sometimes I forget to use
'./configure
On Fri, Apr 12, 2024 at 10:35:09AM +0200, Ralf Hemmecke wrote:
> Hi Waldek,
>
> seemingly, commit b3949674b6ec5234c9756b8ff475b87e4820323f broke something
> in the FriCAS Aldor connection.
>
> For the attached files, I get ... (see below).
>
> Unfortunately, I am unable to see where it comes fro
Thank you, Waldek, for fixing it.
WARNING:
(get_database dd1 modemaps) failed
>> System error:
The function BOOT::|database-constructorform| is undefined.
There was still older code in Aldor related part ('database-constructorform'
is removed now). Fixed now in the trunk.
I, howev
On Fri, Apr 12, 2024 at 03:04:45PM +0200, Ralf Hemmecke wrote:
>
> I, however still see this warning. Is that necessary, if the loading code
> then successfully loads the domain?
>
> WARNING:
> (get_database dd1 modemaps) failed
>
>dd1 is now explicitly exposed in frame initial
ATM I do not
On 12/04/2024 09:23, Ralf Hemmecke wrote:
I do not understand why you think that not both graphics systems can
live besides each other (as they do now)?
Well, I think that the interactive graphics should work seamlessly with
the things that scene.spad can do such as outputting to various file
f
On Fri, Apr 12, 2024 at 03:04:45PM +0200, Ralf Hemmecke wrote:
> I, however still see this warning. Is that necessary, if the loading code
> then successfully loads the domain?
>
> WARNING:
> (get_database dd1 modemaps) failed
>
>dd1 is now explicitly exposed in frame initial
Fixed now
--
On 4/12/24 16:20, Martin Baker wrote:
On 12/04/2024 09:23, Ralf Hemmecke wrote:
I do not understand why you think that not both graphics systems
can live besides each other (as they do now)?
Well, I think that the interactive graphics should work seamlessly
with the things that scene.spad c
There is nothing to stop anyone from breaking the requirement of using any
Lisp as the destination for Boot code. I translated one section of Boot
code directly into Icon. Of course there is much in Boot than assumes Lisp
lists. But that is not an impossible task to change.
You could then use the
On Fri, Apr 12, 2024 at 08:41:18AM +0100, Martin Baker wrote:
> I don't mind, I have given up with this software now.
>
> When I wrote the code I was hoping that this approach would replace old
> boot and C code with something much more maintainable and flexible. Also
> the scenegraph architecture
On Sat, Apr 13, 2024 at 10:38:34AM +1000, Hill Strong wrote:
> There is nothing to stop anyone from breaking the requirement of using any
> Lisp as the destination for Boot code. I translated one section of Boot
> code directly into Icon. Of course there is much in Boot than assumes Lisp
> lists. B
On Sun, Apr 07, 2024 at 06:05:39AM +0200, Grégory Vanuxem wrote:
> Hello,
>
> I was trying to return the previous setting instead of Void for the
> different outputting routines in Float (outputFixed, outputGeneral and
> outputFloating), so I looked more carefully at this issue.
>
> Issue #159 =>
The normal "hypertex" (started by sman) receives SIGTERM when we exit
fricas;
The "hypertex" started by ")hd" (with :input t) receives SIGHUP when
we exit fricas;
The "hypertex" started by ")hd" (with :input nil) receives no signal
when we exit fricas.
I have no further findings so far.
- Qian
16 matches
Mail list logo