On Fri, Jun 24, 2022 at 05:57:54PM +0800, Qian Yun wrote:
>
>
> On 6/18/22 09:23, Waldek Hebisch wrote:
> >Coming back to respawning: I do not know if it is really
> >necessary. It may be just defensive programming
> >(sensible because modern OS-es work essentialy in
> >probablistic way, with small but nonzero probablity
> >you may get essentially random failures). It may be
> >attempt at masking errors: incorrect programming may
> >increase chance of error enough to be a trouble,
> >respawning may mask it.
>
> I stumble across this today:
>
>
> (3) -> )what synonyms
> ------------------------- System Command Synonyms -------------------------
> <snip>
> )startGraphics ................. )system $FRICAS/lib/viewman &
> )stopGraphics .................. )lisp (|sockSendSignal| 2 15)
> <snip>
>
>
>
> So there was support to easily start and stop viewman inside FirCAS.
> This is evidence that viewman does not need auto respawning --
> current behavior is that when ")stopGraphics" stops a viewman process,
> sman will start another one. This should be considered as bug.
There was a lot of "strange" code in the codebase. I tried to
remove things that were obviously wrong, but there were confusing
cases and each required long investigation to decide if it was
useful or not. And some still remain.
There was some evidence in the code that orignal developers
had to deal with intermitent errors and timing dependences.
Also, note that killing viewman closes all graphic windows.
So the intent could be to have easy way to close graphic windows.
--
Waldek Hebisch
--
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/fricas-devel/20220626160628.GA25377%40fricas.math.uni.wroc.pl.
