[Scilab-users] Dump the output of a function

Samuel Gougeon sgougeon at free.fr
Wed Jan 17 20:26:52 CET 2018


Le 17/01/2018 à 18:16, antoine monmayrant a écrit :
> Hello all,
>
>
> I might say something really stupid, but can't we define a special 
> variable like %eps, %i, etc to act as a black hole ?
> Something like %null (like piping to /dev/null or a null pointer) or a 
> better name (%blackhole, %lostforever, %byebye, ;-) ).
> The idea being that no memory is allocated when someone try to affect 
> some value to it:
>
> [%null,%null,kb] = intersect(grand(1,10,"uin",0,9), 
> grand(1,10,"uin",0,9));

A true black hole has even no name :)
Otherwise, the shorter the better, and "_" would be nice after 
deprecating _() (*).

Anyway, IMO this black hole feature has a very low priority compared to 
some other ones, like some big regressions (bug 13808 
<http://bugzilla.scilab.org/show_bug.cgi?id=13808> = 14881 
<http://bugzilla.scilab.org/show_bug.cgi?id=14881>, sparse() with 
repeated indices, etc etc) or some very and longly expected ones like a 
varprot()...

Samuel

(*) it could be renamed something like _tr() (standing for /tr/anslate).
The number of occurrences of _() to be converted in the Scilab native 
code is very important, but the conversion might be automated (since the 
gettext() scanner has a reliable detection criterium, and only .sci, 
.sce, .tst and .dia.ref files are targeted).
gettext() and _() are almost unused in external modules, because the 
gettext domain feature has never worked (or please just give us a 
working example... Never seen a single one).

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20180117/d861ec6a/attachment.htm>


More information about the users mailing list