[Scilab-users] Scilab cannot work on macOS 10.15 Catalina: Any        progress in sight?

[Samuel Gougeon]

Le 04/11/2019 à 12:58, stephane.mottelet at utc.fr a écrit :
>
> Hello,
>
> Concerning the ATOMS problems with 6.0.2 on OSX Catalina (Windows 
> users please stop reading further... ;-)), I have the following error 
> on a freshly installed configuration (dedicated partition on my machine):
>
> Scilab 6.0.2 (Aug 19 2019, 11:47:50)
>
> --> *atomsList*
>
> atomsDownload: The following file hasn't been downloaded:
>
> - URL : 'http://atoms.scilab.org/6.0/TOOLBOXES/64/macosx.gz'
>
> - Local location : 
> '/private/var/folders/pp/hrld62h917x_ccf55yzn78z00000gn/T/SCI_TMP_1093_DIw7vR/.atoms/1_TOOLBOXES.gz'
>
> WARNING: error: Wrong type for input argument #1: string expected.
>
> Scanning repository http://atoms.scilab.org/6.0 ... Skipped
>
> at line 198 of function atomsDESCRIPTIONget ( 
> /Applications/scilab-6.0.2.app/Contents/MacOS/share/scilab/modules/atoms/macros/atoms_internals/atomsDESCRIPTIONget.sci 
> line 217 )
>
> at line 38 of function atomsList           ( 
> /Applications/scilab-6.0.2.app/Contents/MacOS/share/scilab/modules/atoms/macros/atomsList.sci 
> line 54 )
>
> All ATOMS repositories scan failed.
>
>
> In fact the temp folder
>
> /private/var/folders/pp/hrld62h917x_ccf55yzn78z00000gn/T/SCI_TMP_1093_DIw7vR/.atoms
>
> is empty. This is not a network problem as the following command succeeds:
>
> --> *getURL http://atoms.scilab.org/6.0/TOOLBOXES/64/macosx.gz *
>
>  ans  =
>
>  /Users/mottelet/macosx.gz
>
> Samuel do you have an idea ?
>

It is possibly either a file-locking issue (for instance due to a 
previous error without closing the file, that atoms then tries to 
overwrite. Possible workaround : quit the session to unlock the file, 
and retry), or an unzip issue (there were formerly many issues due to 
the fact that unzipping did not force overwritting ; but that should be 
completely fixed in 6.0.2).

For some (fortunately very rare) ATOMS modules, the software used by the 
author to bundle the ATOMS archive of the module is not a standard one, 
and the ATOMS unzip command is not able to do the job. But it's not the 
case here.

The regexp error is very likely due to an empty case after failing to 
get a vector (of packages names or either):

--> regexp([],"hk")
regexp: Wrong type for input argument #1: string expected.

It's hard to debug when an issue is transient or not fully reproducible.
By the way, i have no easy access to a MacOS computer.

For contribution

Samuel

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