From stephane.mottelet at utc.fr  Tue Jul  8 14:50:54 2014
From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=)
Date: Tue, 08 Jul 2014 14:50:54 +0200
Subject: [Scilab-Dev] problem/bug with xmlNs
Message-ID: <53BBE92E.6070909@utc.fr>

Hello,

xmlNS is not able to create an XML namespace without a prefix, although 
this is completely correct in XML, as it allows inheritance of it. Example:

<a xmlns="http://name.space">
    <b>1</b>
</a>

here the "b" element is in the "http://name.space" namespace. The only 
workaround I have found is the following :

s = "<root><a xmlns=""http://name.space""/><b/></root>"
doc = xmlReadStr(s)
ns=xmlGetNsByHref(doc.root.children(1), "http://name.space")
xmlAddNs(doc.root.children(2),ns);
xmlDump(doc)

Scilab (correct) output is :

  ans  =

!<?xml version="1.0"?>             !
!                                  !
!<root>                            !
!                                  !
!  <a xmlns="http://name.space"/>  !
!                                  !
!  <b xmlns="http://name.space"/>  !
!                                  !
!</root>                           !


But if I use xmlNS, Scilab (incorrect) output is :

s = "<root><a/><b/></root>"
doc = xmlReadStr(s)
ns=xmlNs(doc.root,"","http://name.space");
xmlAddNs(doc.root.children(1),ns);
xmlAddNs(doc.root.children(2),ns);
xmlDump(doc)
  ans  =

!<?xml version="1.0"?>              !
!                                   !
!<root xmlns:="http://name.space">  !
!                                   !
!  <a xmlns:="http://name.space"/>  !
!                                   !
!  <b xmlns:="http://name.space"/>  !
!                                   !
!</root>

xmlNs should interpret and empty string as prefix, as no prefix for the 
namespace.

S.


From communication at scilab-enterprises.com  Wed Jul  9 11:14:30 2014
From: communication at scilab-enterprises.com (Scilab Communications)
Date: Wed, 09 Jul 2014 11:14:30 +0200
Subject: [Scilab-Dev] SAVE THE DATE - ScilabTEC 2015
Message-ID: <53BD07F6.80609@scilab-enterprises.com>

<http://www.scilabtec.com/>

-- 
Communication Department, Scilab Enterprises
143bis rue Yves Le Coz - 78000 Versailles (France)
http://www.scilab-enterprises.com  -http://www.scilab.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/dev/attachments/20140709/a30435c9/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 60783 bytes
Desc: not available
URL: <https://lists.scilab.org/pipermail/dev/attachments/20140709/a30435c9/attachment.png>

From krotersv at gmail.com  Thu Jul 10 18:36:03 2014
From: krotersv at gmail.com (Stanislav)
Date: Thu, 10 Jul 2014 09:36:03 -0700 (PDT)
Subject: [Scilab-Dev] request for 'push' rights
Message-ID: <1405010163097-4030889.post@n3.nabble.com>

Hello.
I would like to have 'push' rights for branch 5.5. 

Stanislav



--
View this message in context: http://mailinglists.scilab.org/request-for-push-rights-tp4030889.html
Sent from the Scilab developers - Mailing Lists Archives mailing list archive at Nabble.com.


From patrick at digimetrie.com  Tue Jul 15 10:14:08 2014
From: patrick at digimetrie.com (Patrick - Digimetrie)
Date: Tue, 15 Jul 2014 01:14:08 -0700 (PDT)
Subject: [Scilab-Dev] Xcos debugging : 'redefining permanent variable'
Message-ID: <1405412048067-4030913.post@n3.nabble.com>

Hello,

I'm the developper of this tool :
https://atoms.scilab.org/toolboxes/digimetrie_Tools
which contain some XCos blocks.
A user report me an incompatibility with 
https://atoms.scilab.org/toolboxes/SIMM
The problem is in XCos only, when trying to create/drag a new Digimetrie
block in xcos, an error message pop, and scilab log 'redefining permanent
variable'.

I've tried  getting more info with  'scicos_debug' function, without any
result.
I searched in my toolbox for the problematics  'permanent variable', in
vain.

Did i miss an obvious way to find the buggy 'permanent variables' in
question ?

Thank's




--
View this message in context: http://mailinglists.scilab.org/Xcos-debugging-redefining-permanent-variable-tp4030913.html
Sent from the Scilab developers - Mailing Lists Archives mailing list archive at Nabble.com.


From antoine.monmayrant at laas.fr  Tue Jul 15 12:57:03 2014
From: antoine.monmayrant at laas.fr (Antoine Monmayrant)
Date: Tue, 15 Jul 2014 12:57:03 +0200
Subject: [Scilab-Dev] Xcos debugging : 'redefining permanent variable'
In-Reply-To: <1405412048067-4030913.post@n3.nabble.com>
References: <1405412048067-4030913.post@n3.nabble.com>
Message-ID: <53C508FF.9070205@laas.fr>

On 07/15/2014 10:14 AM, Patrick - Digimetrie wrote:
> Hello,
>
> I'm the developper of this tool :
> https://atoms.scilab.org/toolboxes/digimetrie_Tools

Hi Patrick,

Sorry to hijack this discussion but I wanted to have a look at your 
module and products but it seems that your website ( 
http://www.digimetrie.com/index.shtml ) has many dead links.
Is that normal?

Cheers,

Antoine

> which contain some XCos blocks.
> A user report me an incompatibility with
> https://atoms.scilab.org/toolboxes/SIMM
> The problem is in XCos only, when trying to create/drag a new Digimetrie
> block in xcos, an error message pop, and scilab log 'redefining permanent
> variable'.
>
> I've tried  getting more info with  'scicos_debug' function, without any
> result.
> I searched in my toolbox for the problematics  'permanent variable', in
> vain.
>
> Did i miss an obvious way to find the buggy 'permanent variables' in
> question ?
>
> Thank's
>
>
>
>
> --
> View this message in context: http://mailinglists.scilab.org/Xcos-debugging-redefining-permanent-variable-tp4030913.html
> Sent from the Scilab developers - Mailing Lists Archives mailing list archive at Nabble.com.
> _______________________________________________
> dev mailing list
> dev at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/dev
>


From patrick at digimetrie.com  Wed Jul 16 15:35:22 2014
From: patrick at digimetrie.com (patrick at digimetrie.com)
Date: Wed, 16 Jul 2014 15:35:22 +0200 (CEST)
Subject: [Scilab-Dev] Xcos debugging : 'redefining permanent variable'
In-Reply-To: <53C508FF.9070205@laas.fr>
References: <1405412048067-4030913.post@n3.nabble.com>
 <53C508FF.9070205@laas.fr>
Message-ID: <56006.80.13.24.73.1405517722.squirrel@mail.digimetrie.com>

Hey, thanks for the tip, but i'm not the boss here :D, so the site is like
this ...


> On 07/15/2014 10:14 AM, Patrick - Digimetrie wrote:
>> Hello,
>>
>> I'm the developper of this tool :
>> https://atoms.scilab.org/toolboxes/digimetrie_Tools
>
> Hi Patrick,
>
> Sorry to hijack this discussion but I wanted to have a look at your
> module and products but it seems that your website (
> http://www.digimetrie.com/index.shtml ) has many dead links.
> Is that normal?
>
> Cheers,
>
> Antoine
>
>> which contain some XCos blocks.
>> A user report me an incompatibility with
>> https://atoms.scilab.org/toolboxes/SIMM
>> The problem is in XCos only, when trying to create/drag a new Digimetrie
>> block in xcos, an error message pop, and scilab log 'redefining
>> permanent
>> variable'.
>>
>> I've tried  getting more info with  'scicos_debug' function, without any
>> result.
>> I searched in my toolbox for the problematics  'permanent variable', in
>> vain.
>>
>> Did i miss an obvious way to find the buggy 'permanent variables' in
>> question ?
>>
>> Thank's
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://mailinglists.scilab.org/Xcos-debugging-redefining-permanent-variable-tp4030913.html
>> Sent from the Scilab developers - Mailing Lists Archives mailing list
>> archive at Nabble.com.
>> _______________________________________________
>> dev mailing list
>> dev at lists.scilab.org
>> http://lists.scilab.org/mailman/listinfo/dev
>>
> _______________________________________________
> dev mailing list
> dev at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/dev
>




From patrick at digimetrie.com  Fri Jul 25 16:26:26 2014
From: patrick at digimetrie.com (Patrick - Digimetrie)
Date: Fri, 25 Jul 2014 07:26:26 -0700 (PDT)
Subject: [Scilab-Dev] Xcos debugging : 'redefining permanent variable'
In-Reply-To: <1405412048067-4030913.post@n3.nabble.com>
References: <1405412048067-4030913.post@n3.nabble.com>
Message-ID: <1406298386443-4030965.post@n3.nabble.com>

Have continue research, but found nothing to have a way to identify the
faulty 'permanent variable'...

Can some scilab developper can confirm that there is no way to find out the
name of a faulty permanent variable (outside running a debugger over Scilab)
?

I consider a minor bug to not have the faulty variable printed in the
message.

Anyway, does somebody have a tip for me, cause the teacher waiting for the
problem to be resolve will finish giving up.

Thanks



--
View this message in context: http://mailinglists.scilab.org/Xcos-debugging-redefining-permanent-variable-tp4030913p4030965.html
Sent from the Scilab developers - Mailing Lists Archives mailing list archive at Nabble.com.


From Serge.Steer at inria.fr  Mon Jul 28 11:08:07 2014
From: Serge.Steer at inria.fr (Serge Steer)
Date: Mon, 28 Jul 2014 11:08:07 +0200
Subject: [Scilab-Dev] Xcos debugging : 'redefining permanent variable'
In-Reply-To: <1405412048067-4030913.post@n3.nabble.com>
References: <1405412048067-4030913.post@n3.nabble.com>
Message-ID: <53D612F7.2070102@inria.fr>

Hello,

I am unable to reproduce the problem, because I am working with Linux. 
However I gave a look at your code and and found some strange things 
which may explain the problem:

In the beginning of your macros/*.sci file you have added things like

if ~exists("scicos_diagram") then loadXcosLibs(); end
clear SciCos_Digi_AInf;

These instructions should not be there,  the xcos libs must be loaded in 
the digimetrie_start file using  loadXcos(); &t the beginning


Some other remarks on the fly (without connection with your problem):
- the cases  'plot'  'getinputs'  'getoutputs' 'getorigin' are no more 
useful with Xcos
-  the calls to digi_TestParam should not be done in the set case 
(because if one loads a diagram and run it the set case is not 
executed). This tests must be done in the initialization part of the 
associated simulation function.

Serge Steer

Le 15/07/2014 10:14, Patrick - Digimetrie a ?crit :
> Hello,
>
> I'm the developper of this tool :
> https://atoms.scilab.org/toolboxes/digimetrie_Tools
> which contain some XCos blocks.
> A user report me an incompatibility with
> https://atoms.scilab.org/toolboxes/SIMM
> The problem is in XCos only, when trying to create/drag a new Digimetrie
> block in xcos, an error message pop, and scilab log 'redefining permanent
> variable'.
>
> I've tried  getting more info with  'scicos_debug' function, without any
> result.
> I searched in my toolbox for the problematics  'permanent variable', in
> vain.
>
> Did i miss an obvious way to find the buggy 'permanent variables' in
> question ?
>
> Thank's
>
>
>
>
> --
> View this message in context: http://mailinglists.scilab.org/Xcos-debugging-redefining-permanent-variable-tp4030913.html
> Sent from the Scilab developers - Mailing Lists Archives mailing list archive at Nabble.com.
> _______________________________________________
> dev mailing list
> dev at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/dev
>



From communication at scilab-enterprises.com  Wed Jul 30 10:45:37 2014
From: communication at scilab-enterprises.com (Scilab Communications)
Date: Wed, 30 Jul 2014 10:45:37 +0200
Subject: [Scilab-Dev] 2014 - 20th Anniversary of Scilab First Launch
Message-ID: <53D8B0B1.7030004@scilab-enterprises.com>

Dear Scilab Users and Developers,

We are glad to share with you a short video to celebrate Scilab 20-year 
Anniversary.

Discover or rediscover Scilab history, key facts and evolutions from 
1994 to 2014 online at
https://www.youtube.com/watch?v=it4dZJQOi8E&feature=youtu.be

Enjoy the screening


-- 
Communication Department, Scilab Enterprises
143bis rue Yves Le Coz - 78000 Versailles (France)
http://www.scilab-enterprises.com - http://www.scilab.org



From patrick at digimetrie.com  Wed Jul 30 15:50:56 2014
From: patrick at digimetrie.com (patrick at digimetrie.com)
Date: Wed, 30 Jul 2014 15:50:56 +0200 (CEST)
Subject: [Scilab-Dev] Xcos debugging : 'redefining permanent variable'
In-Reply-To: <53D612F7.2070102@inria.fr>
References: <1405412048067-4030913.post@n3.nabble.com>
 <53D612F7.2070102@inria.fr>
Message-ID: <2043.80.13.24.73.1406728256.squirrel@mail.digimetrie.com>

Hello,

> I am unable to reproduce the problem, because I am working with Linux.
> However I gave a look at your code and and found some strange things
> which may explain the problem:
>
> In the beginning of your macros/*.sci file you have added things like
>
> if ~exists("scicos_diagram") then loadXcosLibs(); end
> clear SciCos_Digi_AInf;
>
> These instructions should not be there,  the xcos libs must be loaded in
> the digimetrie_start file using  loadXcos(); &t the beginning
>
> Some other remarks on the fly (without connection with your problem):
> - the cases  'plot'  'getinputs'  'getoutputs' 'getorigin' are no more
> useful with Xcos

I apply your above suggestions, and it seems to solve my problem. I still
wait the teacher's confirmation, but i'm confident and gratefull to you.
Thanks.


> -  the calls to digi_TestParam should not be done in the set case
> (because if one loads a diagram and run it the set case is not
> executed). This tests must be done in the initialization part of the
> associated simulation function.

I've a problem with this one : the digi_TestParam test that the "board
number" used is valid :
the "board number" is a number xcos-configurable
So it must be tested each time parameters are 'set'. Don't the 'set' case
is the correct place for this ?
In any case, if the 'set' case is not used when the user fire the
simulation immediatly after loading a diagram, there's still problem:
Does the 'initialization part'  is the correct place for the test (ie.
does the block parameters have been loaded)
If yes, where is this 'initialization part' ?


Thanks,
Patrick N.