[Scilab-users] Counter of pointers to an XML object, and clear destructor

Rafael Guerra jrafaelbguerra at hotmail.com
Sun Jul 29 19:53:21 CEST 2018


Samuel,

Thanks for confirming & bug reports.

Regards,
Rafael

From: users <users-bounces at lists.scilab.org> On Behalf Of Samuel Gougeon
Sent: Sunday, July 29, 2018 12:34 PM
To: Users mailing list for Scilab <users at lists.scilab.org>
Subject: Re: [Scilab-users] Counter of pointers to an XML object, and clear destructor

Le 28/07/2018 à 22:21, Rafael Guerra a écrit :

Regarding the save() function, the output *.sod file fails to be consumed by load() for some graphical handles.
Example of error message in Scilab 6.0.1:
      load: Unable to load 'h'.

Yes, it was reported this week as http://bugzilla.scilab.org/15667
By the way, even when we load a whole figure (the bug 15667 does not occur)
but with uicontrols, there are still some issue with their positions
(however the situation is much better than with Sciab 5.5.2).





.../...

Any tips/workaround to save/load Scilab sessions in a clean way (even if compromising graphical entities)?

None that i know. There are still a bunch of bugs about save(), load() and
listvarinfile(), noticeably recently found and reported when making tests
in order to update, improve, and finally rewrite load() and save() help pages.
To me, the most disturbing one is that listvarinfile() sometimes
leaves the file locked... Then we have to close and restart Scilab
to unlock the file and being able to go on... Really blocking!

The new proposed save() page can be found here<https://codereview.scilab.org/cat/20320%2C4%2Cscilab/modules/io/help/en_US/save.pdf>.
The current one is there<https://help.scilab.org/docs/6.0.1/en_US/save.html>.

Regards
Samuel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20180729/f8acdd59/attachment.htm>


More information about the users mailing list