From yjlee123 at gmail.com  Fri Aug  1 18:54:30 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Sat, 2 Aug 2008 00:54:30 +0800
Subject: Locale To UTF Patch for TCL message Box
Message-ID: <9371b4280808010954w43848692ue2bcbc7338c4e7c1@mail.gmail.com>

Hi, Sylvestre and VoronaAM :

Attached is  my patch for TCL message box ( &About Scilab  menu in root
windows).

In current SVN trunk,  TCL message box fail to display characters for
non-unicode locale. I had test this patch under:

    WindowsXP/zh_TW (CP 950)  and Linux/zh_TW.big5

I think it should also work for russian under

    WindowsXP/ Russian (CP1251)  and Linux/ru_RU.KOI8-R

Can you give it a try, VoronaAM, before Sylvestre commit this patch ? I have
include two modifiled dll for Windows for easy test.


YungLee
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080802/61bb9cb1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: messageBoxLocaleToUtfPatch.zip
Type: application/zip
Size: 165251 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080802/61bb9cb1/attachment.zip>

From yjlee123 at gmail.com  Fri Aug  1 19:05:10 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Sat, 2 Aug 2008 01:05:10 +0800
Subject: Locale To UTF Patch for TCL message Box
In-Reply-To: <9371b4280808010954w43848692ue2bcbc7338c4e7c1@mail.gmail.com>
References: <9371b4280808010954w43848692ue2bcbc7338c4e7c1@mail.gmail.com>
Message-ID: <9371b4280808011005q585f6addxcc64f3f2786d0cd2@mail.gmail.com>

VoronaAM :

I found that the attached dll don't work for ScilabBeta4 binary
distribution, you need to build from source under Window.

YungLee

2008/8/2 Yung-Jang Lee <yjlee123 at gmail.com>

> Hi, Sylvestre and VoronaAM :
>
> Attached is  my patch for TCL message box ( &About Scilab  menu in root
> windows).
>
> In current SVN trunk,  TCL message box fail to display characters for
> non-unicode locale. I had test this patch under:
>
>     WindowsXP/zh_TW (CP 950)  and Linux/zh_TW.big5
>
> I think it should also work for russian under
>
>     WindowsXP/ Russian (CP1251)  and Linux/ru_RU.KOI8-R
>
> Can you give it a try, VoronaAM, before Sylvestre commit this patch ? I
> have include two modifiled dll for Windows for easy test.
>
>
> YungLee
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080802/6808e675/attachment.htm>

From yjlee123 at gmail.com  Fri Aug  1 19:27:12 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Sat, 2 Aug 2008 01:27:12 +0800
Subject: Locale To UTF Patch for TCL message Box
In-Reply-To: <9371b4280808011005q585f6addxcc64f3f2786d0cd2@mail.gmail.com>
References: <9371b4280808010954w43848692ue2bcbc7338c4e7c1@mail.gmail.com>
	 <9371b4280808011005q585f6addxcc64f3f2786d0cd2@mail.gmail.com>
Message-ID: <9371b4280808011027g2dc5164axa123f7b1dfeb8202@mail.gmail.com>

Well , another mistake...

The "&About Scilab"  message  Box  is a Java message box, not a TCL/TK box.

The TCL/TK widgets also has trouble showing  non-UNICODE  characters but I
am not yet to fix it.

YungLee

2008/8/2 Yung-Jang Lee <yjlee123 at gmail.com>

> VoronaAM :
>
> I found that the attached dll don't work for ScilabBeta4 binary
> distribution, you need to build from source under Window.
>
> YungLee
>
> 2008/8/2 Yung-Jang Lee <yjlee123 at gmail.com>
>
>  Hi, Sylvestre and VoronaAM :
>>
>> Attached is  my patch for TCL message box ( &About Scilab  menu in root
>> windows).
>>
>> In current SVN trunk,  TCL message box fail to display characters for
>> non-unicode locale. I had test this patch under:
>>
>>     WindowsXP/zh_TW (CP 950)  and Linux/zh_TW.big5
>>
>> I think it should also work for russian under
>>
>>     WindowsXP/ Russian (CP1251)  and Linux/ru_RU.KOI8-R
>>
>> Can you give it a try, VoronaAM, before Sylvestre commit this patch ? I
>> have include two modifiled dll for Windows for easy test.
>>
>>
>> YungLee
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080802/0c907eac/attachment.htm>

From voronaam at yandex.ru  Fri Aug  1 20:05:14 2008
From: voronaam at yandex.ru (Vorona Aleksey)
Date: Fri, 01 Aug 2008 22:05:14 +0400
Subject: Locale To UTF Patch for TCL message Box
In-Reply-To: <9371b4280808011027g2dc5164axa123f7b1dfeb8202@mail.gmail.com>
References: <9371b4280808010954w43848692ue2bcbc7338c4e7c1@mail.gmail.com>        <9371b4280808011005q585f6addxcc64f3f2786d0cd2@mail.gmail.com> <9371b4280808011027g2dc5164axa123f7b1dfeb8202@mail.gmail.com>
Message-ID: <4893505A.1090609@yandex.ru>

Thank you for patch.

This may be difficult to me to build Scilab from source under Windows, but I'll try during 
this weekend. Is it ok if I report next Monday?

-- Aleksey

Yung-Jang Lee wrote:
> Well , another mistake...
> 
> The "&About Scilab"  message  Box  is a Java message box, not a TCL/TK box.
> 
> The TCL/TK widgets also has trouble showing  non-UNICODE  characters but I
> am not yet to fix it.
> 
> YungLee
> 
> 2008/8/2 Yung-Jang Lee <yjlee123 at gmail.com>
> 
>> VoronaAM :
>>
>> I found that the attached dll don't work for ScilabBeta4 binary
>> distribution, you need to build from source under Window.
>>
>> YungLee
>>
>> 2008/8/2 Yung-Jang Lee <yjlee123 at gmail.com>
>>
>>  Hi, Sylvestre and VoronaAM :
>>> Attached is  my patch for TCL message box ( &About Scilab  menu in root
>>> windows).
>>>
>>> In current SVN trunk,  TCL message box fail to display characters for
>>> non-unicode locale. I had test this patch under:
>>>
>>>     WindowsXP/zh_TW (CP 950)  and Linux/zh_TW.big5
>>>
>>> I think it should also work for russian under
>>>
>>>     WindowsXP/ Russian (CP1251)  and Linux/ru_RU.KOI8-R
>>>
>>> Can you give it a try, VoronaAM, before Sylvestre commit this patch ? I
>>> have include two modifiled dll for Windows for easy test.
>>>
>>>
>>> YungLee
>>>
>>
> 


-- 
WBR,
    Vorona Aleksey.



From yjlee123 at gmail.com  Sat Aug  2 18:31:25 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Sun, 3 Aug 2008 00:31:25 +0800
Subject: function AnsiToUTF and localeToUTF duplicate and conflict
In-Reply-To: <9371b4280808020645xe9bb8cjb0c7f6a7ad09595a@mail.gmail.com>
References: <9371b4280808020645xe9bb8cjb0c7f6a7ad09595a@mail.gmail.com>
Message-ID: <9371b4280808020931o2b9f1386p7e6a9258f4e879a@mail.gmail.com>

Hi,all:

I have check that the results to call localeToUTF and ANSIToUTF8 are exact
the same in my machine. But for CP1252 encoding I don't convert to UTF
inside localeToUTF in current implementation (I thought CP1252 is a subset
of UNICODE).

So, may be we can remove calling 'ANSIToUTF8' in 'printf_scilab' and let
'localeToUTF' always perform convert even for CP1252 encoding.

Or any suggections ?

YungLee



2008/8/2 Yung-Jang Lee <yjlee123 at gmail.com>

> Hi, all :
>
> In recent  SVN trunk, I found a new files windows_tools*\charEncodings.c
> that have functions for encoding convert and this is conflicted  with
> function in file locazilation*\localetoutf.c .  Function ANSIToUTF8 (defined
> in charEncodings.c ) is used  in printf_scilab :
>
>
> -----------------------sciprint.c---------------------------------------
> void printf_scilab(char *buffer,BOOL withDiary)
> {
>     if (buffer)
>     {
>         if (getScilabMode() == SCILAB_STD)
>         {
>             #ifdef _MSC_VER
>             {
>                 char *UTF8Buffer = ANSIToUTF8(buffer);//<--------
>                 if (UTF8Buffer)
>                 {
>                     ConsolePrintf(UTF8Buffer);
> //<------------------------- call localeToUTF inside ConsolePrintf
>                     FREE(UTF8Buffer);
>                 }
>
> -------------------------------------------------------------------------------
>
> On my machine (WINDOW/XP,CP950) , conversion to UTF strings is thus
> performed twice, and this make console fail to display chinese again.
>
> I think functions in files 'charEncodings.c' and 'localetoutf.c'  should
> merged and the encoding transformation need some agreements between
> developers.
>
> YungLee
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080803/f9e008f4/attachment.htm>

From yjlee123 at gmail.com  Sun Aug  3 15:59:54 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Sun, 3 Aug 2008 21:59:54 +0800
Subject: [scilab dev] Patch to draw non-UTF8 text in the graphic
Message-ID: <9371b4280808030659xbe13384xa427f17a8ce36d5f@mail.gmail.com>

Sylvestre , Aleksey  and all:

This is the patch to draw non-UTF8 text in the graphic. The following
commands are tested

    title,xtitle, legend,legends,xstring,xstringb

and a screenshot showing chinese is attached.


Since recent SVN trunk contain function ('ANSIToUTF8' inside printf_scilab)
that conflict with my original design, so I modify functions in
'localetoutf.c'  to always  convert  locale string to UTF8 and remove
calling 'ANSIToUTF8' , hope this can solve the conflict.

This patch contain last patch I send to you.

Cheers,

YungLee
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080803/2b02ec5e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: drawingNonUnicodeTextPatch.zip
Type: application/zip
Size: 715916 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080803/2b02ec5e/attachment.zip>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: chineseTextInScilabGraphic.png
Type: image/png
Size: 31716 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080803/2b02ec5e/attachment.png>

From yjlee123 at gmail.com  Sat Aug  2 15:45:13 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Sat, 2 Aug 2008 21:45:13 +0800
Subject: function AnsiToUTF and localeToUTF duplicate and conflict
Message-ID: <9371b4280808020645xe9bb8cjb0c7f6a7ad09595a@mail.gmail.com>

Hi, all :

In recent  SVN trunk, I found a new files windows_tools*\charEncodings.c
that have functions for encoding convert and this is conflicted  with
function in file locazilation*\localetoutf.c .  Function ANSIToUTF8 (defined
in charEncodings.c ) is used  in printf_scilab :


-----------------------sciprint.c---------------------------------------
void printf_scilab(char *buffer,BOOL withDiary)
{
    if (buffer)
    {
        if (getScilabMode() == SCILAB_STD)
        {
            #ifdef _MSC_VER
            {
                char *UTF8Buffer = ANSIToUTF8(buffer);//<--------
                if (UTF8Buffer)
                {
                    ConsolePrintf(UTF8Buffer);
//<------------------------- call localeToUTF inside ConsolePrintf
                    FREE(UTF8Buffer);
                }
-------------------------------------------------------------------------------

On my machine (WINDOW/XP,CP950) , conversion to UTF strings is thus
performed twice, and this make console fail to display chinese again.

I think functions in files 'charEncodings.c' and 'localetoutf.c'  should
merged and the encoding transformation need some agreements between
developers.

YungLee
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080802/08ce9f3a/attachment.htm>

From voronaam at yandex.ru  Mon Aug  4 15:00:44 2008
From: voronaam at yandex.ru (Vorona Aleksey)
Date: Mon, 04 Aug 2008 17:00:44 +0400
Subject: [Scilab-Dev] [scilab dev] Patch to draw non-UTF8 text in the
 graphic
In-Reply-To: <9371b4280808030659xbe13384xa427f17a8ce36d5f@mail.gmail.com>
References: <9371b4280808030659xbe13384xa427f17a8ce36d5f@mail.gmail.com>
Message-ID: <4896FD7C.7020808@yandex.ru>

Yung-Jang Lee wrote:
> Sylvestre , Aleksey  and all:
> 
> This is the patch to draw non-UTF8 text in the graphic. The following
> commands are tested
> 
>     title,xtitle, legend,legends,xstring,xstringb
> 
> and a screenshot showing chinese is attached.
> 
> 
> Since recent SVN trunk contain function ('ANSIToUTF8' inside printf_scilab)
> that conflict with my original design, so I modify functions in
> 'localetoutf.c'  to always  convert  locale string to UTF8 and remove
> calling 'ANSIToUTF8' , hope this can solve the conflict.
> 
> This patch contain last patch I send to you.
> 
> Cheers,
> 
> YungLee

I am sorry, I am confused with bunch of patches, I am still in progress of rebuilding 
tries... So, I'll report about what I tested.

I installed beta4 from scilab.org and changed DLL to ones you send to me. After that I've 
tested languages. I found that Russian translation is not completely checked in (I'll send 
patch later, after updating translation) and that Russian input works everywhere but 
Russian output fails everywhere. For example, in main console:

-->ss = '????'
  ss  =

  ????????


It is regular wrong displaying Russian-page-UTF8 string as ASCII string. Same result I see 
after executing disp('????') from SciPad. It same result as result of command:
$ echo '????' | iconv -f cp1251 -t utf8
????????

xtitle takes string correctly but during display it uses wrong page of Font, string '????' 
displayed as '????'
It is same result as result of command
$ echo '????' | iconv -f utf8 -t cp1251 | iconv -f 8859_1 -t utf8
????

I still can't build Scilab_f2c.sln with MS Visual Studio Express. So, I may test any 
builds if somebody will upload it somewhere. I can give access to my FTP for easy file 
exchange.

-- 
WBR,
    Vorona Aleksey.



From yjlee123 at gmail.com  Mon Aug  4 16:31:27 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Mon, 4 Aug 2008 22:31:27 +0800
Subject: [Scilab-Dev] [scilab dev] Patch to draw non-UTF8 text in the graphic
In-Reply-To: <4896FD7C.7020808@yandex.ru>
References: <9371b4280808030659xbe13384xa427f17a8ce36d5f@mail.gmail.com>
	 <4896FD7C.7020808@yandex.ru>
Message-ID: <9371b4280808040731s489c3dcfxe59a01f7bc8687fc@mail.gmail.com>

 Aleksey :

 I just re-download beta4 Windows binary  and  this is  my  test results for
display/drawing Chinese under Windows:

 Windows beta4 :
     success commands : banner(); disp('aChinese');
     fail commands         :  about();title('aChinese'); xtitle(...),
                                       legend,legends,xstring,xstringb

 Windwos beta4 + 3 replaced dll ( from* drawingNonUnicodeTextPatch.zip  *):
     success commands : banner();
disp('aChinese');about();title('aChinese'); xtitle(...),
                                       legend,legends,xstring,xstringb

Did you ever test Windows beta4 (not replaced with the dll I send to you )
?  Can you chceck that the Russian characters dipsplay trouble is cause by
my dll, or from the beta4 binary distribution ?


WRB,

YungLee


2008/8/4 Vorona Aleksey <voronaam at yandex.ru>

> Yung-Jang Lee wrote:
>
>> Sylvestre , Aleksey  and all:
>>
>> This is the patch to draw non-UTF8 text in the graphic. The following
>> commands are tested
>>
>>    title,xtitle, legend,legends,xstring,xstringb
>>
>> and a screenshot showing chinese is attached.
>>
>>
>> Since recent SVN trunk contain function ('ANSIToUTF8' inside
>> printf_scilab)
>> that conflict with my original design, so I modify functions in
>> 'localetoutf.c'  to always  convert  locale string to UTF8 and remove
>> calling 'ANSIToUTF8' , hope this can solve the conflict.
>>
>> This patch contain last patch I send to you.
>>
>> Cheers,
>>
>> YungLee
>>
>
> I am sorry, I am confused with bunch of patches, I am still in progress of
> rebuilding tries... So, I'll report about what I tested.
>
> I installed beta4 from scilab.org and changed DLL to ones you send to me.
> After that I've tested languages. I found that Russian translation is not
> completely checked in (I'll send patch later, after updating translation)
> and that Russian input works everywhere but Russian output fails everywhere.
> For example, in main console:
>
> -->ss = '????'
>  ss  =
>
>  ????????
>
>
> It is regular wrong displaying Russian-page-UTF8 string as ASCII string.
> Same result I see after executing disp('????') from SciPad. It same result
> as result of command:
> $ echo '????' | iconv -f cp1251 -t utf8
> ????????
>
> xtitle takes string correctly but during display it uses wrong page of
> Font, string '????' displayed as '????'
> It is same result as result of command
> $ echo '????' | iconv -f utf8 -t cp1251 | iconv -f 8859_1 -t utf8
> ????
>
> I still can't build Scilab_f2c.sln with MS Visual Studio Express. So, I may
> test any builds if somebody will upload it somewhere. I can give access to
> my FTP for easy file exchange.
>
> --
> WBR,
>   Vorona Aleksey.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080804/88039834/attachment.htm>

From allan.cornet at scilab.org  Mon Aug  4 16:33:13 2008
From: allan.cornet at scilab.org (Allan CORNET)
Date: Mon, 4 Aug 2008 16:33:13 +0200
Subject: setlanguage
Message-ID: <001f01c8f63f$06f65a80$14e30f80$@cornet@scilab.org>

Hi,

 

I added possibility to set your default language in scilab.

 

Example : 

setlanguage('fr_FR')

you switch to French, you need to restart scilab if you want to update
menus. 

 

At the next restart of scilab , language by default will be 'fr_FR'

 

If you want to use system default : setlanguage("")

 

I am very interested , if you can check with others languages as 'ru_RU' and
'zh_TW'

 

On Windows, I advise to update  your prerequirement
(svn://svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Windows)

 

Thanks you

 

Best Regards 

 

Allan CORNET

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080804/e957dd8f/attachment.htm>

From yjlee123 at gmail.com  Mon Aug  4 17:55:40 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Mon, 4 Aug 2008 23:55:40 +0800
Subject: [Scilab-Dev] [scilab dev] Patch to draw non-UTF8 text in the graphic
In-Reply-To: <4896FD7C.7020808@yandex.ru>
References: <9371b4280808030659xbe13384xa427f17a8ce36d5f@mail.gmail.com>
	 <4896FD7C.7020808@yandex.ru>
Message-ID: <9371b4280808040855u20c17290hcbc2328860f4f8ba@mail.gmail.com>

Aleksey  :

Attached is the update zip file with  2  additional  dlls  (totally 5 dlls)
that may be missed. Hope this resolve the problems.

These dlls are for Beta4 binary.


WBR,

YungLee


2008/8/4 Vorona Aleksey <voronaam at yandex.ru>

> Yung-Jang Lee wrote:
>
>> Sylvestre , Aleksey  and all:
>>
>> This is the patch to draw non-UTF8 text in the graphic. The following
>> commands are tested
>>
>>    title,xtitle, legend,legends,xstring,xstringb
>>
>> and a screenshot showing chinese is attached.
>>
>>
>> Since recent SVN trunk contain function ('ANSIToUTF8' inside
>> printf_scilab)
>> that conflict with my original design, so I modify functions in
>> 'localetoutf.c'  to always  convert  locale string to UTF8 and remove
>> calling 'ANSIToUTF8' , hope this can solve the conflict.
>>
>> This patch contain last patch I send to you.
>>
>> Cheers,
>>
>> YungLee
>>
>
> I am sorry, I am confused with bunch of patches, I am still in progress of
> rebuilding tries... So, I'll report about what I tested.
>
> I installed beta4 from scilab.org and changed DLL to ones you send to me.
> After that I've tested languages. I found that Russian translation is not
> completely checked in (I'll send patch later, after updating translation)
> and that Russian input works everywhere but Russian output fails everywhere.
> For example, in main console:
>
> -->ss = '????'
>  ss  =
>
>  ????????
>
>
> It is regular wrong displaying Russian-page-UTF8 string as ASCII string.
> Same result I see after executing disp('????') from SciPad. It same result
> as result of command:
> $ echo '????' | iconv -f cp1251 -t utf8
> ????????
>
> xtitle takes string correctly but during display it uses wrong page of
> Font, string '????' displayed as '????'
> It is same result as result of command
> $ echo '????' | iconv -f utf8 -t cp1251 | iconv -f 8859_1 -t utf8
> ????
>
> I still can't build Scilab_f2c.sln with MS Visual Studio Express. So, I may
> test any builds if somebody will upload it somewhere. I can give access to
> my FTP for easy file exchange.
>
> --
> WBR,
>   Vorona Aleksey.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080804/a9105f63/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: drawingNonUnicodeTextPatch.zip
Type: application/zip
Size: 1084826 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080804/a9105f63/attachment.zip>

From yjlee123 at gmail.com  Tue Aug  5 08:24:13 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Tue, 5 Aug 2008 14:24:13 +0800
Subject: [Scilab-Dev] setlanguage
In-Reply-To: <5431032358348998091@unknownmsgid>
References: <5431032358348998091@unknownmsgid>
Message-ID: <9371b4280808042324p7e15315dh6ec510d1a44d0bfb@mail.gmail.com>

Hi,

I update  the  prerequirement on Windows, copy contains under Windows
directory to scilab  root and rebuild Scilab 5. But an error occurs during
Scilab startup :

"Scilab cannot create Scilab Java Main-Class(we have not been able to find
the main Scilab class. Check if the Scilab and thirdparty packages are
avaiable.)

Any suggestion to resolve it ?

Thank you in advnace**.

YungLee

2008/8/4 Allan CORNET <allan.cornet at scilab.org>

>  Hi,
>
>
>
> I added possibility to set your default language in scilab.
>
>
>
> Example :
>
> setlanguage('fr_FR')
>
> you switch to French, you need to restart scilab if you want to update
> menus.
>
>
>
> At the next restart of scilab , language by default will be 'fr_FR'
>
>
>
> If you want to use system default : setlanguage("")
>
>
>
> I am very interested , if you can check with others languages as 'ru_RU'
> and 'zh_TW'
>
>
>
> On Windows, I advise to update  your prerequirement  (svn://
> svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Windows)
>
>
>
> Thanks you
>
>
>
> Best Regards
>
>
>
> Allan CORNET
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080805/d82e97ee/attachment.htm>

From allan.cornet at scilab.org  Tue Aug  5 10:13:48 2008
From: allan.cornet at scilab.org (Allan CORNET)
Date: Tue, 5 Aug 2008 10:13:48 +0200
Subject: [Scilab-Dev] setlanguage
In-Reply-To: <9371b4280808042324p7e15315dh6ec510d1a44d0bfb@mail.gmail.com>
References: <5431032358348998091@unknownmsgid> <9371b4280808042324p7e15315dh6ec510d1a44d0bfb@mail.gmail.com>
Message-ID: <000601c8f6d3$30339b80$909ad280$@cornet@scilab.org>

Hi,

 

Can you try with a nightly build : http://www.scilab.org/download/index_download.php?page=nightly_builds

 

May be, you can  do a full clean of the VS solution and build.

 

I checked on Win2k, XP, & vista and I cannot reproduce your problem.

 

Thanks you

 

Allan CORNET

 

 

De : Yung-Jang Lee [mailto:yjlee123 at gmail.com] 
Envoy? : mardi 5 ao?t 2008 08:24
? : dev at lists.scilab.org
Objet : Re: [Scilab-Dev] setlanguage

 

Hi,

I update  the  prerequirement on Windows, copy contains under Windows directory to scilab  root and rebuild Scilab 5. But an error occurs during Scilab startup :

"Scilab cannot create Scilab Java Main-Class(we have not been able to find the main Scilab class. Check if the Scilab and thirdparty packages are avaiable.)

Any suggestion to resolve it ? 

Thank you in advnace.

YungLee

2008/8/4 Allan CORNET <allan.cornet at scilab.org>

Hi,

 

I added possibility to set your default language in scilab.

 

Example : 

setlanguage('fr_FR')

you switch to French, you need to restart scilab if you want to update menus. 

 

At the next restart of scilab , language by default will be 'fr_FR'

 

If you want to use system default : setlanguage("")

 

I am very interested , if you can check with others languages as 'ru_RU' and 'zh_TW'

 

On Windows, I advise to update  your prerequirement  (svn://svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Windows)

 

Thanks you

 

Best Regards 

 

Allan CORNET

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080805/a7d2273c/attachment.htm>

From yjlee123 at gmail.com  Tue Aug  5 11:31:47 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Tue, 5 Aug 2008 17:31:47 +0800
Subject: [Scilab-Dev] setlanguage
In-Reply-To: <-7473549727786773226@unknownmsgid>
References: <5431032358348998091@unknownmsgid>
	 <9371b4280808042324p7e15315dh6ec510d1a44d0bfb@mail.gmail.com>
	 <-7473549727786773226@unknownmsgid>
Message-ID: <9371b4280808050231y3eef802dk38fa7bcef659c4e1@mail.gmail.com>

Hi,

I have download nightly build and install to two machines , but the error
messages are exact the same as the one I build from source.

I also check to run ScilabBeta4 and it still running in my machine.

It looks like there are some errors in the new Windows prerequirement.

YungLee

2008/8/5 Allan CORNET <allan.cornet at scilab.org>

>  Hi,
>
>
>
> Can you try with a nightly build :
> http://www.scilab.org/download/index_download.php?page=nightly_builds
>
>
>
> May be, you can  do a full clean of the VS solution and build.
>
>
>
> I checked on Win2k, XP, & vista and I cannot reproduce your problem.
>
>
>
> Thanks you
>
>
>
> Allan CORNET
>
>
>
>
>
> *De :* Yung-Jang Lee [mailto:yjlee123 at gmail.com]
> *Envoy? :* mardi 5 ao?t 2008 08:24
> *? :* dev at lists.scilab.org
> *Objet :* Re: [Scilab-Dev] setlanguage
>
>
>
> Hi,
>
> I update  the  prerequirement on Windows, copy contains under Windows
> directory to scilab  root and rebuild Scilab 5. But an error occurs during
> Scilab startup :
>
> "Scilab cannot create Scilab Java Main-Class(we have not been able to find
> the main Scilab class. Check if the Scilab and thirdparty packages are
> avaiable.)
>
> Any suggestion to resolve it ?
>
> Thank you in advnace.
>
> YungLee
>
> 2008/8/4 Allan CORNET <allan.cornet at scilab.org>
>
> Hi,
>
>
>
> I added possibility to set your default language in scilab.
>
>
>
> Example :
>
> setlanguage('fr_FR')
>
> you switch to French, you need to restart scilab if you want to update
> menus.
>
>
>
> At the next restart of scilab , language by default will be 'fr_FR'
>
>
>
> If you want to use system default : setlanguage("")
>
>
>
> I am very interested , if you can check with others languages as 'ru_RU'
> and 'zh_TW'
>
>
>
> On Windows, I advise to update  your prerequirement  (svn://
> svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Windows)
>
>
>
> Thanks you
>
>
>
> Best Regards
>
>
>
> Allan CORNET
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080805/55b79883/attachment.htm>

From allan.cornet at scilab.org  Tue Aug  5 12:09:54 2008
From: allan.cornet at scilab.org (Allan CORNET)
Date: Tue, 5 Aug 2008 12:09:54 +0200
Subject: [Scilab-Dev] setlanguage
In-Reply-To: <9371b4280808050231y3eef802dk38fa7bcef659c4e1@mail.gmail.com>
References: <5431032358348998091@unknownmsgid>	 <9371b4280808042324p7e15315dh6ec510d1a44d0bfb@mail.gmail.com>	 <-7473549727786773226@unknownmsgid> <9371b4280808050231y3eef802dk38fa7bcef659c4e1@mail.gmail.com>
Message-ID: <001401c8f6e3$684a2d80$38de8880$@cornet@scilab.org>

Hi,

 

Can you try this with your svn version or nightly build:

 

Please verify that you don?t have a scilab process and

 

Edit file : <SCI>/modules/jvm/etc/jvm_options.xml

 

Line 23 : replaces <jvm_option string_option="-Djava.compiler=JIT"/> by 

<jvm_option string_option="-Djava.compiler=NONE"/>

 

Save file

 

Launch a new scilab.

 

Always same error ?

 

Thanks for your help 

 

Allan CORNET

 

 

De : Yung-Jang Lee [mailto:yjlee123 at gmail.com] 
Envoy? : mardi 5 ao?t 2008 11:32
? : dev at lists.scilab.org
Objet : Re: [Scilab-Dev] setlanguage

 

Hi,

I have download nightly build and install to two machines , but the error messages are exact the same as the one I build from source.

I also check to run ScilabBeta4 and it still running in my machine.

It looks like there are some errors in the new Windows prerequirement.

YungLee

2008/8/5 Allan CORNET <allan.cornet at scilab.org>

Hi,

 

Can you try with a nightly build : http://www.scilab.org/download/index_download.php?page=nightly_builds

 

May be, you can  do a full clean of the VS solution and build.

 

I checked on Win2k, XP, & vista and I cannot reproduce your problem.

 

Thanks you

 

Allan CORNET

 

 

De : Yung-Jang Lee [mailto:yjlee123 at gmail.com] 
Envoy? : mardi 5 ao?t 2008 08:24
? : dev at lists.scilab.org
Objet : Re: [Scilab-Dev] setlanguage

 

Hi,

I update  the  prerequirement on Windows, copy contains under Windows directory to scilab  root and rebuild Scilab 5. But an error occurs during Scilab startup :

"Scilab cannot create Scilab Java Main-Class(we have not been able to find the main Scilab class. Check if the Scilab and thirdparty packages are avaiable.)

Any suggestion to resolve it ? 

Thank you in advnace.

YungLee

2008/8/4 Allan CORNET <allan.cornet at scilab.org>

Hi,

 

I added possibility to set your default language in scilab.

 

Example : 

setlanguage('fr_FR')

you switch to French, you need to restart scilab if you want to update menus. 

 

At the next restart of scilab , language by default will be 'fr_FR'

 

If you want to use system default : setlanguage("")

 

I am very interested , if you can check with others languages as 'ru_RU' and 'zh_TW'

 

On Windows, I advise to update  your prerequirement  (svn://svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Windows)

 

Thanks you

 

Best Regards 

 

Allan CORNET

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080805/fc0975b8/attachment.htm>

From ycollet at freesurf.fr  Tue Aug  5 12:20:07 2008
From: ycollet at freesurf.fr (Collette Yann)
Date: Tue, 05 Aug 2008 12:20:07 +0200
Subject: Problem with viewcvs
Message-ID: <48982957.9050005@freesurf.fr>

Hello,

There is a little problem with viewcvs on the scilab website. Here is 
the message I've got when I try to connect to viewcvs:


     An Exception Has Occurred

Scilab not found!
The wrong path for this repository was configured, or the server on 
which the Subversion tree lives maybe down. Please try again in a few 
minutes.


       Python Traceback

Traceback (most recent call last):
 File "/usr/local/viewvc_scilab/lib/viewvc.py", line 3629, in main
   request.run_viewvc()
 File "/usr/local/viewvc_scilab/lib/viewvc.py", line 259, in run_viewvc
   raise debug.ViewVCException(
ViewVCException: ViewVC Unrecoverable Error: Scilab not found!
The wrong path for this repository was configured, or the server on 
which the Subversion tree lives maybe down. Please try again in a few 
minutes.

YC



From sylvestre.ledru at scilab.org  Tue Aug  5 13:53:14 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Tue, 05 Aug 2008 13:53:14 +0200
Subject: Locale To UTF Patch for TCL message Box
In-Reply-To: <4893505A.1090609@yandex.ru>
References: <9371b4280808010954w43848692ue2bcbc7338c4e7c1@mail.gmail.com>
	 <9371b4280808011005q585f6addxcc64f3f2786d0cd2@mail.gmail.com>
	 <9371b4280808011027g2dc5164axa123f7b1dfeb8202@mail.gmail.com>
	 <4893505A.1090609@yandex.ru>
Message-ID: <1217937194.5490.5.camel@zlarin.inria.fr>

Hello guys,


I am overseas until next monday. I will have a look on your work when I
get back.

Cheers,
Sylvestre

Le vendredi 01 ao?t 2008 ? 22:05 +0400, Vorona Aleksey a ?crit :
> Thank you for patch.
> 
> This may be difficult to me to build Scilab from source under Windows, but I'll try during 
> this weekend. Is it ok if I report next Monday?
> 
> -- Aleksey
> 
> Yung-Jang Lee wrote:
> > Well , another mistake...
> > 
> > The "&About Scilab"  message  Box  is a Java message box, not a TCL/TK box.
> > 
> > The TCL/TK widgets also has trouble showing  non-UNICODE  characters but I
> > am not yet to fix it.
> > 
> > YungLee
> > 
> > 2008/8/2 Yung-Jang Lee <yjlee123 at gmail.com>
> > 
> >> VoronaAM :
> >>
> >> I found that the attached dll don't work for ScilabBeta4 binary
> >> distribution, you need to build from source under Window.
> >>
> >> YungLee
> >>
> >> 2008/8/2 Yung-Jang Lee <yjlee123 at gmail.com>
> >>
> >>  Hi, Sylvestre and VoronaAM :
> >>> Attached is  my patch for TCL message box ( &About Scilab  menu in root
> >>> windows).
> >>>
> >>> In current SVN trunk,  TCL message box fail to display characters for
> >>> non-unicode locale. I had test this patch under:
> >>>
> >>>     WindowsXP/zh_TW (CP 950)  and Linux/zh_TW.big5
> >>>
> >>> I think it should also work for russian under
> >>>
> >>>     WindowsXP/ Russian (CP1251)  and Linux/ru_RU.KOI8-R
> >>>
> >>> Can you give it a try, VoronaAM, before Sylvestre commit this patch ? I
> >>> have include two modifiled dll for Windows for easy test.
> >>>
> >>>
> >>> YungLee
> >>>
> >>
> > 
> 
> 



From yjlee123 at gmail.com  Tue Aug  5 12:49:30 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Tue, 5 Aug 2008 18:49:30 +0800
Subject: [Scilab-Dev] setlanguage
In-Reply-To: <4084095379246559929@unknownmsgid>
References: <5431032358348998091@unknownmsgid>
	 <9371b4280808042324p7e15315dh6ec510d1a44d0bfb@mail.gmail.com>
	 <-7473549727786773226@unknownmsgid>
	 <9371b4280808050231y3eef802dk38fa7bcef659c4e1@mail.gmail.com>
	 <4084095379246559929@unknownmsgid>
Message-ID: <9371b4280808050349gaf6a8edlad673b8231811e5f@mail.gmail.com>

Hi,

I restart my machine (WindowsXP) , edit the file as you tell me and launch
Scilab.

The error message is the same.

And then I copy thirdpady and java/JRE from Beta4 binary to SE-trunk-26414
binary, and launch Scilab.

The error message still the same.



YungLee

2008/8/5 Allan CORNET <allan.cornet at scilab.org>

>  Hi,
>
>
>
> Can you try this with your svn version or nightly build:
>
>
>
> Please verify that you don't have a scilab process and
>
>
>
> Edit file : <SCI>/modules/jvm/etc/jvm_options.xml
>
>
>
> Line 23 : replaces <jvm_option string_option="-Djava.compiler=JIT"/> by
>
> <jvm_option string_option="-Djava.compiler=NONE"/>
>
>
>
> Save file
>
>
>
> Launch a new scilab.
>
>
>
> Always same error ?
>
>
>
> Thanks for your help
>
>
>
> Allan CORNET
>
>
>
>
>
> *De :* Yung-Jang Lee [mailto:yjlee123 at gmail.com]
> *Envoy? :* mardi 5 ao?t 2008 11:32
>
> *? :* dev at lists.scilab.org
> *Objet :* Re: [Scilab-Dev] setlanguage
>
>
>
> Hi,
>
> I have download nightly build and install to two machines , but the error
> messages are exact the same as the one I build from source.
>
> I also check to run ScilabBeta4 and it still running in my machine.
>
> It looks like there are some errors in the new Windows prerequirement.
>
> YungLee
>
> 2008/8/5 Allan CORNET <allan.cornet at scilab.org>
>
> Hi,
>
>
>
> Can you try with a nightly build :
> http://www.scilab.org/download/index_download.php?page=nightly_builds
>
>
>
> May be, you can  do a full clean of the VS solution and build.
>
>
>
> I checked on Win2k, XP, & vista and I cannot reproduce your problem.
>
>
>
> Thanks you
>
>
>
> Allan CORNET
>
>
>
>
>
> *De :* Yung-Jang Lee [mailto:yjlee123 at gmail.com]
> *Envoy? :* mardi 5 ao?t 2008 08:24
> *? :* dev at lists.scilab.org
> *Objet :* Re: [Scilab-Dev] setlanguage
>
>
>
> Hi,
>
> I update  the  prerequirement on Windows, copy contains under Windows
> directory to scilab  root and rebuild Scilab 5. But an error occurs during
> Scilab startup :
>
> "Scilab cannot create Scilab Java Main-Class(we have not been able to find
> the main Scilab class. Check if the Scilab and thirdparty packages are
> avaiable.)
>
> Any suggestion to resolve it ?
>
> Thank you in advnace.
>
> YungLee
>
> 2008/8/4 Allan CORNET <allan.cornet at scilab.org>
>
> Hi,
>
>
>
> I added possibility to set your default language in scilab.
>
>
>
> Example :
>
> setlanguage('fr_FR')
>
> you switch to French, you need to restart scilab if you want to update
> menus.
>
>
>
> At the next restart of scilab , language by default will be 'fr_FR'
>
>
>
> If you want to use system default : setlanguage("")
>
>
>
> I am very interested , if you can check with others languages as 'ru_RU'
> and 'zh_TW'
>
>
>
> On Windows, I advise to update  your prerequirement  (svn://
> svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Windows)
>
>
>
> Thanks you
>
>
>
> Best Regards
>
>
>
> Allan CORNET
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080805/9356aab6/attachment.htm>

From yjlee123 at gmail.com  Tue Aug  5 13:22:52 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Tue, 5 Aug 2008 19:22:52 +0800
Subject: [Scilab-Dev] setlanguage
In-Reply-To: <9371b4280808050349gaf6a8edlad673b8231811e5f@mail.gmail.com>
References: <5431032358348998091@unknownmsgid>
	 <9371b4280808042324p7e15315dh6ec510d1a44d0bfb@mail.gmail.com>
	 <-7473549727786773226@unknownmsgid>
	 <9371b4280808050231y3eef802dk38fa7bcef659c4e1@mail.gmail.com>
	 <4084095379246559929@unknownmsgid>
	 <9371b4280808050349gaf6a8edlad673b8231811e5f@mail.gmail.com>
Message-ID: <9371b4280808050422p2cc16746ve1026402b6f1f644@mail.gmail.com>

Hi,

I use the VC++ debug to trace the code (SVN source). It's function
'createMainScilabObject' that generate error.

Variable 'ScilabObject'  return  0x0000000. Other variables  (cls,mid) are
valid, and ScilabMode=2 .


Hope this can help.


-----------------------------------------------------------------------------------------------
BOOL createMainScilabObject(void)
{
    BOOL bOK = FALSE;
    JNIEnv * currentENV = getScilabJNIEnv();

    if (currentENV)
    {
        jclass cls=NULL;
        cls = (*currentENV)->FindClass(currentENV,
"org/scilab/modules/jvm/Scilab");
        bOK=catchIfJavaException(_("Could not access to the Main Scilab
Class:\n"));
        if (cls)
        {
            jmethodID mid=NULL;
            mid =
(*currentENV)->GetMethodID(currentENV,cls,"<init>","(I)V");
            bOK=catchIfJavaException(_("Could not access to the constructor
of the Main Scilab Class:\n"));
            if (mid)
            {
                jint ScilabMode = getScilabMode();
                ScilabObject =
(*currentENV)->NewObject(currentENV,cls,mid,ScilabMode); //<----ScilabObject
return 0x00000
                /* Catch the exception and display an human-reading error
message
                 */
                bOK=catchIfJavaException(_("Could not create a Scilab main
class. Error:\n"));
            }
        }
    }

    return bOK;
}
-----------------------------------------------------------------------------------------------------------------


YungLee


2008/8/5 Yung-Jang Lee <yjlee123 at gmail.com>

> Hi,
>
> I restart my machine (WindowsXP) , edit the file as you tell me and launch
> Scilab.
>
> The error message is the same.
>
> And then I copy thirdpady and java/JRE from Beta4 binary to SE-trunk-26414
> binary, and launch Scilab.
>
> The error message still the same.
>
>
>
>
> YungLee
>
> 2008/8/5 Allan CORNET <allan.cornet at scilab.org>
>
>>  Hi,
>>
>>
>>
>> Can you try this with your svn version or nightly build:
>>
>>
>>
>> Please verify that you don't have a scilab process and
>>
>>
>>
>> Edit file : <SCI>/modules/jvm/etc/jvm_options.xml
>>
>>
>>
>> Line 23 : replaces <jvm_option string_option="-Djava.compiler=JIT"/> by
>>
>> <jvm_option string_option="-Djava.compiler=NONE"/>
>>
>>
>>
>> Save file
>>
>>
>>
>> Launch a new scilab.
>>
>>
>>
>> Always same error ?
>>
>>
>>
>> Thanks for your help
>>
>>
>>
>> Allan CORNET
>>
>>
>>
>>
>>
>> *De :* Yung-Jang Lee [mailto:yjlee123 at gmail.com]
>> *Envoy? :* mardi 5 ao?t 2008 11:32
>>
>> *? :* dev at lists.scilab.org
>> *Objet :* Re: [Scilab-Dev] setlanguage
>>
>>
>>
>> Hi,
>>
>> I have download nightly build and install to two machines , but the error
>> messages are exact the same as the one I build from source.
>>
>> I also check to run ScilabBeta4 and it still running in my machine.
>>
>> It looks like there are some errors in the new Windows prerequirement.
>>
>> YungLee
>>
>> 2008/8/5 Allan CORNET <allan.cornet at scilab.org>
>>
>> Hi,
>>
>>
>>
>> Can you try with a nightly build :
>> http://www.scilab.org/download/index_download.php?page=nightly_builds
>>
>>
>>
>> May be, you can  do a full clean of the VS solution and build.
>>
>>
>>
>> I checked on Win2k, XP, & vista and I cannot reproduce your problem.
>>
>>
>>
>> Thanks you
>>
>>
>>
>> Allan CORNET
>>
>>
>>
>>
>>
>> *De :* Yung-Jang Lee [mailto:yjlee123 at gmail.com]
>> *Envoy? :* mardi 5 ao?t 2008 08:24
>> *? :* dev at lists.scilab.org
>> *Objet :* Re: [Scilab-Dev] setlanguage
>>
>>
>>
>> Hi,
>>
>> I update  the  prerequirement on Windows, copy contains under Windows
>> directory to scilab  root and rebuild Scilab 5. But an error occurs during
>> Scilab startup :
>>
>> "Scilab cannot create Scilab Java Main-Class(we have not been able to find
>> the main Scilab class. Check if the Scilab and thirdparty packages are
>> avaiable.)
>>
>> Any suggestion to resolve it ?
>>
>> Thank you in advnace.
>>
>> YungLee
>>
>> 2008/8/4 Allan CORNET <allan.cornet at scilab.org>
>>
>> Hi,
>>
>>
>>
>> I added possibility to set your default language in scilab.
>>
>>
>>
>> Example :
>>
>> setlanguage('fr_FR')
>>
>> you switch to French, you need to restart scilab if you want to update
>> menus.
>>
>>
>>
>> At the next restart of scilab , language by default will be 'fr_FR'
>>
>>
>>
>> If you want to use system default : setlanguage("")
>>
>>
>>
>> I am very interested , if you can check with others languages as 'ru_RU'
>> and 'zh_TW'
>>
>>
>>
>> On Windows, I advise to update  your prerequirement  (svn://
>> svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Windows)
>>
>>
>>
>> Thanks you
>>
>>
>>
>> Best Regards
>>
>>
>>
>> Allan CORNET
>>
>>
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080805/122a6175/attachment.htm>

From sylvestre.ledru at scilab.org  Tue Aug  5 14:37:45 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Tue, 05 Aug 2008 14:37:45 +0200
Subject: [Scilab-Dev] setlanguage
In-Reply-To: <9371b4280808050422p2cc16746ve1026402b6f1f644@mail.gmail.com>
References: <5431032358348998091@unknownmsgid>
	 <9371b4280808042324p7e15315dh6ec510d1a44d0bfb@mail.gmail.com>
	 <-7473549727786773226@unknownmsgid>
	 <9371b4280808050231y3eef802dk38fa7bcef659c4e1@mail.gmail.com>
	 <4084095379246559929@unknownmsgid>
	 <9371b4280808050349gaf6a8edlad673b8231811e5f@mail.gmail.com>
	 <9371b4280808050422p2cc16746ve1026402b6f1f644@mail.gmail.com>
Message-ID: <1217939865.5490.21.camel@zlarin.inria.fr>

You should get a full output from the Java here.
Usually, it is because it cannot find a java dep (jar file) in the
classpath.

Sylvestre

Le mardi 05 ao?t 2008 ? 19:22 +0800, Yung-Jang Lee a ?crit :
> Hi,
> 
> I use the VC++ debug to trace the code (SVN source). It's function
> 'createMainScilabObject' that generate error.
> 
> Variable 'ScilabObject'  return  0x0000000. Other variables  (cls,mid)
> are valid, and ScilabMode=2 .
> 
> 
> Hope this can help.
> 
> 
> -----------------------------------------------------------------------------------------------
> BOOL createMainScilabObject(void)
> {
>     BOOL bOK = FALSE;
>     JNIEnv * currentENV = getScilabJNIEnv();
> 
>     if (currentENV)
>     {
>         jclass cls=NULL;
>         cls = (*currentENV)->FindClass(currentENV,
> "org/scilab/modules/jvm/Scilab");
>         bOK=catchIfJavaException(_("Could not access to the Main
> Scilab Class:\n"));
>         if (cls)
>         {
>             jmethodID mid=NULL;
>             mid =
> (*currentENV)->GetMethodID(currentENV,cls,"<init>","(I)V");
>             bOK=catchIfJavaException(_("Could not access to the
> constructor of the Main Scilab Class:\n"));
>             if (mid)
>             {
>                 jint ScilabMode = getScilabMode();
>                 ScilabObject =
> (*currentENV)->NewObject(currentENV,cls,mid,ScilabMode); //<----ScilabObject return 0x00000
>                 /* Catch the exception and display an human-reading
> error message 
>                  */
>                 bOK=catchIfJavaException(_("Could not create a Scilab
> main class. Error:\n"));
>             }
>         }
>     }
> 
>     return bOK;
> }
> -----------------------------------------------------------------------------------------------------------------
> 
> 
> YungLee
> 
> 
> 2008/8/5 Yung-Jang Lee <yjlee123 at gmail.com>
>         Hi,
>         
>         I restart my machine (WindowsXP) , edit the file as you tell
>         me and launch Scilab. 
>         
>         The error message is the same.
>         
>         And then I copy thirdpady and java/JRE from Beta4 binary to
>         SE-trunk-26414 binary, and launch Scilab.
>         
>         The error message still the same.
>         
>         
>         
>         
>         
>         YungLee
>         
>         2008/8/5 Allan CORNET <allan.cornet at scilab.org>
>                 Hi,
>                 
>                  
>                 
>                 Can you try this with your svn version or nightly
>                 build:
>                 
>                  
>                 
>                 Please verify that you don't have a scilab process and
>                 
>                  
>                 
>                 Edit file : <SCI>/modules/jvm/etc/jvm_options.xml
>                 
>                  
>                 
>                 Line 23 : replaces <jvm_option
>                 string_option="-Djava.compiler=JIT"/> by 
>                 
>                 <jvm_option string_option="-Djava.compiler=NONE"/>
>                 
>                  
>                 
>                 Save file
>                 
>                  
>                 
>                 Launch a new scilab.
>                 
>                  
>                 
>                 Always same error ?
>                 
>                  
>                 
>                 Thanks for your help 
>                 
>                  
>                 
>                 Allan CORNET
>                 
>                  
>                 
>                  
>                 
>                 De : Yung-Jang Lee [mailto:yjlee123 at gmail.com] 
>                 Envoy? : mardi 5 ao?t 2008 11:32
>                 
>                 
>                 
>                 ? : dev at lists.scilab.org
>                 Objet : Re: [Scilab-Dev] setlanguage
>                 
>                  
>                 
>                 Hi,
>                 
>                 I have download nightly build and install to two
>                 machines , but the error messages are exact the same
>                 as the one I build from source.
>                 
>                 I also check to run ScilabBeta4 and it still running
>                 in my machine.
>                 
>                 It looks like there are some errors in the new Windows
>                 prerequirement.
>                 
>                 YungLee
>                 
>                 2008/8/5 Allan CORNET <allan.cornet at scilab.org>
>                 
>                 Hi,
>                 
>                  
>                 
>                 Can you try with a nightly build :
>                 http://www.scilab.org/download/index_download.php?page=nightly_builds
>                 
>                  
>                 
>                 May be, you can  do a full clean of the VS solution
>                 and build.
>                 
>                  
>                 
>                 I checked on Win2k, XP, & vista and I cannot reproduce
>                 your problem.
>                 
>                  
>                 
>                 Thanks you
>                 
>                  
>                 
>                 Allan CORNET
>                 
>                  
>                 
>                  
>                 
>                 De : Yung-Jang Lee [mailto:yjlee123 at gmail.com] 
>                 Envoy? : mardi 5 ao?t 2008 08:24
>                 ? : dev at lists.scilab.org
>                 Objet : Re: [Scilab-Dev] setlanguage
>                 
>                 
>                  
>                 
>                 Hi,
>                 
>                 I update  the  prerequirement on Windows, copy
>                 contains under Windows directory to scilab  root and
>                 rebuild Scilab 5. But an error occurs during Scilab
>                 startup :
>                 
>                 "Scilab cannot create Scilab Java Main-Class(we have
>                 not been able to find the main Scilab class. Check if
>                 the Scilab and thirdparty packages are avaiable.)
>                 
>                 Any suggestion to resolve it ? 
>                 
>                 Thank you in advnace.
>                 
>                 YungLee
>                 
>                 2008/8/4 Allan CORNET <allan.cornet at scilab.org>
>                 
>                 Hi,
>                 
>                  
>                 
>                 I added possibility to set your default language in
>                 scilab.
>                 
>                  
>                 
>                 Example : 
>                 
>                 setlanguage('fr_FR')
>                 
>                 you switch to French, you need to restart scilab if
>                 you want to update menus. 
>                 
>                  
>                 
>                 At the next restart of scilab , language by default
>                 will be 'fr_FR'
>                 
>                  
>                 
>                 If you want to use system default : setlanguage("")
>                 
>                  
>                 
>                 I am very interested , if you can check with others
>                 languages as 'ru_RU' and 'zh_TW'
>                 
>                  
>                 
>                 On Windows, I advise to update  your prerequirement
>                  (svn://svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Windows)
>                 
>                  
>                 
>                 Thanks you
>                 
>                  
>                 
>                 Best Regards 
>                 
>                  
>                 
>                 Allan CORNET
>                 
>                 
>                  
>                 
>                 
>                  
>                 
>                 
>         
>         
> 
> 



From ycollette at free.fr  Tue Aug  5 12:16:41 2008
From: ycollette at free.fr (Collette Yann)
Date: Tue, 05 Aug 2008 12:16:41 +0200
Subject: problem with viewcvs
Message-ID: <48982889.2000204@free.fr>

Hello,

There is a little problem with viewcvs on the scilab website. Here is 
the message I've got when I try to connect to viewcvs:


      An Exception Has Occurred

Scilab not found!
The wrong path for this repository was configured, or the server on which the Subversion tree lives maybe down. Please try again in a few minutes.


        Python Traceback

Traceback (most recent call last):
  File "/usr/local/viewvc_scilab/lib/viewvc.py", line 3629, in main
    request.run_viewvc()
  File "/usr/local/viewvc_scilab/lib/viewvc.py", line 259, in run_viewvc
    raise debug.ViewVCException(
ViewVCException: ViewVC Unrecoverable Error: Scilab not found!
The wrong path for this repository was configured, or the server on which the Subversion tree lives maybe down. Please try again in a few minutes.

YC





From voronaam at yandex.ru  Tue Aug  5 18:01:04 2008
From: voronaam at yandex.ru (Vorona Aleksey)
Date: Tue, 05 Aug 2008 20:01:04 +0400
Subject: [Scilab-loc] setlanguage
In-Reply-To: <9371b4280808050809y1f8465a8r36cfd13d6612b575@mail.gmail.com>
References: <-391356544331762198@unknownmsgid> <9371b4280808050809y1f8465a8r36cfd13d6612b575@mail.gmail.com>
Message-ID: <48987940.7010201@yandex.ru>

I am going to post my test results too. This is first result for current SVN build (rev.26421)

All is clear from screenshots:
http://voronaam.ru/scilab/trunk.png
http://voronaam.ru/scilab/trunk_w.png

Main menu is disabled. Russian input works, output doesn't work. xtitle() works. About 
dialog doesn't work.

P.S. Thanks Allan for build help.

-- Aleksey

Yung-Jang Lee wrote:
> Hi,
> 
> I have check effect of setlanguage('fr_FR') under WindowXP/zh_TW, and
> Linux/zh_TW.big5, Linux/zh_TW.utf8. The banner messages are changed as
> expected, but the menu items remain in Chinese.
> 
> Also, the menu items are always in disable status. Is it the same for
> other  languages (en_US,fr_FR) ?
> 
> WBR,
> 
> YungLee
> 
> 2008/8/4 Allan CORNET <allan.cornet at scilab.org>
> 
>>  Hi,
>>
>>
>>
>> I added possibility to set your default language in scilab.
>>
>>
>>
>> Example :
>>
>> setlanguage('fr_FR')
>>
>> you switch to French, you need to restart scilab if you want to update
>> menus.
>>
>>
>>
>> At the next restart of scilab , language by default will be 'fr_FR'
>>
>>
>>
>> If you want to use system default : setlanguage("")
>>
>>
>>
>> I am very interested , if you can check with others languages as 'ru_RU'
>> and 'zh_TW'
>>
>>
>>
>> On Windows, I advise to update  your prerequirement  (svn://
>> svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Windows)
>>
>>
>>
>> Thanks you
>>
>>
>>
>> Best Regards
>>
>>
>>
>> Allan CORNET
>>
> 
> 
> ------------------------------------------------------------------------
> 


-- 
WBR,
    Vorona Aleksey.



From cube at szypulka.com  Tue Aug  5 20:15:16 2008
From: cube at szypulka.com (Jakub Szypulka)
Date: Tue, 5 Aug 2008 20:15:16 +0200
Subject: [Scilab-Dev] setlanguage
In-Reply-To: <1217939865.5490.21.camel@zlarin.inria.fr>
References: <5431032358348998091@unknownmsgid>	 <9371b4280808042324p7e15315dh6ec510d1a44d0bfb@mail.gmail.com>	 <-7473549727786773226@unknownmsgid>	 <9371b4280808050231y3eef802dk38fa7bcef659c4e1@mail.gmail.com>	 <4084095379246559929@unknownmsgid>	 <9371b4280808050349gaf6a8edlad673b8231811e5f@mail.gmail.com>	 <9371b4280808050422p2cc16746ve1026402b6f1f644@mail.gmail.com> <1217939865.5490.21.camel@zlarin.inria.fr>
Message-ID: <000101c8f727$367bfe20$a373fa60$@com>

Anything new? 

Jakub Szypulka
Tango artist


MSN: kubasz at yahoo.com
ICQ: 264595412
AIM: aimcube

Skype: cube_s
Yahoo!IM: kubasz
Xfire: cubibubi

GTalk: cubibubi at googlemail.com
GaduGadu: 11945489
IRC: (Freenode) ``Cube

http://cubestuff.wordpress.com


-----Original Message-----
From: Sylvestre Ledru [mailto:sylvestre.ledru at scilab.org] 
Sent: Dienstag, 5. August 2008 14:38
To: dev at lists.scilab.org
Subject: Re: [Scilab-Dev] setlanguage

You should get a full output from the Java here.
Usually, it is because it cannot find a java dep (jar file) in the
classpath.

Sylvestre

Le mardi 05 ao?t 2008 ? 19:22 +0800, Yung-Jang Lee a ?crit :
> Hi,
> 
> I use the VC++ debug to trace the code (SVN source). It's function
> 'createMainScilabObject' that generate error.
> 
> Variable 'ScilabObject'  return  0x0000000. Other variables  (cls,mid)
> are valid, and ScilabMode=2 .
> 
> 
> Hope this can help.
> 
> 
> -----------------------------------------------------------------------------------------------
> BOOL createMainScilabObject(void)
> {
>     BOOL bOK = FALSE;
>     JNIEnv * currentENV = getScilabJNIEnv();
> 
>     if (currentENV)
>     {
>         jclass cls=NULL;
>         cls = (*currentENV)->FindClass(currentENV,
> "org/scilab/modules/jvm/Scilab");
>         bOK=catchIfJavaException(_("Could not access to the Main
> Scilab Class:\n"));
>         if (cls)
>         {
>             jmethodID mid=NULL;
>             mid =
> (*currentENV)->GetMethodID(currentENV,cls,"<init>","(I)V");
>             bOK=catchIfJavaException(_("Could not access to the
> constructor of the Main Scilab Class:\n"));
>             if (mid)
>             {
>                 jint ScilabMode = getScilabMode();
>                 ScilabObject =
> (*currentENV)->NewObject(currentENV,cls,mid,ScilabMode); //<----ScilabObject return 0x00000
>                 /* Catch the exception and display an human-reading
> error message 
>                  */
>                 bOK=catchIfJavaException(_("Could not create a Scilab
> main class. Error:\n"));
>             }
>         }
>     }
> 
>     return bOK;
> }
> -----------------------------------------------------------------------------------------------------------------
> 
> 
> YungLee
> 
> 
> 2008/8/5 Yung-Jang Lee <yjlee123 at gmail.com>
>         Hi,
>         
>         I restart my machine (WindowsXP) , edit the file as you tell
>         me and launch Scilab. 
>         
>         The error message is the same.
>         
>         And then I copy thirdpady and java/JRE from Beta4 binary to
>         SE-trunk-26414 binary, and launch Scilab.
>         
>         The error message still the same.
>         
>         
>         
>         
>         
>         YungLee
>         
>         2008/8/5 Allan CORNET <allan.cornet at scilab.org>
>                 Hi,
>                 
>                  
>                 
>                 Can you try this with your svn version or nightly
>                 build:
>                 
>                  
>                 
>                 Please verify that you don't have a scilab process and
>                 
>                  
>                 
>                 Edit file : <SCI>/modules/jvm/etc/jvm_options.xml
>                 
>                  
>                 
>                 Line 23 : replaces <jvm_option
>                 string_option="-Djava.compiler=JIT"/> by 
>                 
>                 <jvm_option string_option="-Djava.compiler=NONE"/>
>                 
>                  
>                 
>                 Save file
>                 
>                  
>                 
>                 Launch a new scilab.
>                 
>                  
>                 
>                 Always same error ?
>                 
>                  
>                 
>                 Thanks for your help 
>                 
>                  
>                 
>                 Allan CORNET
>                 
>                  
>                 
>                  
>                 
>                 De : Yung-Jang Lee [mailto:yjlee123 at gmail.com] 
>                 Envoy? : mardi 5 ao?t 2008 11:32
>                 
>                 
>                 
>                 ? : dev at lists.scilab.org
>                 Objet : Re: [Scilab-Dev] setlanguage
>                 
>                  
>                 
>                 Hi,
>                 
>                 I have download nightly build and install to two
>                 machines , but the error messages are exact the same
>                 as the one I build from source.
>                 
>                 I also check to run ScilabBeta4 and it still running
>                 in my machine.
>                 
>                 It looks like there are some errors in the new Windows
>                 prerequirement.
>                 
>                 YungLee
>                 
>                 2008/8/5 Allan CORNET <allan.cornet at scilab.org>
>                 
>                 Hi,
>                 
>                  
>                 
>                 Can you try with a nightly build :
>                 http://www.scilab.org/download/index_download.php?page=nightly_builds
>                 
>                  
>                 
>                 May be, you can  do a full clean of the VS solution
>                 and build.
>                 
>                  
>                 
>                 I checked on Win2k, XP, & vista and I cannot reproduce
>                 your problem.
>                 
>                  
>                 
>                 Thanks you
>                 
>                  
>                 
>                 Allan CORNET
>                 
>                  
>                 
>                  
>                 
>                 De : Yung-Jang Lee [mailto:yjlee123 at gmail.com] 
>                 Envoy? : mardi 5 ao?t 2008 08:24
>                 ? : dev at lists.scilab.org
>                 Objet : Re: [Scilab-Dev] setlanguage
>                 
>                 
>                  
>                 
>                 Hi,
>                 
>                 I update  the  prerequirement on Windows, copy
>                 contains under Windows directory to scilab  root and
>                 rebuild Scilab 5. But an error occurs during Scilab
>                 startup :
>                 
>                 "Scilab cannot create Scilab Java Main-Class(we have
>                 not been able to find the main Scilab class. Check if
>                 the Scilab and thirdparty packages are avaiable.)
>                 
>                 Any suggestion to resolve it ? 
>                 
>                 Thank you in advnace.
>                 
>                 YungLee
>                 
>                 2008/8/4 Allan CORNET <allan.cornet at scilab.org>
>                 
>                 Hi,
>                 
>                  
>                 
>                 I added possibility to set your default language in
>                 scilab.
>                 
>                  
>                 
>                 Example : 
>                 
>                 setlanguage('fr_FR')
>                 
>                 you switch to French, you need to restart scilab if
>                 you want to update menus. 
>                 
>                  
>                 
>                 At the next restart of scilab , language by default
>                 will be 'fr_FR'
>                 
>                  
>                 
>                 If you want to use system default : setlanguage("")
>                 
>                  
>                 
>                 I am very interested , if you can check with others
>                 languages as 'ru_RU' and 'zh_TW'
>                 
>                  
>                 
>                 On Windows, I advise to update  your prerequirement
>                  (svn://svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Windows)
>                 
>                  
>                 
>                 Thanks you
>                 
>                  
>                 
>                 Best Regards 
>                 
>                  
>                 
>                 Allan CORNET
>                 
>                 
>                  
>                 
>                 
>                  
>                 
>                 
>         
>         
> 
> 



From vincent.couvert at scilab.org  Wed Aug  6 11:16:17 2008
From: vincent.couvert at scilab.org (Vincent COUVERT)
Date: Wed, 06 Aug 2008 11:16:17 +0200
Subject: [Scilab-Dev] Problem with viewcvs
In-Reply-To: <48982957.9050005@freesurf.fr>
References: <48982957.9050005@freesurf.fr>
Message-ID: <48996BE1.60101@scilab.org>

Hello,

This problem is fixed now (we had network and electrical problems here 
yesterday).

Vincent

Collette Yann a ?crit :
> Hello,
>
> There is a little problem with viewcvs on the scilab website. Here is 
> the message I've got when I try to connect to viewcvs:
>
>
>     An Exception Has Occurred
>
> Scilab not found!
> The wrong path for this repository was configured, or the server on 
> which the Subversion tree lives maybe down. Please try again in a few 
> minutes.
>
>
>       Python Traceback
>
> Traceback (most recent call last):
> File "/usr/local/viewvc_scilab/lib/viewvc.py", line 3629, in main
>   request.run_viewvc()
> File "/usr/local/viewvc_scilab/lib/viewvc.py", line 259, in run_viewvc
>   raise debug.ViewVCException(
> ViewVCException: ViewVC Unrecoverable Error: Scilab not found!
> The wrong path for this repository was configured, or the server on 
> which the Subversion tree lives maybe down. Please try again in a few 
> minutes.
>
> YC
>


From fvogelnew1 at free.fr  Sat Aug  9 18:32:50 2008
From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=)
Date: Sat, 09 Aug 2008 18:32:50 +0200
Subject: [Scilab-Dev] Re: function AnsiToUTF and localeToUTF duplicate
 and conflict
In-Reply-To: <9371b4280808020931o2b9f1386p7e6a9258f4e879a@mail.gmail.com>
References: <9371b4280808020645xe9bb8cjb0c7f6a7ad09595a@mail.gmail.com> <9371b4280808020931o2b9f1386p7e6a9258f4e879a@mail.gmail.com>
Message-ID: <489DC6B2.1040809@free.fr>

Hi,

I have also noticed there seem to be some duplicates here and there.

And more than what you're reporting: in ScilabEval.c for instance, 
conversion from UTF-8 to ANSI is performed by a function from the Tcl 
librayr (Tcl_UtfToExternal).

Cleaning and standardization is needed, but maybe I'm coming after 
things were done (your message is more than a week old)?

Francois


Yung-Jang Lee said on 02/08/2008 18:31:
> Hi,all:
> 
> I have check that the results to call localeToUTF and ANSIToUTF8 are 
> exact the same in my machine. But for CP1252 encoding I don't convert to 
> UTF inside localeToUTF in current implementation (I thought CP1252 is a 
> subset of UNICODE).
> 
> So, may be we can remove calling 'ANSIToUTF8' in 'printf_scilab' and let 
> 'localeToUTF' always perform convert even for CP1252 encoding.
> 
> Or any suggections ?
> 
> YungLee
> 
> 
> 
> 2008/8/2 Yung-Jang Lee <yjlee123 at gmail.com <mailto:yjlee123 at gmail.com>>
> 
>     Hi, all :
> 
>     In recent  SVN trunk, I found a new files
>     windows_tools*\charEncodings.c that have functions for encoding
>     convert and this is conflicted  with function in file
>     locazilation*\localetoutf.c .  Function ANSIToUTF8 (defined in
>     charEncodings.c ) is used  in printf_scilab :
> 
> 
>     -----------------------sciprint.c---------------------------------------
>     void printf_scilab(char *buffer,BOOL withDiary)
>     {
>         if (buffer)
>         {
>             if (getScilabMode() == SCILAB_STD)
>             {
>                 #ifdef _MSC_VER
>                 {
>                     char *UTF8Buffer = ANSIToUTF8(buffer);//<--------
>                     if (UTF8Buffer)
>                     {
>                         ConsolePrintf(UTF8Buffer);   
>     //<------------------------- call localeToUTF inside ConsolePrintf
>                         FREE(UTF8Buffer);
>                     }
>     -------------------------------------------------------------------------------
> 
>     On my machine (WINDOW/XP,CP950) , conversion to UTF strings is thus
>     performed twice, and this make console fail to display chinese again.
> 
>     I think functions in files 'charEncodings.c' and 'localetoutf.c' 
>     should merged and the encoding transformation need some agreements
>     between developers.
> 
>     YungLee
> 
> 
> 


From sylvestre.ledru at scilab.org  Sun Aug 10 00:36:27 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Sun, 10 Aug 2008 00:36:27 +0200
Subject: [Scilab-Dev] setlanguage
In-Reply-To: <000101c8f727$367bfe20$a373fa60$@com>
References: <5431032358348998091@unknownmsgid>
	 <9371b4280808042324p7e15315dh6ec510d1a44d0bfb@mail.gmail.com>
	 <-7473549727786773226@unknownmsgid>
	 <9371b4280808050231y3eef802dk38fa7bcef659c4e1@mail.gmail.com>
	 <4084095379246559929@unknownmsgid>
	 <9371b4280808050349gaf6a8edlad673b8231811e5f@mail.gmail.com>
	 <9371b4280808050422p2cc16746ve1026402b6f1f644@mail.gmail.com>
	 <1217939865.5490.21.camel@zlarin.inria.fr>
	 <000101c8f727$367bfe20$a373fa60$@com>
Message-ID: <1218321387.4796.2.camel@zlarin.inria.fr>

Niet. My boss and I are in holidays ;)

S

 Le mardi 05 ao?t 2008 ? 20:15 +0200, Jakub Szypulka a ?crit :
> Anything new? 
> 
> Jakub Szypulka
> Tango artist
> 
> 
> MSN: kubasz at yahoo.com
> ICQ: 264595412
> AIM: aimcube
> 
> Skype: cube_s
> Yahoo!IM: kubasz
> Xfire: cubibubi
> 
> GTalk: cubibubi at googlemail.com
> GaduGadu: 11945489
> IRC: (Freenode) ``Cube
> 
> http://cubestuff.wordpress.com
> 
> 
> -----Original Message-----
> From: Sylvestre Ledru [mailto:sylvestre.ledru at scilab.org] 
> Sent: Dienstag, 5. August 2008 14:38
> To: dev at lists.scilab.org
> Subject: Re: [Scilab-Dev] setlanguage
> 
> You should get a full output from the Java here.
> Usually, it is because it cannot find a java dep (jar file) in the
> classpath.
> 
> Sylvestre
> 
> Le mardi 05 ao?t 2008 ? 19:22 +0800, Yung-Jang Lee a ?crit :
> > Hi,
> > 
> > I use the VC++ debug to trace the code (SVN source). It's function
> > 'createMainScilabObject' that generate error.
> > 
> > Variable 'ScilabObject'  return  0x0000000. Other variables  (cls,mid)
> > are valid, and ScilabMode=2 .
> > 
> > 
> > Hope this can help.
> > 
> > 
> > -----------------------------------------------------------------------------------------------
> > BOOL createMainScilabObject(void)
> > {
> >     BOOL bOK = FALSE;
> >     JNIEnv * currentENV = getScilabJNIEnv();
> > 
> >     if (currentENV)
> >     {
> >         jclass cls=NULL;
> >         cls = (*currentENV)->FindClass(currentENV,
> > "org/scilab/modules/jvm/Scilab");
> >         bOK=catchIfJavaException(_("Could not access to the Main
> > Scilab Class:\n"));
> >         if (cls)
> >         {
> >             jmethodID mid=NULL;
> >             mid =
> > (*currentENV)->GetMethodID(currentENV,cls,"<init>","(I)V");
> >             bOK=catchIfJavaException(_("Could not access to the
> > constructor of the Main Scilab Class:\n"));
> >             if (mid)
> >             {
> >                 jint ScilabMode = getScilabMode();
> >                 ScilabObject =
> > (*currentENV)->NewObject(currentENV,cls,mid,ScilabMode); //<----ScilabObject return 0x00000
> >                 /* Catch the exception and display an human-reading
> > error message 
> >                  */
> >                 bOK=catchIfJavaException(_("Could not create a Scilab
> > main class. Error:\n"));
> >             }
> >         }
> >     }
> > 
> >     return bOK;
> > }
> > -----------------------------------------------------------------------------------------------------------------
> > 
> > 
> > YungLee
> > 
> > 
> > 2008/8/5 Yung-Jang Lee <yjlee123 at gmail.com>
> >         Hi,
> >         
> >         I restart my machine (WindowsXP) , edit the file as you tell
> >         me and launch Scilab. 
> >         
> >         The error message is the same.
> >         
> >         And then I copy thirdpady and java/JRE from Beta4 binary to
> >         SE-trunk-26414 binary, and launch Scilab.
> >         
> >         The error message still the same.
> >         
> >         
> >         
> >         
> >         
> >         YungLee
> >         
> >         2008/8/5 Allan CORNET <allan.cornet at scilab.org>
> >                 Hi,
> >                 
> >                  
> >                 
> >                 Can you try this with your svn version or nightly
> >                 build:
> >                 
> >                  
> >                 
> >                 Please verify that you don't have a scilab process and
> >                 
> >                  
> >                 
> >                 Edit file : <SCI>/modules/jvm/etc/jvm_options.xml
> >                 
> >                  
> >                 
> >                 Line 23 : replaces <jvm_option
> >                 string_option="-Djava.compiler=JIT"/> by 
> >                 
> >                 <jvm_option string_option="-Djava.compiler=NONE"/>
> >                 
> >                  
> >                 
> >                 Save file
> >                 
> >                  
> >                 
> >                 Launch a new scilab.
> >                 
> >                  
> >                 
> >                 Always same error ?
> >                 
> >                  
> >                 
> >                 Thanks for your help 
> >                 
> >                  
> >                 
> >                 Allan CORNET
> >                 
> >                  
> >                 
> >                  
> >                 
> >                 De : Yung-Jang Lee [mailto:yjlee123 at gmail.com] 
> >                 Envoy? : mardi 5 ao?t 2008 11:32
> >                 
> >                 
> >                 
> >                 ? : dev at lists.scilab.org
> >                 Objet : Re: [Scilab-Dev] setlanguage
> >                 
> >                  
> >                 
> >                 Hi,
> >                 
> >                 I have download nightly build and install to two
> >                 machines , but the error messages are exact the same
> >                 as the one I build from source.
> >                 
> >                 I also check to run ScilabBeta4 and it still running
> >                 in my machine.
> >                 
> >                 It looks like there are some errors in the new Windows
> >                 prerequirement.
> >                 
> >                 YungLee
> >                 
> >                 2008/8/5 Allan CORNET <allan.cornet at scilab.org>
> >                 
> >                 Hi,
> >                 
> >                  
> >                 
> >                 Can you try with a nightly build :
> >                 http://www.scilab.org/download/index_download.php?page=nightly_builds
> >                 
> >                  
> >                 
> >                 May be, you can  do a full clean of the VS solution
> >                 and build.
> >                 
> >                  
> >                 
> >                 I checked on Win2k, XP, & vista and I cannot reproduce
> >                 your problem.
> >                 
> >                  
> >                 
> >                 Thanks you
> >                 
> >                  
> >                 
> >                 Allan CORNET
> >                 
> >                  
> >                 
> >                  
> >                 
> >                 De : Yung-Jang Lee [mailto:yjlee123 at gmail.com] 
> >                 Envoy? : mardi 5 ao?t 2008 08:24
> >                 ? : dev at lists.scilab.org
> >                 Objet : Re: [Scilab-Dev] setlanguage
> >                 
> >                 
> >                  
> >                 
> >                 Hi,
> >                 
> >                 I update  the  prerequirement on Windows, copy
> >                 contains under Windows directory to scilab  root and
> >                 rebuild Scilab 5. But an error occurs during Scilab
> >                 startup :
> >                 
> >                 "Scilab cannot create Scilab Java Main-Class(we have
> >                 not been able to find the main Scilab class. Check if
> >                 the Scilab and thirdparty packages are avaiable.)
> >                 
> >                 Any suggestion to resolve it ? 
> >                 
> >                 Thank you in advnace.
> >                 
> >                 YungLee
> >                 
> >                 2008/8/4 Allan CORNET <allan.cornet at scilab.org>
> >                 
> >                 Hi,
> >                 
> >                  
> >                 
> >                 I added possibility to set your default language in
> >                 scilab.
> >                 
> >                  
> >                 
> >                 Example : 
> >                 
> >                 setlanguage('fr_FR')
> >                 
> >                 you switch to French, you need to restart scilab if
> >                 you want to update menus. 
> >                 
> >                  
> >                 
> >                 At the next restart of scilab , language by default
> >                 will be 'fr_FR'
> >                 
> >                  
> >                 
> >                 If you want to use system default : setlanguage("")
> >                 
> >                  
> >                 
> >                 I am very interested , if you can check with others
> >                 languages as 'ru_RU' and 'zh_TW'
> >                 
> >                  
> >                 
> >                 On Windows, I advise to update  your prerequirement
> >                  (svn://svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Windows)
> >                 
> >                  
> >                 
> >                 Thanks you
> >                 
> >                  
> >                 
> >                 Best Regards 
> >                 
> >                  
> >                 
> >                 Allan CORNET
> >                 
> >                 
> >                  
> >                 
> >                 
> >                  
> >                 
> >                 
> >         
> >         
> > 
> > 
> 



From sylvestre.ledru at scilab.org  Sun Aug 10 00:38:14 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Sun, 10 Aug 2008 00:38:14 +0200
Subject: [Scilab-Dev] setlanguage
In-Reply-To: <1218321387.4796.2.camel@zlarin.inria.fr>
References: <5431032358348998091@unknownmsgid>
	 <9371b4280808042324p7e15315dh6ec510d1a44d0bfb@mail.gmail.com>
	 <-7473549727786773226@unknownmsgid>
	 <9371b4280808050231y3eef802dk38fa7bcef659c4e1@mail.gmail.com>
	 <4084095379246559929@unknownmsgid>
	 <9371b4280808050349gaf6a8edlad673b8231811e5f@mail.gmail.com>
	 <9371b4280808050422p2cc16746ve1026402b6f1f644@mail.gmail.com>
	 <1217939865.5490.21.camel@zlarin.inria.fr>
	 <000101c8f727$367bfe20$a373fa60$@com>
	 <1218321387.4796.2.camel@zlarin.inria.fr>
Message-ID: <1218321494.4796.5.camel@zlarin.inria.fr>

Goups, sorry, Didn't notice that was on the public ML.

Sorry for the noise.

Sylvestre

Le dimanche 10 ao?t 2008 ? 00:36 +0200, Sylvestre Ledru a ?crit :
> Niet. My boss and I are in holidays ;)
> 
> S
> 
>  Le mardi 05 ao?t 2008 ? 20:15 +0200, Jakub Szypulka a ?crit :
> > Anything new? 
> > 
> > Jakub Szypulka
> > Tango artist
> > 
> > 
> > MSN: kubasz at yahoo.com
> > ICQ: 264595412
> > AIM: aimcube
> > 
> > Skype: cube_s
> > Yahoo!IM: kubasz
> > Xfire: cubibubi
> > 
> > GTalk: cubibubi at googlemail.com
> > GaduGadu: 11945489
> > IRC: (Freenode) ``Cube
> > 
> > http://cubestuff.wordpress.com
> > 
> > 
> > -----Original Message-----
> > From: Sylvestre Ledru [mailto:sylvestre.ledru at scilab.org] 
> > Sent: Dienstag, 5. August 2008 14:38
> > To: dev at lists.scilab.org
> > Subject: Re: [Scilab-Dev] setlanguage
> > 
> > You should get a full output from the Java here.
> > Usually, it is because it cannot find a java dep (jar file) in the
> > classpath.
> > 
> > Sylvestre
> > 
> > Le mardi 05 ao?t 2008 ? 19:22 +0800, Yung-Jang Lee a ?crit :
> > > Hi,
> > > 
> > > I use the VC++ debug to trace the code (SVN source). It's function
> > > 'createMainScilabObject' that generate error.
> > > 
> > > Variable 'ScilabObject'  return  0x0000000. Other variables  (cls,mid)
> > > are valid, and ScilabMode=2 .
> > > 
> > > 
> > > Hope this can help.
> > > 
> > > 
> > > -----------------------------------------------------------------------------------------------
> > > BOOL createMainScilabObject(void)
> > > {
> > >     BOOL bOK = FALSE;
> > >     JNIEnv * currentENV = getScilabJNIEnv();
> > > 
> > >     if (currentENV)
> > >     {
> > >         jclass cls=NULL;
> > >         cls = (*currentENV)->FindClass(currentENV,
> > > "org/scilab/modules/jvm/Scilab");
> > >         bOK=catchIfJavaException(_("Could not access to the Main
> > > Scilab Class:\n"));
> > >         if (cls)
> > >         {
> > >             jmethodID mid=NULL;
> > >             mid =
> > > (*currentENV)->GetMethodID(currentENV,cls,"<init>","(I)V");
> > >             bOK=catchIfJavaException(_("Could not access to the
> > > constructor of the Main Scilab Class:\n"));
> > >             if (mid)
> > >             {
> > >                 jint ScilabMode = getScilabMode();
> > >                 ScilabObject =
> > > (*currentENV)->NewObject(currentENV,cls,mid,ScilabMode); //<----ScilabObject return 0x00000
> > >                 /* Catch the exception and display an human-reading
> > > error message 
> > >                  */
> > >                 bOK=catchIfJavaException(_("Could not create a Scilab
> > > main class. Error:\n"));
> > >             }
> > >         }
> > >     }
> > > 
> > >     return bOK;
> > > }
> > > -----------------------------------------------------------------------------------------------------------------
> > > 
> > > 
> > > YungLee
> > > 
> > > 
> > > 2008/8/5 Yung-Jang Lee <yjlee123 at gmail.com>
> > >         Hi,
> > >         
> > >         I restart my machine (WindowsXP) , edit the file as you tell
> > >         me and launch Scilab. 
> > >         
> > >         The error message is the same.
> > >         
> > >         And then I copy thirdpady and java/JRE from Beta4 binary to
> > >         SE-trunk-26414 binary, and launch Scilab.
> > >         
> > >         The error message still the same.
> > >         
> > >         
> > >         
> > >         
> > >         
> > >         YungLee
> > >         
> > >         2008/8/5 Allan CORNET <allan.cornet at scilab.org>
> > >                 Hi,
> > >                 
> > >                  
> > >                 
> > >                 Can you try this with your svn version or nightly
> > >                 build:
> > >                 
> > >                  
> > >                 
> > >                 Please verify that you don't have a scilab process and
> > >                 
> > >                  
> > >                 
> > >                 Edit file : <SCI>/modules/jvm/etc/jvm_options.xml
> > >                 
> > >                  
> > >                 
> > >                 Line 23 : replaces <jvm_option
> > >                 string_option="-Djava.compiler=JIT"/> by 
> > >                 
> > >                 <jvm_option string_option="-Djava.compiler=NONE"/>
> > >                 
> > >                  
> > >                 
> > >                 Save file
> > >                 
> > >                  
> > >                 
> > >                 Launch a new scilab.
> > >                 
> > >                  
> > >                 
> > >                 Always same error ?
> > >                 
> > >                  
> > >                 
> > >                 Thanks for your help 
> > >                 
> > >                  
> > >                 
> > >                 Allan CORNET
> > >                 
> > >                  
> > >                 
> > >                  
> > >                 
> > >                 De : Yung-Jang Lee [mailto:yjlee123 at gmail.com] 
> > >                 Envoy? : mardi 5 ao?t 2008 11:32
> > >                 
> > >                 
> > >                 
> > >                 ? : dev at lists.scilab.org
> > >                 Objet : Re: [Scilab-Dev] setlanguage
> > >                 
> > >                  
> > >                 
> > >                 Hi,
> > >                 
> > >                 I have download nightly build and install to two
> > >                 machines , but the error messages are exact the same
> > >                 as the one I build from source.
> > >                 
> > >                 I also check to run ScilabBeta4 and it still running
> > >                 in my machine.
> > >                 
> > >                 It looks like there are some errors in the new Windows
> > >                 prerequirement.
> > >                 
> > >                 YungLee
> > >                 
> > >                 2008/8/5 Allan CORNET <allan.cornet at scilab.org>
> > >                 
> > >                 Hi,
> > >                 
> > >                  
> > >                 
> > >                 Can you try with a nightly build :
> > >                 http://www.scilab.org/download/index_download.php?page=nightly_builds
> > >                 
> > >                  
> > >                 
> > >                 May be, you can  do a full clean of the VS solution
> > >                 and build.
> > >                 
> > >                  
> > >                 
> > >                 I checked on Win2k, XP, & vista and I cannot reproduce
> > >                 your problem.
> > >                 
> > >                  
> > >                 
> > >                 Thanks you
> > >                 
> > >                  
> > >                 
> > >                 Allan CORNET
> > >                 
> > >                  
> > >                 
> > >                  
> > >                 
> > >                 De : Yung-Jang Lee [mailto:yjlee123 at gmail.com] 
> > >                 Envoy? : mardi 5 ao?t 2008 08:24
> > >                 ? : dev at lists.scilab.org
> > >                 Objet : Re: [Scilab-Dev] setlanguage
> > >                 
> > >                 
> > >                  
> > >                 
> > >                 Hi,
> > >                 
> > >                 I update  the  prerequirement on Windows, copy
> > >                 contains under Windows directory to scilab  root and
> > >                 rebuild Scilab 5. But an error occurs during Scilab
> > >                 startup :
> > >                 
> > >                 "Scilab cannot create Scilab Java Main-Class(we have
> > >                 not been able to find the main Scilab class. Check if
> > >                 the Scilab and thirdparty packages are avaiable.)
> > >                 
> > >                 Any suggestion to resolve it ? 
> > >                 
> > >                 Thank you in advnace.
> > >                 
> > >                 YungLee
> > >                 
> > >                 2008/8/4 Allan CORNET <allan.cornet at scilab.org>
> > >                 
> > >                 Hi,
> > >                 
> > >                  
> > >                 
> > >                 I added possibility to set your default language in
> > >                 scilab.
> > >                 
> > >                  
> > >                 
> > >                 Example : 
> > >                 
> > >                 setlanguage('fr_FR')
> > >                 
> > >                 you switch to French, you need to restart scilab if
> > >                 you want to update menus. 
> > >                 
> > >                  
> > >                 
> > >                 At the next restart of scilab , language by default
> > >                 will be 'fr_FR'
> > >                 
> > >                  
> > >                 
> > >                 If you want to use system default : setlanguage("")
> > >                 
> > >                  
> > >                 
> > >                 I am very interested , if you can check with others
> > >                 languages as 'ru_RU' and 'zh_TW'
> > >                 
> > >                  
> > >                 
> > >                 On Windows, I advise to update  your prerequirement
> > >                  (svn://svn.scilab.org/scilab/trunk/Dev-Tools/SE/Prerequirements/Windows)
> > >                 
> > >                  
> > >                 
> > >                 Thanks you
> > >                 
> > >                  
> > >                 
> > >                 Best Regards 
> > >                 
> > >                  
> > >                 
> > >                 Allan CORNET
> > >                 
> > >                 
> > >                  
> > >                 
> > >                 
> > >                  
> > >                 
> > >                 
> > >         
> > >         
> > > 
> > > 
> > 
> 



From yjlee123 at gmail.com  Sun Aug 10 05:19:46 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Sun, 10 Aug 2008 11:19:46 +0800
Subject: [Scilab-Dev] Re: function AnsiToUTF and localeToUTF duplicate and conflict
In-Reply-To: <489DC6B2.1040809@free.fr>
References: <9371b4280808020645xe9bb8cjb0c7f6a7ad09595a@mail.gmail.com>
	 <9371b4280808020931o2b9f1386p7e6a9258f4e879a@mail.gmail.com>
	 <489DC6B2.1040809@free.fr>
Message-ID: <9371b4280808092019m35fe33a7q9348090a0f4a79d2@mail.gmail.com>

Fran?ois  and all :

Yes, the message you response is more than a week old. It seems have
problems to delivery to ML during weekend.

Coding converting is quite complicate things for software like Scilab5.
C/C++/Java/TCL and Scilab language itself  all have their own  strategy to
handle encoding,  it need a standardization for code converting between
different context.


YungLee

2008/8/10 Fran?ois Vogel <fvogelnew1 at free.fr>

> Hi,
>
> I have also noticed there seem to be some duplicates here and there.
>
> And more than what you're reporting: in ScilabEval.c for instance,
> conversion from UTF-8 to ANSI is performed by a function from the Tcl
> librayr (Tcl_UtfToExternal).
>
> Cleaning and standardization is needed, but maybe I'm coming after things
> were done (your message is more than a week old)?
>
> Francois
>
>
> Yung-Jang Lee said on 02/08/2008 18:31:
>
>> Hi,all:
>>
>> I have check that the results to call localeToUTF and ANSIToUTF8 are exact
>> the same in my machine. But for CP1252 encoding I don't convert to UTF
>> inside localeToUTF in current implementation (I thought CP1252 is a subset
>> of UNICODE).
>>
>> So, may be we can remove calling 'ANSIToUTF8' in 'printf_scilab' and let
>> 'localeToUTF' always perform convert even for CP1252 encoding.
>>
>> Or any suggections ?
>>
>> YungLee
>>
>>
>>
>> 2008/8/2 Yung-Jang Lee <yjlee123 at gmail.com <mailto:yjlee123 at gmail.com>>
>>
>>    Hi, all :
>>
>>    In recent  SVN trunk, I found a new files
>>    windows_tools*\charEncodings.c that have functions for encoding
>>    convert and this is conflicted  with function in file
>>    locazilation*\localetoutf.c .  Function ANSIToUTF8 (defined in
>>    charEncodings.c ) is used  in printf_scilab :
>>
>>
>>
>>  -----------------------sciprint.c---------------------------------------
>>    void printf_scilab(char *buffer,BOOL withDiary)
>>    {
>>        if (buffer)
>>        {
>>            if (getScilabMode() == SCILAB_STD)
>>            {
>>                #ifdef _MSC_VER
>>                {
>>                    char *UTF8Buffer = ANSIToUTF8(buffer);//<--------
>>                    if (UTF8Buffer)
>>                    {
>>                        ConsolePrintf(UTF8Buffer);
>>  //<------------------------- call localeToUTF inside ConsolePrintf
>>                        FREE(UTF8Buffer);
>>                    }
>>
>>  -------------------------------------------------------------------------------
>>
>>    On my machine (WINDOW/XP,CP950) , conversion to UTF strings is thus
>>    performed twice, and this make console fail to display chinese again.
>>
>>    I think functions in files 'charEncodings.c' and 'localetoutf.c'
>>  should merged and the encoding transformation need some agreements
>>    between developers.
>>
>>    YungLee
>>
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080810/96535904/attachment.htm>

From yjlee123 at gmail.com  Sun Aug 10 18:22:46 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Mon, 11 Aug 2008 00:22:46 +0800
Subject: Three encoding bugs in nightly build SVN
Message-ID: <9371b4280808100922i1c41f362tfee9327b759ac5a1@mail.gmail.com>

Hi,all :

I just working on bugs fixing for Scilab5 relating with locale and UTF
encoding convert.

The following is a  script that generate these bugs on my WindowsXP. These
bugs influence languages that are not encoding in UNICODE.

I tried  several ways to resolve these problems in the last week, and hope
can have convergent  solution  in the following  week.

WBR,

YungLee

///////////////////////////////////////////////////////////////////////////////////////////////////////////////////
// test Script for Scilab5 rev. 26463
//
// just copy this script and change text variable to test
//
mode(-1);
text='????'; // test string for  Windows CP950  (zh_TW) and Linux
(zh_TW.BIG5)
//
//Bug 1. terminal string output error
//
// reason : an UTF sting convert to UTF once again
//
disp(text)
mprintf(text)
//Bug 2. about() command fail to display Chinese/Russian
//
// reason :gettext fununction should return string in UTF rather than
// system locale, this influence about() command
//
x_message(gettext('&File')) // gettext inside x_message fail to display the
translation
about();
//
// Bug 3. string output in file, must encoding in system locale
// But in current SVN , the output string is in UTF encoding.
//
u=file('open','resultsA','unknown') //open the result file
write(u,text,'(a)') // encoding wrong, not in system locale
file('close',u)
//
u=mopen('resultsB','w') //open the result file
mfprintf(u,text) // encoding wrong, not in system locale
mclose(u);
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080811/66416dd4/attachment.htm>

From simon.lipp at scilab.org  Tue Aug 12 19:02:51 2008
From: simon.lipp at scilab.org (Simon Lipp)
Date: Tue, 12 Aug 2008 19:02:51 +0200
Subject: linux 64 bits support
Message-ID: <20080812190251.788e3ea1@caprera.inria.fr>

Hi,

This is a first proposal for a working Scilab on Linux 64 bits. Scilab
runs in all modes, a lot of modules have the same behaviour (in make
check) than 32 bits, but there are still some issues. But I think these
issues are small problems in small pieces of code (given than huge
portions of code works fine), so I prefer to post the main
modifications before trying to hunt minor bugs.

Issues:
 - Reducing stack (e.g. stacksize("min")) doesn't work (that's why
nonreg test of bug #2867 fails). Since it's rarely used (seems to
never be done automatically by scilab) and requires big changes (far
more changes than this patch) in functions I don't understand, it's
likely no worth fixing it. Unless I find a simple way...
 - Scicos doesn't work (I didn't check but there's no way it can work).
They duplicate the stack definition, and scicos one has to be updated.
Should be pretty easy to fix (unless a lot of bugs appears after the
trivial fix ;)).
 - Funny part: "make clean" fails (segmentation fault). I'll try to see
this tomorrow.
 - Another funny thing (no link with 64 bits): when running "make
check" on a distant machine with X forwarding, some tests fails but in
the report "make check" says that two extra tests passed (103 passed in
local, 105 passed with X forwarding and some errors). More errors =
less errors... do less with more ? ;)

Results of "make check", by module:
 - Same results on 32 bits and 64 bits versions
arnoldi, boolean, completion, elementary_functions, genetic_algorithms,
integer, output_stream, overloading, parameters, polynomials,
signal_processing, simulated_annealing, sparse, special_functions,
spreadsheet, statistics, symbolic, m2c, cascd, data_structures,
differential_equations, dynamic_link, io, linear_algebra, optimization,
randlib (-- and all modules  which doesn't have any tests ;))

 - Different results:
compatibility_functions: bug_1227 fails on 64 bits and not on 32 bits
version. Both hangs on bug_577. Don't know why.
double: 25% passed, 75% in 32 bits version. Failed tests are trying to
reduce stack size, so that's not a big issue
fileio: 94% passed, 100% in  32 bits version. Don't know why.
functions: bug_625 and bytecode pass fine on 32 bits but not on 64 bits
matio: 64 bits version freeze, 32 bits version fails. Don't know why.
sound: sound doesn't passes on 64 bits. Don't know why.
string: strcmp and *pcre76 doesn't passes. Don't know why.
time: getdate and bug_793 doesn't passes. Don't know why, but Allan did
special things on Windows 64 bits on this module, I'll also see this
tomorrow.

Simon
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 64bits-1-inisci_fix.patch
Type: text/x-patch
Size: 1145 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080812/7b3654fb/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 64bits-2-configure.patch
Type: text/x-patch
Size: 18548 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080812/7b3654fb/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 64bits-3-stack_def_h.patch
Type: text/x-patch
Size: 611 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080812/7b3654fb/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 64bits-4-stack_h.patch
Type: text/x-patch
Size: 36525 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080812/7b3654fb/attachment-0003.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 64bits-5-stackreloc.patch
Type: text/x-patch
Size: 30791 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080812/7b3654fb/attachment-0004.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 64bits-6-scimem.patch
Type: text/x-patch
Size: 2057 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080812/7b3654fb/attachment-0005.bin>

From enrico.segre at weizmann.ac.il  Tue Aug 12 19:07:27 2008
From: enrico.segre at weizmann.ac.il (Enrico Segre)
Date: Tue, 12 Aug 2008 20:07:27 +0300
Subject: [Scilab-Dev] linux 64 bits support
In-Reply-To: <20080812190251.788e3ea1@caprera.inria.fr>
References: <20080812190251.788e3ea1@caprera.inria.fr>
Message-ID: <48A1C34F.2000604@weizmann.ac.il>

I reported a large number of linux 64bit crashes and bugs, so I welcome 
the efforts on the subject, but unfortunately I won't have time in the 
next days for checking them. Sorry.
Enrico



From ycollette at free.fr  Thu Aug 14 14:58:48 2008
From: ycollette at free.fr (Collette Yann)
Date: Thu, 14 Aug 2008 14:58:48 +0200
Subject: how to clear a variable in a C interface
Message-ID: <48A42C08.4010707@free.fr>

Hello,

I am writing a C interface. I would like to clean up a variable in that 
C interface, but I don't know how to remove it.

GetRhsVar(1, "d", &m_var, &n_var, &l_var);

....

ClearRhsVar(&m_var, &n_var, &l_var); // I'm looking for this kind of 
function which will remove the variable l_var from the stack.

YC



From ycollette at free.fr  Thu Aug 14 15:04:56 2008
From: ycollette at free.fr (Collette Yann)
Date: Thu, 14 Aug 2008 15:04:56 +0200
Subject: how to access to a compiled function in a C interface
Message-ID: <48A42D78.6060102@free.fr>

Hello,

I would like to access to a compiled function from a C interface.
Here is the intersting part of the optim documentation:

C=['#include <math.h>'
    'double sq(double x)'
    '{ return x*x;}'
    'void rosenc(int *ind, int *n, double *x, double *f, double *g, '
    '                                int *ti, float *tr, double *td)'
    '{'
    '  double p;'
    '  int i;'
    '  p=td[0];'
    '  if (*ind==2||*ind==4) {'
    '    *f=1.0;'
    '    for (i=1;i<*n;i++)'
    '      *f+=p*sq(x[i]-sq(x[i-1]))+sq(1.0-x[i]);'
    '  }'
    '  if (*ind==3||*ind==4) {'
    '    g[0]=-4.0*p*(x[1]-sq(x[0]))*x[0];'
    '    for (i=1;i<*n-1;i++)'
    '      
g[i]=2.0*p*(x[i]-sq(x[i-1]))-4.0*p*(x[i+1]-sq(x[i]))*x[i]-2.0*(1.0-x[i]);'
    '    g[*n-1]=2.0*p*(x[*n-1]-sq(x[*n-2]))-2.0*(1.0-x[*n-1]);'
    '  }'
    '}'];
    mputl(C,TMPDIR+'/rosenc.c')
    // compile the C code
    l=ilib_for_link('rosenc','rosenc.o',[],'c',TMPDIR+'/Makefile');
    // incremental linking
    link(l,'rosenc','c');

Once this function is compiled and linked, the 'rosenc' doesn't appears 
as a variable. I am only able to use this function via a call to fort.
Where is this function in scilab ?
How to I get a pointer to this function in a C interface ?

YC


From sylvestre.ledru at scilab.org  Sun Aug 17 12:39:46 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Sun, 17 Aug 2008 12:39:46 +0200
Subject: Splash screen in Scilab 5
Message-ID: <1218969586.6586.88.camel@zlarin.inria.fr>

Hello,

I was trying to create a splash screen using the Java but the way we
instantiate the JVM (ie: JNI_CreateJavaVM in C code) does not allow
this.
Indeed, there is a bug described here:
http://bugs.sun.com/view_bug.do?bug_id=6665209

Sylvestre




From sylvestre.ledru at scilab.org  Sun Aug 17 16:22:07 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Sun, 17 Aug 2008 16:22:07 +0200
Subject: output encoding patch + Chinese translation patch
In-Reply-To: <9371b4280808151103v3baf35efjc62b947defdb09d@mail.gmail.com>
References: <9371b4280808151103v3baf35efjc62b947defdb09d@mail.gmail.com>
Message-ID: <1218982927.4082.16.camel@zlarin.inria.fr>

Hello YungLee,

Seems a nice and useful work! I am trying to test it.
However, it seems that a file is missing in your diff.
For example, I don't have the function "openCharEncodingConverter"
(maybe you forgot the "svn add" on this file).

Thanks again,
Sylvestre

Le samedi 16 ao?t 2008 ? 02:03 +0800, Yung-Jang Lee a ?crit :
> Sylvestre :
>    
>    I have  finished  the console display and input/outfile encoding
> fix. Also included is my zh_TW translation.
> 
>    In this version, Scilab5 is  internal UTF encoding both in Java and
> C/C++ contex. This way Java and TCL interface need only handle UTF
> string.
> 
>    System locale is used in 1. Dos/Shell terminal input/output 2.
> External file read/write.
> 
>    In current implementation,  C-style  output function  fail to
> handle  UTF characters is also fixed in this patch.
> 
>  I   have test my patch with the attached script. My patch still fail
> to past the  Fortran-Style output test, because this need old-fashion
> fortran  programming skill and I am not qualified about it. But the
> C-style output encoding is fixed.
> 
>    Input  encoding for command such as 'exec"scriptFile"'  is changed
> to system locale, to consistent with output encoding.
> 
>   I have a business trip from next monday for a week. Just leave
> comments or  suggestions to my email, I will response to this topic
> when I back to my desk.
> 
> 
> WBR,
>  
> YungLee
> 
> 
> 
> 
> ------------------------Test
> Script-------------------------------------
> mode(-1);
> text='????'; // test string for  Windows CP950  (zh_TW) and Linux
> (zh_TW.BIG5)
> //
> //test 1. terminal string output error, display ok for Chinese, fail
> for Russian
> //
> // reason : an UTF sting convert to UTF once again
> //
> disp(text) //
> mprintf(text) 
> //test 2. about() command fail to display Chinese/Russian
> //
> // reason :gettext fununction should return string in UTF rather than 
> // system locale, this influence about() command
> //
> x_message(gettext('&File')) // gettext inside x_message
> about();
> //
> // Bug 3. string output in file, must encoded in system locale
> // in current SVN in the output string is in UTF encoding.
> //
> //  Fortran-Style
> output<---------------------------------------------------------------------- not easy to fix,
> u=file('open','resultsA','unknown') //open the result file
> write(u,text,'(a)') // encoding wrong, not in system locale 
> file('close',u) 
> // C style output
> u=mopen('resultsB','w') //open the result file
> mfprintf(u,text+" plus %s\n",text) // file encoding wrong, not in
> system locale 
> mclose(u);  
> //
> // Bug5. formatted output to a string
> //
> printf(text+" with aonther %s\n",text) // output encoding wrong, not
> in system locale 
> //
> msprintf(text+" plus %s\n",text) // error in terminal mode,ok for java
> console
> //
> // Text Drawing test : test to see any side effect for text drawing
> //
> title('title test'+text);
> t=0:0.1:2*%pi;
> plot2d(t,[sin(t'),cos(t')],[-1,2]);  
> legends(['legends test'+text ;'text B '+text],[-1,2], opt=3 )
> ---------------------------------------------------------
> 



From fvogelnew1 at free.fr  Sun Aug 17 17:51:17 2008
From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=)
Date: Sun, 17 Aug 2008 17:51:17 +0200
Subject: [Fwd: [TCLCORE] Tcl/Tk 8.5.4 RELEASED]
Message-ID: <48A848F5.3060206@free.fr>

Folks,

Message below for your information.

Besides, Tcl/Tk8.6a2 is about to be released too.

Cheers,
Francois


-------- Message original --------
Sujet : [TCLCORE] Tcl/Tk 8.5.4 RELEASED
Date : Fri, 15 Aug 2008 12:23:20 -0400
De : Donald G Porter <dgp at nist.gov>
Pour : Tcl List Core <tcl-core at lists.sourceforge.net>


Tcl/Tk 8.5.4 Release Announcement
August 15, 2008

The Tcl Core Team is pleased to announce the 8.5.4 releases of the Tcl
dynamic language and the Tk toolkit.  This is the fourth patch release
of Tcl/Tk 8.5.  More details can be found below.  We would like to
express our gratitude to all those who submit bug reports and patches.
This information is invaluable in enabling us to identify and eliminate
problems in the core.

Where to get the new releases:
------------------------------

Tcl/Tk 8.5.4 sources are freely available as open source from the
Tcl Developer Xchange web site at:

          http://www.tcl.tk/software/tcltk/8.5.html

This web page also contains additional information about the releases,
including new features and notes about installing and compiling the
releases.  Sources are always available from the Tcl SourceForge
project's file distribution area:

          http://sourceforge.net/project/showfiles.php?group_id=10894

Binaries for most major platforms are available from:

          http://www.activestate.com/Tcl

For additional information:
---------------------------

Please visit the Tcl Developer Xchange web site:

          http://www.tcl.tk/

This site contains a variety of information about Tcl/Tk in general, the
core Tcl and Tk distributions, Tcl development tools, and much more.

Summary of Changes since Tcl/Tk 8.5.3:
--------------------------------------

The following were the main changes in Tcl/Tk 8.5.4.  A complete list
can be found in the changes file at the root of the source tree.  The
more complete ChangeLog is also included with each source release.  This
is a patch release, so it primarily included bug fixes and corrections
to erratic behavior.  Below are only the most notable changes.

    * Restored ability to compile Tk against the latest X header files
      from X.org, which are incompatible with earlier Tk releases.

    * Restored ability to embed non-stub-enabled Tk in a C program as a
      static package using MSVC compilers, by providing a missing export.

    * Restored ability to find packages on Samba shares on Windows.

    * Fixed duplicate inode errors accessing native filesystem on Windows.

    * Fixed crash in [ttk::scale].

    * Fixed crashes in unmapped toplevel windows.

    * Better internal rep preservation shimmering lists and dicts.

    * Improved Tcl Module maintenance with automatic [package provide].

    * Improved portability of value returned by [winfo id].

    * Fixed rare panic in [scan].

--
Tcl Core Team and Maintainers
Don Porter, Tcl Core Release Manager

-- 
| Don Porter          Mathematical and Computational Sciences Division |
| donald.porter at nist.gov             Information Technology Laboratory |
| http://math.nist.gov/~DPorter/                                  NIST |
|______________________________________________________________________|

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's 
challenge
Build the coolest Linux based applications with Moblin SDK & win great 
prizes
Grand prize is a trip for two to an Open Source event anywhere in the 
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Tcl-Core mailing list
Tcl-Core at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tcl-core




From sylvestre.ledru at scilab.org  Sun Aug 17 17:54:02 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Sun, 17 Aug 2008 17:54:02 +0200
Subject: [Scilab-Dev] [Fwd: [TCLCORE] Tcl/Tk 8.5.4 RELEASED]
In-Reply-To: <48A848F5.3060206@free.fr>
References: <48A848F5.3060206@free.fr>
Message-ID: <1218988442.4082.36.camel@zlarin.inria.fr>

Thanks for the info.
Do you think it is worth switching to this version for Scilab 5.0 ?

Sylvestre


Le dimanche 17 ao?t 2008 ? 17:51 +0200, Fran?ois Vogel a ?crit :
> Folks,
> 
> Message below for your information.
> 
> Besides, Tcl/Tk8.6a2 is about to be released too.
> 
> Cheers,
> Francois
> 
> 
> -------- Message original --------
> Sujet : [TCLCORE] Tcl/Tk 8.5.4 RELEASED
> Date : Fri, 15 Aug 2008 12:23:20 -0400
> De : Donald G Porter <dgp at nist.gov>
> Pour : Tcl List Core <tcl-core at lists.sourceforge.net>
> 
> 
> Tcl/Tk 8.5.4 Release Announcement
> August 15, 2008
> 
> The Tcl Core Team is pleased to announce the 8.5.4 releases of the Tcl
> dynamic language and the Tk toolkit.  This is the fourth patch release
> of Tcl/Tk 8.5.  More details can be found below.  We would like to
> express our gratitude to all those who submit bug reports and patches.
> This information is invaluable in enabling us to identify and eliminate
> problems in the core.
> 
> Where to get the new releases:
> ------------------------------
> 
> Tcl/Tk 8.5.4 sources are freely available as open source from the
> Tcl Developer Xchange web site at:
> 
>           http://www.tcl.tk/software/tcltk/8.5.html
> 
> This web page also contains additional information about the releases,
> including new features and notes about installing and compiling the
> releases.  Sources are always available from the Tcl SourceForge
> project's file distribution area:
> 
>           http://sourceforge.net/project/showfiles.php?group_id=10894
> 
> Binaries for most major platforms are available from:
> 
>           http://www.activestate.com/Tcl
> 
> For additional information:
> ---------------------------
> 
> Please visit the Tcl Developer Xchange web site:
> 
>           http://www.tcl.tk/
> 
> This site contains a variety of information about Tcl/Tk in general, the
> core Tcl and Tk distributions, Tcl development tools, and much more.
> 
> Summary of Changes since Tcl/Tk 8.5.3:
> --------------------------------------
> 
> The following were the main changes in Tcl/Tk 8.5.4.  A complete list
> can be found in the changes file at the root of the source tree.  The
> more complete ChangeLog is also included with each source release.  This
> is a patch release, so it primarily included bug fixes and corrections
> to erratic behavior.  Below are only the most notable changes.
> 
>     * Restored ability to compile Tk against the latest X header files
>       from X.org, which are incompatible with earlier Tk releases.
> 
>     * Restored ability to embed non-stub-enabled Tk in a C program as a
>       static package using MSVC compilers, by providing a missing export.
> 
>     * Restored ability to find packages on Samba shares on Windows.
> 
>     * Fixed duplicate inode errors accessing native filesystem on Windows.
> 
>     * Fixed crash in [ttk::scale].
> 
>     * Fixed crashes in unmapped toplevel windows.
> 
>     * Better internal rep preservation shimmering lists and dicts.
> 
>     * Improved Tcl Module maintenance with automatic [package provide].
> 
>     * Improved portability of value returned by [winfo id].
> 
>     * Fixed rare panic in [scan].
> 
> --
> Tcl Core Team and Maintainers
> Don Porter, Tcl Core Release Manager
> 



From fvogelnew1 at free.fr  Sun Aug 17 18:02:03 2008
From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=)
Date: Sun, 17 Aug 2008 18:02:03 +0200
Subject: [Scilab-Dev] [Fwd: [TCLCORE] Tcl/Tk 8.5.4 RELEASED]
In-Reply-To: <1218988442.4082.36.camel@zlarin.inria.fr>
References: <48A848F5.3060206@free.fr> <1218988442.4082.36.camel@zlarin.inria.fr>
Message-ID: <48A84B7B.4010908@free.fr>

Well... Bug fixes are always good to take, isn't it?
Given that Scilab 5 is the first Scilab version to use Tcl/Tk 8.5, I 
would say you should switch to the latest 8.5.x instead of lazily 
keeping the current 8.5 you have.
Users will anyway have to check for regressions in all parts of their 
code, be it .sci or in Tcl. In checking regressions in their Tcl code, 
I think they should do it between the current 8.4.15 (shipped with 
Scilab 4.1.2) and the latest 8.5, not an old 8.5, don't you think so?

F.

Sylvestre Ledru said on 17/08/2008 17:54:
> Thanks for the info.
> Do you think it is worth switching to this version for Scilab 5.0 ?
> 
> Sylvestre
> 
> 
> Le dimanche 17 ao?t 2008 ? 17:51 +0200, Fran?ois Vogel a ?crit :
>> Folks,
>>
>> Message below for your information.
>>
>> Besides, Tcl/Tk8.6a2 is about to be released too.
>>
>> Cheers,
>> Francois
>>
>>
>> -------- Message original --------
>> Sujet : [TCLCORE] Tcl/Tk 8.5.4 RELEASED
>> Date : Fri, 15 Aug 2008 12:23:20 -0400
>> De : Donald G Porter <dgp at nist.gov>
>> Pour : Tcl List Core <tcl-core at lists.sourceforge.net>
>>
>>
>> Tcl/Tk 8.5.4 Release Announcement
>> August 15, 2008
>>
>> The Tcl Core Team is pleased to announce the 8.5.4 releases of the Tcl
>> dynamic language and the Tk toolkit.  This is the fourth patch release
>> of Tcl/Tk 8.5.  More details can be found below.  We would like to
>> express our gratitude to all those who submit bug reports and patches.
>> This information is invaluable in enabling us to identify and eliminate
>> problems in the core.
>>
>> Where to get the new releases:
>> ------------------------------
>>
>> Tcl/Tk 8.5.4 sources are freely available as open source from the
>> Tcl Developer Xchange web site at:
>>
>>           http://www.tcl.tk/software/tcltk/8.5.html
>>
>> This web page also contains additional information about the releases,
>> including new features and notes about installing and compiling the
>> releases.  Sources are always available from the Tcl SourceForge
>> project's file distribution area:
>>
>>           http://sourceforge.net/project/showfiles.php?group_id=10894
>>
>> Binaries for most major platforms are available from:
>>
>>           http://www.activestate.com/Tcl
>>
>> For additional information:
>> ---------------------------
>>
>> Please visit the Tcl Developer Xchange web site:
>>
>>           http://www.tcl.tk/
>>
>> This site contains a variety of information about Tcl/Tk in general, the
>> core Tcl and Tk distributions, Tcl development tools, and much more.
>>
>> Summary of Changes since Tcl/Tk 8.5.3:
>> --------------------------------------
>>
>> The following were the main changes in Tcl/Tk 8.5.4.  A complete list
>> can be found in the changes file at the root of the source tree.  The
>> more complete ChangeLog is also included with each source release.  This
>> is a patch release, so it primarily included bug fixes and corrections
>> to erratic behavior.  Below are only the most notable changes.
>>
>>     * Restored ability to compile Tk against the latest X header files
>>       from X.org, which are incompatible with earlier Tk releases.
>>
>>     * Restored ability to embed non-stub-enabled Tk in a C program as a
>>       static package using MSVC compilers, by providing a missing export.
>>
>>     * Restored ability to find packages on Samba shares on Windows.
>>
>>     * Fixed duplicate inode errors accessing native filesystem on Windows.
>>
>>     * Fixed crash in [ttk::scale].
>>
>>     * Fixed crashes in unmapped toplevel windows.
>>
>>     * Better internal rep preservation shimmering lists and dicts.
>>
>>     * Improved Tcl Module maintenance with automatic [package provide].
>>
>>     * Improved portability of value returned by [winfo id].
>>
>>     * Fixed rare panic in [scan].
>>
>> --
>> Tcl Core Team and Maintainers
>> Don Porter, Tcl Core Release Manager
>>
> 
> 
> 


From sylvestre.ledru at scilab.org  Sun Aug 17 18:15:51 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Sun, 17 Aug 2008 18:15:51 +0200
Subject: [Scilab-Dev] [Fwd: [TCLCORE] Tcl/Tk 8.5.4 RELEASED]
In-Reply-To: <48A84B7B.4010908@free.fr>
References: <48A848F5.3060206@free.fr>
	 <1218988442.4082.36.camel@zlarin.inria.fr>  <48A84B7B.4010908@free.fr>
Message-ID: <1218989751.4082.46.camel@zlarin.inria.fr>

Le dimanche 17 ao?t 2008 ? 18:02 +0200, Fran?ois Vogel a ?crit :
> Well... Bug fixes are always good to take, isn't it?
Obviously yes but it involves some work and since we are close to the
stable release, we won't have too many time to detect regressions.

S




From sylvestre.ledru at scilab.org  Mon Aug 18 10:58:56 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Mon, 18 Aug 2008 10:58:56 +0200
Subject: [Scilab-Dev] linux 64 bits support
In-Reply-To: <20080812190251.788e3ea1@caprera.inria.fr>
References: <20080812190251.788e3ea1@caprera.inria.fr>
Message-ID: <1219049936.3496.419.camel@korcula.inria.fr>

Nice work you have done Simon !

>  - Reducing stack (e.g. stacksize("min")) doesn't work (that's why
> nonreg test of bug #2867 fails). Since it's rarely used (seems to
> never be done automatically by scilab) and requires big changes (far
> more changes than this patch) in functions I don't understand, it's
> likely no worth fixing it. Unless I find a simple way...
Not very important bug indeed. Don't need to spend time on this.

>  - Funny part: "make clean" fails (segmentation fault). I'll try to see
> this tomorrow.
hmhm, does it still happen ? 
"make clean" is calling Scilab to clean the documentation, maybe it is
where your bug occurs.

>  - Another funny thing (no link with 64 bits): when running "make
> check" on a distant machine with X forwarding, some tests fails but in
> the report "make check" says that two extra tests passed (103 passed in
> local, 105 passed with X forwarding and some errors). More errors =
> less errors... do less with more ? ;)
hmhm, funny :)

> Results of "make check", by module:
>  - Same results on 32 bits and 64 bits versions
> arnoldi, boolean, completion, elementary_functions, genetic_algorithms,
> integer, output_stream, overloading, parameters, polynomials,
> signal_processing, simulated_annealing, sparse, special_functions,
> spreadsheet, statistics, symbolic, m2c, cascd, data_structures,
> differential_equations, dynamic_link, io, linear_algebra, optimization,
> randlib (-- and all modules  which doesn't have any tests ;))
> 
>  - Different results:
> compatibility_functions: bug_1227 fails on 64 bits and not on 32 bits
> version. Both hangs on bug_577. Don't know why.
> double: 25% passed, 75% in 32 bits version. Failed tests are trying to
> reduce stack size, so that's not a big issue
> fileio: 94% passed, 100% in  32 bits version. Don't know why.
> functions: bug_625 and bytecode pass fine on 32 bits but not on 64 bits
> matio: 64 bits version freeze, 32 bits version fails. Don't know why.
> sound: sound doesn't passes on 64 bits. Don't know why.
> string: strcmp and *pcre76 doesn't passes. Don't know why.
> time: getdate and bug_793 doesn't passes. Don't know why, but Allan did
> special things on Windows 64 bits on this module, I'll also see this
> tomorrow.
OK, it is just great seeing a 64 bits version coming back from the dead.

Sylvestre




From yjlee123 at gmail.com  Mon Aug 18 12:15:57 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Mon, 18 Aug 2008 18:15:57 +0800
Subject: [Scilab-Dev] Re: output encoding patch + Chinese translation patch
In-Reply-To: <1218982927.4082.16.camel@zlarin.inria.fr>
References: <9371b4280808151103v3baf35efjc62b947defdb09d@mail.gmail.com>
	 <1218982927.4082.16.camel@zlarin.inria.fr>
Message-ID: <9371b4280808180315i4d1afd5bpaf6b691bf0dd042d@mail.gmail.com>

openCharEncodubgConvert should  inside file charEncoding.c (in module modul
localization). I am currently not before my own desk. To see if I need to
fix it few days later.

May be you don't remove the other charEncoding.c,charEncoding.h (in modules
windows_tool )

YungLee

2008/8/17 Sylvestre Ledru <sylvestre.ledru at scilab.org>

> Hello YungLee,
>
> Seems a nice and useful work! I am trying to test it.
> However, it seems that a file is missing in your diff.
> For example, I don't have the function "openCharEncodingConverter"
> (maybe you forgot the "svn add" on this file).
>
> Thanks again,
> Sylvestre
>
> Le samedi 16 ao?t 2008 ? 02:03 +0800, Yung-Jang Lee a ?crit :
>  > Sylvestre :
> >
> >    I have  finished  the console display and input/outfile encoding
> > fix. Also included is my zh_TW translation.
> >
> >    In this version, Scilab5 is  internal UTF encoding both in Java and
> > C/C++ contex. This way Java and TCL interface need only handle UTF
> > string.
> >
> >    System locale is used in 1. Dos/Shell terminal input/output 2.
> > External file read/write.
> >
> >    In current implementation,  C-style  output function  fail to
> > handle  UTF characters is also fixed in this patch.
> >
> >  I   have test my patch with the attached script. My patch still fail
> > to past the  Fortran-Style output test, because this need old-fashion
> > fortran  programming skill and I am not qualified about it. But the
> > C-style output encoding is fixed.
> >
> >    Input  encoding for command such as 'exec"scriptFile"'  is changed
> > to system locale, to consistent with output encoding.
> >
> >   I have a business trip from next monday for a week. Just leave
> > comments or  suggestions to my email, I will response to this topic
> > when I back to my desk.
> >
> >
> > WBR,
> >
> > YungLee
> >
> >
> >
> >
> > ------------------------Test
> > Script-------------------------------------
> > mode(-1);
> > text='????'; // test string for  Windows CP950  (zh_TW) and Linux
> > (zh_TW.BIG5)
> > //
> > //test 1. terminal string output error, display ok for Chinese, fail
> > for Russian
> > //
> > // reason : an UTF sting convert to UTF once again
> > //
> > disp(text) //
> > mprintf(text)
> > //test 2. about() command fail to display Chinese/Russian
> > //
> > // reason :gettext fununction should return string in UTF rather than
> > // system locale, this influence about() command
> > //
> > x_message(gettext('&File')) // gettext inside x_message
> > about();
> > //
> > // Bug 3. string output in file, must encoded in system locale
> > // in current SVN in the output string is in UTF encoding.
> > //
> > //  Fortran-Style
> >
> output<----------------------------------------------------------------------
> not easy to fix,
> > u=file('open','resultsA','unknown') //open the result file
> > write(u,text,'(a)') // encoding wrong, not in system locale
> > file('close',u)
> > // C style output
> > u=mopen('resultsB','w') //open the result file
> > mfprintf(u,text+" plus %s\n",text) // file encoding wrong, not in
> > system locale
> > mclose(u);
> > //
> > // Bug5. formatted output to a string
> > //
> > printf(text+" with aonther %s\n",text) // output encoding wrong, not
> > in system locale
> > //
> > msprintf(text+" plus %s\n",text) // error in terminal mode,ok for java
> > console
> > //
> > // Text Drawing test : test to see any side effect for text drawing
> > //
> > title('title test'+text);
> > t=0:0.1:2*%pi;
> > plot2d(t,[sin(t'),cos(t')],[-1,2]);
> > legends(['legends test'+text ;'text B '+text],[-1,2], opt=3 )
> > ---------------------------------------------------------
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080818/65cde419/attachment.htm>

From yjlee123 at gmail.com  Mon Aug 18 16:40:39 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Mon, 18 Aug 2008 22:40:39 +0800
Subject: [Scilab-Dev] Re: output encoding patch + Chinese translation patch
In-Reply-To: <1218982927.4082.16.camel@zlarin.inria.fr>
References: <9371b4280808151103v3baf35efjc62b947defdb09d@mail.gmail.com>
	 <1218982927.4082.16.camel@zlarin.inria.fr>
Message-ID: <9371b4280808180740r55400e12t9ccce5433a18f22d@mail.gmail.com>

Sylvestre,

Yes, indeed, I have miss two files modules\localization\charEncoding.c, and
charEncoding.h (I am newer for svn) in the patch. I will arrange to see if I
can send you the missing files to you before I back to home.

Sorry for the mistake.

YungLee

2008/8/17 Sylvestre Ledru <sylvestre.ledru at scilab.org>

> Hello YungLee,
>
> Seems a nice and useful work! I am trying to test it.
> However, it seems that a file is missing in your diff.
> For example, I don't have the function "openCharEncodingConverter"
> (maybe you forgot the "svn add" on this file).
>
> Thanks again,
> Sylvestre
>
> Le samedi 16 ao?t 2008 ? 02:03 +0800, Yung-Jang Lee a ?crit :
>  > Sylvestre :
> >
> >    I have  finished  the console display and input/outfile encoding
> > fix. Also included is my zh_TW translation.
> >
> >    In this version, Scilab5 is  internal UTF encoding both in Java and
> > C/C++ contex. This way Java and TCL interface need only handle UTF
> > string.
> >
> >    System locale is used in 1. Dos/Shell terminal input/output 2.
> > External file read/write.
> >
> >    In current implementation,  C-style  output function  fail to
> > handle  UTF characters is also fixed in this patch.
> >
> >  I   have test my patch with the attached script. My patch still fail
> > to past the  Fortran-Style output test, because this need old-fashion
> > fortran  programming skill and I am not qualified about it. But the
> > C-style output encoding is fixed.
> >
> >    Input  encoding for command such as 'exec"scriptFile"'  is changed
> > to system locale, to consistent with output encoding.
> >
> >   I have a business trip from next monday for a week. Just leave
> > comments or  suggestions to my email, I will response to this topic
> > when I back to my desk.
> >
> >
> > WBR,
> >
> > YungLee
> >
> >
> >
> >
> > ------------------------Test
> > Script-------------------------------------
> > mode(-1);
> > text='????'; // test string for  Windows CP950  (zh_TW) and Linux
> > (zh_TW.BIG5)
> > //
> > //test 1. terminal string output error, display ok for Chinese, fail
> > for Russian
> > //
> > // reason : an UTF sting convert to UTF once again
> > //
> > disp(text) //
> > mprintf(text)
> > //test 2. about() command fail to display Chinese/Russian
> > //
> > // reason :gettext fununction should return string in UTF rather than
> > // system locale, this influence about() command
> > //
> > x_message(gettext('&File')) // gettext inside x_message
> > about();
> > //
> > // Bug 3. string output in file, must encoded in system locale
> > // in current SVN in the output string is in UTF encoding.
> > //
> > //  Fortran-Style
> >
> output<----------------------------------------------------------------------
> not easy to fix,
> > u=file('open','resultsA','unknown') //open the result file
> > write(u,text,'(a)') // encoding wrong, not in system locale
> > file('close',u)
> > // C style output
> > u=mopen('resultsB','w') //open the result file
> > mfprintf(u,text+" plus %s\n",text) // file encoding wrong, not in
> > system locale
> > mclose(u);
> > //
> > // Bug5. formatted output to a string
> > //
> > printf(text+" with aonther %s\n",text) // output encoding wrong, not
> > in system locale
> > //
> > msprintf(text+" plus %s\n",text) // error in terminal mode,ok for java
> > console
> > //
> > // Text Drawing test : test to see any side effect for text drawing
> > //
> > title('title test'+text);
> > t=0:0.1:2*%pi;
> > plot2d(t,[sin(t'),cos(t')],[-1,2]);
> > legends(['legends test'+text ;'text B '+text],[-1,2], opt=3 )
> > ---------------------------------------------------------
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080818/c5deb423/attachment.htm>

From sylvestre.ledru at inria.fr  Mon Aug 18 16:41:36 2008
From: sylvestre.ledru at inria.fr (Sylvestre Ledru)
Date: Mon, 18 Aug 2008 16:41:36 +0200
Subject: [Scilab-Dev] Re: output encoding patch + Chinese translation
	patch
In-Reply-To: <9371b4280808180740r55400e12t9ccce5433a18f22d@mail.gmail.com>
References: <9371b4280808151103v3baf35efjc62b947defdb09d@mail.gmail.com>
	 <1218982927.4082.16.camel@zlarin.inria.fr>
	 <9371b4280808180740r55400e12t9ccce5433a18f22d@mail.gmail.com>
Message-ID: <1219070496.3496.478.camel@korcula.inria.fr>

Le lundi 18 ao?t 2008 ? 22:40 +0800, Yung-Jang Lee a ?crit :
> Sylvestre,
>  
> Yes, indeed, I have miss two files modules\localization
> \charEncoding.c, and charEncoding.h (I am newer for svn) in the patch.
> I will arrange to see if I can send you the missing files
> to you before I back to home. 
Thanks.

 
> Sorry for the mistake. 
No worries !


S




From sylvestre.ledru at scilab.org  Mon Aug 18 17:46:30 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Mon, 18 Aug 2008 17:46:30 +0200
Subject: [Scilab-Dev] SEP #3 Add of a build documentation function
In-Reply-To: <48726A7D.7070800@free.fr>
References: <1215447505.2748.209.camel@korcula.inria.fr>
	 <48726A7D.7070800@free.fr>
Message-ID: <1219074390.3496.494.camel@korcula.inria.fr>

Hello,

I updated the SEP #3 to version 1.2.
I implemented half of the work for now: buildDoc().
It is working for Scilab under Windows & Linux but while I was working
on this for the toolbox. I realized that I need to add a third input
argument to the function to specify the language.
Indeed, when building the toolbox's help, we are doing that from the
same instance of Scilab for every language available. ?Therefore, it is
impossible to use the function getCurrentLanguage().

The document is attached and sources are available here:
http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/SEP/

Don't hesitate if you have comments.

> - "sh and DOS scripts (SCI/modules/helptools/bin/*) are calling Java 
> object with arguments as arguments."
> 
> ?? arguments as arguments? I don't understand.
updated.

Sylvestre
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SEP_3.pdf
Type: application/pdf
Size: 388353 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080818/813b48c0/attachment.pdf>

From yjlee123 at gmail.com  Mon Aug 18 17:59:54 2008
From: yjlee123 at gmail.com (Yung-Jang Lee)
Date: Mon, 18 Aug 2008 23:59:54 +0800
Subject: [Scilab-Dev] Re: output encoding patch + Chinese translation patch
In-Reply-To: <1219070496.3496.478.camel@korcula.inria.fr>
References: <9371b4280808151103v3baf35efjc62b947defdb09d@mail.gmail.com>
	 <1218982927.4082.16.camel@zlarin.inria.fr>
	 <9371b4280808180740r55400e12t9ccce5433a18f22d@mail.gmail.com>
	 <1219070496.3496.478.camel@korcula.inria.fr>
Message-ID: <9371b4280808180859k19b5c548hf5f706b88988f931@mail.gmail.com>

Sylvestre,

The attached files should be placed in

  modules\localization\includes\charEncoding.h
     and
  modules\localization\src\c\charEncoding.c

These two files are extending  of original 'localetoutf.*' in module
localization and replacement with the same file name in module windows_tool.

Brief introductions for each function are added in charEncoding.h.



YungLee

2008/8/18 Sylvestre Ledru <sylvestre.ledru at inria.fr>

> Le lundi 18 ao?t 2008 ? 22:40 +0800, Yung-Jang Lee a ?crit :
> > Sylvestre,
> >
> > Yes, indeed, I have miss two files modules\localization
> > \charEncoding.c, and charEncoding.h (I am newer for svn) in the patch.
> > I will arrange to see if I can send you the missing files
> > to you before I back to home.
> Thanks.
>
>
> > Sorry for the mistake.
> No worries !
>
>
> S
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080818/9a88644a/attachment.htm>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: charEncoding.h
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080818/9a88644a/attachment.h>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: charEncoding.c
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080818/9a88644a/attachment.c>

From fvogelnew1 at free.fr  Mon Aug 18 21:12:14 2008
From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=)
Date: Mon, 18 Aug 2008 21:12:14 +0200
Subject: [Scilab-Dev] SEP #3 Add of a build documentation function
In-Reply-To: <1219074390.3496.494.camel@korcula.inria.fr>
References: <1215447505.2748.209.camel@korcula.inria.fr>	 <48726A7D.7070800@free.fr> <1219074390.3496.494.camel@korcula.inria.fr>
Message-ID: <48A9C98E.30206@free.fr>

Sylvestre Ledru said on 18/08/2008 17:46:
> I updated the SEP #3 to version 1.2.

Version number in the file you attached is still 1.1.

Otherwise, fine for me. Just a precision:

Sylvestre Ledru said on 08/07/2008 01:45:
>> Adding something like buildDoc("myxmlfile.xml","format") and 
>> > variations would be most useful IMO. I really think it should be part 
>> > of SEP #3.
> Pierre told me the same thing. 
> Seems I have to extend my SEP to this point too but I don't see exactly
> how I could extend the buildDoc function.

This is what I was referring to in 
http://bugzilla.scilab.org/show_bug.cgi?id=3015#c6

I understand that the purpose of SEP #3 is not the above at first 
palce, but the above should be dealt with IMHO, be it part of this SEP 
or not.

Francois


From sylvestre.ledru at scilab.org  Tue Aug 19 00:25:45 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Tue, 19 Aug 2008 00:25:45 +0200
Subject: [Scilab-Dev] SEP #3 Add of a build documentation function
In-Reply-To: <48A9C98E.30206@free.fr>
References: <1215447505.2748.209.camel@korcula.inria.fr>
	 <48726A7D.7070800@free.fr> <1219074390.3496.494.camel@korcula.inria.fr>
	 <48A9C98E.30206@free.fr>
Message-ID: <1219098345.3839.5.camel@zlarin.inria.fr>

Le lundi 18 ao?t 2008 ? 21:12 +0200, Fran?ois Vogel a ?crit :
> Sylvestre Ledru said on 18/08/2008 17:46:
> > I updated the SEP #3 to version 1.2.
> 
> Version number in the file you attached is still 1.1.
OK, thanks. I will fix that tomorrow.

> Otherwise, fine for me. Just a precision:
> 
> Sylvestre Ledru said on 08/07/2008 01:45:
> >> Adding something like buildDoc("myxmlfile.xml","format") and 
> >> > variations would be most useful IMO. I really think it should be part 
> >> > of SEP #3.
> > Pierre told me the same thing. 
> > Seems I have to extend my SEP to this point too but I don't see exactly
> > how I could extend the buildDoc function.
> 
> This is what I was referring to in 
> http://bugzilla.scilab.org/show_bug.cgi?id=3015#c6
> 
> I understand that the purpose of SEP #3 is not the above at first 
> palce, but the above should be dealt with IMHO, be it part of this SEP 
> or not.
Yep, for sure... If it is possible...

?It is really painful to have to rebuild everything from scratch.

Sylvestre



From Serge.Steer at scilab.org  Tue Aug 19 11:20:13 2008
From: Serge.Steer at scilab.org (Serge Steer)
Date: Tue, 19 Aug 2008 11:20:13 +0200
Subject: [Scilab-Dev] how to access to a compiled function in a C interface
In-Reply-To: <48A42D78.6060102@free.fr>
References: <48A42D78.6060102@free.fr>
Message-ID: <48AA904D.3000906@scilab.org>

Hello.

I give you the  basic elements  relative to scilab5 version.

Once  a code has been dynamically linked with Scilab, the associated
entry point address can be retreived using the
int SearchInDynLinks(char *op, void (**realop) ()) function (see
dynamic_link/src/c/dynamic_link.c)
given the entry point name in op it returns in *realop  a pointer on the
code entry point (The entry point name is those indicated by the
ilib_for_link first argument)

The linked function can then be called by
(** realop)(<arguments>);

For a more concrete example you can see the
optimization/src/c/optimtable.c code which correspond to the way optim
works:
- at the beginining of the optim gateway setfoptim is called and the
pointer on the linked function is memorized to avoid looking for it at
each call, this pointer is used to define the  function foptim (needed
because the optim code is written in fortran).
FTab_foptim and AddFunctionInTable are used to allow predefined codes
(codes which are included in the scilab build)

Serge Steer


Collette Yann a ?crit :
> Hello,
>
> I would like to access to a compiled function from a C interface.
> Here is the intersting part of the optim documentation:
>
> C=['#include <math.h>'
>    'double sq(double x)'
>    '{ return x*x;}'
>    'void rosenc(int *ind, int *n, double *x, double *f, double *g, '
>    '                                int *ti, float *tr, double *td)'
>    '{'
>    '  double p;'
>    '  int i;'
>    '  p=td[0];'
>    '  if (*ind==2||*ind==4) {'
>    '    *f=1.0;'
>    '    for (i=1;i<*n;i++)'
>    '      *f+=p*sq(x[i]-sq(x[i-1]))+sq(1.0-x[i]);'
>    '  }'
>    '  if (*ind==3||*ind==4) {'
>    '    g[0]=-4.0*p*(x[1]-sq(x[0]))*x[0];'
>    '    for (i=1;i<*n-1;i++)'
>    '     
> g[i]=2.0*p*(x[i]-sq(x[i-1]))-4.0*p*(x[i+1]-sq(x[i]))*x[i]-2.0*(1.0-x[i]);'
>
>    '    g[*n-1]=2.0*p*(x[*n-1]-sq(x[*n-2]))-2.0*(1.0-x[*n-1]);'
>    '  }'
>    '}'];
>    mputl(C,TMPDIR+'/rosenc.c')
>    // compile the C code
>    l=ilib_for_link('rosenc','rosenc.o',[],'c',TMPDIR+'/Makefile');
>    // incremental linking
>    link(l,'rosenc','c');
>
> Once this function is compiled and linked, the 'rosenc' doesn't
> appears as a variable. I am only able to use this function via a call
> to fort.
> Where is this function in scilab ?
> How to I get a pointer to this function in a C interface ?
>
> YC
>



From Serge.Steer at scilab.org  Tue Aug 19 11:34:24 2008
From: Serge.Steer at scilab.org (Serge Steer)
Date: Tue, 19 Aug 2008 11:34:24 +0200
Subject: [Scilab-Dev] how to clear a variable in a C interface
In-Reply-To: <48A42C08.4010707@free.fr>
References: <48A42C08.4010707@free.fr>
Message-ID: <48AA93A0.1000602@scilab.org>

I do not understand what you really want to do.

- do you want to mimic the clear function?
Note that  when you use GetRhsVar(1, "d", &m_var, &n_var, &l_var);  the
variable 1 is a temporary variable (typically the result of the
evaluation of an expression) and not a variable registered with a name
(typically result of an instruction evaluation like a=1)

do you want to free memory in the stack?
In this case the API which defines functions like GetRhsVar, ... does
not allow to modify the input variables shape. But it is probably
possible to replace the right most by empty matrix or null type
variable. Removing completely removing a variable or modifying an
variable which not at the end of the argument list requires more
development.

Serge Steer



Collette Yann a ?crit :
> Hello,
>
> I am writing a C interface. I would like to clean up a variable in
> that C interface, but I don't know how to remove it.
>
> GetRhsVar(1, "d", &m_var, &n_var, &l_var);
>
> ....
>
> ClearRhsVar(&m_var, &n_var, &l_var); // I'm looking for this kind of
> function which will remove the variable l_var from the stack.
>
> YC
>
>



From ycollette at free.fr  Wed Aug 20 22:04:10 2008
From: ycollette at free.fr (Collette Yann)
Date: Wed, 20 Aug 2008 22:04:10 +0200
Subject: Tests on the demonstrations
Message-ID: <48AC78BA.6080705@free.fr>

Hello,

Here is the results of my tests on the scilab demos.
I am under linux mandriva 2008.1.

graphics->2D and 3D plots->contourf - there are 3 big black dots on the 
bottom left of the graph.

test2

graphics->Basic functions->Setting properties - some errors are printed 
in the console :

xlfont('-*-helvetica-bold-r-normal--*-%s0-*-*-p-*-*-1',6);
                                                          !--error 999
xlfont: Wrong value for input argument #1: A valid fontname expected.
in  execstr instruction    called by : 
execstr(expr);
line    84 of exec file called by :   
mo_gui_update();exec(script_path,-1);;if exists("%oldgcbo") then gcbo = %old
while executing a callback
 
graphics->Basic functions->Colored histogram - a black dot in the histogram


test3

graphics->Basic functions->Window properties - strange behavior. I've 
got 3 windows open with one totaly white ??

graphics->Animation->Shell - error in the console related to the font color

Wrong size for color element: A 4-by-437 matrix or a vector of size 437 
expected.
Wrong size for color element: A 4-by-513 matrix or a vector of size 513 
expected.
Wrong size for color element: A 4-by-589 matrix or a vector of size 589 
expected.
Wrong size for color element: A 4-by-665 matrix or a vector of size 665 
expected.
Wrong size for color element: A 4-by-741 matrix or a vector of size 741 
expected.
Wrong size for color element: A 4-by-817 matrix or a vector of size 817 
expected.
Wrong size for color element: A 4-by-893 matrix or a vector of size 893 
expected.
Wrong size for color element: A 4-by-969 matrix or a vector of size 969 
expected.
Wrong size for color element: A 4-by-1045 matrix or a vector of size 
1045 expected.
Wrong size for color element: A 4-by-1121 matrix or a vector of size 
1121 expected.

Finite Elements - for all the demos related to finite elements, once I 
click on the last column, a blank column is created.

test

CACSD->Flat Systems->Car - error in the console, the demo hangs totally

display_truck_trajectory(state);
                           !--error 4
Undefined variable: state

at line       9 of exec file called by :   
mo_gui_update();exec(script_path,-1);;if exists("%oldgcbo") then gcbo = %old
while executing a callback
 
Random -> for all the demos, there is a problem with the legend, one 
element of the legend is white, you should choose a little red dot 
instead of a black line. For all the demos again, all the graph are not 
uniform. For a group of demos, it is black and white, for the other, it 
is green.

Scicos->Standard demo->Bouncing ball - a problem of axis redraw. Once 
the ball hit the x or y axis, a small part is leaved white and never 
redrawn.

test1

Scicos->Old demo->Old Gain block - an error is printed in the console.

demo_gui_update();exec(script_path,-1);;if exists("%oldgcbo") then gcbo = %o
                                       !--error 241
Le fichier 
/local/stow/scilab-5/share/scilab/modules/scicos/demos/old_gain_block.dem.sce 
n'existe pas ou l'acc?s en lecture du fichier n'est pas autoris?.

while executing a callback
 
 
YC

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080820/d99b3e4e/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test2.png
Type: image/png
Size: 19565 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080820/d99b3e4e/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test3.png
Type: image/png
Size: 11361 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080820/d99b3e4e/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test.png
Type: image/png
Size: 34479 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080820/d99b3e4e/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test1.png
Type: image/png
Size: 13415 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080820/d99b3e4e/attachment-0003.png>

From rajikacc at gmail.com  Thu Aug 21 20:14:33 2008
From: rajikacc at gmail.com (Rajika Kumarasiri)
Date: Thu, 21 Aug 2008 23:44:33 +0530
Subject: Contributing to Scilab project
Message-ID: <696bc1d50808211114ne4d6755na87a0c5db7b3a95d@mail.gmail.com>

hello everybody,
I am an undergraduate student. As a part of the degree program I have to
complete a programming project.  I am good at Mathematics so I found Scilab
project very interesting.
Therefore I thought I would contribute to Scilab project. I have a good
programming knowledge in various programming languages such as C,C++ and
Java.  I am a self motivated person and I am ready to learn any new
technology that I need to follow Scilab project.

So I'd be really great full to you, if you can show any open projects for
Scilab (which suits six months times) that can be completed. If you can give
any project idea so that I can contribute to Scilab project would be great!.
Thank you very much. Hope to hear from you soon.

-- 
http://wso2.org/
http://llvm.org/
http://osdev.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080821/24e69bba/attachment.htm>

From sylvestre.ledru at scilab.org  Thu Aug 21 20:20:42 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Thu, 21 Aug 2008 20:20:42 +0200
Subject: [Scilab-Dev] Contributing to Scilab project
In-Reply-To: <696bc1d50808211114ne4d6755na87a0c5db7b3a95d@mail.gmail.com>
References: <696bc1d50808211114ne4d6755na87a0c5db7b3a95d@mail.gmail.com>
Message-ID: <1219342842.3839.80.camel@zlarin.inria.fr>

Hello ?Rajika,

Thanks for your interest in Scilab.

We listed a few ideas of projects:
http://wiki.scilab.org/Ideas_of_development_for_Scilab
Some of them are pretty easy, other are much harder.

It really depends what you want to do.
For example, connecting the MySQL library or a SOAP client into Scilab
would be great!

Regards,
Sylvestre


Le jeudi 21 ao?t 2008 ? 23:44 +0530, Rajika Kumarasiri a ?crit :
> hello everybody,
> I am an undergraduate student. As a part of the degree program I have
> to complete a programming project.  I am good at Mathematics so I
> found Scilab project very interesting.  
> Therefore I thought I would contribute to Scilab project. I have a
> good programming knowledge in various programming languages such as
> C,C++ and Java.  I am a self motivated person and I am ready to learn
> any new technology that I need to follow Scilab project. 
> 
> So I'd be really great full to you, if you can show any open projects
> for Scilab (which suits six months times) that can be completed. If
> you can give any project idea so that I can contribute to Scilab
> project would be great!.
> Thank you very much. Hope to hear from you soon.
> 
> -- 
> http://wso2.org/
> http://llvm.org/
> http://osdev.org/
> 



From rajikacc at gmail.com  Thu Aug 21 21:02:42 2008
From: rajikacc at gmail.com (Rajika Kumarasiri)
Date: Fri, 22 Aug 2008 00:32:42 +0530
Subject: [Scilab-Dev] Contributing to Scilab project
In-Reply-To: <1219342842.3839.80.camel@zlarin.inria.fr>
References: <696bc1d50808211114ne4d6755na87a0c5db7b3a95d@mail.gmail.com>
	 <1219342842.3839.80.camel@zlarin.inria.fr>
Message-ID: <696bc1d50808211202o6e470d42h9f787d085c9c56a3@mail.gmail.com>

On Thu, Aug 21, 2008 at 11:50 PM, Sylvestre Ledru <
sylvestre.ledru at scilab.org> wrote:
Hi Sylvestre,
Thanks for the quick reply. I went through the idea list and found following
interesting.
1. Pretty print in Scilab
2. Introducing SOAP client.
3. Export console output to latex

I'd like to know weather any of  these has some GUI programming as well, or
any other given idea(I am sorry if this looks like a stupid question, but
because one of my project requirements is to have some GUI components in the
work). And also it'd be helpful to know about the duration that need to
complete the work(I know it depends, but like to know in general). Thank
you! Waiting for your reply.

-Rajika


Hello ?Rajika,
>
> Thanks for your interest in Scilab.
>
> We listed a few ideas of projects:
> http://wiki.scilab.org/Ideas_of_development_for_Scilab
> Some of them are pretty easy, other are much harder.
>
> It really depends what you want to do.
> For example, connecting the MySQL library or a SOAP client into Scilab
> would be great!
>
> Regards,
> Sylvestre
>
>
> Le jeudi 21 ao?t 2008 ? 23:44 +0530, Rajika Kumarasiri a ?crit :
> > hello everybody,
> > I am an undergraduate student. As a part of the degree program I have
> > to complete a programming project.  I am good at Mathematics so I
> > found Scilab project very interesting.
> > Therefore I thought I would contribute to Scilab project. I have a
> > good programming knowledge in various programming languages such as
> > C,C++ and Java.  I am a self motivated person and I am ready to learn
> > any new technology that I need to follow Scilab project.
> >
> > So I'd be really great full to you, if you can show any open projects
> > for Scilab (which suits six months times) that can be completed. If
> > you can give any project idea so that I can contribute to Scilab
> > project would be great!.
> > Thank you very much. Hope to hear from you soon.
> >
> > --
> > http://wso2.org/
> > http://llvm.org/
> > http://osdev.org/
> >
>
>


-- 
http://wso2.org/
http://llvm.org/
http://osdev.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080822/1c5545a3/attachment.htm>

From sylvestre.ledru at scilab.org  Thu Aug 21 21:31:31 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Thu, 21 Aug 2008 21:31:31 +0200
Subject: [Scilab-Dev] Contributing to Scilab project
In-Reply-To: <696bc1d50808211202o6e470d42h9f787d085c9c56a3@mail.gmail.com>
References: <696bc1d50808211114ne4d6755na87a0c5db7b3a95d@mail.gmail.com>
	 <1219342842.3839.80.camel@zlarin.inria.fr>
	 <696bc1d50808211202o6e470d42h9f787d085c9c56a3@mail.gmail.com>
Message-ID: <1219347091.3839.89.camel@zlarin.inria.fr>

Le vendredi 22 ao?t 2008 ? 00:32 +0530, Rajika Kumarasiri a ?crit :
> 
> 
> On Thu, Aug 21, 2008 at 11:50 PM, Sylvestre Ledru
> <sylvestre.ledru at scilab.org> wrote:
> Hi Sylvestre,
> Thanks for the quick reply. I went through the idea list and found
> following interesting.
> 1. Pretty print in Scilab 
> 2. Introducing SOAP client.
> 3. Export console output to latex


> I'd like to know weather any of  these has some GUI programming as
> well, or any other given idea(I am sorry if this looks like a stupid
> question, but because one of my project requirements is to have some
> GUI components in the work). 
Depends what you mean by GUI but there is definitively some graphics
interaction with 1 & 3. 

> And also it'd be helpful to know about the duration that need to
> complete the work(I know it depends, but like to know in general). 
Depends how much time you spend on it, what is your knownledge in these
technologies etc but probably not 6 months ;)

Sylvestre





From rajikacc at gmail.com  Thu Aug 21 21:37:25 2008
From: rajikacc at gmail.com (Rajika Kumarasiri)
Date: Fri, 22 Aug 2008 01:07:25 +0530
Subject: [Scilab-Dev] Contributing to Scilab project
In-Reply-To: <1219347091.3839.89.camel@zlarin.inria.fr>
References: <696bc1d50808211114ne4d6755na87a0c5db7b3a95d@mail.gmail.com>
	 <1219342842.3839.80.camel@zlarin.inria.fr>
	 <696bc1d50808211202o6e470d42h9f787d085c9c56a3@mail.gmail.com>
	 <1219347091.3839.89.camel@zlarin.inria.fr>
Message-ID: <696bc1d50808211237o41f0555audd20847b1c614793@mail.gmail.com>

On Fri, Aug 22, 2008 at 1:01 AM, Sylvestre Ledru <sylvestre.ledru at scilab.org
> wrote:
Hey Sylvestre,
Thanks for the reply. I'll get back to you soon.

-Rajika

> Le vendredi 22 ao?t 2008 ? 00:32 +0530, Rajika Kumarasiri a ?crit :
> >
> >
> > On Thu, Aug 21, 2008 at 11:50 PM, Sylvestre Ledru
> > <sylvestre.ledru at scilab.org> wrote:
> > Hi Sylvestre,
> > Thanks for the quick reply. I went through the idea list and found
> > following interesting.
> > 1. Pretty print in Scilab
> > 2. Introducing SOAP client.
> > 3. Export console output to latex
>
>
> > I'd like to know weather any of  these has some GUI programming as
> > well, or any other given idea(I am sorry if this looks like a stupid
> > question, but because one of my project requirements is to have some
> > GUI components in the work).
> Depends what you mean by GUI but there is definitively some graphics
> interaction with 1 & 3.
>
> > And also it'd be helpful to know about the duration that need to
> > complete the work(I know it depends, but like to know in general).
> Depends how much time you spend on it, what is your knownledge in these
> technologies etc but probably not 6 months ;)
>
> Sylvestre
>
>
>
>


-- 
http://wso2.org/
http://llvm.org/
http://osdev.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080822/481d1505/attachment.htm>

From ycollette at free.fr  Fri Aug 22 19:31:46 2008
From: ycollette at free.fr (Collette Yann)
Date: Fri, 22 Aug 2008 19:31:46 +0200
Subject: Pb with the last revision
Message-ID: <48AEF802.9020001@free.fr>

Hello,

Since last revision, I've got this error message in the console:

add_demo: Le fichier 
/local/stow/scilab-5/share/scilab/modules/differential_equations/demos/simulation.dem.gateway.sce 
n'existe pas.
at line       4 of function add_demo called by :  
add_demo("Simulation",pathdemos);
line    16 of exec file called by :    
 exec("SCI/modules/"+modules(i)+"/etc/"+modules(i)+".start",-1);
line    78 of exec file called by :    
exec('SCI/etc/scilab.start',-1);;
 
 And the menu is disabled since the scilab.start file can't be launched.

YC


From sl.acbaa.aimee.paput at gbp.fr  Fri Aug 22 20:22:54 2008
From: sl.acbaa.aimee.paput at gbp.fr (Tres Rapide Montres)
Date: Fri, 22 Aug 2008 15:22:54 -0300
Subject: Offre Speciale: Achetez les Marques de Montres
Message-ID: <01c9046a$f29a1b00$869f13bd@sl.acbaa.aimee.paput>

Chez nous, non seulement sur la qualite de respect, mais aussi sur les prix. Nos montres sont-ils tres populaires et vous serez heureux si vous nous maintenant a cette marque de montres. Recevez-vous ces montres tres rapidement, surement et bien.

http://needbade.com/main.php
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080822/9c31484a/attachment.htm>

From pierre.marechal at scilab.org  Mon Aug 25 08:50:22 2008
From: pierre.marechal at scilab.org (Pierre MARECHAL)
Date: Mon, 25 Aug 2008 08:50:22 +0200
Subject: [Scilab-Dev] Pb with the last revision
In-Reply-To: <48AEF802.9020001@free.fr>
References: <48AEF802.9020001@free.fr>
Message-ID: <48B2562E.6070402@scilab.org>

Collette Yann a ?crit :
> Hello,
>
> Since last revision, I've got this error message in the console:
>
> add_demo: Le fichier 
> /local/stow/scilab-5/share/scilab/modules/differential_equations/demos/simulation.dem.gateway.sce 
> n'existe pas.
> at line       4 of function add_demo called by :  
> add_demo("Simulation",pathdemos);
> line    16 of exec file called by :    
> exec("SCI/modules/"+modules(i)+"/etc/"+modules(i)+".start",-1);
> line    78 of exec file called by :    exec('SCI/etc/scilab.start',-1);;
>
> And the menu is disabled since the scilab.start file can't be launched.
>
> YC

Hi Yann,

The problem is now fixed (rev 26874).
Thanks for pointing out this bug.

Pierre


[1] http://viewvc.scilab.org/bin/cgi/viewvc.cgi?view=rev&revision=26874

-- 
==============================================
Pierre MARECHAL
INRIA - Unit? de Recherche de Rocquencourt
Domaine de Voluceau - B.P. 105
78153 Le Chesnay Cedex
==============================================
Projet Scilab
B?timent 1B - Bureau 008
Email : pierre.marechal at scilab.org
==============================================



From joao.mrr1 at gmail.com  Wed Aug 27 10:42:25 2008
From: joao.mrr1 at gmail.com (joao moreira)
Date: Wed, 27 Aug 2008 10:42:25 +0200
Subject: Problem with matrix logarithms, in the complex case
Message-ID: <efb736700808270142m52fac532x1c547150e9a18b78@mail.gmail.com>

Hello,

I tried posting this on the users list, but got no answers, so I'll try
here. Basically, I'm trying to understand why the matrix logarithm is
implemented the way it is (in macros/elem/logm.sci, in scilab 4.1.2), and if
there is some reason for it not calculating in the case described below.

--------

Hi all,

I have an issue with matrix logarithms, in the complex case. Consider
the following matrix :

A=[
    -0.01+0*%i 0.13+0*%i;
     0.00+0*%i 0.08+0*%i;
  ];

Coefficients are real, but I force them to be complex, hoping that
scilab will use a complex logarithm matrix function. But scilab says
"unable to diagonalize!"... I understand that as a real matrix, I
can't calculate its log, but as a complex matrix, why doesn't this
work ?

Using algorithms from Golub, van Loan, "Matrix Computations", I coded
a complex matrix log function, and found logm(A) = L where

L=[
    -4.6051702+3.1415927*%i  3.0036378-4.5378561*%i;
     0.0000000+0.0000000*%i -2.5257286+0.0000000*%i;
  ];

and it's easy to check that exp(log(A)) == log(exp(A)) == A.

I looked in the scilab source, and found that logm is actually a .sci
file that does
.........................
a=a+0*%i;   //Set complex
[s,u,bs]=bdiag(a);
  if maxi(bs)>1 then
    error('logm: unable to diagonalize!');return
  end
.........................

bdiag does block diagonalisation, finds a 2x2 block, and refuses to
continue !... Is this normal ? is there some reason for scilab not
calculating this ?

Maybe I'm missing something obvious, thanks for helping.

Joao


-- 
Joao Moreira (math student)
Paris, France
joao.mrr1 at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080827/1c6d8a9f/attachment.htm>

From Serge.Steer at scilab.org  Wed Aug 27 17:30:16 2008
From: Serge.Steer at scilab.org (Serge Steer)
Date: Wed, 27 Aug 2008 17:30:16 +0200
Subject: [Scilab-Dev] Problem with matrix logarithms, in the complex case
In-Reply-To: <efb736700808270142m52fac532x1c547150e9a18b78@mail.gmail.com>
References: <efb736700808270142m52fac532x1c547150e9a18b78@mail.gmail.com>
Message-ID: <48B57308.3070900@scilab.org>

joao moreira a ?crit :
> Hello,
>
> I tried posting this on the users list, but got no answers, so I'll try
> here. Basically, I'm trying to understand why the matrix logarithm is
> implemented the way it is (in macros/elem/logm.sci, in scilab 4.1.2),
> and if
> there is some reason for it not calculating in the case described below.
>
> --------
>
> Hi all,
>
> I have an issue with matrix logarithms, in the complex case. Consider
> the following matrix :
>
> A=[
>     -0.01+0*%i 0.13+0*%i;
>      0.00+0*%i 0.08+0*%i;
>   ];
>
> Coefficients are real, but I force them to be complex, hoping that
> scilab will use a complex logarithm matrix function. But scilab says
> "unable to diagonalize!"... I understand that as a real matrix, I
> can't calculate its log, but as a complex matrix, why doesn't this
> work ?
>
> Using algorithms from Golub, van Loan, "Matrix Computations", I coded
> a complex matrix log function, and found logm(A) = L where
>
> L=[
>     -4.6051702+3.1415927*%i  3.0036378-4.5378561*%i;
>      0.0000000+0.0000000*%i -2.5257286+0.0000000*%i;
>   ];
>
> and it's easy to check that exp(log(A)) == log(exp(A)) == A.
>
> I looked in the scilab source, and found that logm is actually a .sci
> file that does
> .........................
> a=a+0*%i;   //Set complex
> [s,u,bs]=bdiag(a);
>   if maxi(bs)>1 then
>     error('logm: unable to diagonalize!');return
>   end
> .........................
>
> bdiag does block diagonalisation, finds a 2x2 block, and refuses to
> continue !... Is this normal ? is there some reason for scilab not
> calculating this ?
>
> Maybe I'm missing something obvious, thanks for helping.

No you are right, there is a problem with your matrix. We uses bdiag in
logm to ensure that the a matrix is diagonalizable. But with your matrix
bdiag with default rmax find that a is not diagonalizable. The default
rmax is too strong for this use.
It should be better to do something like

rmax=max(norm(a,1),1/sqrt(%eps))
[s,u,bs]=bdiag(a,rmax);

I modified the Scilab code this way. But I think a more clever algorithm
as to developped to be able to compute logm for quasi non diagonalizable
matrices...



Thanks for the report
Serge
>
> Joao
>
>
> -- 
> Joao Moreira (math student)
> Paris, France
> joao.mrr1 at gmail.com <mailto:joao.mrr1 at gmail.com>
>



From fvogelnew1 at free.fr  Thu Aug 28 11:00:33 2008
From: fvogelnew1 at free.fr (fvogelnew1 at free.fr)
Date: Thu, 28 Aug 2008 11:00:33 +0200
Subject: Scipad debugger
In-Reply-To: <48B41BCC.5030409@scilab.org>
References: <48B41BCC.5030409@scilab.org>
Message-ID: <1219914033.48b66931ae5cf@imp.free.fr>

Vincent,

I cannot say I'm happy with what you are writing underneath but thank you anyway
for informing us.

I guess it is useless to moan or to hunt for the guilty party. Therefore, I will
make no comment about how or why the situation was messed up that much. Anyway
you certainly already know how upset I am about all this.


Looking forward, let's be pragmatic:

1. Deactivation of Scipad's debugger

I will unplug the debugger from Scipad in trunk. Please let me do it and don't
do it yourself.

What is the last date for commit in trunk before Scilab 5?


2. Reentrancy of Tcl instructions (Observation #1 in the wiki page)

In your post scriptum below, are you saying that reentrancy is now fully
working?
I have seen some work around this but the commit log was about a "try".

Also, could your team please answer about observations #2 and #3 in this same
page?


3. Scipad event loop

I think I understand what your description of the problem.

With respect to the solution of this problem we are facing, you seem to have a
precise idea of what should be done but you do not elaborate very much, please
explain. What should we do in order to make the debugger work again?
Please discuss with externals this time when you will want to fix this. Learn
from experience. I note you are writing "together" below, which is a good sign.
Also, this discussion shall be public.

Last point, what Scilab version do you target for making the Scilab loop work
again?


Let's hope future will allow for better work with your team. I have not yet
stepped out but nausea experiences are sadly accumulating.

Francois



Vincent COUVERT <vincent.couvert at scilab.org> said on Tue, 26 Aug 2008 17:05:48
+0200:

> Hi Enrico,
> Hi Fran?ois,
>
> We have bad news for Scipad debugger in Scilab 5.0.
>
> Bruno spent the last two weeks working on it and finally it appears that
> we have no chance to make it work for Scilab 5.0. All main bugs in TCL
> event loop and TCL interface are now fixed and Scipad debugger still
> does not work.
>
> We thought that the problem was due to the TCL event loop
> reorganization, but it was not. Actually, if Scipad debugger does not
> work in current version, it is because of Scilab internal loop which
> remains blocked in some cases such as a breakpoint in the code to debug.
> In previous versions, a timer ensured all the commands in the
> "storecommand queue" were read and executed (hence make Scilab run again
> when in pause mode) even if Scilab was paused inside the parsing loop.
> In current version, when Scilab is blocked inside its parser, there is
> nothing that can wake it up.
>
> The modifications needed to make Scipad debugger work are too important
> and dangerous to be done one week before Scilab 5.0 release, we were
> sure that the modifications in the TCL loop made recently would be
> enough to fix the problem, but it was not the case.
>
> So, we think that it would be better to desactivate Scipad debugger
> inside Scilab 5.0 and then we could work together to find a solution to
> make it work for a future release of Scilab.
>
> Vincent.
>
> PS : About
>
http://wiki.scilab.org/Scipad_debugger_inner_beauties?highlight=(debugger)#head-f92972929ff85460e97200581afae62d16b097b8
> Point 1) is now fixed, calls to TCL_* and ScilabEval can now be imbricated
>
>
> --
> ==============================================
> Vincent COUVERT
> Centre de Recherche INRIA Paris-Rocquencourt
> Domaine de Voluceau - B.P. 105
> 78153 Le Chesnay Cedex
> ==============================================
> Equipe Projet SCILAB
> B?timent 1B - Bureau 013
> Email : vincent.couvert at inria.fr
> T?l : +33 (0)1 39 63 54 46
> Fax : +33 (0)1 39 63 55 94
> ==============================================
>
>




From simon.lipp at scilab.org  Thu Aug 28 16:38:37 2008
From: simon.lipp at scilab.org (Simon Lipp)
Date: Thu, 28 Aug 2008 16:38:37 +0200
Subject: [Scilab-Dev] linux 64 bits support
In-Reply-To: <1219049936.3496.419.camel@korcula.inria.fr>
References: <20080812190251.788e3ea1@caprera.inria.fr>
	<1219049936.3496.419.camel@korcula.inria.fr>
Message-ID: <20080828163837.5dc7b905@caprera.inria.fr>

Updated patch, to allow to reduce stack size.

With this patch and current trunk (rev 27054), most tests behave the
same as on a 32 bits machine. Exceptions are:
 * all tests of metanet, which seems to randomly raise a Java exception
in an AWT thread. I possibly got the same thing on 32 bits, but the log
file was deleted so I can't be positive... It happens ~5% of the time
(~3 erros on 60 tests, not on the same test) on 64 bits ; if it
effectively happens on 32 bits, it's far more rare.
 * scicos still doesn't work
 * in module graphics, bug_3250 and bug_2458 tests . bug_2749 fails on
64 bits and not 32 bits, but I don't trust values returned by getmemory
anyway (not only on 64 bits) -- Sylvestre can't disagree with that ;).
 * I didn't test pvm, dynamic_link and localization

Simon
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch-64bits.diff
Type: text/x-patch
Size: 75616 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080828/9508c6d7/attachment.bin>

From vincent.couvert at scilab.org  Fri Aug 29 10:42:19 2008
From: vincent.couvert at scilab.org (Vincent COUVERT)
Date: Fri, 29 Aug 2008 10:42:19 +0200
Subject: Scipad debugger
In-Reply-To: <1219914033.48b66931ae5cf@imp.free.fr>
References: <48B41BCC.5030409@scilab.org> <1219914033.48b66931ae5cf@imp.free.fr>
Message-ID: <48B7B66B.5000701@scilab.org>

Hi Fran?ois,

fvogelnew1 at free.fr a ?crit :
> Vincent,
>
> I cannot say I'm happy with what you are writing underneath but thank you anyway
> for informing us.
>
> I guess it is useless to moan or to hunt for the guilty party. Therefore, I will
> make no comment about how or why the situation was messed up that much. Anyway
> you certainly already know how upset I am about all this.
>
>
> Looking forward, let's be pragmatic:
>
> 1. Deactivation of Scipad's debugger
>
> I will unplug the debugger from Scipad in trunk. Please let me do it and don't
> do it yourself.
>
> What is the last date for commit in trunk before Scilab 5?
>   
No problem for me to let you do this work.
The last date for commit in TRUNK before Scilab 5 is next Monday (1st 
September) at 12am.
>
> 2. Reentrancy of Tcl instructions (Observation #1 in the wiki page)
>
> In your post scriptum below, are you saying that reentrancy is now fully
> working?
> I have seen some work around this but the commit log was about a "try".
>
> Also, could your team please answer about observations #2 and #3 in this same
> page?
>
>   
We are going to update this page and explain what work and what does not 
work.
A diagram explaining how the TCL thread works is currently written.
> 3. Scipad event loop
>
> I think I understand what your description of the problem.
>
> With respect to the solution of this problem we are facing, you seem to have a
> precise idea of what should be done but you do not elaborate very much, please
> explain. What should we do in order to make the debugger work again?
>   
For the moment we have to technical solution to have a working debugger, 
we have to identify precisely the problem and then see how to fix it 
without breaking Scilab parsing loop.
> Please discuss with externals this time when you will want to fix this. Learn
> from experience. I note you are writing "together" below, which is a good sign.
> Also, this discussion shall be public.
>
>   
The modifications to do in "Scilab debugging system" could be the object 
of a new SEP.
> Last point, what Scilab version do you target for making the Scilab loop work
> again?
>   

For the moment, no idea of the version where debugging actions will be 
available again. It will depend on the amount of work needed to make it 
work.
>
> Let's hope future will allow for better work with your team. I have not yet
> stepped out but nausea experiences are sadly accumulating.
>
> Francois
>   

Vincent
>
>
> Vincent COUVERT <vincent.couvert at scilab.org> said on Tue, 26 Aug 2008 17:05:48
> +0200:
>
>   
>> Hi Enrico,
>> Hi Fran?ois,
>>
>> We have bad news for Scipad debugger in Scilab 5.0.
>>
>> Bruno spent the last two weeks working on it and finally it appears that
>> we have no chance to make it work for Scilab 5.0. All main bugs in TCL
>> event loop and TCL interface are now fixed and Scipad debugger still
>> does not work.
>>
>> We thought that the problem was due to the TCL event loop
>> reorganization, but it was not. Actually, if Scipad debugger does not
>> work in current version, it is because of Scilab internal loop which
>> remains blocked in some cases such as a breakpoint in the code to debug.
>> In previous versions, a timer ensured all the commands in the
>> "storecommand queue" were read and executed (hence make Scilab run again
>> when in pause mode) even if Scilab was paused inside the parsing loop.
>> In current version, when Scilab is blocked inside its parser, there is
>> nothing that can wake it up.
>>
>> The modifications needed to make Scipad debugger work are too important
>> and dangerous to be done one week before Scilab 5.0 release, we were
>> sure that the modifications in the TCL loop made recently would be
>> enough to fix the problem, but it was not the case.
>>
>> So, we think that it would be better to desactivate Scipad debugger
>> inside Scilab 5.0 and then we could work together to find a solution to
>> make it work for a future release of Scilab.
>>
>> Vincent.
>>
>> PS : About
>>
>>     
> http://wiki.scilab.org/Scipad_debugger_inner_beauties?highlight=(debugger)#head-f92972929ff85460e97200581afae62d16b097b8
>   
>> Point 1) is now fixed, calls to TCL_* and ScilabEval can now be imbricated
>>
>>
>> --
>> ==============================================
>> Vincent COUVERT
>> Centre de Recherche INRIA Paris-Rocquencourt
>> Domaine de Voluceau - B.P. 105
>> 78153 Le Chesnay Cedex
>> ==============================================
>> Equipe Projet SCILAB
>> B?timent 1B - Bureau 013
>> Email : vincent.couvert at inria.fr
>> T?l : +33 (0)1 39 63 54 46
>> Fax : +33 (0)1 39 63 55 94
>> ==============================================
>>
>>
>>     
>
>
>   


-- 
==============================================
Vincent COUVERT
Centre de Recherche INRIA Paris-Rocquencourt
Domaine de Voluceau - B.P. 105
78153 Le Chesnay Cedex
==============================================
Equipe Projet SCILAB
B?timent 1B - Bureau 013
Email : vincent.couvert at inria.fr
T?l : +33 (0)1 39 63 54 46
Fax : +33 (0)1 39 63 55 94
==============================================



From simon.lipp at scilab.org  Fri Aug 29 13:30:40 2008
From: simon.lipp at scilab.org (Simon Lipp)
Date: Fri, 29 Aug 2008 13:30:40 +0200
Subject: [Scilab-Dev] linux 64 bits support
In-Reply-To: <20080828163837.5dc7b905@caprera.inria.fr>
References: <20080812190251.788e3ea1@caprera.inria.fr>
	<1219049936.3496.419.camel@korcula.inria.fr>
	<20080828163837.5dc7b905@caprera.inria.fr>
Message-ID: <20080829133040.70807d46@caprera.inria.fr>

64 bits support is now in trunk :)

> all tests of metanet, which seems to randomly raise a Java exception
> in an AWT thread.
I installed the nvidia drivers and the problem disappeared

> scicos still doesn't work
"fixed" (in fact, it always worked, a crappy unused file mistaked me...)

> * I didn't test pvm, dynamic_link and localization
localiztion & dynamic_link are OK

Simon


From sylvestre.ledru at scilab.org  Fri Aug 29 13:55:27 2008
From: sylvestre.ledru at scilab.org (Sylvestre Ledru)
Date: Fri, 29 Aug 2008 13:55:27 +0200
Subject: To be able to develop Scilab interface in C++
Message-ID: <1220010927.3592.305.camel@korcula.inria.fr>

Hello,

I answer here because others might be interested.

Yann, I noticed your change on the wiki:
http://wiki.scilab.org/Ideas_of_development_for_Scilab?action=diff&rev2=36&rev1=35

It is already possible and pretty easy. For example, if you have a look
to this code:
http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/helptools/sci_gateway/cpp/sci_buildDoc.cpp?revision=27036&view=markup

You will see this pure C++ code:
		if (doc->setOutputDirectory(outputDirectory)) 
		{
			doc->setWorkingLanguage(language);
			doc->setExportFormat(exportFormat);
			doc->process(masterXML, styleSheet);
			
			LhsVar(1) = 0;
			C2F(putlhsvar)();
		}
[...]

By the way, this code shows how easy it is to map a Java Method into
Scilab (thanks to GIWS [1]).

I started a doc on this:
http://wiki.scilab.org/Call_a_Java_object_from_Scilab
I will add examples when I have the time for it.

Sylvestre

[1] http://www.scilab.org/giws/




From ycollet at freesurf.fr  Fri Aug 29 18:45:55 2008
From: ycollet at freesurf.fr (Collette Yann)
Date: Fri, 29 Aug 2008 18:45:55 +0200
Subject: [Scilab-Dev] To be able to develop Scilab interface in C++
In-Reply-To: <1220010927.3592.305.camel@korcula.inria.fr>
References: <1220010927.3592.305.camel@korcula.inria.fr>
Message-ID: <48B827C3.8050504@freesurf.fr>

Hello,

I was thinking about something else.
First add some #ifdef to allows the compilation of a C++ interface via 
g++. I found that it was necessary to remove some cast to void * in 
CreateVar and to declare the main function as extern "C".
if you compile a C++ scilab interface via g++, g++ emit some warnings 
related to cast from strings to char * which are deprecated. So, soon, 
it will not be possible to compile using g++.
But my idea was to develop a "real" C++ interface like the one from octave.
Here is an example from the octave forge:  the leval function.
I will add some notes on the wiki

YC

// Copyright (C) 2002 Etienne Grossmann.  All rights reserved.
//
// This program is free software; you can redistribute it and/or modify it
// under the terms of the GNU General Public License as published by the
// Free Software Foundation; either version 2, or (at your option) any
// later version.
//
// This is distributed in the hope that it will be useful, but WITHOUT
// ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
// FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
// for more details.


#include "config.h"
#include <oct.h>
#include <octave/parse.h>


DEFUN_DLD (leval, args, nargout,
  "-*- texinfo -*-\n\
@deftypefn {Built-in Function} {} leval (@var{name}, @var{list})\n\
Evaluate the function named @var{name}.  All the elements in @var{list}\n\
are passed on to the named function.  For example,\n\
\n\
@example\n\
leval (\"acos\", list (-1))\n\
     @result{} 3.1416\n\
@end example\n\
\n\
@noindent\n\
calls the function @code{acos} with the argument @samp{-1}.\n\
\n\
The function @code{leval} provides provides more flexibility than\n\
@code{feval} since arguments need not be hard-wired in the calling \n\
code. @seealso{feval and eval}\n\
@end deftypefn")
{
  octave_value_list retval;

  int nargin = args.length ();

  if (nargin == 2) 
    {
      std::string name = args(0).string_value ();
      if (error_state) 
	error ("leval: first argument must be a string");

      octave_value_list lst = args(1).list_value ();
      if (error_state) 
	error ("leval: second argument must be a list");

      retval = feval (name, lst, nargout);

    } 
  else
    print_usage ();

  return retval;
}


Sylvestre Ledru a ?crit :
> Hello,
>
> I answer here because others might be interested.
>
> Yann, I noticed your change on the wiki:
> http://wiki.scilab.org/Ideas_of_development_for_Scilab?action=diff&rev2=36&rev1=35
>
> It is already possible and pretty easy. For example, if you have a look
> to this code:
> http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/helptools/sci_gateway/cpp/sci_buildDoc.cpp?revision=27036&view=markup
>
> You will see this pure C++ code:
> 		if (doc->setOutputDirectory(outputDirectory)) 
> 		{
> 			doc->setWorkingLanguage(language);
> 			doc->setExportFormat(exportFormat);
> 			doc->process(masterXML, styleSheet);
> 			
> 			LhsVar(1) = 0;
> 			C2F(putlhsvar)();
> 		}
> [...]
>
> By the way, this code shows how easy it is to map a Java Method into
> Scilab (thanks to GIWS [1]).
>
> I started a doc on this:
> http://wiki.scilab.org/Call_a_Java_object_from_Scilab
> I will add examples when I have the time for it.
>
> Sylvestre
>
> [1] http://www.scilab.org/giws/
>
>   



From fvogelnew1 at free.fr  Fri Aug 29 22:24:03 2008
From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=)
Date: Fri, 29 Aug 2008 22:24:03 +0200
Subject: Error message in Scipad // messageBox
In-Reply-To: <48B7FD06.8050606@scilab.org>
References: <48B7FD06.8050606@scilab.org>
Message-ID: <48B85AE3.6030701@free.fr>

Hi Bruno,

Thanks for informing us about the reasons why you made this change 
(commit 27068). Now I understand your reasons.

So now TCL_Get/SetVar do lock the interpreter. OK, good to know.

Since I felt your initial commit had weaknesses, I have asked 
Sylvestre to discuss these with you. I think that most of my concerns 
are now properly addressed by your new version (commit 27103).

Namely:

   - you are now correctly using the Scipad localization mechanism 
instead of mixing Scilab and Scipad schemes

   - the function messagebox, which is not available before Scilab 5, 
is now only used with Scilab 5.

   - you are now correctly taking into account the possibility that 
the user wants to turn off the message box. This was a request from 
the newsgroup:
http://groups.google.com/group/comp.soft-sys.math.scilab/browse_thread/thread/5114c502b986bbf0/
that I had implemented in Scipad 6.127
FYI, the switch allowing to control this is in the "Options" menu from 
Scipad, item is named "Execution errors".

   - you seem to correctly escape certain special characters

   - I have also checked that the fix for bug 3037 (lasterror can 
produce multiline error messages) has not been broken


Basically your code now leaves untouched what will be run under Scilab 
4.x environments, and this is very correct. Code for Scilab 5 
environment is correct as well I think.

Therefore, many thanks for fixing commit 27068 based on my comments. 
Good job!


Francois


Bruno JOFRET said on 29/08/2008 15:43:
> Hi there,
> 
> Yesterday I made a commit changing scilaberror proc and make it use 
> messageBox new Scilab function.
> Some explications among that :
> 
> There is no need, I guess to show again the locking process that can 
> happened using TCL and Scilab.
> We did some efforts making TCL_EvalStr work within a TCL_EvalFile and it 
> seems to be ok.
> BUT for what concerns direct access to the TCL interp (through 
> TCL_GetVar/SetVar) it shows out some troubles if the interpreter is not 
> locked.
> 
> Try to change TCL_Getvar using requestTclInterp instead of 
> getTclInterp/release.
> Then do some stupid script like this one :
> ---
> while (%t)
>   before_tcl = rand(10,10);
>   TCL_SetVar('myvar', before_tcl);
>   after_tcl = TCL_GetVar('myvar');
>   if (or(before_tcl - evstr(after_tcl) < 1e-9) == %F) then pause, end
> end
> ---
> 
> You will see the TCL Lib blowing up.
> 
> So we locked back TCL_GetVar/SetVar that make scilab hang when try to 
> display what lasterror() was returning.
> Type "error(10)" in scipad then load it.
> 
> The solution to fix that bug was to let Scilab display the error box, 
> that's why we used "messageBox".
> 
> I just updated a new version of this proc using :
> - scipad localisation process
> - scilab5 global value to not break double compatibility
> - ScilabErrorMessageBox flag to desactivate the box, I guess, but I was 
> unable to find where I can do this :-$ Shames on me.
> 
> I guess this answer the request you made to Sylvester, but if you have 
> some other let me know.
> 
> I will also update a little bit the wiki with some graphs explaining the 
>  threaded process we have.
> 
> Regards,
> 


From fvogelnew1 at free.fr  Fri Aug 29 22:42:26 2008
From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=)
Date: Fri, 29 Aug 2008 22:42:26 +0200
Subject: Commit review: r26960 (scipad)
Message-ID: <48B85F32.3050703@free.fr>

Hi devlisters,

Reviewing the commits in Scipad I have noticed commit 26960:

http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/scipad/macros/scipad_internals/dynamickeywords.sce?r1=22996&r2=26960

I'm wondering why this had to be added?

The commit log says "checks that interp exists", which is pretty 
obvious from the code itself, but doesn't give a hint about why 
checking Tcl interpreter existence was needed here.

Indeed, function setscipadwords is part of Scipad internals. It is 
only called from within Scipad during its launch. Therefore the added 
test if TCL_ExistInterp('scipad') always return true.

So, could you please clarify why this was needed?

Thank you for enlightening me.

Francois


From fvogelnew1 at free.fr  Sat Aug 30 00:05:46 2008
From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=)
Date: Sat, 30 Aug 2008 00:05:46 +0200
Subject: [Scilab-Dev] Re: Scipad debugger
In-Reply-To: <48B7B66B.5000701@scilab.org>
References: <48B41BCC.5030409@scilab.org> <1219914033.48b66931ae5cf@imp.free.fr> <48B7B66B.5000701@scilab.org>
Message-ID: <48B872BA.9060709@free.fr>

Vincent COUVERT said on 29/08/2008 10:42:
>> 1. Deactivation of Scipad's debugger
>> What is the last date for commit in trunk before Scilab 5?

> No problem for me to let you do this work.
> The last date for commit in TRUNK before Scilab 5 is next Monday (1st 
> September) at 12am.

Done (Scipad 6.155).

The last thing I plan to do on Monday morning before the deadline is 
to push the Scipad version tag to 7.0 for distribution with Scilab 5. 
I will take care of this too.


> We are going to update this page and explain what work and what does not 
> work.

Thanks. Please proceed.


> A diagram explaining how the TCL thread works is currently written.

Seen. I still have to analyze it more in depth but thank you anyway 
for the documentation effort.


> The modifications to do in "Scilab debugging system" could be the object 
> of a new SEP.

Yes, certainly. However, before writing a SEP we should know what the 
problem is more precisely, and identify a solution, as you mentioned. 
So a SEP, yes, but only later because I wouldn't know what to write 
there right now.


> For the moment, no idea of the version where debugging actions will be 
> available again. It will depend on the amount of work needed to make it 
> work.

Of course, but it's also a matter of priorities. What are your 
priorities after Scilab 5.0 release?

What I really mean is: Do you think Scilab 5.1 is a realistic target? 
The roadmap on your website says "a minor version every 9 months", 
which is already a huge delay (in my opinion) for fixing the debugger.

What I fear is that you want to delay this up to Scilab 6 because you 
seem to say that part of the problem is in the parser, and this parser 
will be rewritten for Scilab 6.

Francois


From enrico.segre at weizmann.ac.il  Sun Aug 31 10:23:42 2008
From: enrico.segre at weizmann.ac.il (Enrico Segre)
Date: Sun, 31 Aug 2008 11:23:42 +0300
Subject: [Scilab-Dev] linux 64 bits support
In-Reply-To: <20080828163837.5dc7b905@caprera.inria.fr>
References: <20080812190251.788e3ea1@caprera.inria.fr><1219049936.3496.419.camel@korcula.inria.fr> <20080828163837.5dc7b905@caprera.inria.fr>
Message-ID: <48BA550E.7010401@weizmann.ac.il>

Simon Lipp wrote:
> Updated patch, to allow to reduce stack size.
>
>   
configure
...
checking whether gcc and cc understand -c and -o together... yes
checking whether g77 understands -c and -o together... yes
configure: error: 64 bits support needs a fortran 90 compiler.

I have gcc-gfortran 4.1.2, which should support fortran 95. Patch 
applied (I think). Q&d  ln -sf /usr/bin/f95 /usr/bin/f90
doesn't help. What to do?

Enrico



From enrico.segre at weizmann.ac.il  Sun Aug 31 11:23:55 2008
From: enrico.segre at weizmann.ac.il (Enrico Segre)
Date: Sun, 31 Aug 2008 12:23:55 +0300
Subject: TCl-thread graphs (was: Re: Scipad debugger)
In-Reply-To: <48B7B66B.5000701@scilab.org>
References: <48B41BCC.5030409@scilab.org> <1219914033.48b66931ae5cf@imp.free.fr> <48B7B66B.5000701@scilab.org>
Message-ID: <48BA632B.4010908@weizmann.ac.il>

Well well, not that I'm very happy about this hasty disabling of the 
debugger, after we've been inquiring about for months. At least I take 
for it that it was not intended a  deliberate sabotage, as we could have 
been led to think, and that dialog finally restarts. It might be a 
matter of finding common language, but at least I see some hint of a 
will of sharing information.

I was on holiday until last week, and still have to find some time to 
digest the new information.

Anyway, first question, about the new (at least!) flowcharts in 
http://wiki.scilab.org/Tcl_Thread : the various boxes of the state 
machines have some functional characterization besides their numerical 
labels? With what were the graphs produced, in case we want to suggest, 
graphically, new structures? Though I understand it, I'm not familiar 
with the graphical notation of the flowcharts currently on wiki; could 
you send me a pointer for the scheme (I guess it is a standard one) used?

Not seeing these graphs, I was once considering to produce them with 
graphviz, decoding the previous content of the wiki page. I stopped at 
some point for lack of time, but for reference I attach what I managed 
to do (certainly unfinished and with errors, but possibly a little more 
descriptive?).

Enrico

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ScilabTclThread.dot
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080831/8438d602/attachment.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ScilabTclThread.png
Type: image/png
Size: 327103 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20080831/8438d602/attachment.png>

From enrico.segre at weizmann.ac.il  Sun Aug 31 11:50:17 2008
From: enrico.segre at weizmann.ac.il (Enrico Segre)
Date: Sun, 31 Aug 2008 12:50:17 +0300
Subject: linux 64 bits support
Message-ID: <1220176217.30566.13.camel@segre-pc2.weizmann.ac.il>


> configure: error: 64 bits support needs a fortran 90 compiler.

problem solved, I was probably misapplying the patch. The correct command for me is FWM

 patch -p2 -R < patch-64bits.diff 

issued at the SCI level. 

However:

./configure --without-matio --with-jdk=/usr/java/jdk1.6.0_05/; make -j4
...
make[2]: Leaving directory `/usr/share/scilab/modules/javasci'
make[1]: Leaving directory `/usr/share/scilab/modules'
make[1]: Entering directory `/usr/share/scilab'
/bin/sh ./libtool --tag=CC   --mode=link gcc  -g -O2  -DNDEBUG -Dlinux
-DNARROWPROTO -mfpmath=sse -msse2 -m64 -I./libs/MALLOC/includes/
-I./modules/localization/includes/   -o scilab-bin
scilab_bin-main_linux.o ./modules/libscilab.la ./modules/shell/libscishell.la 
mkdir .libs
gcc -g -O2 -DNDEBUG -Dlinux -DNARROWPROTO -mfpmath=sse -msse2 -m64
-I./libs/MALLOC/includes/ -I./modules/localization/includes/
-o .libs/scilab-bin
scilab_bin-main_linux.o  ./modules/.libs/libscilab.so ./modules/shell/.libs/libscishell.so  -Wl,--rpath -Wl,/usr/local/lib/scilab
/usr/bin/ld: warning: libjava.so, needed
by ./modules/shell/.libs/libscishell.so, not found (try using -rpath or
-rpath-link)
/usr/bin/ld: warning: libverify.so, needed
by ./modules/shell/.libs/libscishell.so, not found (try using -rpath or
-rpath-link)
/usr/bin/ld: warning: libjvm.so, needed
by ./modules/shell/.libs/libscishell.so, not found (try using -rpath or
-rpath-link)
/usr/share/scilab/modules/gui/.libs/libscigui.so.5: undefined reference
to
`org_scilab_modules_gui_bridge::CallScilabBridge::getFontChooserItalic(JavaVM_*, long)'

...

collect2: ld returned 1 exit status
make[1]: *** [scilab-bin] Error 1
make[1]: Leaving directory `/usr/share/scilab'
make: *** [all-recursive] Error 1

locate libverify.so
/usr/java/jdk1.6.0_05/jre/lib/amd64/libverify.so

locate libjvm.so
/usr/java/jdk1.6.0_05/jre/lib/amd64/server/libjvm.so

locate libjava.so
/usr/java/jdk1.6.0_05/jre/lib/amd64/libjava.so

Uff...



From fvogelnew1 at free.fr  Sun Aug 31 22:00:05 2008
From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=)
Date: Sun, 31 Aug 2008 22:00:05 +0200
Subject: bug debugguer scipad,...
In-Reply-To: <48B8F0D6.809@inria.fr>
References: <48B8F0D6.809@inria.fr>
Message-ID: <48BAF845.8010003@free.fr>

Serge,

Many thanks for looking at this thorny problem. New eyes on a muddy 
problem proves efficient, well done.

It seems that you have indeed made a good step forward. Now the 
debugger is no longer locked. Well, at least most of the time.

Sometimes the user still has to hit enter in the Scilab shell in order 
to make things move, but definitely you have made progress.

Example that almost works:

1. Launch Scilab

2. Launch Scipad.

3. Now, after Scipad is open:

TCL_EvalStr("set bug2789_fixed true","scipad")

(this will unlock the debugger - I had locked it two days ago in 
r27121 upon opteam request)

4. Paste this in scipad:

function stupid
   a=1
   b=2
endfunction

5. Configure (F10) and click OK.

6. Step in (F8).
     ----> The debugger correctly goes into DebugInProgress mode (red 
tag on the lower left of Scipad window). However, the active 
breakpointed line does not show up.

7. Hit enter in the Scilab shell (this should not be needed if it 
would work correctly).
     ----> The current stop point is shown in Scipad.

8. F8 again
     ----> The new stop point is shown

etc.


Try with other examples, perhaps a bit more complicated, you will see 
that it often works but not always. Sometimes you need to hit enter in 
the shell to make things move.


I have also experienced a number of crashes, where Scilab unexpectedly 
closes with no message at all.
Also:
Warning !!!
Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION)
with "TCL_EvalStr" function.
Save your data and restart Scilab.


Finally, for the debuggger to work OK, bug 1469 and 3407 should be 
fixed too. There are still many problems with continued lines, that 
were counted differently in 4.x than they are now in 5.0


As a conclusion I think we are still not fully OK, but progress is 
clear. A lot of testing and bug fixing will be needed in the next days 
if the debugger is to be replugged. Please let me know what you think 
and what is your plan with respect to the upcoming Scilab 5.

Francois


Serge Steer said on 30/08/2008 09:03:
> Je pense avoir corrige le bug qui empechait le debugguer de scipad de
> fonctionner et qui faisait que dans certains cas scilab se mettait a
> boucler avec l'execution d'un callback
> 
> zzledt (GetCommandLine.c) ne signifiait pas que la lecture a ete
> interrompu par la presence d'un callback dans la queue et retournait une
> ligne blanche comme instruction.
> 
> voir la modif que j'ai committe dans modules/shell/GetCommandLine.c
> 
> Serge
> 
>