From sylvestre.ledru at scilab.org Sun Feb 1 12:40:05 2009 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sun, 01 Feb 2009 12:40:05 +0100 Subject: [Scilab-Dev] Pb of compilation In-Reply-To: <498363BF.2020207@free.fr> References: <498363BF.2020207@free.fr> Message-ID: <1233488405.5242.145.camel@zlarin> Hello, > Since today, there is a problem of compilation. Fresh git pull from scratch: > > ./modules/core/.libs/libscicore.so: undefined reference to `cluni0_' > ./modules/completion/.libs/libscicompletion.so: undefined reference to > `scigetcwd' I wonder if it is not a clean issue on your computer (the compilation chain worked perfectly). A workaround if you don't want to rebuild everything would be to add the .la to scilab_bin_LDADD in the SCI/Makefile.am Makefile. Sylvestre From ycollet at freesurf.fr Sun Feb 1 13:33:23 2009 From: ycollet at freesurf.fr (Collette Yann) Date: Sun, 01 Feb 2009 13:33:23 +0100 Subject: [Scilab-Dev] Pb of compilation In-Reply-To: <1233488405.5242.145.camel@zlarin> References: <498363BF.2020207@free.fr> <1233488405.5242.145.camel@zlarin> Message-ID: <49859693.6000702@freesurf.fr> Sylvestre Ledru a ?crit : > Hello, > > > >> Since today, there is a problem of compilation. Fresh git pull from scratch: >> >> ./modules/core/.libs/libscicore.so: undefined reference to `cluni0_' >> ./modules/completion/.libs/libscicompletion.so: undefined reference to >> `scigetcwd' >> > I wonder if it is not a clean issue on your computer (the compilation > chain worked perfectly). > A workaround if you don't want to rebuild everything would be to add > the .la to scilab_bin_LDADD in the SCI/Makefile.am Makefile. > > Sylvestre > > > > > Sorry, but I removed the git tree from my PC and I do a git clone + configure + make. The problem maybe masked by the fact that when compiling, make adds the installation directory during the link. So, when you have an old tree with the symbols still in the library installed in the install directory, you can see the problem. You need to remove the install directory to see the problem. Have a nice week end, YC From sylvestre.ledru at inria.fr Sun Feb 1 16:58:37 2009 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Sun, 01 Feb 2009 16:58:37 +0100 Subject: [Scilab-Dev] Localization for Windows Multilanguage In-Reply-To: <9371b4280901300312u6f54619crf4b8ed8b33d9603@mail.gmail.com> References: <9371b4280901292020u766a7aebq47e61a497659ecd2@mail.gmail.com> <-1797062943281723976@unknownmsgid> <9371b4280901300312u6f54619crf4b8ed8b33d9603@mail.gmail.com> Message-ID: <1233503917.5242.161.camel@zlarin> Hello, Le vendredi 30 janvier 2009 ? 19:12 +0800, Yung-Jang Lee a ?crit : > Allan,Sylvestre and all, > > I update the patch for the modification you made on, > > http://gitweb.scilab.org/?p=scilab;a=commit;h=67660b64ac3914055233035fa1ee3c04eaa41ed4 > > As you will see, this patch (gettext2.diff) is quite small, and most > of it reverted to it's original natural form. Well done for seeing this function in the new version of gettext! Antoine and Allan tested it and that sounds perfect! I am happy to see the call to localeToUTF on _() dropped. Well done! Sylvestre From fvogelnew1 at free.fr Sun Feb 1 19:56:41 2009 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Sun, 01 Feb 2009 19:56:41 +0100 Subject: 5.1 dir in master repository Message-ID: <4985F069.1090709@free.fr> Hi, http://gitweb.scilab.org/?p=scilab;a=history;f=5.1;hb=HEAD What is this 5.1 dir in the master branch of the repository? Mistake? Bug? Temporary storage of something? Francois From sylvestre.ledru at inria.fr Sun Feb 1 20:19:49 2009 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Sun, 01 Feb 2009 20:19:49 +0100 Subject: Minor changes in the configure's options Message-ID: <1233515989.5242.188.camel@zlarin> Hello, After the build-help and build-localization, I changed the default behaviour in the configure. Now, by default, all options are activated and can be disabled by hand if you don't want to build it. The options are: * --without-pvm * --without-fftw * --without-umfpack The purpose of this modification is to have consistent packages of Scilab in term of spectrum. Sylvestre From allan.cornet at scilab.org Mon Feb 2 08:06:55 2009 From: allan.cornet at scilab.org (Allan CORNET) Date: Mon, 2 Feb 2009 08:06:55 +0100 Subject: [Scilab-Dev] Localization for Windows Multilanguage In-Reply-To: <1233503917.5242.161.camel@zlarin> References: <9371b4280901292020u766a7aebq47e61a497659ecd2@mail.gmail.com> <-1797062943281723976@unknownmsgid> <9371b4280901300312u6f54619crf4b8ed8b33d9603@mail.gmail.com> <1233503917.5242.161.camel@zlarin> Message-ID: <000a01c98504$d50c3440$7f249cc0$@cornet@scilab.org> Hi, New version of gettext for windows has been updated on master. Please update your prerequisites Allan -----Message d'origine----- De : Sylvestre Ledru [mailto:sylvestre.ledru at inria.fr] Envoy? : dimanche 1 f?vrier 2009 16:59 ? : dev at lists.scilab.org Objet : Re: [Scilab-Dev] Localization for Windows Multilanguage Hello, Le vendredi 30 janvier 2009 ? 19:12 +0800, Yung-Jang Lee a ?crit : > Allan,Sylvestre and all, > > I update the patch for the modification you made on, > > http://gitweb.scilab.org/?p=scilab;a=commit;h=67660b64ac3914055233035fa1ee3c04eaa41ed4 > > As you will see, this patch (gettext2.diff) is quite small, and most > of it reverted to it's original natural form. Well done for seeing this function in the new version of gettext! Antoine and Allan tested it and that sounds perfect! I am happy to see the call to localeToUTF on _() dropped. Well done! Sylvestre From pierre.marechal at scilab.org Mon Feb 2 09:34:22 2009 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Mon, 02 Feb 2009 09:34:22 +0100 Subject: [Scilab-Dev] 5.1 dir in master repository In-Reply-To: <4985F069.1090709@free.fr> References: <4985F069.1090709@free.fr> Message-ID: <4986B00E.3090206@scilab.org> Fran?ois Vogel a ?crit : > Hi, > > http://gitweb.scilab.org/?p=scilab;a=history;f=5.1;hb=HEAD > > What is this 5.1 dir in the master branch of the repository? > > Mistake? Bug? Temporary storage of something? > > Francois Hi Fran?ois, > Mistake? Bug? Temporary storage of something? Probably a mistake : the directory has been deleted. Pierre -- ============================================== Pierre MARECHAL ------ Fondation DIGITEO - Consortium Scilab Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex B?timent 23 - Bureau 24 ------ Mailto : pierre.marechal at scilab.org T?l : +33 (0)1 39 63 56 81 Fax : +33 (0)1 39 63 55 94 ------ http://www.scilab.org http://www.digiteo.fr ============================================== From ycollet at freesurf.fr Mon Feb 2 10:37:04 2009 From: ycollet at freesurf.fr (Collette Yann) Date: Mon, 02 Feb 2009 10:37:04 +0100 Subject: [Scilab-Dev] Pb of compilation In-Reply-To: <49859693.6000702@freesurf.fr> References: <498363BF.2020207@free.fr> <1233488405.5242.145.camel@zlarin> <49859693.6000702@freesurf.fr> Message-ID: <4986BEC0.2060307@freesurf.fr> I solved the problem by removing the old install directory (I thought I hhad done this already, but no ...) YC Collette Yann a ?crit : > Sylvestre Ledru a ?crit : >> Hello, >> >> >> >>> Since today, there is a problem of compilation. Fresh git pull from >>> scratch: >>> >>> ./modules/core/.libs/libscicore.so: undefined reference to `cluni0_' >>> ./modules/completion/.libs/libscicompletion.so: undefined reference >>> to `scigetcwd' >>> >> > > YC > From ycollet at freesurf.fr Mon Feb 2 10:43:43 2009 From: ycollet at freesurf.fr (Collette Yann) Date: Mon, 02 Feb 2009 10:43:43 +0100 Subject: Problem at startup on linux 64 Message-ID: <4986C04F.30906@freesurf.fr> Hello, I don't know if it's a linux 64 specific bug, but since today, I am not able to start scilab anymore. The main windows shows up but scilab immediately hangs after that. I have launched a debug session and here is the result: Program received signal SIGABRT, Aborted. 0x00007f408b423975 in raise () from /lib64/libc.so.6 (gdb) where #0 0x00007f408b423975 in raise () from /lib64/libc.so.6 #1 0x00007f408b4251a3 in abort () from /lib64/libc.so.6 #2 0x00007f4081d3bc97 in os::abort () from /opt/jdk1.6.0_11//jre/lib/amd64/server/libjvm.so #3 0x00007f4081e590b0 in VMError::report_and_die () from /opt/jdk1.6.0_11//jre/lib/amd64/server/libjvm.so #4 0x00007f4081d413e1 in JVM_handle_linux_signal () from /opt/jdk1.6.0_11//jre/lib/amd64/server/libjvm.so #5 0x00007f4081d3dd1e in signalHandler () from /opt/jdk1.6.0_11//jre/lib/amd64/server/libjvm.so #6 #7 0x00007f408b46eb30 in strlen () from /lib64/libc.so.6 #8 0x00007f40886db2da in sci_getcwd_ (fname=0x7f40886dc182 "getcwd", fname_len=) at sci_gateway/c/sci_getcwd.c:43 #9 0x00007f40886d4015 in gw_fileio () at sci_gateway/c/gw_fileio.c:61 #10 0x00007f408be605eb in callinterf_ (k=0x7f408c10201c) at src/c/callinterf.c:158 #11 0x00007f408be6df53 in scirun_ (startupCode=, startupCode_len=) at src/c/scirun.c:147 #12 0x00007f408be5b7df in realmain (no_startup_flag_l=0, initial_script=0x0, initial_script_type=SCILAB_SCRIPT, memory=180000) at src/c/realmain.c:145 #13 0x0000000000400cc2 in main (argc=2, argv=0x7fff947e3178) at ./modules/shell/src/c/others/mainscic.c:136 (gdb) the sci_getcwd problematic code: int C2F(sci_getcwd)(char *fname,unsigned long fname_len) { int ierr = 0; int lpath = 0; char *path = NULL; Rhs = Max(Rhs,0); CheckRhs(0,0); CheckLhs(0,1); scigetcwd(&path,&lpath,&ierr); if (ierr) { Scierror(998,_("%s: An error occurred.\n"), fname); return 0; } else { char szTemp[bsiz]; char* utfPath = localeToUTF(path, szTemp); int n1 = 1; int m1 = (int)strlen(utfPath); <------------------ So, this is certainly related to the recent localisation changes. YC From ycollet at freesurf.fr Mon Feb 2 13:26:16 2009 From: ycollet at freesurf.fr (Collette Yann) Date: Mon, 02 Feb 2009 13:26:16 +0100 Subject: [Scilab-Dev] Problem at startup on linux 64 In-Reply-To: <4986C04F.30906@freesurf.fr> References: <4986C04F.30906@freesurf.fr> Message-ID: <4986E668.50701@freesurf.fr> Hello, I don't know if it's related to a last commit, but everything is fine now. YC Collette Yann a ?crit : > Hello, > > I don't know if it's a linux 64 specific bug, but since today, I am > not able to start scilab anymore. The main windows shows up but scilab > immediately hangs after that. > I have launched a debug session and here is the result: > > > Program received signal SIGABRT, Aborted. > 0x00007f408b423975 in raise () from /lib64/libc.so.6 > (gdb) where > #0 0x00007f408b423975 in raise () from /lib64/libc.so.6 > #1 0x00007f408b4251a3 in abort () from /lib64/libc.so.6 > #2 0x00007f4081d3bc97 in os::abort () from > /opt/jdk1.6.0_11//jre/lib/amd64/server/libjvm.so > #3 0x00007f4081e590b0 in VMError::report_and_die () from > /opt/jdk1.6.0_11//jre/lib/amd64/server/libjvm.so > #4 0x00007f4081d413e1 in JVM_handle_linux_signal () from > /opt/jdk1.6.0_11//jre/lib/amd64/server/libjvm.so > #5 0x00007f4081d3dd1e in signalHandler () from > /opt/jdk1.6.0_11//jre/lib/amd64/server/libjvm.so > #6 > #7 0x00007f408b46eb30 in strlen () from /lib64/libc.so.6 > #8 0x00007f40886db2da in sci_getcwd_ (fname=0x7f40886dc182 "getcwd", > fname_len=) > at sci_gateway/c/sci_getcwd.c:43 > #9 0x00007f40886d4015 in gw_fileio () at sci_gateway/c/gw_fileio.c:61 > #10 0x00007f408be605eb in callinterf_ (k=0x7f408c10201c) at > src/c/callinterf.c:158 > #11 0x00007f408be6df53 in scirun_ (startupCode=, > startupCode_len=) > at src/c/scirun.c:147 > #12 0x00007f408be5b7df in realmain (no_startup_flag_l=0, > initial_script=0x0, initial_script_type=SCILAB_SCRIPT, > memory=180000) at src/c/realmain.c:145 > #13 0x0000000000400cc2 in main (argc=2, argv=0x7fff947e3178) at > ./modules/shell/src/c/others/mainscic.c:136 > (gdb) > > > the sci_getcwd problematic code: > > int C2F(sci_getcwd)(char *fname,unsigned long fname_len) > { > int ierr = 0; > int lpath = 0; > char *path = NULL; > > Rhs = Max(Rhs,0); > > CheckRhs(0,0); > CheckLhs(0,1); > > scigetcwd(&path,&lpath,&ierr); > > if (ierr) > { > Scierror(998,_("%s: An error occurred.\n"), fname); > return 0; > } > else > { > char szTemp[bsiz]; > char* utfPath = localeToUTF(path, szTemp); > > int n1 = 1; > int m1 = (int)strlen(utfPath); <------------------ > > > So, this is certainly related to the recent localisation changes. > > YC > > > From allan.cornet at scilab.org Mon Feb 2 15:35:35 2009 From: allan.cornet at scilab.org (Allan CORNET) Date: Mon, 2 Feb 2009 15:35:35 +0100 Subject: Localization for Windows Multilanguage Message-ID: <001001c98543$82a7fc40$87f7f4c0$@cornet@scilab.org> Hi, New version of gettext for windows has been updated on 5.1 branch. Please update your prerequisites Allan -------------- next part -------------- An HTML attachment was scrubbed... URL: From dsharmaa at gmail.com Tue Feb 3 19:02:59 2009 From: dsharmaa at gmail.com (=?UTF-8?B?4oiC0ZTRlM+BzrHQuiA+Pjsp?=) Date: Tue, 3 Feb 2009 18:02:59 +0000 Subject: Scilab API Message-ID: Hi, I am using RTAI3.6 Linux (Ubuntu7.10) and I want to visualize the signals of RT task on other software. So, I am wandering to find out if there is any API available for Scilab to communicate with other software running on other machine to share information between them. Your valuable help will be highly appreciated. Kindest Regards Deepak -------------- next part -------------- An HTML attachment was scrubbed... URL: From ghenry at cmi.univ-mrs.fr Wed Feb 4 15:02:36 2009 From: ghenry at cmi.univ-mrs.fr (Gerard Henry) Date: Wed, 04 Feb 2009 15:02:36 +0100 Subject: [Scilab-Dev] OpenSolaris experimental build. In-Reply-To: References: Message-ID: <49899FFC.4040608@cmi.univ-mrs.fr> Jonathan Blanchard wrote: > I've created an experimental build of Scilab 5.0.3 for OpenSolaris. > > You may find this package at : http://jblopen.com/scilab/scilabdownload.shtml > > It's of the type extract and run much like the main Linux distribution > of Scilab. > > If anyone tried it I would be happy to have some feedback on it as I > had limited time to test the build. > > Thank you, > > Jonathan Blanchard hello, i've tested it on my opensolaris laptop, and got a crash due to a java bug. I reported it on java web site. The crash happens when i play with some demos (sound file handling then random) gerard From BlanchardJ at ieee.org Wed Feb 4 15:10:37 2009 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Wed, 4 Feb 2009 10:10:37 -0400 Subject: [Scilab-Dev] OpenSolaris experimental build. In-Reply-To: <49899FFC.4040608@cmi.univ-mrs.fr> References: <49899FFC.4040608@cmi.univ-mrs.fr> Message-ID: Thanks for trying it out. About the crash, what makes you think it is a Java specific bug? Jonathan Blanchard On Wed, Feb 4, 2009 at 10:02 AM, Gerard Henry wrote: > Jonathan Blanchard wrote: >> >> I've created an experimental build of Scilab 5.0.3 for OpenSolaris. >> >> You may find this package at : >> http://jblopen.com/scilab/scilabdownload.shtml >> >> It's of the type extract and run much like the main Linux distribution >> of Scilab. >> >> If anyone tried it I would be happy to have some feedback on it as I >> had limited time to test the build. >> >> Thank you, >> >> Jonathan Blanchard > > hello, > i've tested it on my opensolaris laptop, and got a crash due to a java bug. > I reported it on java web site. > The crash happens when i play with some demos (sound file handling then > random) > > gerard > From ycollet at freesurf.fr Thu Feb 5 12:06:20 2009 From: ycollet at freesurf.fr (ycollet at freesurf.fr) Date: Thu, 05 Feb 2009 12:06:20 +0100 Subject: Debug a "Warning !!!" Message-ID: Hello, How can I debug an interface when such a message appears ? Warning !!! Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION). Save your data and restart Scilab. Because such a message doesn't trigger a segmentation fault and is not seen by gdb. YC From allan.cornet at scilab.org Thu Feb 5 13:21:04 2009 From: allan.cornet at scilab.org (Allan CORNET) Date: Thu, 5 Feb 2009 13:21:04 +0100 Subject: [Scilab-Dev] Debug a "Warning !!!" In-Reply-To: References: Message-ID: <001101c9878c$36d5c400$a4814c00$@cornet@scilab.org> Hi, If you build a debug version of scilab on Windows with vs express, debugger will stop on error. In release mode , you cannot debug this error. Scilab (release mode , Windows) catchs errors (and not crash) and returns error in console. http://msdn.microsoft.com/en-us/library/aa908962.aspx Allan -----Message d'origine----- De : ycollet at freesurf.fr [mailto:ycollet at freesurf.fr] Envoy? : jeudi 5 f?vrier 2009 12:06 ? : dev at lists.scilab.org Objet : [Scilab-Dev] Debug a "Warning !!!" Hello, How can I debug an interface when such a message appears ? Warning !!! Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION). Save your data and restart Scilab. Because such a message doesn't trigger a segmentation fault and is not seen by gdb. YC From ycollet at freesurf.fr Thu Feb 5 14:12:22 2009 From: ycollet at freesurf.fr (ycollet at freesurf.fr) Date: Thu, 05 Feb 2009 14:12:22 +0100 Subject: [Scilab-Dev] Debug a "Warning !!!" In-Reply-To: <001101c9878c$36d5c400$a4814c00$@cornet@scilab.org> References: <001101c9878c$36d5c400$a4814c00$@cornet@scilab.org> Message-ID: Hello, Thanks. I will try this tonight. YC On Thu, 5 Feb 2009 13:21:04 +0100, "Allan CORNET" wrote: > Hi, > > If you build a debug version of scilab on Windows with vs express, debugger > will stop on error. > In release mode , you cannot debug this error. > Scilab (release mode , Windows) catchs errors (and not crash) and returns > error in console. > > http://msdn.microsoft.com/en-us/library/aa908962.aspx > > Allan > > -----Message d'origine----- > De : ycollet at freesurf.fr [mailto:ycollet at freesurf.fr] > Envoy? : jeudi 5 f?vrier 2009 12:06 > ? : dev at lists.scilab.org > Objet : [Scilab-Dev] Debug a "Warning !!!" > > Hello, > > How can I debug an interface when such a message appears ? > > Warning !!! > Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION). > Save your data and restart Scilab. > > Because such a message doesn't trigger a segmentation fault and is not seen > by gdb. > > YC > From ycollet at freesurf.fr Thu Feb 5 15:57:41 2009 From: ycollet at freesurf.fr (ycollet at freesurf.fr) Date: Thu, 05 Feb 2009 15:57:41 +0100 Subject: [Scilab-Dev] Debug a "Warning !!!" In-Reply-To: References: <001101c9878c$36d5c400$a4814c00$@cornet@scilab.org> Message-ID: What about a scilab variable setable to %T or %F which makes scilab hangs if an exception is raised ? Something like: set('EXCEPTION_CRASH_SCILAB',%T); and then, fell fre to make scilab crash ... YC On Thu, 05 Feb 2009 14:12:22 +0100, wrote: > Hello, > > Thanks. I will try this tonight. > > YC > > On Thu, 5 Feb 2009 13:21:04 +0100, "Allan CORNET" > wrote: >> Hi, >> >> If you build a debug version of scilab on Windows with vs express, > debugger >> will stop on error. >> In release mode , you cannot debug this error. >> Scilab (release mode , Windows) catchs errors (and not crash) and returns >> error in console. >> >> http://msdn.microsoft.com/en-us/library/aa908962.aspx >> >> Allan >> >> -----Message d'origine----- >> De : ycollet at freesurf.fr [mailto:ycollet at freesurf.fr] >> Envoy? : jeudi 5 f?vrier 2009 12:06 >> ? : dev at lists.scilab.org >> Objet : [Scilab-Dev] Debug a "Warning !!!" >> >> Hello, >> >> How can I debug an interface when such a message appears ? >> >> Warning !!! >> Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION). >> Save your data and restart Scilab. >> >> Because such a message doesn't trigger a segmentation fault and is not > seen >> by gdb. >> >> YC >> > From ycollet at freesurf.fr Thu Feb 5 16:36:08 2009 From: ycollet at freesurf.fr (ycollet at freesurf.fr) Date: Thu, 05 Feb 2009 16:36:08 +0100 Subject: variable truncation -> mlist too Message-ID: <22a80ddb219c8687664eea50959ee8bb@freesurf.fr> Hello, Just to highlight a potential problem with mlist: When you create a mlist, the labels of the mlist are truncated too to 24 characters. A = mlist(['plist','shortlabel','labellonglonglonglonglong1','labellonglonglonglonglong2']); A('shortlabel') = 10; A(''labellonglonglonglonglong1') = 20; A(''labellonglonglonglonglong1') = 30; = mlist(['plist','shortlabel','labellonglonglonglonglong1','labellonglonglonglonglong2']); -->A('shortlabel') = 10; -->A(''labellonglonglonglonglong1') = 20; Attention: L'identifiant : labellonglonglonglonglong1 a ?t? tronqu? en : labellonglonglonglonglon. !--error 276 Op?rateur, virgule ou point-virgule manquant. -->A(''labellonglonglonglonglong1') = 30; Attention: L'identifiant : labellonglonglonglonglong1 a ?t? tronqu? en : labellonglonglonglonglon. !--error 276 Op?rateur, virgule ou point-virgule manquant. -->A A = A(1) !plist shortlabel labellonglonglonglonglong1 labellonglonglonglonglong2 ! A(2) 10. YC From vincent.couvert at scilab.org Thu Feb 5 16:56:29 2009 From: vincent.couvert at scilab.org (vincent.couvert at scilab.org) Date: Thu, 05 Feb 2009 16:56:29 +0100 Subject: [Scilab-Dev] variable truncation -> mlist too In-Reply-To: <22a80ddb219c8687664eea50959ee8bb@freesurf.fr> References: <22a80ddb219c8687664eea50959ee8bb@freesurf.fr> Message-ID: Hi Yann, Can you report a bug so that we do not forget this problem which must be fixed in Scilab 6 (very difficult to fix it before I think) ? Vincent On Thu, 05 Feb 2009 16:36:08 +0100, wrote: > Hello, > > Just to highlight a potential problem with mlist: > > When you create a mlist, the labels of the mlist are truncated too to 24 > characters. > > A = > mlist(['plist','shortlabel','labellonglonglonglonglong1','labellonglonglonglonglong2']); > A('shortlabel') = 10; > A(''labellonglonglonglonglong1') = 20; > A(''labellonglonglonglonglong1') = 30; > > = > mlist(['plist','shortlabel','labellonglonglonglonglong1','labellonglonglonglonglong2']); > > -->A('shortlabel') = 10; > > -->A(''labellonglonglonglonglong1') = 20; > Attention: > L'identifiant : labellonglonglonglonglong1 > a ?t? tronqu? en : labellonglonglonglonglon. > > !--error 276 > Op?rateur, virgule ou point-virgule manquant. > > > > -->A(''labellonglonglonglonglong1') = 30; > Attention: > L'identifiant : labellonglonglonglonglong1 > a ?t? tronqu? en : labellonglonglonglonglon. > > !--error 276 > Op?rateur, virgule ou point-virgule manquant. > > > > -->A > A = > > > A(1) > > !plist shortlabel labellonglonglonglonglong1 labellonglonglonglonglong2 > ! > > A(2) > > 10. > > YC > From ycollet at freesurf.fr Thu Feb 5 18:51:14 2009 From: ycollet at freesurf.fr (Collette Yann) Date: Thu, 05 Feb 2009 18:51:14 +0100 Subject: [Scilab-Dev] variable truncation -> mlist too In-Reply-To: References: <22a80ddb219c8687664eea50959ee8bb@freesurf.fr> Message-ID: <498B2712.3030800@freesurf.fr> Hello, Done: bug 4061. YC vincent.couvert at scilab.org a ?crit : > Hi Yann, > > Can you report a bug so that we do not forget this problem which must be > fixed in Scilab 6 (very difficult to fix it before I think) ? > > Vincent > > On Thu, 05 Feb 2009 16:36:08 +0100, wrote: > > > > From whalesuit at gmail.com Fri Feb 6 23:29:18 2009 From: whalesuit at gmail.com (Eric E) Date: Fri, 6 Feb 2009 17:29:18 -0500 Subject: [Scilab-Dev] Re: [scilab-Users] Mac OS 10.5 Compilation issue In-Reply-To: <1231257766.4280.150.camel@korcula.inria.fr> References: <7426fe270901030632s6ca996far5c5b0a3f9285976c@mail.gmail.com> <1231040641.4402.154.camel@zlarin> <7426fe270901041252u48e40d3cua51645b3b6ddb9c1@mail.gmail.com> <1231102950.4463.33.camel@zlarin> <7426fe270901041519m714d33aara294eeecb43f8094@mail.gmail.com> <1231149124.4280.6.camel@korcula.inria.fr> <7426fe270901051951p56725865xc16967a54314ee47@mail.gmail.com> <1231240067.4280.89.camel@korcula.inria.fr> <7426fe270901060758l1b3249cai3d2811de22b29cb@mail.gmail.com> <1231257766.4280.150.camel@korcula.inria.fr> Message-ID: <7426fe270902061429r372d76ebh3a533fb6df1bc1e3@mail.gmail.com> Hi Sylvestre, Sorry to resurrect this old thread, but I just tried to use my MacOS build of scilab, and the java help files don't seem to have been built and installed. Is the a configure or make directive I need to use to make these files appear? Thanks, Eric On Tue, Jan 6, 2009 at 11:02 AM, Sylvestre Ledru wrote: > >> So it sounds like if I resolve this path issue for the jars, the port >> should be more or less functional in nw mode? I think I can work with >> that and with the Windows version for a bit until the Mac port >> advances a bit more. > Yep, it will answer to most of your needs. > >> > That means that the java engine cannot file the JNI lib libjogl.jnilib. >> > You have to add the path to the directory where is the lib in >> > etc/librarypath.xml >> Aha - I'll have a look for that. > I updated the error message in the master about that issue. It is a very > FAQ. > > In the master, you will get: > "An error occurred when Scilab tried to open a Canvas: Could not > initialize class org.scilab.modules.gui.bridge.canvas.SwingScilabCanvas > If an exception about java.lang.UnsatisfiedLinkError has been thrown, > check if etc/librarypath.xml contains the path to gluegen and jogl > libraries" > > Which is, I believe, much more explicit. > > (I will merge the master branch to the macosx one). > > Sylvestre > > > From sylvestre.ledru at inria.fr Sat Feb 7 01:50:56 2009 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Sat, 07 Feb 2009 01:50:56 +0100 Subject: [Scilab-Dev] Re: [scilab-Users] Mac OS 10.5 Compilation issue In-Reply-To: <7426fe270902061429r372d76ebh3a533fb6df1bc1e3@mail.gmail.com> References: <7426fe270901030632s6ca996far5c5b0a3f9285976c@mail.gmail.com> <1231040641.4402.154.camel@zlarin> <7426fe270901041252u48e40d3cua51645b3b6ddb9c1@mail.gmail.com> <1231102950.4463.33.camel@zlarin> <7426fe270901041519m714d33aara294eeecb43f8094@mail.gmail.com> <1231149124.4280.6.camel@korcula.inria.fr> <7426fe270901051951p56725865xc16967a54314ee47@mail.gmail.com> <1231240067.4280.89.camel@korcula.inria.fr> <7426fe270901060758l1b3249cai3d2811de22b29cb@mail.gmail.com> <1231257766.4280.150.camel@korcula.inria.fr> <7426fe270902061429r372d76ebh3a533fb6df1bc1e3@mail.gmail.com> Message-ID: <1233967856.4500.158.camel@zlarin> Le vendredi 06 f?vrier 2009 ? 17:29 -0500, Eric E a ?crit : > Hi Sylvestre, Hello, > Sorry to resurrect this old thread No worries > but I just tried to use my MacOS > build of scilab, and the java help files don't seem to have been built > and installed. Is the a configure or make directive I need to use to > make these files appear? If you pulled the latest version, the --enable-build-doc is now called by default (ie no need to add it) by the configure. However, you still need to call "make doc" to build it. Sylvestre > Thanks, > > Eric > > On Tue, Jan 6, 2009 at 11:02 AM, Sylvestre Ledru > wrote: > > > >> So it sounds like if I resolve this path issue for the jars, the port > >> should be more or less functional in nw mode? I think I can work with > >> that and with the Windows version for a bit until the Mac port > >> advances a bit more. > > Yep, it will answer to most of your needs. > > > >> > That means that the java engine cannot file the JNI lib libjogl.jnilib. > >> > You have to add the path to the directory where is the lib in > >> > etc/librarypath.xml > >> Aha - I'll have a look for that. > > I updated the error message in the master about that issue. It is a very > > FAQ. > > > > In the master, you will get: > > "An error occurred when Scilab tried to open a Canvas: Could not > > initialize class org.scilab.modules.gui.bridge.canvas.SwingScilabCanvas > > If an exception about java.lang.UnsatisfiedLinkError has been thrown, > > check if etc/librarypath.xml contains the path to gluegen and jogl > > libraries" > > > > Which is, I believe, much more explicit. > > > > (I will merge the master branch to the macosx one). > > > > Sylvestre > > > > > > From fvogelnew1 at free.fr Sat Feb 7 11:37:46 2009 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Sat, 07 Feb 2009 11:37:46 +0100 Subject: Investigating bug 4053 Message-ID: <498D647A.6060602@free.fr> Hi, I'm currently investigating bug 4053: http://bugzilla.scilab.org/show_bug.cgi?id=4053 and this one is quite puzzling. After a fair amount of investigations in different directions, I think that maybe part of the problem is in this commit 3aae8bc45b1a37eadcd495655cb85104881c8a38 from Allan Cornet on 26 August 2008. At least it is suspicious to me for the reasons I will try to explain. This commit just adds a test on the existence of the scipad Tcl interpreter in somewhat buried Scipad ancillary. The commit comment does not tell why this test was deemed necessary. I would make two comments on this commit: 1. This test should be useless because it should always return true: proc setscipadwords is not supposed to be called by something else than Scipad, thus the scipad Tcl interp always exists when this proc gets called. 2. There is no "else" clause, and this would lead to empty keywords arrays for colorization. These observations in turn bring two questions: a. Why did you think at some point of time that this test was needed? Can you exhibit a case where it returns %F? b. If this test has good reasons to be there because it may return %F in some case, then what do you think should happen in the missing else clause? Thanks, Francois From allan.cornet at scilab.org Mon Feb 9 08:54:26 2009 From: allan.cornet at scilab.org (Allan CORNET) Date: Mon, 9 Feb 2009 08:54:26 +0100 Subject: Tortoise Git for Windows (preview) Message-ID: <000d01c98a8b$a16ef320$e44cd960$@cornet@scilab.org> Hi, A preview version of Tortoise GIT on Windows http://code.google.com/p/tortoisegit/ Allan CORNET -------------- next part -------------- An HTML attachment was scrubbed... URL: From ycollet at freesurf.fr Mon Feb 9 11:36:33 2009 From: ycollet at freesurf.fr (ycollet at freesurf.fr) Date: Mon, 09 Feb 2009 11:36:33 +0100 Subject: add a link to a function in a xml doc file Message-ID: Hello, How to add a link to a function inside my toolbox in my xml doc file ? Up to now, I use a refsection and inside this refsection, I add: See Also read_lp_file read_lp_file_mp read_mps_file_mp write_lp_file write_mps_file But, once the doc is generated and the help package is added to the help browser, if I click on the link, an unformated page is printed in the help browser ... YC -------------- next part -------------- A non-text attachment was scrubbed... Name: help_before.jpg Type: image/jpeg Size: 203079 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: help_after.jpg Type: image/jpeg Size: 586299 bytes Desc: not available URL: From ycollet at freesurf.fr Mon Feb 9 12:00:31 2009 From: ycollet at freesurf.fr (ycollet at freesurf.fr) Date: Mon, 09 Feb 2009 12:00:31 +0100 Subject: [Scilab-Dev] add a link to a function in a xml doc file In-Reply-To: References: Message-ID: <6c408641a09f628349a1071017d4668c@freesurf.fr> I think I got something. In the xml file, there is something which looks like this (found I the help file of function optim_slp): wrote: > Hello, > > How to add a link to a function inside my toolbox in my xml doc file ? > > Up to now, I use a refsection and inside this refsection, I add: > > > See Also > > > read_lp_file > linkend="read_lp_file_mp">read_lp_file_mp > linkend="read_mps_file_mp">read_mps_file_mp > write_lp_file > write_mps_file > > > > But, once the doc is generated and the help package is added to the help > browser, if I click on the link, an unformated page is printed in the help > browser ... > > YC > From h.heyen at web.de Mon Feb 9 12:26:21 2009 From: h.heyen at web.de (Helmut Heyen) Date: Mon, 09 Feb 2009 12:26:21 +0100 Subject: Problem starting scilab 5.0.3 Message-ID: <499012DD.5070702@web.de> Hi, when I start scilab 5.0.3 I get the an error message. I can enter values but the menues are grayed. Version 4.1.2 works for me. My system is a Dell Latitude D830 with Windows XP SP3. Java is 1.6.12 Message in the console: Startup execution: loading initial environment !--error 246 Function not defined for given argument type(s), check arguments or define function %s_part for overloading. at line 5 of function set_msvc80express called by : line 531 of function configure_msvc called by : configure_msvc(); line 24 of exec file called by : exec("SCI/modules/"+modules(i)+"/etc/"+modules(i)+".start",-1); line 100 of exec file called by : exec('SCI/etc/scilab.start',-1);; getdebuginfo() shows following : -->getdebuginfo() ans = !Memory in use: 47 % ! ! ! !Total Physical Memory (Kbytes): 2070060 ! ! ! !Free Physical Memory (Kbytes): 1094556 ! ! ! !Total Paging File (Kbytes): 4007104 ! ! ! !Free Paging File (Kbytes): 2902796 ! ! ! !Total Virtual Memory (Kbytes): 2097024 ! ! ! !Free Virtual Memory (Kbytes): 1592328 ! ! ! !Free Extended Memory (Kbytes): 0 ! ! ! !Operating System: Windows XP ! ! ! !Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz ! ! ! !Number of processors: 2 ! ! ! !Video card: Mobile Intel(R) 965 Express Chipset Family ! ! ! !Resolution: 1920 x 1200 32 bits ! ! ! !Number of Monitors: 1 ! ! ! !Path: C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM; ! C:\Programme\Wave Systems Corp\Dell Preboot Manager\Access ! ! Client\v5\;C:\Programme\Gemeinsame Dateien\Roxio Shared\DLLShared\;C:! ! \Programme\IVI\bin;C:\VXIPNP\winnt\agvisa;c:\Programme\Microsoft SQL Serv! ! er\90\Tools\binn\;C:\VXIPNP\WinNT\Bin;C:\VXIPNP\WinNT\Bin\;C:\Program! ! me\Intel\DMIX\. ! ! ! !ComSpec: C:\WINDOWS\system32\cmd.exe ! ! ! !TMP : C:\DOKUME~1\HAUKEH~1\LOKALE~1\Temp ! ! ! !TEMP: C:\DOKUME~1\HAUKEH~1\LOKALE~1\Temp ! ! ! !SCIHOME: C:\DOKUME~1\HAUKEH~1\ANWEND~1\Scilab\scilab-5.0.3 ! Regards H Heyen From ycollet at freesurf.fr Wed Feb 11 09:18:59 2009 From: ycollet at freesurf.fr (ycollet at freesurf.fr) Date: Wed, 11 Feb 2009 09:18:59 +0100 Subject: xml help and links Message-ID: <43dfbf77b2c4f436e82bcfc8d4ce4ef2@freesurf.fr> Hello, I tried to add links in some help pages I made and I found this rather difficults. - you need to fill the xml:id at the top of the help page (here, sp_basis_abs) - and now, in a special refsection, I can add my links: See Also sp_def sp_basis_abs3 sp_basis_hat sp_fit %spline1d And the links work. But if I use XXE to verify the validity of the xml file, it complains about missing xml:id. So, to be correct, I must have See Also sp_def sp_basis_abs3 sp_basis_hat sp_fit %spline1d But, now, the links doesn't work anymore ... Did I do something wrong ?? YC From vincent.couvert at scilab.org Wed Feb 11 09:27:46 2009 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Wed, 11 Feb 2009 09:27:46 +0100 Subject: [Scilab-Dev] xml help and links In-Reply-To: <43dfbf77b2c4f436e82bcfc8d4ce4ef2@freesurf.fr> References: <43dfbf77b2c4f436e82bcfc8d4ce4ef2@freesurf.fr> Message-ID: <49928C02.40105@scilab.org> Hello Yann, ycollet at freesurf.fr a ?crit : > Hello, > > I tried to add links in some help pages I made and I found this rather > difficults. > - you need to fill the xml:id at the top of the help page (here, > sp_basis_abs) > > xmlns="http://docbook.org/ns/docbook" > xmlns:xlink="http://www.w3.org/1999/xlink" > xmlns:svg="http://www.w3.org/2000/svg" > xmlns:ns5="http://www.w3.org/1999/xhtml" > xmlns:mml="http://www.w3.org/1998/Math/MathML" > xmlns:db="http://docbook.org/ns/docbook"> > > - and now, in a special refsection, I can add my links: > > > See Also > > > sp_def > sp_basis_abs3 > sp_basis_hat > sp_fit > %spline1d > > > > And the links work. > > But if I use XXE to verify the validity of the xml file, it complains about > missing xml:id. So, to be correct, I must have > > > See Also > > > sp_def > xml:id="sp_basis_abs3">sp_basis_abs3 > xml:id="sp_basis_hat">sp_basis_hat > sp_fit > xml:id="spline1d_e">%spline1d > > > XXE does not know all xml:id of Scilab help when you write a file that's why you get an error about missing xml:id. > But, now, the links doesn't work anymore ... > > Did I do something wrong ?? > If you add this xml:id to remove the error inside XXE, then when you compile Scilab help, you will have two similar xml:id (one in refsection and one in link) that's why the link does not work anymore. Vincent > YC > > -- ============================================== Vincent COUVERT Responsable du d?veloppement ------ Fondation DIGITEO - Consortium Scilab Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex B?timent 23 - Bureau 22 ------ Email : vincent.couvert at scilab.org T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From ycollet at freesurf.fr Wed Feb 11 09:33:48 2009 From: ycollet at freesurf.fr (ycollet at freesurf.fr) Date: Wed, 11 Feb 2009 09:33:48 +0100 Subject: [Scilab-Dev] xml help and links In-Reply-To: <49928C02.40105@scilab.org> References: <43dfbf77b2c4f436e82bcfc8d4ce4ef2@freesurf.fr> <49928C02.40105@scilab.org> Message-ID: >> > XXE does not know all xml:id of Scilab help when you write a file that's > why you get an error about missing xml:id. >> But, now, the links doesn't work anymore ... >> >> Did I do something wrong ?? >> > > If you add this xml:id to remove the error inside XXE, then when you > compile Scilab help, you will have two similar xml:id (one in refsection > and one in link) that's why the link does not work anymore. > OK, thanks. So, that's a false warning. I will correct my doc. YC From sylvestre.koumar at scilab.org Thu Feb 12 15:23:29 2009 From: sylvestre.koumar at scilab.org (Sylvestre Koumar) Date: Thu, 12 Feb 2009 15:23:29 +0100 Subject: SEP #15 : Scilab Tree component Message-ID: <499430E1.7010704@scilab.org> Hello, SEP #15 : Scilab Tree component is available. It deals about the new tree component which will be added to Scilab. All questions and comments are welcomed. Regards, Sylvestre Koumar From pierre.marechal at scilab.org Thu Feb 12 18:23:17 2009 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Thu, 12 Feb 2009 18:23:17 +0100 Subject: Scilab 5.1 is released ! Message-ID: <49945B05.2030104@scilab.org> Hello, The Scilab Team is pleased to announce the release of Scilab 5.1. Misc information about this version: http://www.scilab.org/download/index_download.php?page=5.1 Main changes between Scilab 4 & Scilab 5 : http://www.scilab.org/changes_5/ Changes between Scilab 5.0.x & Scilab 5.1 : http://www.scilab.org/download/index_download.php?page=CHANGES_5.1 The release notes : http://www.scilab.org/download/index_download.php?page=RELEASE_NOTES_5.1 Pierre -- ============================================== Pierre MARECHAL ------ Fondation DIGITEO - Consortium Scilab Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex B?timent 23 - Bureau 24 ------ Mailto : pierre.marechal at scilab.org T?l : +33 (0)1 39 63 56 81 Fax : +33 (0)1 39 63 55 94 ------ http://www.scilab.org http://www.digiteo.fr ============================================== From sylvestre.ledru at scilab.org Thu Feb 12 18:29:27 2009 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 12 Feb 2009 18:29:27 +0100 Subject: [Scilab-Dev] Scilab 5.1 is released ! In-Reply-To: <49945B05.2030104@scilab.org> References: <49945B05.2030104@scilab.org> Message-ID: <1234459767.3059.532.camel@korcula.inria.fr> > Hello, > > The Scilab Team is pleased to announce the release of Scilab 5.1. > > Misc information about this version: > http://www.scilab.org/download/index_download.php?page=5.1 > > Main changes between Scilab 4 & Scilab 5 : > http://www.scilab.org/changes_5/ > > Changes between Scilab 5.0.x & Scilab 5.1 : > http://www.scilab.org/download/index_download.php?page=CHANGES_5.1 > > The release notes : > http://www.scilab.org/download/index_download.php?page=RELEASE_NOTES_5.1 By the way, sorry for not announcing before this version, the update of localization on launchpad and the period of "freeze". We had several critical issues with the Mac OS X version causing the version 5.1 to be delayed until they could be fixed. We will try to do better for Scilab 5.2. ;) Sylvestre From sylvestre.ledru at scilab.org Thu Feb 12 18:44:55 2009 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 12 Feb 2009 18:44:55 +0100 Subject: [scilab-Users] Scilab 5.1 is released ! [Mac OS X] In-Reply-To: <49945B38.5030906@scilab.org> References: <49945B38.5030906@scilab.org> Message-ID: <1234460695.3059.546.camel@korcula.inria.fr> Hello, > Hello, > > The Scilab Team is pleased to announce the release of Scilab 5.1. > > Misc information about this version: > http://www.scilab.org/download/index_download.php?page=5.1 It is also the first time that we are officially releasing a native Mac OS X version. This version is only alpha. Especially because there are some known issues with the Mac OS X version: * For now, Tcl/Tk has been disabled. The technical reason is because both Swing and Tk need to be driven by the Core Foundation (CFRunLoopRun) and it is tricky to handle both at the same time. * As a consequence, TclSci (Scilab / Tcl interface) Scipad, GED and the variable editor are not working. * On a non-up-to-date Mac OS X, an error saying that the Dock Icon cannot be set can occur. Please update your Mac OS X Java. * Scilab starts in the background (ie behind other applications). * The merge of windows provided by the docking system does not work * Because of a Mac OS X bug, Scilab is not using the typical Mac OS X Screen Menu Bar. See: http://bugzilla.scilab.org/show_bug.cgi?id=4074 If you want to use it, uncomment the line about useScreenMenuBar in share/scilab/modules/jvm/etc/jvm_options.xml * Due to internal constraints, during the load of Scilab, it is normal to see the icon changing for a second. * On a fresh compiled version of Scilab, you could experience some issues with the unsfdcopy function. This might be related to the version of your compiler/libraries. * The refresh on some demos is not done correctly which can cause some refresh issues. * Some demos like Demos/Introduction or Demos/Polynomials crash sometime (race condition ?) If you find bugs under Mac OS X which are not in this list, please submit them on: http://bugzilla.scilab.org/ Please provide the relevant part from /var/log/system.log If you have comments, ideas or wishes about this version, please don't hesitate to tell us! Sylvestre From stephane.mottelet at utc.fr Fri Feb 13 01:51:19 2009 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Fri, 13 Feb 2009 08:51:19 +0800 Subject: [Scilab-Dev] Re: [scilab-Users] Scilab 5.1 is released ! [Mac OS X] In-Reply-To: <1234460695.3059.546.camel@korcula.inria.fr> References: <49945B38.5030906@scilab.org> <1234460695.3059.546.camel@korcula.inria.fr> Message-ID: <4994C407.3010305@utc.fr> Sylvestre Ledru a ?crit : > Hello, > > >> Hello, >> >> The Scilab Team is pleased to announce the release of Scilab 5.1. >> >> Misc information about this version: >> http://www.scilab.org/download/index_download.php?page=5.1 >> > It is also the first time that we are officially releasing a native Mac > OS X version. > This version is only alpha. Especially because there are some known > issues with the Mac OS X version: > > * For now, Tcl/Tk has been disabled. The technical reason is because > both Swing and Tk need to be driven by the Core Foundation > (CFRunLoopRun) and it is tricky to handle both at the same time. > > * As a consequence, TclSci (Scilab / Tcl interface) Scipad, GED > and the variable editor are not working. > > * On a non-up-to-date Mac OS X, an error saying that the Dock Icon > cannot be set can occur. Please update your Mac OS X Java. > > * Scilab starts in the background (ie behind other applications). > > * The merge of windows provided by the docking system does not work > > * Because of a Mac OS X bug, Scilab is not using the typical > Mac OS X Screen Menu Bar. > See: http://bugzilla.scilab.org/show_bug.cgi?id=4074 > If you want to use it, uncomment the line about useScreenMenuBar in > share/scilab/modules/jvm/etc/jvm_options.xml > > * Due to internal constraints, during the load of Scilab, it is normal > to see the icon changing for a second. > > * On a fresh compiled version of Scilab, you could experience some > issues with the unsfdcopy function. This might be related to the > version of your compiler/libraries. > > * The refresh on some demos is not done correctly which can cause > some refresh issues. > > * Some demos like Demos/Introduction or Demos/Polynomials crash sometime (race condition ?) > > If you find bugs under Mac OS X which are not in this list, please submit them > on: http://bugzilla.scilab.org/ > Please provide the relevant part from /var/log/system.log > If you have comments, ideas or wishes about this version, please don't hesitate to tell us! > > Sylvestre > Hi, On my machine (MacBook, Mac OS 10.4.11), Scilab does not launch by double-clicking the icon. When I try on the command line I have the following : /Applications/scilab-5.1-alpha-1.app/Contents/MacOS/bin/scilab: line 353: 417 Trace/BPT trap "$SCILABBIN" "$@" Atanarjuat:~ mottelet$ /Applications/scilab-5.1-alpha-1.app/Contents/MacOS/bin/scilab dyld: lazy symbol binding failed: Symbol not found: _pthread_cond_init$UNIX2003 Referenced from: /Applications/scilab-5.1-alpha-1.app/Contents/MacOS/share/scilab/../../lib/scilab//libscicore.5.dylib Expected in: flat namespace dyld: Symbol not found: _pthread_cond_init$UNIX2003 Referenced from: /Applications/scilab-5.1-alpha-1.app/Contents/MacOS/share/scilab/../../lib/scilab//libscicore.5.dylib Expected in: flat namespace /Applications/scilab-5.1-alpha-1.app/Contents/MacOS/bin/scilab: line 353: 429 Trace/BPT trap "$SCILABBIN" "$@" S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at inria.fr Fri Feb 13 01:53:03 2009 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 13 Feb 2009 01:53:03 +0100 Subject: [Scilab-Dev] Re: [scilab-Users] Scilab 5.1 is released ! [Mac OS X] In-Reply-To: <4994C407.3010305@utc.fr> References: <49945B38.5030906@scilab.org> <1234460695.3059.546.camel@korcula.inria.fr> <4994C407.3010305@utc.fr> Message-ID: <1234486383.4500.481.camel@zlarin> Le vendredi 13 f?vrier 2009 ? 08:51 +0800, St?phane Mottelet a ?crit : > Sylvestre Ledru a ?crit : > > Hello, > > > > > > > Hello, > > > > > > The Scilab Team is pleased to announce the release of Scilab 5.1. > > > > > > Misc information about this version: > > > http://www.scilab.org/download/index_download.php?page=5.1 > > > > > It is also the first time that we are officially releasing a native Mac > > OS X version. > /Applications/scilab-5.1-alpha-1.app/Contents/MacOS/bin/scilab: line > 353: 417 Trace/BPT trap "$SCILABBIN" "$@" > Atanarjuat:~ mottelet > $ /Applications/scilab-5.1-alpha-1.app/Contents/MacOS/bin/scilab > dyld: lazy symbol binding failed: Symbol not found: _pthread_cond_init > $UNIX2003 > Referenced > from: /Applications/scilab-5.1-alpha-1.app/Contents/MacOS/share/scilab/../../lib/scilab//libscicore.5.dylib > Expected in: flat namespace > > dyld: Symbol not found: _pthread_cond_init$UNIX2003 > Referenced > from: /Applications/scilab-5.1-alpha-1.app/Contents/MacOS/share/scilab/../../lib/scilab//libscicore.5.dylib > Expected in: flat namespace Hello St?phane, Thanks for the feedback. We didn't have the opportunity to test on a Mac OS X 10.4. It seems that the pthread library is not available on your system. We will have to ship it into the binary of Scilab. Sylvestre From BlanchardJ at ieee.org Fri Feb 13 02:03:07 2009 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Thu, 12 Feb 2009 21:03:07 -0400 Subject: [Scilab-Dev] Scilab 5.1 is released ! In-Reply-To: <1234459767.3059.532.camel@korcula.inria.fr> References: <49945B05.2030104@scilab.org> <1234459767.3059.532.camel@korcula.inria.fr> Message-ID: First thank you and congratulations to the entire Scilab team and community for this fine release. A few observations right away for OpenSolaris. Scilab now build perfectly and does not crash anymore trying to make non engligh docs. Also a bug I recently uncovered where Scilab was crashing trying to change the stack size does not occur with this release. Thanks again, Jonathan Blanchard On Thu, Feb 12, 2009 at 1:29 PM, Sylvestre Ledru wrote: >> Hello, >> >> The Scilab Team is pleased to announce the release of Scilab 5.1. >> >> Misc information about this version: >> http://www.scilab.org/download/index_download.php?page=5.1 >> >> Main changes between Scilab 4 & Scilab 5 : >> http://www.scilab.org/changes_5/ >> >> Changes between Scilab 5.0.x & Scilab 5.1 : >> http://www.scilab.org/download/index_download.php?page=CHANGES_5.1 >> >> The release notes : >> http://www.scilab.org/download/index_download.php?page=RELEASE_NOTES_5.1 > By the way, sorry for not announcing before this version, the update of > localization on launchpad and the period of "freeze". > We had several critical issues with the Mac OS X version causing the > version 5.1 to be delayed until they could be fixed. > We will try to do better for Scilab 5.2. ;) > > Sylvestre > > > From Serge.Steer at scilab.org Fri Feb 13 14:04:27 2009 From: Serge.Steer at scilab.org (Serge Steer) Date: Fri, 13 Feb 2009 14:04:27 +0100 Subject: [Scilab-Dev] SEP #15 : Scilab Tree component In-Reply-To: <499430E1.7010704@scilab.org> References: <499430E1.7010704@scilab.org> Message-ID: <49956FDB.4020305@scilab.org> Sylvestre Koumar a ?crit : > Hello, > > SEP #15 : Scilab Tree component is available. > It deals about the new tree component which will be added to Scilab. > All questions and comments are welcomed. > > > Regards, > Sylvestre Koumar > > > Just two remarks: 1 - _> In Scilab's side_ : > We will use the type Tree to represente trees through the use of *tlist*, Why do you plan to do so and not to use the handle mechanism as for graphic and other gui entities (It is possible to use dot notation as proposed) 2 - tree should, in my opinion be a new widget type included in the uicontrol environnement (can be used together with the others) Serge From vincent.couvert at scilab.org Fri Feb 13 22:11:20 2009 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Fri, 13 Feb 2009 22:11:20 +0100 Subject: [Scilab-Dev] SEP #15 : Scilab Tree component In-Reply-To: <49956FDB.4020305@scilab.org> References: <499430E1.7010704@scilab.org> <49956FDB.4020305@scilab.org> Message-ID: <4995E1F8.8090704@scilab.org> Serge Steer a ?crit : > Sylvestre Koumar a ?crit : > >> Hello, >> >> SEP #15 : Scilab Tree component is available. >> It deals about the new tree component which will be added to Scilab. >> All questions and comments are welcomed. >> >> >> Regards, >> Sylvestre Koumar >> >> >> >> > Just two remarks: > > 1 - > > _> In Scilab's side_ : > >> We will use the type Tree to represente trees through the use of *tlist*, >> > > > Why do you plan to do so and not to use the handle mechanism as for > graphic and other gui entities (It is possible to use dot notation as > proposed) > The handle mechanism is just needed if one wants to modify the tree once it has been displayed. Here we just want to display the tree once and for all. > > 2 - tree should, in my opinion be a new widget type included in the > uicontrol environnement (can be used together with the others) > Using the uicontrol environment will return a handle we do not need here. However this could be an idea for future developments ;) Vincent > Serge > -- ============================================== Vincent COUVERT Responsable du d?veloppement ------ Fondation DIGITEO - Consortium Scilab Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex B?timent 23 - Bureau 22 ------ Email : vincent.couvert at scilab.org T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From Serge.Steer at scilab.org Sat Feb 14 16:11:37 2009 From: Serge.Steer at scilab.org (Serge Steer) Date: Sat, 14 Feb 2009 16:11:37 +0100 Subject: [Scilab-Dev] SEP #15 : Scilab Tree component In-Reply-To: <4995E1F8.8090704@scilab.org> References: <499430E1.7010704@scilab.org> <49956FDB.4020305@scilab.org> <4995E1F8.8090704@scilab.org> Message-ID: <4996DF29.5000804@scilab.org> Vincent COUVERT a ?crit : > Serge Steer a ?crit : >> Sylvestre Koumar a ?crit : >> >>> Hello, >>> >>> SEP #15 : Scilab Tree component is available. >>> It deals about the new tree component which will be added to Scilab. >>> All questions and comments are welcomed. >>> >>> >>> Regards, >>> Sylvestre Koumar >>> >>> >>> >>> >> Just two remarks: >> >> 1 - >> >> _> In Scilab's side_ : >> >>> We will use the type Tree to represente trees through the use of >>> *tlist*, >>> >> >> >> Why do you plan to do so and not to use the handle mechanism as for >> graphic and other gui entities (It is possible to use dot notation as >> proposed) >> > The handle mechanism is just needed if one wants to modify the tree > once it has been displayed. Here we just want to display the tree once > and for all. In the sep there are a lot of instructions for building and modifiying the tree, so I do not understand your point of view. More over, for example for ged we will need to modify the tree dynamically when an entity is added or moved or removed.. >> >> 2 - tree should, in my opinion be a new widget type included in the >> uicontrol environnement (can be used together with the others) >> > Using the uicontrol environment will return a handle we do not need here. > > However this could be an idea for future developments ;) > > Vincent >> Serge >> > > From vincent.couvert at scilab.org Sun Feb 15 16:28:51 2009 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Sun, 15 Feb 2009 16:28:51 +0100 Subject: [Scilab-Dev] SEP #15 : Scilab Tree component In-Reply-To: <4996DF29.5000804@scilab.org> References: <499430E1.7010704@scilab.org> <49956FDB.4020305@scilab.org> <4995E1F8.8090704@scilab.org> <4996DF29.5000804@scilab.org> Message-ID: <499834B3.90401@scilab.org> Serge Steer a ?crit : > Vincent COUVERT a ?crit : > >> Serge Steer a ?crit : >> >>> Sylvestre Koumar a ?crit : >>> >>> >>>> Hello, >>>> >>>> SEP #15 : Scilab Tree component is available. >>>> It deals about the new tree component which will be added to Scilab. >>>> All questions and comments are welcomed. >>>> >>>> >>>> Regards, >>>> Sylvestre Koumar >>>> >>>> >>>> >>>> >>>> >>> Just two remarks: >>> >>> 1 - >>> >>> _> In Scilab's side_ : >>> >>> >>>> We will use the type Tree to represente trees through the use of >>>> *tlist*, >>>> >>>> >>> Why do you plan to do so and not to use the handle mechanism as for >>> graphic and other gui entities (It is possible to use dot notation as >>> proposed) >>> >>> >> The handle mechanism is just needed if one wants to modify the tree >> once it has been displayed. Here we just want to display the tree once >> and for all. >> > In the sep there are a lot of instructions for building and modifiying > the tree, so I do not understand your point of view. > More over, for example for ged we will need to modify the tree > dynamically when an entity is added or moved or removed.. > Actually, we build a tree data structure in Scilab (all functions for building and modifiying the tree just aim at editing this data structure) and then displaying it. However, you're right, we have to consider the special case of GED. Vincent > >>> 2 - tree should, in my opinion be a new widget type included in the >>> uicontrol environnement (can be used together with the others) >>> >>> >> Using the uicontrol environment will return a handle we do not need here. >> >> However this could be an idea for future developments ;) >> >> Vincent >> >>> Serge >>> >>> >> > > -- ============================================== Vincent COUVERT Responsable du d?veloppement ------ Fondation DIGITEO - Consortium Scilab Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex B?timent 23 - Bureau 22 ------ Email : vincent.couvert at scilab.org T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From fvogelnew1 at free.fr Mon Feb 16 22:33:41 2009 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 16 Feb 2009 22:33:41 +0100 Subject: [Scilab-Dev] SEP #15 : Scilab Tree component In-Reply-To: <499834B3.90401@scilab.org> References: <499430E1.7010704@scilab.org> <49956FDB.4020305@scilab.org> <4995E1F8.8090704@scilab.org> <4996DF29.5000804@scilab.org> <499834B3.90401@scilab.org> Message-ID: <4999DBB5.2070602@free.fr> Vincent COUVERT said on 15/02/2009 16:28: > Actually, we build a tree data structure in Scilab (all functions for > building and modifiying the tree just aim at editing this data > structure) and then displaying it. > > However, you're right, we have to consider the special case of GED. Well, GED is one of the hosting environment explicitly targeted by SEP#15 in its introduction. Another target is "Any user's uses for tree visualisation". I understand therefore that trees will be displayable only in their single window detached from the rest of any other GUI? Isn't this too bad? Why not taking the opportunity of having just a tree widget like, say a scrollbar widget, that can be placed in a larger GUI? My point is: GED should not be a special case but the standard use case. Some other questions from my side: - Abstract says "This tree will be integrated in the docking system and will be used for visualisation only". What do you mean exactly by "for visualization only"? What other use do you have in mind that you want to prevent by saying this? The user editing nodes labels for instance? What else? - Performance: you plan to use tlists while Serge pointed the finger to handles. Did you consider performance issues for large trees? Which is the best in front of the performance criterion? Handles or tlists? Is this question perhaps pointless (not sure handles are not some kind of tlists anyway)? - Callbacks: ~ I understand that the callback string is a call to a function written in Scilab language, right? ~ Is it possible to have any Scilab code here, for instance disp("hello"), or anything else, say a very long loop? ~ Can I have Tcl calls such as "TCL_EvalStr(...)" in callback strings and/or in Scilab functions called by the callback? ~ How is the callback executed and when precisely in the Scilab event loop? ~ I think it could be an improvement to have another type of callback which would be a direct call to a Tcl procedure written and living in the main or in a slave Tcl interpreter. What do you think? - trees, nodes and leaves: I think I understand that a tree is composed of nodes. Each node can be either a tree (in which case it is said to be a sub-tree), or a leaf. Is this statement right? Actually you do not seem to define what is a leaf (OK there are clues on page 12). Is it simply that a leaf is a node without children or is it more subtle? - sub-trees: SEP page 2 says "subTrees should be created before the tree creation". This looks like a strong limitation. How will you handle this in an environment such as GED, which will see sub-trees added whenever a new curve will be added in a figure? I think most of the time you do not know in advance what the tree looks like after the user will interact with it. Note that this interaction may be indirect. - Insertion: How can the user insert a node at the very end of a tree, i.e. after the last node? I don't see how it is possible. (see the top of page 3 in SEP#15 and the list of errors for insertion). Actually I don't see how insertion works at all. In the list of error messages it is said that "if position already exists it returns an error message". - I think that treeNodeParent(tree, node) may have more than one match if the same node can be found at different places of the tree. How is this handled? Does it return all matches? The first (in some sense TBD) match? Another one? - Similar comment for treeNodeChildren(tree, node). The output might need to be a list containing lists of children nodes for each occurrence of node in tree, unless only one children is returned even if there is more than one match. On page 7 you explain that a warning is returned in that situation, but what does the command return? The first match? - User interaction (SEP page 8) : the user can select a node or leaf. What for? What can the user do once this is selected? Is it possible to select more than one node? Can this behavior (single/multiple selection) be decided by the programmer? Also, how can the programmer be aware that the user selected one or more nodes in a tree? Finally I have seen that the implementation work for the tree object was already committed but I couldn't figure out of to access the new commands. Scilab says it does not know about the new commands. Anythin I need to do to gear the new feature in? I would be happy to try the examples from the SEP. Francois From bruno.jofret at scilab.org Tue Feb 17 10:21:30 2009 From: bruno.jofret at scilab.org (Bruno JOFRET) Date: Tue, 17 Feb 2009 10:21:30 +0100 Subject: [Scilab-Dev] SEP #15 : Scilab Tree component In-Reply-To: <4999DBB5.2070602@free.fr> References: <499430E1.7010704@scilab.org> <49956FDB.4020305@scilab.org> <4995E1F8.8090704@scilab.org> <4996DF29.5000804@scilab.org> <499834B3.90401@scilab.org> <4999DBB5.2070602@free.fr> Message-ID: <499A819A.2010606@scilab.org> Hi Francois, First thank you for reading that SEP ! > Well, GED is one of the hosting environment explicitly targeted by > SEP#15 in its introduction. > Another target is "Any user's uses for tree visualisation". > I understand therefore that trees will be displayable only in their > single window detached from the rest of any other GUI? Isn't this too > bad? Why not taking the opportunity of having just a tree widget like, > say a scrollbar widget, that can be placed in a larger GUI? My point is: > GED should not be a special case but the standard use case. To start from the beginning of the story, we just wanted to have "something" able to display a tree in the Java GUI, specially for Scicos Pal Tree and Ged. So the only need we add was a Java Component. But, keeping our ideas as wide as possible, we decided to make the tree visualization available from Scilab through a "Tree" representation and not only within Java code. Right after came the question of having it available through the uicontrol system... But we had to fix one point to start and so one to stop. The aim of SEP #15 is to provide a Tree Visualization : Let the user define "something" that looks like a tree and dump it with some text in the console or with a gui. Nothing more ... For now ;-) I let you read further for surprises :-) > - Abstract says "This tree will be integrated in the docking system and > will be used for visualisation only". What do you mean exactly by "for > visualization only"? What other use do you have in mind that you want to > prevent by saying this? The user editing nodes labels for instance? What > else? As I told before, this SEP is a first and very basic one that just deal with "showing" what is stored in scilab. We just wanted to warn that we are not creation a Tree "editor". For instance, what could be interesting is to create "graphically" the tree : Context Menu with add child etc... etc... But that's not the spectrum of this SEP. > - Performance: you plan to use tlists while Serge pointed the finger to > handles. Did you consider performance issues for large trees? Which is > the best in front of the performance criterion? Handles or tlists? Is > this question perhaps pointless (not sure handles are not some kind of > tlists anyway)? The fact is we do not see any "need" to use handle for the trees. They are Scilab variable so they act as this. _BUT_ if you want to be able to manage this tree within a user GUI, you will need a handle : that's true. But it will not be provided by the tree itself, but by the uicontrol function for instance. Handle are special Scilab variable that behaves """"""as objects"""""", and we did not identify any needs of that kind within the tree structure. > - Callbacks: > ~ I understand that the callback string is a call to a function > written in Scilab language, right? You are totally right, but it can be some piece of code too. > ~ Is it possible to have any Scilab code here, for instance > disp("hello"), or anything else, say a very long loop? I do not see anything that can disturb this... So I will say yes. To be a bit more technical, the callback mechanism is the same you can have with addmenu. > ~ Can I have Tcl calls such as "TCL_EvalStr(...)" in callback strings > and/or in Scilab functions called by the callback? Once again it's Scilab code... So it's up to you ;-) > ~ How is the callback executed and when precisely in the Scilab event > loop? All the callback are stored through the command queue. > ~ I think it could be an improvement to have another type of callback > which would be a direct call to a Tcl procedure written and living in > the main or in a slave Tcl interpreter. What do you think? Well this means to have a hard dependency between Java and TCL... I'm not sure this will be a good idea. Did you identify some needs for this ?? > - trees, nodes and leaves: I think I understand that a tree is composed > of nodes. Each node can be either a tree (in which case it is said to be > a sub-tree), or a leaf. Is this statement right? Actually you do not > seem to define what is a leaf (OK there are clues on page 12). Is it > simply that a leaf is a node without children or is it more subtle? If we consider the types, everything is a Tree. For "human" understanding, we talk about leaves, nodes and sub-tree. But you are right, a node without any child is called a leaf. (Even if they have all the same type : Tree) > - sub-trees: SEP page 2 says "subTrees should be created before the tree > creation". This looks like a strong limitation. How will you handle this > in an environment such as GED, which will see sub-trees added whenever a > new curve will be added in a figure? I think most of the time you do not > know in advance what the tree looks like after the user will interact > with it. Note that this interaction may be indirect. Well this is the crucial point, and I will try to be clear here. The aim of the SEP is to define a Tree Structure, accessible through Scilab and that we can show within a GUI. For the GED use, we will reuse the Java component that do the display. _BUT_ it's part of GED work to watch what append in the graphic data structure, and to synchronize it with the Tree overview. > - Insertion: How can the user insert a node at the very end of a tree, > i.e. after the last node? I don't see how it is possible. (see the top > of page 3 in SEP#15 and the list of errors for insertion). Actually I > don't see how insertion works at all. In the list of error messages it > is said that "if position already exists it returns an error message". I'm not sure a very long explanation here will be good. I keep your remark in mind and as soon as the Scilab part will be written, I will add this as an example. > - I think that treeNodeParent(tree, node) may have more than one match > if the same node can be found at different places of the tree. How is > this handled? Does it return all matches? The first (in some sense TBD) > match? Another one? Same things here ;-) > - Similar comment for treeNodeChildren(tree, node). The output might > need to be a list containing lists of children nodes for each occurrence > of node in tree, unless only one children is returned even if there is > more than one match. On page 7 you explain that a warning is returned in > that situation, but what does the command return? The first match? Same answer :-D > - User interaction (SEP page 8) : the user can select a node or leaf. > What for? What can the user do once this is selected? Is it possible to > select more than one node? Can this behavior (single/multiple selection) > be decided by the programmer? Also, how can the programmer be aware that > the user selected one or more nodes in a tree? Once again, the SEP describes a visualization tool and that's all. The only action you can have on the "visualization" GUI is a double click that launches a callback. > Finally I have seen that the implementation work for the tree object was > already committed but I couldn't figure out of to access the new > commands. Scilab says it does not know about the new commands. Anythin I > need to do to gear the new feature in? I would be happy to try the > examples from the SEP. We are working on it ! :-D Please be patient. For the moment we just implemented the Java part, so you can only access it through Java... By the end of the week we will have the Scilab part, that represents the data's. After this you will be able to run the example and to "dump" the Tree as text in your console. The last step is the link between the two. I guess it will be available within 2 weeks. Regards, -- Bruno JOFRET Software Designer ___ SCILAB - DIGITEO ___ Tel : (+33/0)1.39.63.58.63 Mailto : bruno.jofret at scilab.org http://www.scilab.org http://www.digiteo.fr From h.heyen at web.de Tue Feb 17 19:14:01 2009 From: h.heyen at web.de (Helmut Heyen) Date: Tue, 17 Feb 2009 19:14:01 +0100 Subject: [Scilab-Dev] Problem starting scilab 5.0.3 In-Reply-To: <499012DD.5070702@web.de> References: <499012DD.5070702@web.de> Message-ID: <499AFE69.3040506@web.de> Hi, I tested with the new version but the same problem occurs :-( Regards H Heyen > Hi, > > when I start scilab 5.0.3 I get the an error message. I can enter values > but the menues are grayed. > > Version 4.1.2 works for me. > > My system is a Dell Latitude D830 with Windows XP SP3. > Java is 1.6.12 > > > Message in the console: > > Startup execution: > loading initial environment > !--error 246 > Function not defined for given argument type(s), > > check arguments or define function %s_part for overloading. > > at line 5 of function set_msvc80express called by : > line 531 of function configure_msvc called by : > configure_msvc(); > line 24 of exec file called by : > exec("SCI/modules/"+modules(i)+"/etc/"+modules(i)+".start",-1); > line 100 of exec file called by : > exec('SCI/etc/scilab.start',-1);; > > > getdebuginfo() shows following : > > -->getdebuginfo() > ans = > > !Memory in use: 47 % ! > ! ! > !Total Physical Memory (Kbytes): 2070060 ! > ! ! > !Free Physical Memory (Kbytes): 1094556 ! > ! ! > !Total Paging File (Kbytes): 4007104 ! > ! ! > !Free Paging File (Kbytes): 2902796 ! > ! ! > !Total Virtual Memory (Kbytes): 2097024 ! > ! ! > !Free Virtual Memory (Kbytes): 1592328 ! > ! ! > !Free Extended Memory (Kbytes): 0 ! > ! ! > !Operating System: Windows XP ! > ! ! > !Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz ! > ! ! > !Number of processors: 2 ! > ! ! > !Video card: Mobile Intel(R) 965 Express Chipset Family ! > ! ! > !Resolution: 1920 x 1200 32 bits ! > ! ! > !Number of Monitors: 1 ! > ! ! > !Path: C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM; > ! C:\Programme\Wave Systems Corp\Dell Preboot Manager\Access ! > ! Client\v5\;C:\Programme\Gemeinsame Dateien\Roxio Shared\DLLShared\;C:! > ! \Programme\IVI\bin;C:\VXIPNP\winnt\agvisa;c:\Programme\Microsoft > SQL Serv! > ! er\90\Tools\binn\;C:\VXIPNP\WinNT\Bin;C:\VXIPNP\WinNT\Bin\;C:\Program! > ! > me\Intel\DMIX\. > ! > ! ! > !ComSpec: C:\WINDOWS\system32\cmd.exe ! > ! ! > !TMP : C:\DOKUME~1\HAUKEH~1\LOKALE~1\Temp ! > ! ! > !TEMP: C:\DOKUME~1\HAUKEH~1\LOKALE~1\Temp ! > ! ! > !SCIHOME: C:\DOKUME~1\HAUKEH~1\ANWEND~1\Scilab\scilab-5.0.3 ! > > Regards > H Heyen > > > > > From jean-baptiste.silvy at scilab.org Wed Feb 18 09:43:09 2009 From: jean-baptiste.silvy at scilab.org (Jean-Baptiste Silvy) Date: Wed, 18 Feb 2009 09:43:09 +0100 Subject: SEP #16: anti-aliasing Message-ID: <499BCA1D.70308@scilab.org> Hello, We've just added a new SEP describing how anti-aliasing can be introduced to enhance Scilab graphics. SEP #16 is located in the SEP folder of the git master branch. All questions and comments are highly welcomed. Jean-Baptiste Silvy From Christophe.Heinkele at developpement-durable.gouv.fr Wed Feb 18 09:45:26 2009 From: Christophe.Heinkele at developpement-durable.gouv.fr (=?ISO-8859-15?Q?=22HEINKELE_Christophe_=28Responsable_d=27activit=E9=29?= =?ISO-8859-15?Q?_=2D_CETE_Est=2FLRPC_de_Strasbourg=2FAcoustique=22?=) Date: Wed, 18 Feb 2009 09:45:26 +0100 Subject: Some little bugs and questions in Scilab 5.0.3 In-Reply-To: <499AFE69.3040506@web.de> References: <499012DD.5070702@web.de> <499AFE69.3040506@web.de> Message-ID: <499BCAA6.3040409@developpement-durable.gouv.fr> Hi, I just want to report some little bugs and to ask 2 questions about the help. I am testing Scilab 5.0.3 under windows. 1) the research of some key words fails : "for" "if" "then"... (These are in the general list of course). 2) the research leeds to a characters chain which doesn't correspond to the entered word : for example "while" leeds to 19 times the same page in which the enlighted characters are not "while". (The page on "while" is there by the way.) 3) Functions cotg and coth (and maybe others) have problems (examples don't work). 4) Interfacing functions like tk_getdir(Title='choose sommething') display their window behind the console, which is annoying because it should appear above. 5) Sometimes graphics are saved or displayed with a "miror" effect. 6) By generating help in a toolbox, I noticed than the character "%" for overloading is not supported. What I done is that I removed it from the name of the xml file, and it appears in the help of my toolbox. 7) As in the toolbox_skeleton, help files are presented in a chapter , then a subchapter (with the same names) relies under this chapter. This subchapter contains the list of functions. Is it possible to have just one chapter containing the list of functions ? 8) In fact I have 13 toolboxes that I would gather in one "full" toolbox. It would be my chapter name "Toolbox full" and the subchapters would be my "sub"toolboxes. Is that possible ? 9) I wrote some complementary functions for toolbox generating in "development tools" (I didn't feel like making 13 times the same things). Where could I send this contribution and who is the "reference" contact about toolbox generation ? Best regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 26233 bytes Desc: not available URL: From pierre.marechal at scilab.org Wed Feb 18 10:37:55 2009 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Wed, 18 Feb 2009 10:37:55 +0100 Subject: bugzilla.scilab.org : New category Message-ID: <499BD6F3.3020904@scilab.org> Hello, A new category has been added to scilab bug tracker [1] : "localization" [2]. Pierre [1] http://bugzilla.scilab.org [2] http://en.wikipedia.org/wiki/Language_localisation -- ============================================== Pierre MARECHAL ------ Fondation DIGITEO - Consortium Scilab Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex B?timent 23 - Bureau 24 ------ Mailto : pierre.marechal at scilab.org T?l : +33 (0)1 39 63 56 81 Fax : +33 (0)1 39 63 55 94 ------ http://www.scilab.org http://www.digiteo.fr ============================================== From Christophe.Heinkele at developpement-durable.gouv.fr Wed Feb 18 14:26:51 2009 From: Christophe.Heinkele at developpement-durable.gouv.fr (=?ISO-8859-15?Q?=22HEINKELE_Christophe_=28Responsable_d=27activit=E9=29?= =?ISO-8859-15?Q?_=2D_CETE_Est=2FLRPC_de_Strasbourg=2FAcoustique=22?=) Date: Wed, 18 Feb 2009 14:26:51 +0100 Subject: [Scilab-Dev] Scilab 5.1 In-Reply-To: <499BCAA6.3040409@developpement-durable.gouv.fr> References: <499012DD.5070702@web.de> <499AFE69.3040506@web.de> <499BCAA6.3040409@developpement-durable.gouv.fr> Message-ID: <499C0C9B.2080304@developpement-durable.gouv.fr> I just want to adapt my comments for Scilab 5.1. 1)-2) research problems are still there. 3) no problem anymore with functions cotg and coth (small problem in the source code). 4) At first execution, tk_getdir(Title='choose sommething') appers above, than behind the console. 5) Some Graphics exports like in eps and pdf makes JRE crasch. 6-7-8-9) The module development_tools isn't included any more ? Example toolbox_skeleton also disappeared... My questions still hold. I hope this module is coming back with Scilab 5.2. Best regards Le 18/02/2009 09:45, > HEINKELE Christophe (Responsable d'activit?) - CETE Est/LRPC de Strasbourg/Acoustique (par Internet, d?p?t dev-return-1243-christophe.heinkele=developpement-durable.gouv.fr at lists.scilab.org) a ?crit : > Hi, > > I just want to report some little bugs and to ask 2 questions about > the help. I am testing Scilab 5.0.3 under windows. > > 1) the research of some key words fails : "for" "if" "then"... (These > are in the general list of course). > > 2) the research leeds to a characters chain which doesn't correspond > to the entered word : > for example "while" leeds to 19 times the same page in which the > enlighted characters are not "while". > (The page on "while" is there by the way.) > > 3) Functions cotg and coth (and maybe others) have problems (examples > don't work). > > 4) Interfacing functions like tk_getdir(Title='choose sommething') > display their window behind the console, which is annoying because > it should appear above. > > 5) Sometimes graphics are saved or displayed with a "miror" effect. > > 6) By generating help in a toolbox, I noticed than the character "%" > for overloading is not supported. > What I done is that I removed it from the name of the xml file, > and it appears in the help of my toolbox. > > 7) As in the toolbox_skeleton, help files are presented in a chapter , > then a subchapter (with the same names) relies under this chapter. > This subchapter contains the list of functions. Is it possible to > have just one chapter containing the list of functions ? > > 8) In fact I have 13 toolboxes that I would gather in one "full" > toolbox. It would be my chapter name "Toolbox full" and the subchapters > would be my "sub"toolboxes. Is that possible ? > > 9) I wrote some complementary functions for toolbox generating in > "development tools" (I didn't feel like making 13 times the same things). > Where could I send this contribution and who is the "reference" > contact about toolbox generation ? > > Best regards, > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 26233 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 26233 bytes Desc: not available URL: From Serge.Steer at inria.fr Wed Feb 18 14:45:13 2009 From: Serge.Steer at inria.fr (Serge Steer) Date: Wed, 18 Feb 2009 14:45:13 +0100 Subject: [Scilab-Dev] SEP #15 : Scilab Tree component In-Reply-To: <499A819A.2010606@scilab.org> References: <499430E1.7010704@scilab.org> <49956FDB.4020305@scilab.org> <4995E1F8.8090704@scilab.org> <4996DF29.5000804@scilab.org> <499834B3.90401@scilab.org> <4999DBB5.2070602@free.fr> <499A819A.2010606@scilab.org> Message-ID: <499C10E9.5060701@inria.fr> Pour l'?diteur d'arbre et en particulier pour son application a Scicos, il faut veiller a permettre de modifier dynamiquement l'arbre. En effet dans Scicos (comme dans Simulink d'ailleurs) il est possible a un utilisateur de d?finir ses propres blocs et ses propres palettes. Il faut donc quelles apparaissent dans l'arbre des palettes lorsqu'elles sont cr?es Il y a en plus un petit probl?me suppl?mentaire avec l'usage dans Scicos. En effet les ic?nes des blocs sont d?finies par du graphique vectoriel Scilab. Je suppose que pour les ic?nes de l'arbre des palettes vont ?tre donn?es par un format bitmap. Il faut donc pr?voir une transformation "au vol" de l'ic?ne Scilab en bitmap. Serge From sylvestre.ledru at inria.fr Wed Feb 18 18:33:26 2009 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 18 Feb 2009 18:33:26 +0100 Subject: [Scilab-Dev] Scilab 5.1 In-Reply-To: <499C0C9B.2080304@developpement-durable.gouv.fr> References: <499012DD.5070702@web.de> <499AFE69.3040506@web.de> <499BCAA6.3040409@developpement-durable.gouv.fr> <499C0C9B.2080304@developpement-durable.gouv.fr> Message-ID: <1234978406.28508.171.camel@zlarin> Hello Christophe, Le mercredi 18 f?vrier 2009 ? 14:26 +0100, "HEINKELE Christophe (Responsable d'activit?) - CETE Est/LRPC de Strasbourg/Acoustique" a ?crit : > I just want to adapt my comments for Scilab 5.1. > > 1)-2) research problems are still there. Yep, there are already bugs report about that. > 4) At first execution, tk_getdir(Title='choose sommething') appers > above, than behind the console. Could you submit a bug report ? > 5) Some Graphics exports like in eps and pdf makes JRE crasch. Idem > 6-7-8-9) The module development_tools isn't included any more ? > Example toolbox_skeleton also disappeared... > My questions still hold. I hope this module is coming back with Scilab > 5.2. I think you haven't installed it. ;) Sylvestre > Best regards > > > > > > Le 18/02/2009 09:45, > HEINKELE Christophe (Responsable d'activit?) - > CETE Est/LRPC de Strasbourg/Acoustique (par Internet, d?p?t > dev-return-1243-christophe.heinkele=developpement-durable.gouv.fr at lists.scilab.org) a ?crit : > > Hi, > > > > I just want to report some little bugs and to ask 2 questions about > > the help. I am testing Scilab 5.0.3 under windows. > > > > 1) the research of some key words fails : "for" "if" "then"... > > (These are in the general list of course). > > > > 2) the research leeds to a characters chain which doesn't correspond > > to the entered word : > > for example "while" leeds to 19 times the same page in which > > the enlighted characters are not "while". > > (The page on "while" is there by the way.) > > > > 3) Functions cotg and coth (and maybe others) have problems > > (examples don't work). > > > > 4) Interfacing functions like tk_getdir(Title='choose sommething') > > display their window behind the console, which is annoying because > > it should appear above. > > > > 5) Sometimes graphics are saved or displayed with a "miror" effect. > > > > 6) By generating help in a toolbox, I noticed than the character "%" > > for overloading is not supported. > > What I done is that I removed it from the name of the xml file, > > and it appears in the help of my toolbox. > > > > 7) As in the toolbox_skeleton, help files are presented in a > > chapter , then a subchapter (with the same names) relies under this > > chapter. > > This subchapter contains the list of functions. Is it possible > > to have just one chapter containing the list of functions ? > > > > 8) In fact I have 13 toolboxes that I would gather in one "full" > > toolbox. It would be my chapter name "Toolbox full" and the > > subchapters > > would be my "sub"toolboxes. Is that possible ? > > > > 9) I wrote some complementary functions for toolbox generating in > > "development tools" (I didn't feel like making 13 times the same > > things). > > Where could I send this contribution and who is the "reference" > > contact about toolbox generation ? > > > > Best regards, > > > > > > > > > > From fvogelnew1 at free.fr Wed Feb 18 19:31:52 2009 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Wed, 18 Feb 2009 19:31:52 +0100 Subject: [Scilab-Dev] Scilab 5.1 In-Reply-To: <1234978406.28508.171.camel@zlarin> References: <499012DD.5070702@web.de> <499AFE69.3040506@web.de> <499BCAA6.3040409@developpement-durable.gouv.fr> <499C0C9B.2080304@developpement-durable.gouv.fr> <1234978406.28508.171.camel@zlarin> Message-ID: <499C5418.8010106@free.fr> Sylvestre Ledru said on 18/02/2009 18:33: >> 4) At first execution, tk_getdir(Title='choose sommething') appers >> above, than behind the console. > Could you submit a bug report ? Well, duplicates should be avoided when possible: http://bugzilla.scilab.org/show_bug.cgi?id=2839 >>> 5) Sometimes graphics are saved or displayed with a "miror" effect. >> 5) Some Graphics exports like in eps and pdf makes JRE crasch. Mirror effect is fixed in Scilab 5.1. You say you are testing 5.0.3, why not using the latest Scilab? Crashes deserve bug reports. >> 6-7-8-9) The module development_tools isn't included any more ? >> Example toolbox_skeleton also disappeared... On Windows (which you said you are using) you must select these modules during the install phase, or make a full install of Scilab. Hopla, a gueter! Francois From fvogelnew1 at free.fr Wed Feb 18 22:04:12 2009 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Wed, 18 Feb 2009 22:04:12 +0100 Subject: [Scilab-Dev] bugzilla.scilab.org : New category In-Reply-To: <499BD6F3.3020904@scilab.org> References: <499BD6F3.3020904@scilab.org> Message-ID: <499C77CC.8080809@free.fr> Hi, Thanks [1] for the information [2]. F. [1] http://en.wikipedia.org/wiki/Gratitude [2] http://en.wikipedia.org/wiki/Information (Sorry, couldn't resist) Pierre MARECHAL said on 18/02/2009 10:37: > Hello, > > A new category has been added to scilab bug tracker [1] : "localization" > [2]. > > Pierre > > > [1] http://bugzilla.scilab.org > [2] http://en.wikipedia.org/wiki/Language_localisation > From fvogelnew1 at free.fr Wed Feb 18 23:25:00 2009 From: fvogelnew1 at free.fr (=?windows-1252?Q?Fran=E7ois_Vogel?=) Date: Wed, 18 Feb 2009 23:25:00 +0100 Subject: [Scilab-Dev] SEP #16: anti-aliasing In-Reply-To: <499BCA1D.70308@scilab.org> References: <499BCA1D.70308@scilab.org> Message-ID: <499C8ABC.5050109@free.fr> Hi, Having AA activation control in Scilab sounds like a very good idea. Some comments from my side: - I think you should state explicitly that you are talking about hardware AA, and you are not implementing oversampling and filtering of the figures at the Scilab software level. You are merely using the AA feature of the graphics board. Thus AA levels will depend on the capability of the graphics board the user has. This may sound obvious to you, but stating it clearly will not hurt. - You will have to check for graphics board capabilities when setting the AA level requested by the user. For instance the hardware configuration I'm running right now only has 2x, 4x and 6x but not 8x. Warnings should be written in the console when the user requested level of AA is not available from the hardware, and proper fallback be used. - In SEP#16 you say: "A property ?anti_aliasing? will be added to figure handles. This property value can be one of the following: ?off?, ?2x?, ?4x?, ?8x?, ?16x?. If the property is set to ?off?, anti-aliasing is disabled. Otherwise, the value stands for the anti-aliasing quality. An other approach would be to have only two or three possible values, more understandable by the user. The value could be chosen between ?off? or ?on? (actually setting quality to ?4x?) or between ?off?, ?performance? (quality ?4x?) and ?quality? (quality ?8x?). " I'm strongly in favor of the first option. If a user has enough knowledge in graphics to know what is anti-aliasing (and especially FSAA) and to use this feature, then this user must also know how this works (oversampling 4x == 4 sub-pixels and so on) and that this feature can be adjusted to different levels. Naming the AA levels "quality" or performance" or whatever would just add to the confusion. Everybody calls this 2x, 4x, 8x etc, why would Scilab have its own different names? The tradeoff between AA level and graphics performance is real but should be reminded in the help page for the new property (help figure?). - FSAA (multisampling) has no effect on texture aliasing. What about providing access to anisotropic filtering at the same time? Textures in 3D views would look better (hem... I can't remember: is it possible to apply textures on a mesh at all in Scilab? Right now I'm not sure anymore) Francois Jean-Baptiste Silvy said on 18/02/2009 09:43: > Hello, > > We've just added a new SEP describing how anti-aliasing can be > introduced to enhance Scilab graphics. > > SEP #16 is located in the SEP folder of the git master branch. > > All questions and comments are highly welcomed. > > Jean-Baptiste Silvy > > > > From vincent.liard at scilab.org Thu Feb 19 11:57:03 2009 From: vincent.liard at scilab.org (Vincent LIARD) Date: Thu, 19 Feb 2009 11:57:03 +0100 Subject: New to Scilab team Message-ID: <1235041023.9994.20.camel@eccica> Hello, I'm Vincent, one of the very new developers on Scilab along with Bernard Hugueney. Once aware of the internal plumbing of the software, I'll be in charge of rewriting the Scilab core and especially to integrate HPC capabilities. Best regards, Vincent Liard From bernard.hugueney at scilab.org Thu Feb 19 12:14:59 2009 From: bernard.hugueney at scilab.org (bernard.hugueney at scilab.org) Date: Thu, 19 Feb 2009 12:14:59 +0100 Subject: [Scilab-Dev] Joining the crew ! In-Reply-To: <1235041023.9994.20.camel@eccica> References: <1235041023.9994.20.camel@eccica> Message-ID: <4babb584ac006563024e00969a38d4db@localhost> Hi, I'm Bernard Hugueney, joining the Scilab operational team. My areas of interest (and expertise :) ) include performance oriented developpement ( and concurrent programming ) and I'll also be in charge, amongst other tasks and with the rest of the team, of making Scilab scream on your multicore computers :). Best regards, Bernard From h.heyen at web.de Thu Feb 19 17:25:40 2009 From: h.heyen at web.de (Helmut Heyen) Date: Thu, 19 Feb 2009 17:25:40 +0100 Subject: [Scilab-Dev] Problem starting scilab 5.0.3: Solved In-Reply-To: <499AFE69.3040506@web.de> References: <499012DD.5070702@web.de> <499AFE69.3040506@web.de> Message-ID: <499D8804.50207@web.de> Hi, I installed today Visual Studio 2008 Express and now Scilab 5.1 starts. Maybe there was an error in my already installed Visual Studio 2008 Redistribution Files. Regards H Heyen H Heyen schrieb: > Hi, > > I tested with the new version but the same problem occurs :-( > > Regards > H Heyen > > > >> Hi, >> >> when I start scilab 5.0.3 I get the an error message. I can enter values >> but the menues are grayed. >> >> Version 4.1.2 works for me. >> >> My system is a Dell Latitude D830 with Windows XP SP3. >> Java is 1.6.12 >> >> >> Message in the console: >> >> Startup execution: >> loading initial environment >> !--error 246 >> Function not defined for given argument type(s), >> >> check arguments or define function %s_part for overloading. >> >> at line 5 of function set_msvc80express called by : >> line 531 of function configure_msvc called by : >> configure_msvc(); >> line 24 of exec file called by : >> exec("SCI/modules/"+modules(i)+"/etc/"+modules(i)+".start",-1); >> line 100 of exec file called by : >> exec('SCI/etc/scilab.start',-1);; >> >> >> getdebuginfo() shows following : >> >> -->getdebuginfo() >> ans = >> >> !Memory in use: 47 % ! >> ! ! >> !Total Physical Memory (Kbytes): 2070060 ! >> ! ! >> !Free Physical Memory (Kbytes): 1094556 ! >> ! ! >> !Total Paging File (Kbytes): 4007104 ! >> ! ! >> !Free Paging File (Kbytes): 2902796 ! >> ! ! >> !Total Virtual Memory (Kbytes): 2097024 ! >> ! ! >> !Free Virtual Memory (Kbytes): 1592328 ! >> ! ! >> !Free Extended Memory (Kbytes): 0 ! >> ! ! >> !Operating System: Windows XP ! >> ! ! >> !Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz ! >> ! ! >> !Number of processors: 2 ! >> ! ! >> !Video card: Mobile Intel(R) 965 Express Chipset Family ! >> ! ! >> !Resolution: 1920 x 1200 32 bits ! >> ! ! >> !Number of Monitors: 1 ! >> ! ! >> !Path: C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM; >> ! C:\Programme\Wave Systems Corp\Dell Preboot Manager\Access ! >> ! Client\v5\;C:\Programme\Gemeinsame Dateien\Roxio Shared\DLLShared\;C:! >> ! \Programme\IVI\bin;C:\VXIPNP\winnt\agvisa;c:\Programme\Microsoft >> SQL Serv! >> ! er\90\Tools\binn\;C:\VXIPNP\WinNT\Bin;C:\VXIPNP\WinNT\Bin\;C:\Program! >> ! >> me\Intel\DMIX\. >> ! >> ! ! >> !ComSpec: C:\WINDOWS\system32\cmd.exe ! >> ! ! >> !TMP : C:\DOKUME~1\HAUKEH~1\LOKALE~1\Temp ! >> ! ! >> !TEMP: C:\DOKUME~1\HAUKEH~1\LOKALE~1\Temp ! >> ! ! >> !SCIHOME: C:\DOKUME~1\HAUKEH~1\ANWEND~1\Scilab\scilab-5.0.3 ! >> >> Regards >> H Heyen >> >> >> >> >> >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hauke at hey-tech.net Thu Feb 19 16:16:34 2009 From: hauke at hey-tech.net (Helmut Heyen) Date: Thu, 19 Feb 2009 16:16:34 +0100 Subject: [Scilab-Dev] Problem starting scilab 5.0.3 Solved In-Reply-To: <499AFE69.3040506@web.de> References: <499012DD.5070702@web.de> <499AFE69.3040506@web.de> Message-ID: <499D77D2.1080202@hey-tech.net> Hi, I installed Visual Studio 2008 Express edition and now scilab 5.1 starts fine. Even the fact that I installed the Visual Studio 2008 Redistribution files before did not solve the problem !? Greetings H Heyen H Heyen schrieb: > Hi, > > I tested with the new version but the same problem occurs :-( > > Regards > H Heyen > > > >> Hi, >> >> when I start scilab 5.0.3 I get the an error message. I can enter values >> but the menues are grayed. >> >> Version 4.1.2 works for me. >> >> My system is a Dell Latitude D830 with Windows XP SP3. >> Java is 1.6.12 >> >> >> Message in the console: >> >> Startup execution: >> loading initial environment >> !--error 246 >> Function not defined for given argument type(s), >> >> check arguments or define function %s_part for overloading. >> >> at line 5 of function set_msvc80express called by : >> line 531 of function configure_msvc called by : >> configure_msvc(); >> line 24 of exec file called by : >> exec("SCI/modules/"+modules(i)+"/etc/"+modules(i)+".start",-1); >> line 100 of exec file called by : >> exec('SCI/etc/scilab.start',-1);; >> >> >> getdebuginfo() shows following : >> >> -->getdebuginfo() >> ans = >> >> !Memory in use: 47 % ! >> ! ! >> !Total Physical Memory (Kbytes): 2070060 ! >> ! ! >> !Free Physical Memory (Kbytes): 1094556 ! >> ! ! >> !Total Paging File (Kbytes): 4007104 ! >> ! ! >> !Free Paging File (Kbytes): 2902796 ! >> ! ! >> !Total Virtual Memory (Kbytes): 2097024 ! >> ! ! >> !Free Virtual Memory (Kbytes): 1592328 ! >> ! ! >> !Free Extended Memory (Kbytes): 0 ! >> ! ! >> !Operating System: Windows XP ! >> ! ! >> !Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz ! >> ! ! >> !Number of processors: 2 ! >> ! ! >> !Video card: Mobile Intel(R) 965 Express Chipset Family ! >> ! ! >> !Resolution: 1920 x 1200 32 bits ! >> ! ! >> !Number of Monitors: 1 ! >> ! ! >> !Path: C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM; >> ! C:\Programme\Wave Systems Corp\Dell Preboot Manager\Access ! >> ! Client\v5\;C:\Programme\Gemeinsame Dateien\Roxio Shared\DLLShared\;C:! >> ! \Programme\IVI\bin;C:\VXIPNP\winnt\agvisa;c:\Programme\Microsoft >> SQL Serv! >> ! er\90\Tools\binn\;C:\VXIPNP\WinNT\Bin;C:\VXIPNP\WinNT\Bin\;C:\Program! >> ! >> me\Intel\DMIX\. >> ! >> ! ! >> !ComSpec: C:\WINDOWS\system32\cmd.exe ! >> ! ! >> !TMP : C:\DOKUME~1\HAUKEH~1\LOKALE~1\Temp ! >> ! ! >> !TEMP: C:\DOKUME~1\HAUKEH~1\LOKALE~1\Temp ! >> ! ! >> !SCIHOME: C:\DOKUME~1\HAUKEH~1\ANWEND~1\Scilab\scilab-5.0.3 ! >> >> Regards >> H Heyen >> >> >> >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Christophe.Heinkele at developpement-durable.gouv.fr Fri Feb 20 09:16:37 2009 From: Christophe.Heinkele at developpement-durable.gouv.fr (=?UTF-8?Q?=22HEINKELE_Christophe_=28Responsable_d=27activit=C3=A9=29_=2D?= =?UTF-8?Q?_CETE_Est=2FLRPC_de_Strasbourg=2FAcoustique=22?=) Date: Fri, 20 Feb 2009 09:16:37 +0100 Subject: [Scilab-Dev] Scilab 5.1 In-Reply-To: <499C5418.8010106@free.fr> References: <499012DD.5070702@web.de> <499AFE69.3040506@web.de> <499BCAA6.3040409@developpement-durable.gouv.fr> <499C0C9B.2080304@developpement-durable.gouv.fr> <1234978406.28508.171.camel@zlarin> <499C5418.8010106@free.fr> Message-ID: <499E66E5.3070001@developpement-durable.gouv.fr> Hi, >>>> 5) Sometimes graphics are saved or displayed with a "miror" effect. >>> 5) Some Graphics exports like in eps and pdf makes JRE crasch. > Mirror effect is fixed in Scilab 5.1. You say you are testing 5.0.3, > why not using the latest Scilab? > Crashes deserve bug reports. That's done : *Bug#*: 4155 >>> 6-7-8-9) The module development_tools isn't included any more ? >>> Example toolbox_skeleton also disappeared... > On Windows (which you said you are using) you must select these > modules during the install phase, or make a full install of Scilab. I made this too fast, sorry. I still got some very useful functions for generating loader and .start scripts that are missing in development tools under Scilab 5.1. I would be pleased to share them.... > Hopla, a gueter! A besserer ! > Francois -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: C:\Documents and Settings\Heinkele-C\Mes documents\Administratif\signature.png Type: image/png Size: 26233 bytes Desc: not available URL: From jean-baptiste.silvy at scilab.org Fri Feb 20 16:07:29 2009 From: jean-baptiste.silvy at scilab.org (Jean-Baptiste Silvy) Date: Fri, 20 Feb 2009 16:07:29 +0100 Subject: [Scilab-Dev] SEP #16: anti-aliasing In-Reply-To: <499C8ABC.5050109@free.fr> References: <499BCA1D.70308@scilab.org> <499C8ABC.5050109@free.fr> Message-ID: <499EC731.2050902@scilab.org> Hello, Thanks for your remarks. Fran?ois Vogel a ?crit : > Hi, > > Having AA activation control in Scilab sounds like a very good idea. > > Some comments from my side: > > - I think you should state explicitly that you are talking about > hardware AA, and you are not implementing oversampling and filtering > of the figures at the Scilab software level. You are merely using the > AA feature of the graphics board. Thus AA levels will depend on the > capability of the graphics board the user has. This may sound obvious > to you, but stating it clearly will not hurt. > > - You will have to check for graphics board capabilities when setting > the AA level requested by the user. For instance the hardware > configuration I'm running right now only has 2x, 4x and 6x but not 8x. > Warnings should be written in the console when the user requested > level of AA is not available from the hardware, and proper fallback be > used. > Actually, in the master branch I tested two ways of doing antialiasing, the first one being multisampling. However, as you noticed, it might not be available on every hardware configurations or not with all quality settings. Knowing this, I also tested a fall back mode, by using the accumulation buffer[1]. This is a slower way, since the scene must be rendered as many time as the quality setting (so 4x, is almost twice slower than 2x). However, this will run on all configurations since accumulation buffers are part of OpenGL 1.0 specifications. Practically, for now in the master branch, I test whether hardware multisampling can be enable at the requested quality. If not I fall back to the second technique. I haven't run benchmarks yet to see the difference between the two approaches in term of speed. However, on my computers (2 and 3 years old), anti-aliasing can be activated in standard plots and graphics is still usable even with the accumulation buffers. > > - In SEP#16 you say: > "A property ?anti_aliasing? will be added to figure handles. This > property value can be one of the following: ?off?, ?2x?, ?4x?, ?8x?, > ?16x?. If the property is set to ?off?, anti-aliasing is disabled. > Otherwise, the value stands for the anti-aliasing quality. > An other approach would be to have only two or three possible values, > more understandable by the user. The value could be chosen between > ?off? or ?on? (actually setting quality to ?4x?) or between ?off?, > ?performance? (quality ?4x?) and ?quality? (quality ?8x?). > " > > I'm strongly in favor of the first option. If a user has enough > knowledge in graphics to know what is anti-aliasing (and especially > FSAA) and to use this feature, then this user must also know how this > works (oversampling 4x == 4 sub-pixels and so on) and that this > feature can be adjusted to different levels. > Naming the AA levels "quality" or performance" or whatever would just > add to the confusion. Everybody calls this 2x, 4x, 8x etc, why would > Scilab have its own different names? > The tradeoff between AA level and graphics performance is real but > should be reminded in the help page for the new property (help figure?). > That's my idea too. In the windows Nvidia control panel, they use the same terms also. > > - FSAA (multisampling) has no effect on texture aliasing. What about > providing access to anisotropic filtering at the same time? Textures > in 3D views would look better (hem... I can't remember: is it possible > to apply textures on a mesh at all in Scilab? Right now I'm not sure > anymore) > Yes Scilab 5 uses textures., though this is quite hidden. They successfully replaces triangle cutting when applying color interpolation. More texture will be used in Scilab when will add a way to display images. You're right, I did not know but multisampling does not work with textures. It works well with accumulation buffers though. In this case, I could enable linear filetring on textures to give some kind of anti_aliasing also, but the result would be even more smoothed. However, what your mentioning here is aliasing when texels are smaller than a pixel wide. In this case, you're right anisotropic filtering is nice. However, for now I don't think it is really needed in Scilab. When using color interpolation, user normally use quite "continuous" colormaps (in the color space), so it's not really a problem if the result is a bit blurry. However, we should keep that in mind for when we will want to apply various textures in Scilab such as images. Thanks again for your remarks. It highlights me the need for benchmarks and screenshots in the SEP for the different options argued above. Jean-Baptiste [1] http://www.opengl.org/resources/code/samples/advanced/advanced97/notes/node63.html From jean-baptiste.silvy at scilab.org Fri Feb 20 16:12:23 2009 From: jean-baptiste.silvy at scilab.org (Jean-Baptiste Silvy) Date: Fri, 20 Feb 2009 16:12:23 +0100 Subject: [Scilab-Dev] SEP #16: anti-aliasing In-Reply-To: <499EC731.2050902@scilab.org> References: <499BCA1D.70308@scilab.org> <499C8ABC.5050109@free.fr> <499EC731.2050902@scilab.org> Message-ID: <499EC857.6080906@scilab.org> I enclose the current SEP version, for people who don't have a git version on their computers. Jean-Baptiste Jean-Baptiste Silvy a ?crit : > Hello, > > Thanks for your remarks. > > Fran?ois Vogel a ?crit : > >> Hi, >> >> Having AA activation control in Scilab sounds like a very good idea. >> >> Some comments from my side: >> >> - I think you should state explicitly that you are talking about >> hardware AA, and you are not implementing oversampling and filtering >> of the figures at the Scilab software level. You are merely using the >> AA feature of the graphics board. Thus AA levels will depend on the >> capability of the graphics board the user has. This may sound obvious >> to you, but stating it clearly will not hurt. >> >> - You will have to check for graphics board capabilities when setting >> the AA level requested by the user. For instance the hardware >> configuration I'm running right now only has 2x, 4x and 6x but not 8x. >> Warnings should be written in the console when the user requested >> level of AA is not available from the hardware, and proper fallback be >> used. >> >> > > Actually, in the master branch I tested two ways of doing antialiasing, > the first one being multisampling. However, as you noticed, it might not > be available on every hardware configurations or not with all quality > settings. Knowing this, I also tested a fall back mode, by using the > accumulation buffer[1]. This is a slower way, since the scene must be > rendered as many time as the quality setting (so 4x, is almost twice > slower than 2x). However, this will run on all configurations since > accumulation buffers are part of OpenGL 1.0 specifications. > > Practically, for now in the master branch, I test whether hardware > multisampling can be enable at the requested quality. If not I fall back > to the second technique. > > I haven't run benchmarks yet to see the difference between the two > approaches in term of speed. > However, on my computers (2 and 3 years old), anti-aliasing can be > activated in standard plots and graphics is still usable even with the > accumulation buffers. > > >> - In SEP#16 you say: >> "A property ?anti_aliasing? will be added to figure handles. This >> property value can be one of the following: ?off?, ?2x?, ?4x?, ?8x?, >> ?16x?. If the property is set to ?off?, anti-aliasing is disabled. >> Otherwise, the value stands for the anti-aliasing quality. >> An other approach would be to have only two or three possible values, >> more understandable by the user. The value could be chosen between >> ?off? or ?on? (actually setting quality to ?4x?) or between ?off?, >> ?performance? (quality ?4x?) and ?quality? (quality ?8x?). >> " >> >> I'm strongly in favor of the first option. If a user has enough >> knowledge in graphics to know what is anti-aliasing (and especially >> FSAA) and to use this feature, then this user must also know how this >> works (oversampling 4x == 4 sub-pixels and so on) and that this >> feature can be adjusted to different levels. >> Naming the AA levels "quality" or performance" or whatever would just >> add to the confusion. Everybody calls this 2x, 4x, 8x etc, why would >> Scilab have its own different names? >> The tradeoff between AA level and graphics performance is real but >> should be reminded in the help page for the new property (help figure?). >> >> > > That's my idea too. In the windows Nvidia control panel, they use the > same terms also. > > > >> - FSAA (multisampling) has no effect on texture aliasing. What about >> providing access to anisotropic filtering at the same time? Textures >> in 3D views would look better (hem... I can't remember: is it possible >> to apply textures on a mesh at all in Scilab? Right now I'm not sure >> anymore) >> >> > > Yes Scilab 5 uses textures., though this is quite hidden. They > successfully replaces triangle cutting when applying color > interpolation. More texture will be used in Scilab when will add a way > to display images. > > You're right, I did not know but multisampling does not work with > textures. It works well with accumulation buffers though. > In this case, I could enable linear filetring on textures to give some > kind of anti_aliasing also, but the result would be even more smoothed. > However, what your mentioning here is aliasing when texels are smaller > than a pixel wide. In this case, you're right anisotropic filtering is nice. > However, for now I don't think it is really needed in Scilab. When using > color interpolation, user normally use quite "continuous" colormaps (in > the color space), so it's not really a problem if the result is a bit > blurry. > > However, we should keep that in mind for when we will want to apply > various textures in Scilab such as images. > > Thanks again for your remarks. It highlights me the need for benchmarks > and screenshots in the SEP for the different options argued above. > > Jean-Baptiste > > [1] > http://www.opengl.org/resources/code/samples/advanced/advanced97/notes/node63.html > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP_16_anti_aliasing.pdf Type: application/pdf Size: 371414 bytes Desc: not available URL: From BlanchardJ at ieee.org Fri Feb 20 18:14:28 2009 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Fri, 20 Feb 2009 13:14:28 -0400 Subject: Future change in the Scilab memory representation. Message-ID: Hi, As I said before I'm currently working on a toolbox enabling multiprecision matrix calculation using mpfr/gmp. Straight to the point, I've thought about the memory representation of matrix for a while now and initially decided to use the same column-major representation as Scilab use. >From what I recall this is the Fortran way of doing things. Is there plan to change this in the future? Thanks Jonathan Blanchard From vincent.couvert at scilab.org Fri Feb 20 18:53:20 2009 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Fri, 20 Feb 2009 18:53:20 +0100 Subject: New Scilab dependency Message-ID: <499EEE10.3090307@scilab.org> Hi all, A new dependency has been added to Scilab to allow help files to contain SVG images. The new JAR file needed in your CLASSPATH is xml-apis-ext.jar (Check this file is present on your platform). Vincent From simone.mannori at scilab.org Sat Feb 21 09:43:40 2009 From: simone.mannori at scilab.org (Simone Mannori) Date: Sat, 21 Feb 2009 09:43:40 +0100 Subject: [Scilab-Dev] New Scilab dependency In-Reply-To: <499EEE10.3090307@scilab.org> References: <499EEE10.3090307@scilab.org> Message-ID: <1235205820.3067.2.camel@pinarellu.inria.fr> Bonjour, > A new dependency has been added to Scilab to allow help files to contain > SVG images. > > The new JAR file needed in your CLASSPATH is xml-apis-ext.jar (Check > this file is present on your platform). > I installed the relevant package on my Fedora 7, but ./configure still produce this error: checking xml-apis-ext... no configure: error: Could not find or use the Java package/jar xml-apis-ext used by XML Commons external code (looking for package org.w3c.dom.svg.SVGDocument) make: *** [config.status] Error 1 Any idea ? Simone From sylvestre.ledru at inria.fr Sat Feb 21 11:11:30 2009 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Sat, 21 Feb 2009 11:11:30 +0100 Subject: [Scilab-Dev] New Scilab dependency In-Reply-To: <1235205820.3067.2.camel@pinarellu.inria.fr> References: <499EEE10.3090307@scilab.org> <1235205820.3067.2.camel@pinarellu.inria.fr> Message-ID: <1235211090.4406.3.camel@zlarin> Le samedi 21 f?vrier 2009 ? 09:43 +0100, Simone Mannori a ?crit : > Bonjour, > > > A new dependency has been added to Scilab to allow help files to contain > > SVG images. > > > > The new JAR file needed in your CLASSPATH is xml-apis-ext.jar (Check > > this file is present on your platform). > > > I installed the relevant package on my Fedora 7, but ./configure still > produce this error: > > checking xml-apis-ext... no > configure: error: Could not find or use the Java package/jar > xml-apis-ext used by XML Commons external code (looking for package > org.w3c.dom.svg.SVGDocument) > make: *** [config.status] Error 1 > > Any idea ? Update thirdparty or install the package ;) Sylvestre From ycollet at freesurf.fr Sat Feb 21 13:58:38 2009 From: ycollet at freesurf.fr (Collette Yann) Date: Sat, 21 Feb 2009 13:58:38 +0100 Subject: xml-apis-ext for linux 64 bits Message-ID: <499FFA7E.7040705@freesurf.fr> Hello, There is no xml-apis-ext package in the thirdparty directory of the linux_64 directory ? Is it normal ? YC From sylvestre.ledru at inria.fr Sat Feb 21 15:28:42 2009 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Sat, 21 Feb 2009 15:28:42 +0100 Subject: [Scilab-Dev] xml-apis-ext for linux 64 bits In-Reply-To: <499FFA7E.7040705@freesurf.fr> References: <499FFA7E.7040705@freesurf.fr> Message-ID: <1235226522.4406.65.camel@zlarin> Le samedi 21 f?vrier 2009 ? 13:58 +0100, Collette Yann a ?crit : > Hello, > > There is no xml-apis-ext package in the thirdparty directory of the > linux_64 directory ? Is it normal ? It is not normal. You can use the one from 32 bits (don't hesitate to commit it in the 64 bits directory). Sylvestre From ycollet at freesurf.fr Sun Feb 22 13:02:51 2009 From: ycollet at freesurf.fr (Collette Yann) Date: Sun, 22 Feb 2009 13:02:51 +0100 Subject: [Scilab-Dev] xml-apis-ext for linux 64 bits In-Reply-To: <1235226522.4406.65.camel@zlarin> References: <499FFA7E.7040705@freesurf.fr> <1235226522.4406.65.camel@zlarin> Message-ID: <49A13EEB.7060600@freesurf.fr> Sylvestre Ledru a ?crit : > Le samedi 21 f?vrier 2009 ? 13:58 +0100, Collette Yann a ?crit : > >> Hello, >> >> There is no xml-apis-ext package in the thirdparty directory of the >> linux_64 directory ? Is it normal ? >> > It is not normal. You can use the one from 32 bits (don't hesitate to > commit it in the 64 bits directory). > > Sylvestre > > > > Just added. I counted the files in both thirdparty directory (the one from Linux and the one from linux_x64). In Linux/thirdparty (without recursing into subdirs): 63 files In linux_x64/thirdparty (without recursing into subdirs): 59 files (including xml_apis_ext) 4 files are missing in linux_x84 In Linux/thirdparty (with recursing into subdirs): 2025 files In linux_x64/thirdparty (with recursing into subdirs): 2018 files (including xml_apis_ext) 7 files are missing in linux_x64 So ... I will try to located which files are missing. YC From ycollet at freesurf.fr Sun Feb 22 14:03:08 2009 From: ycollet at freesurf.fr (Collette Yann) Date: Sun, 22 Feb 2009 14:03:08 +0100 Subject: [Scilab-Dev] xml-apis-ext for linux 64 bits In-Reply-To: <49A13EEB.7060600@freesurf.fr> References: <499FFA7E.7040705@freesurf.fr> <1235226522.4406.65.camel@zlarin> <49A13EEB.7060600@freesurf.fr> Message-ID: <49A14D0C.7080701@freesurf.fr> Hello, So, to sum up: checkstyle in linux_x64/thirdparty is version 4.4, but in Linux/thirdparty, it's 4.3. Files missing in linux_x64: docbook-xsl-saxon.jar isorelax.jar junit-4.1.jar xercesImpl.jar ./fonts/scilabsymbols.ttf YC From sylvestre.ledru at scilab.org Mon Feb 23 12:35:29 2009 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 23 Feb 2009 12:35:29 +0100 Subject: SEP #18: New Scilab Binaries Message-ID: <1235388929.11844.12.camel@korcula.inria.fr> Hello, Here is the SEP #18. This could lead to important changes for Scilab. The aim of this SEP is to design new binaries. Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP_18_scilab_new_binaries.pdf Type: application/pdf Size: 290724 bytes Desc: not available URL: From allan.cornet at scilab.org Mon Feb 23 15:56:31 2009 From: allan.cornet at scilab.org (Allan CORNET) Date: Mon, 23 Feb 2009 15:56:31 +0100 Subject: SEP #17 ilib_verbose (dynamic link) Message-ID: <003901c995c6$e994b4f0$bcbe1ed0$@cornet@scilab.org> Hello, Here is the SEP #17. The aim of this SEP is to add a new function "ilib_verbose" to set level of display returned by dynamic link functions. Allan -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP_17_add_verbose_option_dynamic_link.pdf Type: application/pdf Size: 63220 bytes Desc: not available URL: From ycollet at freesurf.fr Mon Feb 23 16:37:02 2009 From: ycollet at freesurf.fr (ycollet at freesurf.fr) Date: Mon, 23 Feb 2009 16:37:02 +0100 Subject: [Scilab-Dev] SEP #17 =?UTF-8?Q?ilib=5Fverbose=20=28dynamic=20link=29?= In-Reply-To: <003901c995c6$e994b4f0$bcbe1ed0$@cornet@scilab.org> References: <003901c995c6$e994b4f0$bcbe1ed0$@cornet@scilab.org> Message-ID: <4b15f579af6abce314faff9891a66fbc@freesurf.fr> Hello, I vote for this one. The compilation process of toolboxes is a little bit annoying today. If a problem occurs during compilation, I must launch the visual studio console, go into the good directory and do a nmake /Y /nologo /F Makelib.mak .... to see where is the problem. So, everything which allows me to "stay" in scilab to correct my compilation problems is welcome. YC On Mon, 23 Feb 2009 15:56:31 +0100, "Allan CORNET" wrote: > Hello, > > Here is the SEP #17. The aim of this SEP is to add a new function > "ilib_verbose" to set level of display returned by dynamic link functions. > > Allan > From pierre.marechal at scilab.org Wed Feb 25 09:29:44 2009 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Wed, 25 Feb 2009 09:29:44 +0100 Subject: bugzilla.scilab.org : online help component Message-ID: <49A50178.7070204@scilab.org> Hello, The "online help" component of "scilab software" has been divided in two categories: *Online help pages:* Inaccurate information and typos in Scilab's built-in help documentation. Note: problems with the Help Viewer itself or with the help build process should be filed in the "Online help system" component. *Online help system:* Use this component to report problems with the Help Viewer or with the help build process Pierre [1] http://bugzilla.scilab.org/describecomponents.cgi?product=Scilab%20%20software -- ============================================== Pierre MARECHAL ------ Fondation DIGITEO - Consortium Scilab Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex B?timent 23 - Bureau 24 ------ Mailto : pierre.marechal at scilab.org T?l : +33 (0)1 39 63 56 81 Fax : +33 (0)1 39 63 55 94 ------ http://www.scilab.org http://www.digiteo.fr ============================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From ycollet at freesurf.fr Thu Feb 26 12:14:39 2009 From: ycollet at freesurf.fr (ycollet at freesurf.fr) Date: Thu, 26 Feb 2009 12:14:39 +0100 Subject: SEP #15 : Scilab Tree component Message-ID: Just a small question, because I still haven't seen an answer to this problem in this thread: Do you plan to "interface" the Tree thing to uicontrol ? I think this is really important if you want to allow the user to use Tree inside a user GUI. YC From vincent.couvert at scilab.org Thu Feb 26 12:22:16 2009 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Thu, 26 Feb 2009 12:22:16 +0100 Subject: [Scilab-Dev] Re: SEP #15 : Scilab Tree component In-Reply-To: References: Message-ID: <49A67B68.9060600@scilab.org> hi Yann, Yes we've plan to do it. We will make this SEP evolve or write an other SEP for that. Vincent ycollet at freesurf.fr a ?crit : > Just a small question, because I still haven't seen an answer to this > problem in this thread: > > Do you plan to "interface" the Tree thing to uicontrol ? > > I think this is really important if you want to allow the user to use Tree > inside a user GUI. > > YC > -- ============================================== Vincent COUVERT Responsable du d?veloppement ------ Fondation DIGITEO - Consortium Scilab Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex B?timent 23 - Bureau 22 ------ Email : vincent.couvert at scilab.org T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ==============================================