<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hello,</p>
I am facing some very serious issue. It is so trivial and
surprising that i am wondering if this blocking behavior is
intentional, and if yes why and how to by-pass it if possible:<br>
<br>
<font size="-1"><tt>--> clear File, clearglobal File</tt><tt><br>
</tt><tt>--> function test(), jimport java.io.File, disp(File),
endfunction</tt><tt><br>
</tt><tt>--> test() </tt><tt><font color="#009900">// OK</font></tt><tt><br>
</tt><tt>class java.io.File</tt><tt><br>
</tt><tt>--> File</tt><tt><br>
</tt><tt>Undefined variable: File </tt><tt><font color="#009900">//
So the File class is local. It is not returned to the caller,
from the Scilab point of view.</font></tt><tt><br>
</tt><tt>--> File = 1;</tt><tt><br>
</tt><tt>--> test()</tt><tt><br>
</tt><font color="#cc0000"><tt>at line 1 of function test </tt><tt><br>
</tt><tt>jimport: An error occurred: A variable with this name
is already existing </tt><tt><br>
</tt></font></font><font color="#cc0000">!!!!</font><br>
<p>So jimport refuses to create a local Scilab mlist (class) on the
reason that there is a Scilab variable with the same name in the <b><i>calling</i></b>
environment !</p>
<p>Since it's impossible to ensure that no <i>File</i> variable is
defined by some process in the (nested) callers up to the console
level,<i> <b>jimport is definitely fragile</b></i>.</p>
<p>Is this a bug, and is there any work-around?<br>
<br>
Thanks<br>
Samuel</p>
<p><br>
</p>
</body>
</html>