From sabine.gauzere at inria.fr Tue Jul 1 09:53:08 2008 From: sabine.gauzere at inria.fr (Sabine GAUZERE) Date: Tue, 01 Jul 2008 09:53:08 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <48623A68.3000502@inria.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> <48621625.8010002@inria.fr> <48623A68.3000502@inria.fr> Message-ID: <1214898788.10830.5.camel@aragnon> Hello, If I understood well the functioning of dassl with regard to ode, it may be possible to extract easily xj,tj and xdj because dassl return a vector containing the three arguments. According to serge it would not be very sensible. So what we do for the SIP and the function dae ? Do we keep the output arguments such as they are? Do we stay on the idea to write a function daeoptions() on the model of odeoptions() which would contain the argument info? Regards Sabine Le mercredi 25 juin 2008 ? 14:30 +0200, Serge Steer a ?crit : > Claude Gomez a ?crit : > > > > It would be good that the output of dae "y" has the same semantics as > > ode's ie a matrix n X T where T is the size of t and each column j of > > y is the value of y at time t(j). > > > > Claude > > > > Currently with dassl "y" is a (1+2*n) X T matrix each column icontains > [tj;xj;xdj]. > > For basic use tj values are redundant because they are a copy of the t > input argument, but if info(2) ==1 the time value associated to xj is > no more known ( intermediate computed values ). In ode "y" is a n X T > matrix each column contains [xj] only if odeoptions(1)<>1 and [tj;xj] > if odeoptions(1)==2. The dassl interface choice seems better for me, but > it is not possible today to change the ode semantics. So may be we have > to make dae behave as ode depending on info(2) > > Moreover the xdj values cannot be recomputed easily given tj and xj. So > i do not think it is a good idea not to return the xdj values. > > Serge > > From sylvestre.ledru at inria.fr Tue Jul 1 16:37:43 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 01 Jul 2008 16:37:43 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <1214403124.486252341dcd7@imp.free.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> <4861535C.4000001@free.fr> <1214378027.3657.6.camel@segre-pc2.weizmann.ac.il> <1214381362.6049.117.camel@korcula.inria.fr> <1214403124.486252341dcd7@imp.free.fr> Message-ID: <1214923063.2748.47.camel@korcula.inria.fr> Le mercredi 25 juin 2008 ? 16:12 +0200, fvogelnew1 at free.fr a ?crit : > > I would suggest to name this SLIP, standing for one of the following: [...] > - whatever (let me say I'd prefer the first proposal above)... > > SLIP would also induce the idea of slipping in either direction: > success or > forget the idea. And last but not least it would be funny for french > readers. > I'm not kidding. Well, we used this name here at the INRIA but we must admit that it just doesn't work (especially because of the french meanning). What would you thing about SEP ? Scilab ?Enhancement Proposals The idea is coming from the Python project: http://www.python.org/dev/peps/ Sylvestre From Serge.Steer at inria.fr Tue Jul 1 19:39:20 2008 From: Serge.Steer at inria.fr (Serge Steer) Date: Tue, 01 Jul 2008 19:39:20 +0200 Subject: [Scilab-Dev] plotframe obsoleted In-Reply-To: <486888F7.3010309@utc.fr> References: <4865656F.2050900@free.fr> <1214643428.4865fce41cea5@mail.hds.utc.fr> <48666813.6070502@free.fr> <486888F7.3010309@utc.fr> Message-ID: <486A6BC8.3000004@inria.fr> St?phane Mottelet a ?crit : > Fran?ois Vogel a ?crit : >> mottelet at dma.utc.fr said on 28/06/2008 10:57: >>> maybe you can create an empty axes and then turn on everything >>> at hand >> >> Yes, this is working, thanks. >> >>> Now I am an expert of the new graphics :-) (I've almost >>> finsished porting the plotlib). >> >> Just for my education, why is the plotlib still needed with the >> current Scilab5 graphics? >> >> I have used it extensively from Scilab 2.7 to Scilab 4. Shame on me, >> I never took the time to thank you for having made it available, so >> let's state it now: this saved me a LOT of time in the past, many >> thanks. >> >> I'm now in the process of converting my scripts so that they can work >> with Scilab 5 and the new graphics. This is... well, not so easy due >> to numerous graphics bugs (but IMO this is largely due to java, not >> the new graphics scheme itself). However I must admit that, once >> you've bought your driving license, new graphics are easier/clearer >> to use than the old graphics. I've been using the plotlib mainly >> because I could not achieve what I wanted with the old graphics. With >> the new graphics any calls to the plotlib have found a Scilab-only >> replacement. Just wondering. >> >> Francois > You are (mostly) right, but, like a (dead) friend of mine used to say > : the devil is in the details. The new > "object-oriented" structure was missing in the old graphics and I have > to say that porting the plotlib > has been sometimes just replacing numerous lines of code by one line > or even nothing at all. > > Some reasons for which the plotlib is still needed (at least for my > own usage) : > > -In Scilab, having default colors, e.g. obtained in a default entity > handle like gda() > given by indices making only sense with respect to a default colormap > of the > default entity gdf(), is (to me) completely useless once you need to > plot nice > shaded plots and still control the colors of line plots, foreground, > background... > What it really still missing is a decent colormap handling. Having one > colormap for the whole figure is > a real problem when you have shaded plots (like pcolor, surf,...) > together with line plots. In the > plotlib the colormap for shaded objects is handled separately. This > also allows to have a "caxis" > macro like in Matlab. > The big deal is, in fact, when will Scilab switch to truecolor ? planned for a future release > -Another point : legends and colorbars are in no way linked to the > axes they belong to. For > example, once you have plotted the legend, you can do it again and > again, the new entity > will never replace the previous one. Legends should be handled like > (x,y,z) labels and title. > Of course, this is only needed for people using Scilab like a > calculator (i.e. writing a lot > of stuff directly on the command line)... but there are still many ! > Same thing for > the colorbar. I am currently working on the legend, more specifically i extend the Legend graphic object. You can try it with the tomorrow version. There are still some details/bugs to be fixed... But please let me know your criticism and advices... > -Last point, many users have complained about XMLlab using the old > graphics; I thought > it was easier for me to port the plotlib instead of modifying the XSL > stylesheets to generate all > the needed stuff. I was right. But this adds additionnal bottlenecks, > and as a result everything is > slower than before. Hopefully it is possible to speed up things, e.g. > by directly modifying > the "data" field in order to make fast animations. > Of course animations should be done in quite different manner (e.g. by directly modifying the "data" field instead of rebuiling the objects) with the new graphic to be efficient and to avoid allocating a lot of memory. > S. > > From fvogelnew1 at free.fr Tue Jul 1 21:37:01 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Tue, 01 Jul 2008 21:37:01 +0200 Subject: [Scilab-Dev] Scilab Improvement Proposal In-Reply-To: <1214923063.2748.47.camel@korcula.inria.fr> References: <48537413.5010006@free.fr> <48561E86.8040308@inria.fr> <48564BD0.3020705@free.fr> <48564EAC.8040802@inria.fr> <1214318694.12063.1.camel@aragnon> <4861535C.4000001@free.fr> <1214378027.3657.6.camel@segre-pc2.weizmann.ac.il> <1214381362.6049.117.camel@korcula.inria.fr> <1214403124.486252341dcd7@imp.free.fr> <1214923063.2748.47.camel@korcula.inria.fr> Message-ID: <486A875D.6050603@free.fr> Sylvestre Ledru said on 01/07/2008 16:37: > Well, we used this name here at the INRIA I can imagine! ROTFL!! Think about the big boss asking some poor shivering developer: "Hey you, did you fill in your SLIP?" (sorry for non french readers) > but we must admit that it just > doesn't work (especially because of the french meanning). > > What would you thing about SEP ? > Scilab ?Enhancement Proposals Well: 1. Basically I just don't care how these proposals are named provided they bear a non ambiguous name (e.g. precisely not SIP, which was my initial point). 2. We all know we have more important topics to discuss and to fix than this. Therefore it's up to you. Note however that SEP also is an acronym standing for Someone Else's Problem, which is also funny in this context. I vote for SEP! Francois From jean-baptiste.silvy at scilab.org Fri Jul 4 19:38:30 2008 From: jean-baptiste.silvy at scilab.org (Jean-Baptiste Silvy) Date: Fri, 04 Jul 2008 19:38:30 +0200 Subject: [Fwd: [scilab_dev] font with =?ISO-8859-1?Q?angle=3D90=B0_and_?= =?ISO-8859-1?Q?new_graphics=5D?= Message-ID: <486E6016.4010400@scilab.org> Hello, The export has been totally rewritten between Scilab 4.1.2 and Scilab 5.0. Now, all the export is based on OpenGL/JOGL (and GL2PS for vectorial export). Consequently, for bitmap files at least, what you get on the output file is the exact reproduction of what you have on the graphic window. Jean-Baptiste -------------- next part -------------- An embedded message was scrubbed... From: =?ISO-8859-1?Q?St=E9phane_Mottelet?= Subject: [scilab_dev] font with angle= 90? and new graphics Date: Fri, 04 Jul 2008 19:27:24 +0200 Size: 4424 URL: From mottelet at dma.utc.fr Sat Jul 5 22:54:10 2008 From: mottelet at dma.utc.fr (mottelet at dma.utc.fr) Date: Sat, 5 Jul 2008 22:54:10 +0200 Subject: [Scilab-Dev] [Fwd: [scilab_dev] font with =?iso-8859-1?b?YW5nbGU9OTCw?= and new graphics] In-Reply-To: <486E6016.4010400@scilab.org> References: <486E6016.4010400@scilab.org> Message-ID: <1215291250.486fdf72d52cc@mail.hds.utc.fr> Selon Jean-Baptiste Silvy : > Hello, > > The export has been totally rewritten between Scilab 4.1.2 and Scilab 5.0. > Now, all the export is based on OpenGL/JOGL (and GL2PS for vectorial > export). > Consequently, for bitmap files at least, what you get on the output file > is the exact reproduction of what you have on the graphic window. > > Jean-Baptiste > > > Hello. Well, the real meaning of my question was in fact about the continuity of the Gif driver in Scilab 5. Using the Gif driver and the xinit/xend combination allows to make Scilab a silent batch engine, even needing no display to produce graphs (I am using this feature). So, this is a completely different thing from exporting a graph already present on the graphic window, and thus needs to be at the same level of achievement (i.e. correct font rendering at 90?). S. ------------------------------------------------- From enrico.segre at weizmann.ac.il Sun Jul 6 08:45:55 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Sun, 06 Jul 2008 09:45:55 +0300 Subject: =?ISO-8859-1?Q?Re=3A_=5BScilab-Dev=5D_=5BFwd=3A_=5Bscilab=5F?= =?ISO-8859-1?Q?dev=5D_font_with_angle=3D90=B0_and_new_graphi?= =?ISO-8859-1?Q?cs=5D?= In-Reply-To: <1215291250.486fdf72d52cc@mail.hds.utc.fr> References: <486E6016.4010400@scilab.org> <1215291250.486fdf72d52cc@mail.hds.utc.fr> Message-ID: <48706A23.7000902@weizmann.ac.il> mottelet at dma.utc.fr wrote: > > Well, the real meaning of my question was in fact about the > continuity of the Gif driver in Scilab 5. Using the Gif > driver and the xinit/xend combination allows to make Scilab > a silent batch engine, even needing no display to produce > graphs (I am using this feature). ? http://bugzilla.scilab.org/show_bug.cgi?id=1954 From ycollet at freesurf.fr Mon Jul 7 14:59:24 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Mon, 07 Jul 2008 14:59:24 +0200 Subject: A replacement for linpro and quapro ? Message-ID: <4872132C.1020308@freesurf.fr> Hello, I'm currently working on an interface to Clp (http://www.coin-or.org/Clp/index.html). Clp is a linear programming library developped by IBM as a commercial tool (OSL). This tool(s) was (were) released as an opensource project years ago. It performs linear programming so as quadratic programming. You also have a support for Mixed Integer programming. As shown in the bench hosted at http://plato.asu.edu/bench.html, this opensource tool competes efficiently against CPLEX (the famous So Expensive and So Closed source library). Using the Cbc library (also host at Coin-OR and open source), you have a great Mixed Integer Programming (the tools implemented in Clp can do basic MIP). I have started to write an interface to Clp and I was wondering if it was a good idea to replace linpro and quapro by this kind of interface ? I joined the minimal tar archive with my work in progress. To compile this tool, you will need to: - install Clp - fine tune the compile.sh script (yes, I know, it's awful) - fine tune test.sce (another awful thing which will become a loader.sce in a near futur) - launch the small tests: - clptest1.sce: a simple linear problem - clptest2.sce: two simples MIP problems - clpsparse.sce: a test with a sparse matrix. YC -------------- next part -------------- A non-text attachment was scrubbed... Name: SciClp.tar.gz Type: application/x-gzip Size: 81003 bytes Desc: not available URL: From sylvestre.ledru at scilab.org Mon Jul 7 18:18:25 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 07 Jul 2008 18:18:25 +0200 Subject: SEP #3 Add of a build documentation function Message-ID: <1215447505.2748.209.camel@korcula.inria.fr> Hello, This SEP proposes to add a new Scilab function in order to build Scilab's documentation. The current solution based on sh & DOS batch files is far from being efficient (hardcoded path, duplicate code, needs the Scilab Dev-Tools env...) For now, I am only considering the whole build process for the documentation. This could be extended in the future. Don't hesitate if you want me to update the document. Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP-3.v1.1.pdf Type: application/pdf Size: 387408 bytes Desc: not available URL: From fvogelnew1 at free.fr Mon Jul 7 21:11:57 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 07 Jul 2008 21:11:57 +0200 Subject: [Scilab-Dev] SEP #3 Add of a build documentation function In-Reply-To: <1215447505.2748.209.camel@korcula.inria.fr> References: <1215447505.2748.209.camel@korcula.inria.fr> Message-ID: <48726A7D.7070800@free.fr> Hi all, Welcome to this SEP! Clarifying and simplifying the way the new help system should be built is definitely a good idea, at least it would help me. Sylvestre Ledru said on 07/07/2008 18:18: > This SEP proposes to add a new Scilab function in order to build > Scilab's documentation. The current solution based on sh & DOS batch > files is far from being efficient (hardcoded path, duplicate code, needs > the Scilab Dev-Tools env...) Could you elaborate on what the "current solution" exactly is? How is it supposed to work right now? Do you target perhaps the single command I'm aware of, which is xmltojar()? There is also xmltoformat(), but none of them is documented so far, and it's a bit hard to make an accurate idea on how it works. For reference, see also a number of tries of mine here: http://bugzilla.scilab.org/show_bug.cgi?id=3015#c4 Besides, a few ideas/comments based on your v1.1 of SEP#3: - "the way it has been done causes a serie of strong issues." What kind of issues? Are you talking about performance also? You're obviously aware of this, but let's state it: performance of the new process is dramatic wrt Scilab 4 process. For me, updating the help files usually takes around an hour per language on a not so old machine. This just kills any good will for updating the help pages. - "sh and DOS scripts (SCI/modules/helptools/bin/*) are calling Java object with arguments as arguments." ?? arguments as arguments? I don't understand. - "Therefore, it is pretty straightforward to move this into a Scilab function." So, is this SEP about wrapping the existing sh/DOS scripts in unix_g calls? That's already the case I think, that's what is done in xmltoformat, or? Or do you mean some built-in (non .sci file) Scilab function written in java or what? Sorry, I don't understand what you're proposing. - "buildDoc( ) => Build the documentation to the Java Help format using the default master file" What's the difference then with xmltojar()? - "This feature is too specific and won't be moved as a Scilab function (however, some work is needed on this file)" About what file are you talking about here (this sentence appears twice in your SEP, same question)? A reference implementation, or at least some more details about what will be changed into what, and how, would clarify your proposal. Sorry I admit frankly that I'm obviously missing the point. > For now, I am only considering the whole build process for the > documentation. This could be extended in the future. Again, I don't understand what's you're point here. Or perhaps are you talking about the granularity of the commands? I mean, previously we had both xmltohtml and xmlfiletohtml. With the Scilab 5 scheme, how can I build the help file from the xml file just for one file? Why do I need to recreate the entire help (needs an hour, as said above) when I correct a single character typo in one of the thousands xml files? Adding something like buildDoc("myxmlfile.xml","format") and variations would be most useful IMO. I really think it should be part of SEP #3. Francois From sylvestre.ledru at scilab.org Tue Jul 8 01:45:30 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 08 Jul 2008 01:45:30 +0200 Subject: [Scilab-Dev] SEP #3 Add of a build documentation function In-Reply-To: <48726A7D.7070800@free.fr> References: <1215447505.2748.209.camel@korcula.inria.fr> <48726A7D.7070800@free.fr> Message-ID: <1215474330.21845.76.camel@zlarin.inria.fr> > Sylvestre Ledru said on 07/07/2008 18:18: > > This SEP proposes to add a new Scilab function in order to build > > Scilab's documentation. The current solution based on sh & DOS batch > > files is far from being efficient (hardcoded path, duplicate code, needs > > the Scilab Dev-Tools env...) > > Could you elaborate on what the "current solution" exactly is? A serie of scripts which call some Java methods/objects to build the help from XML files given as arg. > How is it supposed to work right now? Only with the Scilab Dev-Tools env :/ which makes Scilab impossible to build from scratch with standard packages provided by the distrib. For example, I don't use Dev-Tools because it is not the way to do it under GNU/Linux; that means that I cannot build the help for now. > Do you target perhaps the single command I'm aware of, which is > xmltojar()? > There is also xmltoformat(), but none of them is documented so far, > and it's a bit hard to make an accurate idea on how it works. I must admit that I didn't dig too much into these files. For now, the objectif of the SEP #3 is to replace the big select/case calling the script: output_file = pathconvert(SCI +"/modules/helptools/jar/scilab_"+getlanguage()+"_help.jar",%f,%f); log_file = pathconvert(SCI +"/modules/helptools/scilab_"+getlanguage()+"_help.jar.log",%f,%f); script_tool = pathconvert(SCI+"/modules/helptools/bin/sci2jh",%f,%f); by a built-in Scilab function which will call Java objects. > For reference, see also a number of tries of mine here: > http://bugzilla.scilab.org/show_bug.cgi?id=3015#c4 I saw your post. Interesting. > > Besides, a few ideas/comments based on your v1.1 of SEP#3: > > - "the way it has been done causes a serie of strong issues." > What kind of issues? Packaging & maintenance issues mainly. > Are you talking about performance also? You're obviously aware of > this, but let's state it: performance of the new process is dramatic > wrt Scilab 4 process. It is not the objective of this SEP but! I will probably have to see how it works (for example: in order to provide more output!), I will see where we spend a decade. > For me, updating the help files usually takes > around an hour per language on a not so old machine. This just kills > any good will for updating the help pages. Hmmm, it is not normal. It should not be that long. > - "sh and DOS scripts (SCI/modules/helptools/bin/*) are calling Java > object with arguments as arguments." > > ?? arguments as arguments? I don't understand. well, normal :$ I will update that > - "Therefore, it is pretty straightforward to move this into a Scilab > function." > > So, is this SEP about wrapping the existing sh/DOS scripts in unix_g > calls? That's already the case I think, that's what is done in > xmltoformat, or? > Or do you mean some built-in (non .sci file) Scilab function written > in java or what? Bingo, this one. > > - "buildDoc( ) => Build the documentation to the Java Help format > using the default master file" > What's the difference then with xmltojar()? xmltojar is calling scripts. We don't want to rely a basic feature on system scripts. > Adding something like buildDoc("myxmlfile.xml","format") and > variations would be most useful IMO. I really think it should be part > of SEP #3. Pierre told me the same thing. Seems I have to extend my SEP to this point too but I don't see exactly how I could extend the buildDoc function. S From simone.mannori at scilab.org Wed Jul 9 07:48:43 2008 From: simone.mannori at scilab.org (Simone Mannori) Date: Wed, 09 Jul 2008 07:48:43 +0200 Subject: Scilab 5 on Solaris Message-ID: <1215582523.772.18.camel@pinarellu.inria.fr> Bonjour, if you try to compile under Solaris, please check: 1) if "./configure" correctly detect "librt" (the POSIX real time library built inside "libc"). "librt" works is soft real time (but with very good performances) if you are using a "vanilla OS" and open the door to true "hard real time perf" using "real time OSs" like this Linux variant: http://rt.wiki.kernel.org/index.php/Main_Page The real time mode is "on demand" (the default operating mode is "soft"). 2) run any Scicos demo. The real time functions are used to update the scope at 25 fps (if your PC is fast enough :) and you are using a big enough buffer for the scope e.g.1000) ; 3) run any Scicos/Electrical demos. This check if Scilab correctly detect and use you "preferred" (see "CC" environment variable) C compiler. Finally: thanks to use Scilab ! I have some SUN hardware (in Italy sig :( ): what hardware/software combination are you using for Scilab ? Regards Simone Mannori - Scilab Consortium (DIGITEO) Scilab/Scicos Embedded Applications simone.mannori at scilab.org From sylvestre.ledru at scilab.org Wed Jul 9 10:49:14 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 09 Jul 2008 10:49:14 +0200 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: <1215582523.772.18.camel@pinarellu.inria.fr> References: <1215582523.772.18.camel@pinarellu.inria.fr> Message-ID: <1215593354.2748.366.camel@korcula.inria.fr> To explain for those who are not users at lists.scilab.org : http://thread.gmane.org/gmane.comp.mathematics.scilab.user/301 Simone, we do have a Solaris here. I can create an account to you if you want. Sylvestre Le mercredi 09 juillet 2008 ? 07:48 +0200, Simone Mannori a ?crit : > Bonjour, > > if you try to compile under Solaris, please check: > > 1) if "./configure" correctly detect "librt" (the POSIX real time > library built inside "libc"). "librt" works is soft real time (but with > very good performances) if you are using a "vanilla OS" and open the > door to true "hard real time perf" using "real time OSs" like this Linux > variant: > > http://rt.wiki.kernel.org/index.php/Main_Page > > The real time mode is "on demand" (the default operating mode is > "soft"). > > 2) run any Scicos demo. The real time functions are used to update the > scope at 25 fps (if your PC is fast enough :) and you are using a big > enough buffer for the scope e.g.1000) ; > > 3) run any Scicos/Electrical demos. This check if Scilab correctly > detect and use you "preferred" (see "CC" environment variable) C > compiler. > > Finally: thanks to use Scilab ! > > I have some SUN hardware (in Italy sig :( ): > what hardware/software combination are you using for Scilab ? > > Regards > > Simone Mannori - Scilab Consortium (DIGITEO) > Scilab/Scicos Embedded Applications > simone.mannori at scilab.org > > > > > > From simon.lipp at scilab.org Wed Jul 9 16:30:54 2008 From: simon.lipp at scilab.org (Simon Lipp) Date: Wed, 9 Jul 2008 16:30:54 +0200 Subject: SEP #4: Making scilab function genlib returns information Message-ID: <20080709163054.09f09e88@scilab.org> Hello, (world) This SEP proposes to change the Scilab function genlib in order to have a return value, to get some feedbak (for example, for the build process, or for the toolboxes compilation chain I'm working on). It's already implemented in the package_manager branch, but just for my own usage: it still can be modified, so don't hesitate to comment. Simon -------------- next part -------------- A non-text attachment was scrubbed... Name: SEP_4.pdf Type: application/pdf Size: 495779 bytes Desc: not available URL: From simon.lipp at scilab.org Wed Jul 9 16:33:07 2008 From: simon.lipp at scilab.org (Simon Lipp) Date: Wed, 9 Jul 2008 16:33:07 +0200 Subject: [Scilab-Dev] SEP #3 Add of a build documentation function In-Reply-To: <1215447505.2748.209.camel@korcula.inria.fr> References: <1215447505.2748.209.camel@korcula.inria.fr> Message-ID: <20080709163307.23b544c5@scilab.org> Hi, Would it be possible to have some feedback as return value, like what I propose in SEP #4 (for the same motives) ? Simon From BlanchardJ at ieee.org Wed Jul 9 16:36:34 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Wed, 9 Jul 2008 11:36:34 -0300 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: <1215582523.772.18.camel@pinarellu.inria.fr> References: <1215582523.772.18.camel@pinarellu.inria.fr> Message-ID: I'm not sure I understand what you ask. You want me to check if the configure script just identify librt or if Scilab actually compile with it? FYI 'm building on Intel Core 2 machine (64bit). Jonathan Blanchard BlanchardJ at ieee.org On Wed, Jul 9, 2008 at 2:48 AM, Simone Mannori wrote: > Bonjour, > > if you try to compile under Solaris, please check: > > 1) if "./configure" correctly detect "librt" (the POSIX real time > library built inside "libc"). "librt" works is soft real time (but with > very good performances) if you are using a "vanilla OS" and open the > door to true "hard real time perf" using "real time OSs" like this Linux > variant: > > http://rt.wiki.kernel.org/index.php/Main_Page > > The real time mode is "on demand" (the default operating mode is > "soft"). > > 2) run any Scicos demo. The real time functions are used to update the > scope at 25 fps (if your PC is fast enough :) and you are using a big > enough buffer for the scope e.g.1000) ; > > 3) run any Scicos/Electrical demos. This check if Scilab correctly > detect and use you "preferred" (see "CC" environment variable) C > compiler. > > Finally: thanks to use Scilab ! > > I have some SUN hardware (in Italy sig :( ): > what hardware/software combination are you using for Scilab ? > > Regards > > Simone Mannori - Scilab Consortium (DIGITEO) > Scilab/Scicos Embedded Applications > simone.mannori at scilab.org > > > > > > > From simone.mannori at scilab.org Wed Jul 9 16:49:49 2008 From: simone.mannori at scilab.org (Simone Mannori) Date: Wed, 09 Jul 2008 16:49:49 +0200 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: References: <1215582523.772.18.camel@pinarellu.inria.fr> Message-ID: <1215614989.17184.7.camel@pinarellu.inria.fr> On Wed, 2008-07-09 at 11:36 -0300, Jonathan Blanchard wrote: > I'm not sure I understand what you ask. You want me to check if the > configure script just identify librt or if Scilab actually compile > with it? Both :) > FYI 'm building on Intel Core 2 machine (64bit). > BTW, are you using Scicos ? Thanks Simone > Jonathan Blanchard > BlanchardJ at ieee.org > > > On Wed, Jul 9, 2008 at 2:48 AM, Simone Mannori > wrote: > > Bonjour, > > > > if you try to compile under Solaris, please check: > > > > 1) if "./configure" correctly detect "librt" (the POSIX real time > > library built inside "libc"). "librt" works is soft real time (but with > > very good performances) if you are using a "vanilla OS" and open the > > door to true "hard real time perf" using "real time OSs" like this Linux > > variant: > > > > http://rt.wiki.kernel.org/index.php/Main_Page > > > > The real time mode is "on demand" (the default operating mode is > > "soft"). > > > > 2) run any Scicos demo. The real time functions are used to update the > > scope at 25 fps (if your PC is fast enough :) and you are using a big > > enough buffer for the scope e.g.1000) ; > > > > 3) run any Scicos/Electrical demos. This check if Scilab correctly > > detect and use you "preferred" (see "CC" environment variable) C > > compiler. > > > > Finally: thanks to use Scilab ! > > > > I have some SUN hardware (in Italy sig :( ): > > what hardware/software combination are you using for Scilab ? > > > > Regards > > > > Simone Mannori - Scilab Consortium (DIGITEO) > > Scilab/Scicos Embedded Applications > > simone.mannori at scilab.org > > > > > > > > > > > > > > From sylvestre.ledru at scilab.org Wed Jul 9 17:03:38 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 09 Jul 2008 17:03:38 +0200 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: <1215614989.17184.7.camel@pinarellu.inria.fr> References: <1215582523.772.18.camel@pinarellu.inria.fr> <1215614989.17184.7.camel@pinarellu.inria.fr> Message-ID: <1215615818.2748.398.camel@korcula.inria.fr> Le mercredi 09 juillet 2008 ? 16:49 +0200, Simone Mannori a ?crit : > On Wed, 2008-07-09 at 11:36 -0300, Jonathan Blanchard wrote: > > I'm not sure I understand what you ask. You want me to check if the > > configure script just identify librt or if Scilab actually compile > > with it? It does, for both points (cf a previous email). Sylvestre From BlanchardJ at ieee.org Wed Jul 9 20:48:52 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Wed, 9 Jul 2008 15:48:52 -0300 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: <1215615818.2748.398.camel@korcula.inria.fr> References: <1215582523.772.18.camel@pinarellu.inria.fr> <1215614989.17184.7.camel@pinarellu.inria.fr> <1215615818.2748.398.camel@korcula.inria.fr> Message-ID: finally unscrewed my build environment and trie to compile Scilab. I get the following errors when trying to compile machine.h. ./../../modules/core/includes/machine.h:459:22: error: PATH_MAX.h: No such file or directory ./../../modules/core/includes/machine.h:462:18: error: BOOL.h: No such file or directory ./../../modules/core/includes/machine.h:465:20: error: PARAMS.h: No such file or directory I'm trying to build Scilab using a snapshot of gcc 4.4.0. Jonathan Blanchard On Wed, Jul 9, 2008 at 12:03 PM, Sylvestre Ledru wrote: > Le mercredi 09 juillet 2008 ? 16:49 +0200, Simone Mannori a ?crit : >> On Wed, 2008-07-09 at 11:36 -0300, Jonathan Blanchard wrote: >> > I'm not sure I understand what you ask. You want me to check if the >> > configure script just identify librt or if Scilab actually compile >> > with it? > It does, for both points (cf a previous email). > > Sylvestre > > > From BlanchardJ at ieee.org Wed Jul 9 23:46:55 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Wed, 9 Jul 2008 18:46:55 -0300 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: References: <1215582523.772.18.camel@pinarellu.inria.fr> <1215614989.17184.7.camel@pinarellu.inria.fr> <1215615818.2748.398.camel@korcula.inria.fr> Message-ID: Oups never mind, figured that scilab must be build inside its source directory. Anyways it build correctly with gcc 4.4 but didn't tried java and gui yet. Make install fail without giving any reason I'm trying to figure that out right now. Jonathan Blanchard On Wed, Jul 9, 2008 at 3:48 PM, Jonathan Blanchard wrote: > finally unscrewed my build environment and trie to compile Scilab. I > get the following errors when trying to compile machine.h. > > ./../../modules/core/includes/machine.h:459:22: error: PATH_MAX.h: No > such file or directory > ./../../modules/core/includes/machine.h:462:18: error: BOOL.h: No such > file or directory > ./../../modules/core/includes/machine.h:465:20: error: PARAMS.h: No > such file or directory > > I'm trying to build Scilab using a snapshot of gcc 4.4.0. > > Jonathan Blanchard > > > On Wed, Jul 9, 2008 at 12:03 PM, Sylvestre Ledru > wrote: >> Le mercredi 09 juillet 2008 ? 16:49 +0200, Simone Mannori a ?crit : >>> On Wed, 2008-07-09 at 11:36 -0300, Jonathan Blanchard wrote: >>> > I'm not sure I understand what you ask. You want me to check if the >>> > configure script just identify librt or if Scilab actually compile >>> > with it? >> It does, for both points (cf a previous email). >> >> Sylvestre >> >> >> > From simone.mannori at scilab.org Thu Jul 10 04:50:34 2008 From: simone.mannori at scilab.org (Simone Mannori) Date: Thu, 10 Jul 2008 04:50:34 +0200 Subject: Help for menu shortcut Message-ID: <1215658234.20400.11.camel@pinarellu.inria.fr> A nice feature of Scilab's menus is the automatic shortcut using [ALT]+[] e.g. [ALT][f] open the "File" menu. This feature is now available on Linux and Windows BUT in some situation the behavior could be different. Scicos has TWO menus that begin with 'F' (File and Format). On my Fedora 7 : you can toggle between the two menus using ALT+F. :) On Vista : only the "Format" menu is open. :( On other software, I noticed the possibility to assign the shortcut on another letters, e.g; "o" for "Format". May I do the same things on Scilab ? As alternative, do you have suggestion for a new name for the "Format" Scicos menu ? Do you think that disable the shortcut for "Format" is a reasonable solution ? Thanks in advance for your suggestions. Simone Mannori - Scilab Consortium (Digiteo) Scilab/Scicos Embedded Application. From allan.cornet at scilab.org Thu Jul 10 08:27:33 2008 From: allan.cornet at scilab.org (Allan CORNET) Date: Thu, 10 Jul 2008 08:27:33 +0200 Subject: [Scilab-Dev] Help for menu shortcut In-Reply-To: <1215658234.20400.11.camel@pinarellu.inria.fr> References: <1215658234.20400.11.camel@pinarellu.inria.fr> Message-ID: <000c01c8e256$09ce02a0$1d6a07e0$@cornet@scilab.org> Hi, In fact , on windows, you do never have same keyboard accelerator for two different menus. And keyboard accelerators are not case sensitive. http://msdn.microsoft.com/en-us/library/ms646335(VS.85).aspx A example : "Envo&yer" ,"&Enregistrer" and "Enregistrer &sous" on my mailer client. I think that you need to modify your script about automatic shortcut (or remove) and not to use only the first character as shortcut. Allan :) -----Message d'origine----- De?: Simone Mannori [mailto:simone.mannori at scilab.org] Envoy??: jeudi 10 juillet 2008 04:51 ??: dev at lists.scilab.org Objet?: [Scilab-Dev] Help for menu shortcut A nice feature of Scilab's menus is the automatic shortcut using [ALT]+[] e.g. [ALT][f] open the "File" menu. This feature is now available on Linux and Windows BUT in some situation the behavior could be different. Scicos has TWO menus that begin with 'F' (File and Format). On my Fedora 7 : you can toggle between the two menus using ALT+F. :) On Vista : only the "Format" menu is open. :( On other software, I noticed the possibility to assign the shortcut on another letters, e.g; "o" for "Format". May I do the same things on Scilab ? As alternative, do you have suggestion for a new name for the "Format" Scicos menu ? Do you think that disable the shortcut for "Format" is a reasonable solution ? Thanks in advance for your suggestions. Simone Mannori - Scilab Consortium (Digiteo) Scilab/Scicos Embedded Application. From sylvestre.ledru at scilab.org Thu Jul 10 09:50:24 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 10 Jul 2008 09:50:24 +0200 Subject: [Scilab-Dev] Help for menu shortcut In-Reply-To: <1215658234.20400.11.camel@pinarellu.inria.fr> References: <1215658234.20400.11.camel@pinarellu.inria.fr> Message-ID: <1215676224.2748.406.camel@korcula.inria.fr> Please see my answer on the bugtracker: http://bugzilla.scilab.org/show_bug.cgi?id=3213 Sylvestre Le jeudi 10 juillet 2008 ? 04:50 +0200, Simone Mannori a ?crit : > A nice feature of Scilab's menus is the automatic shortcut using > [ALT]+[] e.g. [ALT][f] open the "File" menu. > > This feature is now available on Linux and Windows BUT in some situation > the behavior could be different. > > Scicos has TWO menus that begin with 'F' (File and Format). > > On my Fedora 7 : you can toggle between the two menus using ALT+F. :) > > On Vista : only the "Format" menu is open. :( > > On other software, I noticed the possibility to assign the shortcut on > another letters, e.g; "o" for "Format". > > May I do the same things on Scilab ? > > As alternative, do you have suggestion for a new name for the "Format" > Scicos menu ? > > Do you think that disable the shortcut for "Format" is a reasonable > solution ? > > Thanks in advance for your suggestions. > > Simone Mannori - Scilab Consortium (Digiteo) > Scilab/Scicos Embedded Application. > > > From sylvestre.ledru at scilab.org Thu Jul 10 14:53:56 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 10 Jul 2008 14:53:56 +0200 Subject: Different directory trees in Scilab under GNU-Linux Unix Message-ID: <1215694436.2748.442.camel@korcula.inria.fr> Hi, Because it is not obvious for anybody, I made a small page on the wiki trying to explain: * what are the different source tree of an application under Linux * where the files/directories are stored * how do we handle it * blah blah blah (ie, have a look ;) Here is the page: http://wiki.scilab.org/Different_directory_trees_in_Scilab_under_GNU-Linux_Unix As usual, don't hesitate to update this page. Sylvestre From sylvestre.ledru at scilab.org Thu Jul 10 15:16:24 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 10 Jul 2008 15:16:24 +0200 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: References: <1215582523.772.18.camel@pinarellu.inria.fr> <1215614989.17184.7.camel@pinarellu.inria.fr> <1215615818.2748.398.camel@korcula.inria.fr> Message-ID: <1215695784.2748.444.camel@korcula.inria.fr> Le mercredi 09 juillet 2008 ? 18:46 -0300, Jonathan Blanchard a ?crit : > Make install fail without giving any reason I'm > trying to figure that out right now. Can you copy/paste the output ? Sylvestre From BlanchardJ at ieee.org Thu Jul 10 16:20:42 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Thu, 10 Jul 2008 11:20:42 -0300 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: <1215695784.2748.444.camel@korcula.inria.fr> References: <1215582523.772.18.camel@pinarellu.inria.fr> <1215614989.17184.7.camel@pinarellu.inria.fr> <1215615818.2748.398.camel@korcula.inria.fr> <1215695784.2748.444.camel@korcula.inria.fr> Message-ID: It stop at that point without much insight onto what is going on. My build environment is pretty weird right now I will try to recompile everything including gcc and see if it give better results. Otherwise, I will probably try compiling using Sun Studio Compiler. BTW two interesting point that might be worth adding to the compile wiki. 1. Scilab must be compiled inside it's source tree. 2. It's imperative to use sun linker instead of the gnu linker when compiling in Solaris. -- Install tests (if any) -- /usr/bin/ginstall -c -m 644 ./tests/nonreg_tests/bug_2792.dia.ref /export/home/jo/local/scilab/share/scilab/modules/output_stream/tests/nonreg_tests /usr/bin/ginstall -c -m 644 ./tests/nonreg_tests/bug_2792.tst /export/home/jo/local/scilab/share/scilab/modules/output_stream/tests/nonreg_tests /usr/bin/ginstall -c -m 644 ./tests/nonreg_tests/bug_2812.dia.ref /export/home/jo/local/scilab/share/scilab/modules/output_stream/tests/nonreg_tests /usr/bin/ginstall -c -m 644 ./tests/nonreg_tests/bug_2812.tst /export/home/jo/local/scilab/share/scilab/modules/output_stream/tests/nonreg_tests /usr/bin/ginstall -c -m 644 ./tests/nonreg_tests/bug_871.dia.ref /export/home/jo/local/scilab/share/scilab/modules/output_stream/tests/nonreg_tests /usr/bin/ginstall -c -m 644 ./tests/nonreg_tests/bug_871.tst /export/home/jo/local/scilab/share/scilab/modules/output_stream/tests/nonreg_tests make[3]: *** [install-data-local] Error 2 make[3]: Leaving directory `/export/home/jo/build/scilab/scilab-5.0-beta-2/modules/output_stream' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/export/home/jo/build/scilab/scilab-5.0-beta-2/modules/output_stream' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/export/home/jo/build/scilab/scilab-5.0-beta-2/modules' make: *** [install-recursive] Error 1 Jonathan Blanchard On Thu, Jul 10, 2008 at 10:16 AM, Sylvestre Ledru wrote: > Le mercredi 09 juillet 2008 ? 18:46 -0300, Jonathan Blanchard a ?crit : >> Make install fail without giving any reason I'm >> trying to figure that out right now. > Can you copy/paste the output ? > > Sylvestre > > > From pierre.marechal at scilab.org Thu Jul 10 17:57:16 2008 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Thu, 10 Jul 2008 17:57:16 +0200 Subject: Release of Scilab - Beta 3 Message-ID: <4876315C.6060008@scilab.org> Hello, We just released the third beta version of Scilab. Misc information about this version: http://www.scilab.org/download/index_download.php?page=5.0-beta-3 List of changes: http://www.scilab.org/download/index_download.php?page=CHANGES_5.0-beta-3 The release notes (short bug list... and of course not full): http://www.scilab.org/download/index_download.php?page=RELEASE_NOTES_5.0-beta-3 Pierre -- ============================================== Pierre MARECHAL INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at scilab.org ============================================== From ycollette at free.fr Fri Jul 11 08:16:43 2008 From: ycollette at free.fr (Collette Yann) Date: Fri, 11 Jul 2008 08:16:43 +0200 Subject: Loading a C++ interface Message-ID: <4876FACB.1080803@free.fr> Hello, I've wrote a C++ interface (for the CLP linear programming). To allow the loading of this C++ interface, I must declare the function prototype like this: extern "C" { include } extern "C" int C2F(sciclp)(char * fname); int C2F(sciclp)(char * fname) { ..... Once I have done this, I must #undef some macros because g++ (starting from version 3.3) refuse to cast integer * into void *: #undef CreateVar #define CreateVar(n,ct,mx,nx,lx) if(! C2F(createvar)((c_local=n,&c_local),ct,mx,nx,lx, 1L)) { return 0; } #undef CreateListVarFrom #define CreateListVarFrom(n,m,ct,mx,nx,lx,lx1) if (!C2F(createlistvarfrom)((c_local=n,&c_local),(c1_local=m,&c1_local),ct,mx,nx,lx,lx1,1L)) { return 0;} These new macros just remove the cast to void *. Now, I switched to g++-4.2.1 and I've got a huge number of warning due to a cast between const char * and char *. So, my questions are: - are these cast to void * in stack-c.h really necessary ? - is it safe to switch the prototype of createvar and createlistvarfrom to const char * instead of char * ? YC From stephane.mottelet at utc.fr Fri Jul 11 15:05:43 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Fri, 11 Jul 2008 15:05:43 +0200 Subject: [Scilab-Dev] Release of Scilab - Beta 3 In-Reply-To: <4876315C.6060008@scilab.org> References: <4876315C.6060008@scilab.org> Message-ID: <48775AA7.4080405@utc.fr> Pierre MARECHAL a ?crit : > Hello, > We just released the third beta version of Scilab. > Misc information about this version: > http://www.scilab.org/download/index_download.php?page=5.0-beta-3 > List of changes: > http://www.scilab.org/download/index_download.php?page=CHANGES_5.0-beta-3 > The release notes (short bug list... and of course not full): > http://www.scilab.org/download/index_download.php?page=RELEASE_NOTES_5.0-beta-3 > > > Pierre > I am sorry, but for people like me, it is very hard to test this version under Linux. If there are some minimum prerequisites, please precise them. When I am trying to test the 5.0-beta3 on this machine : Linux marguerite 2.4.20-8smp #1 SMP Thu Mar 13 17:45:54 EST 2003 i686 i686 i386 GNU/Linux I have the following error : /home/mottelet/scilab-5.0-beta-3/bin/scilab-bin: /lib/tls/libc.so.6: version `GLIBC_2.4' not found (required by /home/mottelet/scilab-5.0-beta-3/lib/scilab/libgfortran.so.2) What is the minimum required version of the libc ? S. P.S. : sorry, it is not easy for everyone to access a recent/up to date Linux machine... -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From sylvestre.ledru at inria.fr Fri Jul 11 19:20:33 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 11 Jul 2008 19:20:33 +0200 Subject: [Scilab-Dev] Release of Scilab - Beta 3 In-Reply-To: <48775AA7.4080405@utc.fr> References: <4876315C.6060008@scilab.org> <48775AA7.4080405@utc.fr> Message-ID: <1215796833.3192.3.camel@zlarin> Bonjour St?phane, > I have the following error : > > /home/mottelet/scilab-5.0-beta-3/bin/scilab-bin: > /lib/tls/libc.so.6: version `GLIBC_2.4' not found (required by > /home/mottelet/scilab-5.0-beta-3/lib/scilab/libgfortran.so.2) > > What is the minimum required version of the libc ? We also had this issue in the beta2 ( ?http://bugzilla.scilab.org/show_bug.cgi?id=3131 ). We have to investigate to understand why this happens now. However, AFAIK, there is no reason to force this specific version of the glibc 2.4 Sylvestre From pierre.marechal at scilab.org Fri Jul 11 15:23:58 2008 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Fri, 11 Jul 2008 15:23:58 +0200 Subject: [Scilab-Dev] Release of Scilab - Beta 3 In-Reply-To: <48775AA7.4080405@utc.fr> References: <4876315C.6060008@scilab.org> <48775AA7.4080405@utc.fr> Message-ID: <48775EEE.6010103@scilab.org> St?phane Mottelet a ?crit : > Pierre MARECHAL a ?crit : >> Hello, >> We just released the third beta version of Scilab. >> Misc information about this version: >> http://www.scilab.org/download/index_download.php?page=5.0-beta-3 >> List of changes: >> http://www.scilab.org/download/index_download.php?page=CHANGES_5.0-beta-3 >> >> The release notes (short bug list... and of course not full): >> http://www.scilab.org/download/index_download.php?page=RELEASE_NOTES_5.0-beta-3 >> >> >> Pierre >> > I am sorry, but for people like me, it is very hard to test this > version under Linux. If there > are some minimum prerequisites, please precise them. When I am trying > to test > the 5.0-beta3 on this machine : > > Linux marguerite 2.4.20-8smp #1 SMP Thu Mar 13 17:45:54 EST 2003 i686 > i686 i386 GNU/Linux > > I have the following error : > > /home/mottelet/scilab-5.0-beta-3/bin/scilab-bin: > /lib/tls/libc.so.6: version `GLIBC_2.4' not found (required by > /home/mottelet/scilab-5.0-beta-3/lib/scilab/libgfortran.so.2) > > What is the minimum required version of the libc ? > > S. > > P.S. : sorry, it is not easy for everyone to access a recent/up to > date Linux machine... Hi St?phane, This problem is a known bug (http://bugzilla.scilab.org/show_bug.cgi?id=3131). We are now trying to disable the link to this specific version of the glibc. Which Linux distribution do you use ? Pierre -- ============================================== Pierre MARECHAL INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at scilab.org ============================================== From stephane.mottelet at utc.fr Fri Jul 11 15:23:07 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Fri, 11 Jul 2008 15:23:07 +0200 Subject: [Scilab-Dev] Release of Scilab - Beta 3 In-Reply-To: <48775EEE.6010103@scilab.org> References: <4876315C.6060008@scilab.org> <48775AA7.4080405@utc.fr> <48775EEE.6010103@scilab.org> Message-ID: <48775EBB.7070201@utc.fr> Pierre MARECHAL a ?crit : > St?phane Mottelet a ?crit : >> Pierre MARECHAL a ?crit : >>> Hello, >>> We just released the third beta version of Scilab. >>> Misc information about this version: >>> http://www.scilab.org/download/index_download.php?page=5.0-beta-3 >>> List of changes: >>> http://www.scilab.org/download/index_download.php?page=CHANGES_5.0-beta-3 >>> >>> The release notes (short bug list... and of course not full): >>> http://www.scilab.org/download/index_download.php?page=RELEASE_NOTES_5.0-beta-3 >>> >>> >>> Pierre >>> >> I am sorry, but for people like me, it is very hard to test this >> version under Linux. If there >> are some minimum prerequisites, please precise them. When I am trying >> to test >> the 5.0-beta3 on this machine : >> >> Linux marguerite 2.4.20-8smp #1 SMP Thu Mar 13 17:45:54 EST 2003 i686 >> i686 i386 GNU/Linux >> >> I have the following error : >> >> /home/mottelet/scilab-5.0-beta-3/bin/scilab-bin: >> /lib/tls/libc.so.6: version `GLIBC_2.4' not found (required by >> /home/mottelet/scilab-5.0-beta-3/lib/scilab/libgfortran.so.2) >> >> What is the minimum required version of the libc ? >> >> S. >> >> P.S. : sorry, it is not easy for everyone to access a recent/up to >> date Linux machine... > Hi St?phane, > > This problem is a known bug > (http://bugzilla.scilab.org/show_bug.cgi?id=3131). We are now trying > to disable the link to > this specific version of the glibc. > > Which Linux distribution do you use ? > > Pierre > It is a redhat9 (sometimes it is almost impossible to stop a (fairly) working server to upgrade the distro...) [mottelet at marguerite mottelet]$ /lib/libc.so.6 GNU C Library stable release version 2.3.2, by Roland McGrath et al. Copyright (C) 2003 Free Software Foundation, Inc. S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From sylvestre.ledru at inria.fr Fri Jul 11 16:37:30 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 11 Jul 2008 16:37:30 +0200 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: References: <1215582523.772.18.camel@pinarellu.inria.fr> <1215614989.17184.7.camel@pinarellu.inria.fr> <1215615818.2748.398.camel@korcula.inria.fr> <1215695784.2748.444.camel@korcula.inria.fr> Message-ID: <1215787050.3192.36.camel@zlarin> Hello Jonathan, Le jeudi 10 juillet 2008 ? 11:20 -0300, Jonathan Blanchard a ?crit : > It stop at that point without much insight onto what is going on. My > build environment is pretty weird right now I will try to recompile > everything including gcc and see if it give better results. Otherwise, > I will probably try compiling using Sun Studio Compiler. It is not mandatory at all. > BTW two > interesting point that might be worth adding to the compile wiki. 1. > Scilab must be compiled inside it's source tree. Do you mean: # cd /tmp/myscilab/ # /path/to/source/tree/configure ? > 2. It's imperative to > use sun linker instead of the gnu linker when compiling in Solaris. What did you do ? make LD=... ? For you "make install" issue, I haven't tried this under Solaris but I don't see why it is not working. I am going to test that. S From BlanchardJ at ieee.org Fri Jul 11 17:00:43 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Fri, 11 Jul 2008 12:00:43 -0300 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: <1215787050.3192.36.camel@zlarin> References: <1215582523.772.18.camel@pinarellu.inria.fr> <1215614989.17184.7.camel@pinarellu.inria.fr> <1215615818.2748.398.camel@korcula.inria.fr> <1215695784.2748.444.camel@korcula.inria.fr> <1215787050.3192.36.camel@zlarin> Message-ID: Hmm about the source tree I was not able to compile scilab correctly when the compile directory was not the source directory. so I had to run ./configure in the scilab source directory else some header file where not found. About sun ld there are some incompatibilities between gnu ld and sun ld. For example gcc must be built using sun ld. I suppose that it would be possible to configure Scilab to use a different linker by using the --without-gnu-ld and --with-ld=/path/to/sun/ld but in my case I just replace the gnu ld executable by the sun equivalent. Also one last question. Even if I do not run make install is it suppose to run from the compiled directory? I tried running it from there and it sais an error about not being able to bind localization and the defaulting the the English local then followed by a core dump. I am not on my Solaris machine right now so I do not have the exact textual error but I will post it later today. I will also try compiling it with an official gcc release instead of the 4.4.0 snapshot. Regards, Jonathan Blanchard On Fri, Jul 11, 2008 at 11:37 AM, Sylvestre Ledru wrote: > Hello Jonathan, > > Le jeudi 10 juillet 2008 ? 11:20 -0300, Jonathan Blanchard a ?crit : >> It stop at that point without much insight onto what is going on. My >> build environment is pretty weird right now I will try to recompile >> everything including gcc and see if it give better results. Otherwise, >> I will probably try compiling using Sun Studio Compiler. > It is not mandatory at all. > >> BTW two >> interesting point that might be worth adding to the compile wiki. 1. >> Scilab must be compiled inside it's source tree. > Do you mean: > # cd /tmp/myscilab/ > # /path/to/source/tree/configure > ? > >> 2. It's imperative to >> use sun linker instead of the gnu linker when compiling in Solaris. > What did you do ? > make LD=... ? > > For you "make install" issue, I haven't tried this under Solaris but I > don't see why it is not working. I am going to test that. > > S > > > From voronaam at yandex.ru Fri Jul 11 17:36:37 2008 From: voronaam at yandex.ru (Vorona Aleksey) Date: Fri, 11 Jul 2008 19:36:37 +0400 Subject: [Scilab-Dev] Release of Scilab - Beta 3 In-Reply-To: <4876315C.6060008@scilab.org> References: <4876315C.6060008@scilab.org> Message-ID: <48777E05.9010003@yandex.ru> Pierre MARECHAL wrote: > Hello, > We just released the third beta version of Scilab. > Misc information about this version: > http://www.scilab.org/download/index_download.php?page=5.0-beta-3 > List of changes: > http://www.scilab.org/download/index_download.php?page=CHANGES_5.0-beta-3 > The release notes (short bug list... and of course not full): > http://www.scilab.org/download/index_download.php?page=RELEASE_NOTES_5.0-beta-3 I tested beta 3 with Russian localisation and it looks good for me. I've prepared scilab-5.0-beta-3-ru based on binary Linux version from the site. It is available by URL http://voronaam.ru/scilab/scilab-5.0-beta-3-ru.tar.gz IMHO, Russian translation is ready to be included in Scilab's SVN. P.S. Thanks a lot to all Scilab team for the Scilab! -- WBR, Vorona Aleksey. From BlanchardJ at ieee.org Fri Jul 11 23:19:07 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Fri, 11 Jul 2008 18:19:07 -0300 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: References: <1215582523.772.18.camel@pinarellu.inria.fr> <1215614989.17184.7.camel@pinarellu.inria.fr> <1215615818.2748.398.camel@korcula.inria.fr> <1215695784.2748.444.camel@korcula.inria.fr> <1215787050.3192.36.camel@zlarin> Message-ID: I just rebuild Scilab using gcc 4.3.1 and sun ld. all build well ( I didn't build the gui and java-sci). Make install still does not work but with a different error this time. See at the end of the e-mail for the output. I tried make install -k to tell make to continue anyways but when I try to run Scilab afterward I get a core dump but not the error about localization anymore. I might have to run scilab in a debugger but I do not exactly know the best course of action for this as I rarely use GDB or MDB outside an IDE so I'm not too comfortable with using a debugger from the command line. So if anyone got some pointers that would be appreciated. Jonathan Blanchard jo at LaptopSolaris:~/build/scilab/scilab-5.0-beta-3$ make install Making install in libs make[1]: Entering directory `/export/home/jo/build/scilab/scilab-5.0-beta-3/libs' Making install in blas make[2]: Entering directory `/export/home/jo/build/scilab/scilab-5.0-beta-3/libs/blas' make[3]: Entering directory `/export/home/jo/build/scilab/scilab-5.0-beta-3/libs/blas' test -z "/export/home/jo/local/scilab/lib/scilab" || /usr/gnu/bin/mkdir -p "/export/home/jo/local/scilab/lib/scilab" /bin/sh ../../libtool --mode=install /usr/bin/ginstall -c 'libsciblas.la' '/export/home/jo/local/scilab/lib/scilab/libsciblas.la' /usr/bin/ginstall -c .libs/libsciblas.so.5.0.0 /export/home/jo/local/scilab/lib/scilab/libsciblas.so.5.0.0 (cd /export/home/jo/local/scilab/lib/scilab && { ln -s -f libsciblas.so.5.0.0 libsciblas.so.5 || { rm -f libsciblas.so.5 && ln -s libsciblas.so.5.0.0 libsciblas.so.5; }; }) (cd /export/home/jo/local/scilab/lib/scilab && { ln -s -f libsciblas.so.5.0.0 libsciblas.so || { rm -f libsciblas.so && ln -s libsciblas.so.5.0.0 libsciblas.so; }; }) chmod +x /export/home/jo/local/scilab/lib/scilab/libsciblas.so.5.0.0 /usr/bin/ginstall -c .libs/libsciblas.lai /export/home/jo/local/scilab/lib/scilab/libsciblas.la /usr/bin/ginstall -c .libs/libsciblas.a /export/home/jo/local/scilab/lib/scilab/libsciblas.a chmod 644 /export/home/jo/local/scilab/lib/scilab/libsciblas.a ranlib /export/home/jo/local/scilab/lib/scilab/libsciblas.a ---------------------------------------------------------------------- Libraries have been installed in: /export/home/jo/local/scilab/lib/scilab If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - use the `-RLIBDIR' linker flag See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- -- Install tests (if any) -- quit make[3]: quit: Command not found make[3]: *** [install-data-local] Error 127 make[3]: Leaving directory `/export/home/jo/build/scilab/scilab-5.0-beta-3/libs/blas' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/export/home/jo/build/scilab/scilab-5.0-beta-3/libs/blas' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/export/home/jo/build/scilab/scilab-5.0-beta-3/libs' make: *** [install-recursive] Error 1 jo at LaptopSolaris:~/build/scilab/scilab-5.0-beta-3$ From sylvestre.ledru at scilab.org Sat Jul 12 02:16:20 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sat, 12 Jul 2008 02:16:20 +0200 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: References: <1215582523.772.18.camel@pinarellu.inria.fr> <1215614989.17184.7.camel@pinarellu.inria.fr> <1215615818.2748.398.camel@korcula.inria.fr> <1215695784.2748.444.camel@korcula.inria.fr> <1215787050.3192.36.camel@zlarin> Message-ID: <1215821780.5038.3.camel@zlarin.inria.fr> Le vendredi 11 juillet 2008 ? 18:19 -0300, Jonathan Blanchard a ?crit : > I just rebuild Scilab using gcc 4.3.1 and sun ld. all build well ( I > didn't build the gui and java-sci). Make install still does not work > but with a different error this time. See at the end of the e-mail for > the output. Please update (svn update), we fixed this issue a few days ago! > I tried make install -k to tell make to continue anyways > but when I try to run Scilab afterward I get a core dump but not the > error about localization anymore. I might have to run scilab in a > debugger but I do not exactly know the best course of action for this > as I rarely use GDB or MDB outside an IDE so I'm not too comfortable > with using a debugger from the command line. So if anyone got some > pointers that would be appreciated. >From the source tree, you can launch it into kdbg with: ./bin/scilab -kdbg Sylvestre From sylvestre.ledru at scilab.org Sat Jul 12 01:18:31 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sat, 12 Jul 2008 01:18:31 +0200 Subject: [Scilab-Dev] Release of Scilab - Beta 3 In-Reply-To: <48777E05.9010003@yandex.ru> References: <4876315C.6060008@scilab.org> <48777E05.9010003@yandex.ru> Message-ID: <1215818311.4169.2.camel@zlarin.inria.fr> > I tested beta 3 with Russian localisation and it looks good for me. I've > prepared scilab-5.0-beta-3-ru based on binary Linux version from the site. > > It is available by URL > http://voronaam.ru/scilab/scilab-5.0-beta-3-ru.tar.gz > > > IMHO, Russian translation is ready to be included in Scilab's SVN. Excellent news. Can you send me the diff containing all russian files ? The easy way would be to do: $ svn add modules/*/locales/ru_RU/*.po $ svn diff > russian-localization.po We are going to review your work and commit it if it is OK ;) > P.S. Thanks a lot to all Scilab team for the Scilab! Thanks to you for your work! Sylvestre From fvogelnew1 at free.fr Sat Jul 12 21:29:48 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Sat, 12 Jul 2008 21:29:48 +0200 Subject: Scipad 6.148: Conditional breakpoints Message-ID: <4879062C.3090600@free.fr> Hi all, This is to let you know that I have finally decided to commit my long standing work on conditional breakpoints in the Scipad debugger. This is now Scipad 6.148, with the following changelog: * CONDITIONAL BREAKPOINTS * Breakpoints can be enabled and disabled, and have an associated conditional expression that is evaluated when the breakpoint location is reached. An enabled breakpoint is hit only if its expression is true * Added a quick toggle for watching the conditional expression as a generic expression, with sync maintained between the watch window and the breakpoints window * The conditional expression of a breakpoint can be tested against a boolean true or against a change of its own value * The hit count is monitored and displayed in the breakpoints gui, and can be reset to zero through a pushbutton dedicated to each breakpoint * Added the "break if" condition on the hit count * The full conditional breakpoints feature is implemented and seems to work OK, with expressions, expression types, expression watching, hit counts, and break conditions on the hit count * The breakpoints gui remembers its geometry across openings Release notes: 1. Documentation to be updated in scipad.xml - It's ready but in the old format. Since the wiki is again dead (why does this always happen on Friday evenings with nobody caring?), I can't remember how to convert old help files into the new format. 2. Someone please update makefile.in for me. I have prepared makefile.am consistently with the added files. Again, when the wiki will be living again, perhaps I will remember how to do that myself. 3. Don't tell me this commit is useless because of bug 2789. It will at least be useful for scilab-gtk, BUILD4 backports and variations. I didn't want to loose what I did on conditional breakpoints, even if the new Tcl thread scheme broke the debugger. Comments, tests and bug reports welcome, as usual. Francois From Enrico.Segre at weizmann.ac.il Sat Jul 12 22:50:00 2008 From: Enrico.Segre at weizmann.ac.il (Enrico Segre) Date: Sat, 12 Jul 2008 23:50:00 +0300 Subject: [Scilab-Dev] Scipad 6.148: Conditional breakpoints Message-ID: <487943280200004400030173@wisegate.weizmann.ac.il> Hi Francois, Well done. I'm afraid I will have little time to test it within the next days, I have to finish a paper by a deadline. Anyway, I think the logical course of actions for me is to get it, to test it minimally, and to push a backport on the contributor area, for broader audience. Will do... Enrico From sylvestre.ledru at scilab.org Sun Jul 13 03:29:57 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sun, 13 Jul 2008 03:29:57 +0200 Subject: [Scilab-Dev] Scipad 6.148: Conditional breakpoints In-Reply-To: <4879062C.3090600@free.fr> References: <4879062C.3090600@free.fr> Message-ID: <1215912597.4169.60.camel@zlarin.inria.fr> Hello, > Hi all, > > This is to let you know that I have finally decided to commit my long > standing work on conditional breakpoints in the Scipad debugger. Cool! > Release notes: > > 1. Documentation to be updated in scipad.xml - It's ready but in > the old format. Since the wiki is again dead (why does this always > happen on Friday evenings with nobody caring?), ?Yep, the wiki is down. :/ Probably Murphy's fault. We had this issue a few week ends ago and Pierre went to restart the computer. We will migrate this service on a better server. > 2. Someone please update makefile.in for me. I have prepared > makefile.am consistently with the added files. Again, when the wiki > will be living again, perhaps I will remember how to do that myself. Done Sylvestre From BlanchardJ at ieee.org Mon Jul 14 22:43:35 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 14 Jul 2008 17:43:35 -0300 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: <1215821780.5038.3.camel@zlarin.inria.fr> References: <1215582523.772.18.camel@pinarellu.inria.fr> <1215615818.2748.398.camel@korcula.inria.fr> <1215695784.2748.444.camel@korcula.inria.fr> <1215787050.3192.36.camel@zlarin> <1215821780.5038.3.camel@zlarin.inria.fr> Message-ID: This is getting interesting. Indeed the svn HEAD installed properly and I was able to start Scilab by scpecifying the -nogui switch otherwise it crash. (I didn't built the gui). But inside Scilab standard arithmetic operations do not work. Here are a few example : -->2+2 ans = -0. -->2-3 ans = --0. -->3*4 ans = -0. -->4/5 ans = -0.8 I really do not know how to debug this behavior so should I file a bug report? Jonathan Blanchard On Fri, Jul 11, 2008 at 9:16 PM, Sylvestre Ledru wrote: > Le vendredi 11 juillet 2008 ? 18:19 -0300, Jonathan Blanchard a ?crit : >> I just rebuild Scilab using gcc 4.3.1 and sun ld. all build well ( I >> didn't build the gui and java-sci). Make install still does not work >> but with a different error this time. See at the end of the e-mail for >> the output. > Please update (svn update), we fixed this issue a few days ago! > >> I tried make install -k to tell make to continue anyways >> but when I try to run Scilab afterward I get a core dump but not the >> error about localization anymore. I might have to run scilab in a >> debugger but I do not exactly know the best course of action for this >> as I rarely use GDB or MDB outside an IDE so I'm not too comfortable >> with using a debugger from the command line. So if anyone got some >> pointers that would be appreciated. > >From the source tree, you can launch it into kdbg with: > ./bin/scilab -kdbg > > Sylvestre > > From sylvestre.ledru at scilab.org Mon Jul 14 23:53:23 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 14 Jul 2008 23:53:23 +0200 Subject: [Scilab-Dev] Scilab 5 on Solaris In-Reply-To: References: <1215582523.772.18.camel@pinarellu.inria.fr> <1215615818.2748.398.camel@korcula.inria.fr> <1215695784.2748.444.camel@korcula.inria.fr> <1215787050.3192.36.camel@zlarin> <1215821780.5038.3.camel@zlarin.inria.fr> Message-ID: <1216072403.4156.6.camel@zlarin.inria.fr> Hello, It is a "funny" behavior. I am not aware of this (maybe someone in the team knows about that). Maybe a flag issue in the compiler. Could you submit a bug report ? Thanks Sylvestre Le lundi 14 juillet 2008 ? 17:43 -0300, Jonathan Blanchard a ?crit : > This is getting interesting. Indeed the svn HEAD installed properly > and I was able to start Scilab by scpecifying the -nogui switch > otherwise it crash. (I didn't built the gui). > > But inside Scilab standard arithmetic operations do not work. Here are > a few example : > > -->2+2 > ans = > > -0. > > -->2-3 > ans = > > --0. > > -->3*4 > ans = > > -0. > > -->4/5 > ans = > > -0.8 > > > I really do not know how to debug this behavior so should I file a bug report? > > > Jonathan Blanchard > > > On Fri, Jul 11, 2008 at 9:16 PM, Sylvestre Ledru > wrote: > > Le vendredi 11 juillet 2008 ? 18:19 -0300, Jonathan Blanchard a ?crit : > >> I just rebuild Scilab using gcc 4.3.1 and sun ld. all build well ( I > >> didn't build the gui and java-sci). Make install still does not work > >> but with a different error this time. See at the end of the e-mail for > >> the output. > > Please update (svn update), we fixed this issue a few days ago! > > > >> I tried make install -k to tell make to continue anyways > >> but when I try to run Scilab afterward I get a core dump but not the > >> error about localization anymore. I might have to run scilab in a > >> debugger but I do not exactly know the best course of action for this > >> as I rarely use GDB or MDB outside an IDE so I'm not too comfortable > >> with using a debugger from the command line. So if anyone got some > >> pointers that would be appreciated. > > >From the source tree, you can launch it into kdbg with: > > ./bin/scilab -kdbg > > > > Sylvestre > > > > From vincent.couvert at scilab.org Tue Jul 15 16:41:40 2008 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Tue, 15 Jul 2008 16:41:40 +0200 Subject: [Scilab-Dev] SEP #3 Add of a build documentation function In-Reply-To: <20080709163307.23b544c5@scilab.org> References: <1215447505.2748.209.camel@korcula.inria.fr> <20080709163307.23b544c5@scilab.org> Message-ID: <487CB724.2090307@scilab.org> Hi, I think it would be great to have some display while compiling such as the name of the current file compiled ... Vincent Simon Lipp a ?crit : > Hi, > > Would it be possible to have some feedback as return value, like what I > propose in SEP #4 (for the same motives) ? > > Simon > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From fvogelnew1 at free.fr Tue Jul 15 22:02:47 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Tue, 15 Jul 2008 22:02:47 +0200 Subject: XML editor Scilab addon Message-ID: <487D0267.6090603@free.fr> Hi, At the bottom of this page: http://wiki.scilab.org/howto/scilab_documentation_kit it is explained how to add the server for the Scilab configuration addon "scilab_config.xxe_addon" Fine, this works. However, later when selecting Options|Install Add-ons, the add-on called "A configuration for the Scilab subset of DocBook 5" is NOT part of the list of all available add-ons. Any idea, perhaps? Is this working for you? Francois From fvogelnew1 at free.fr Tue Jul 15 23:07:54 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Tue, 15 Jul 2008 23:07:54 +0200 Subject: XML editor Scilab addon In-Reply-To: <487D0267.6090603@free.fr> References: <487D0267.6090603@free.fr> Message-ID: <487D11AA.3090105@free.fr> Hmmm, worked later. Maybe I didn't see the new addon the first times, but... Francois Fran?ois Vogel said on 15/07/2008 22:02: > Hi, > > At the bottom of this page: > http://wiki.scilab.org/howto/scilab_documentation_kit > > it is explained how to add the server for the Scilab configuration addon > "scilab_config.xxe_addon" > > Fine, this works. > > However, later when selecting Options|Install Add-ons, the add-on called > "A configuration for the Scilab subset of DocBook 5" is NOT part of the > list of all available add-ons. > > Any idea, perhaps? Is this working for you? > > Francois > From fvogelnew1 at free.fr Sun Jul 20 21:31:46 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Sun, 20 Jul 2008 21:31:46 +0200 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <1214811845.18511.93.camel@segre-pc2.weizmann.ac.il> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> <4867E536.9040204@scilab.org> <1214811845.18511.93.camel@segre-pc2.weizmann.ac.il> Message-ID: <488392A2.3040204@free.fr> Enrico Segre said on 30/06/2008 09:44: > On Sun, 2008-06-29 at 21:40 +0200, Claude Gomez wrote: >> on 29/06/2008 10:42 Enrico Segre wrote: >> >>> Perhaps what you want is that at first run of scilab (no scipad >>> preference file existing yet) the default scipad language matches that >>> of scilab? >> Yes it is exactly the behavior I would like to have. > > Then, modulo language sets mapping, that should amount just to a > > if { ![info exists lang] } > { ScilabEval "TCL_SetVar(\"lang\",getlanguage(),\"scipad\") } > > at line 226 of SCI/modules/scipad/tcl/defaults.tcl. I've just had a try on this suggestion. It doesn't work. And it doesn't work because in fact we would need to have the lang variable set immediately, i.e. the Tcl script must wait until ScilabEval has finished execution. This means mandatory "sync" "seq" options for ScilabEval. If I put this: if {![info exists lang]} { # general default fallback, in case retrieval from Scilab fails set lang "en_US" ScilabEval "TCL_SetVar(\"lang\",getlanguage(),\"scipad\")" "sync" "seq" } } in defaults.tcl lines 202+, then launching of Scipad just hangs. Tcl interface... scipad.sci reads the Tcl code the following way: TCL_EvalStr("source """+SCI+"/modules/scipad/tcl/scipad.tcl""","scipad") In scipad.tcl, a number of files are sourced, then Tcl main level code is executed, starting in defaults.tcl. In defaults.tcl, we have now ScilabEval{TCL_SetVar\"lang\",getlanguage()... } sync seq It hangs on this instruction. Removing the sync, and keeping only the seq it doesn't hang anymore but it sets the lang variable to the getlanguage() value only after the full Scipad is sourced, which is too late. Francois From sylvestre.ledru at scilab.org Tue Jul 22 00:18:03 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 22 Jul 2008 00:18:03 +0200 Subject: Error of precision in the function pow when using the JVM Message-ID: <1216678683.3959.87.camel@zlarin.inria.fr> Hello, We noticed a bug caused by the JVM causing some precision issues in the function pow when it is used on small number. To make it simple, the Java Virtual Machine overloads the native libc pow function. I submited a bug to Sun which has been accepted on their bugtracker: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6727254 We have a few leads to create a workaround on this. Sylvestre From sylvestre.ledru at scilab.org Tue Jul 22 10:14:33 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 22 Jul 2008 10:14:33 +0200 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <488392A2.3040204@free.fr> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> <4867E536.9040204@scilab.org> <1214811845.18511.93.camel@segre-pc2.weizmann.ac.il> <488392A2.3040204@free.fr> Message-ID: <1216714473.20360.372.camel@korcula.inria.fr> Le dimanche 20 juillet 2008 ? 21:31 +0200, Fran?ois Vogel a ?crit : > Enrico Segre said on 30/06/2008 09:44: > > On Sun, 2008-06-29 at 21:40 +0200, Claude Gomez wrote: > >> on 29/06/2008 10:42 Enrico Segre wrote: > >> > >>> Perhaps what you want is that at first run of scilab (no scipad > >>> preference file existing yet) the default scipad language matches that > >>> of scilab? > >> Yes it is exactly the behavior I would like to have. > > > > Then, modulo language sets mapping, that should amount just to a > > > > if { ![info exists lang] } > > { ScilabEval "TCL_SetVar(\"lang\",getlanguage(),\"scipad\") } > > > > at line 226 of SCI/modules/scipad/tcl/defaults.tcl. > > > I've just had a try on this suggestion. > > It doesn't work. > > And it doesn't work because in fact we would need to have the lang > variable set immediately, i.e. the Tcl script must wait until > ScilabEval has finished execution. > > This means mandatory "sync" "seq" options for ScilabEval. > > If I put this: > > if {![info exists lang]} { > # general default fallback, in case retrieval from Scilab fails > set lang "en_US" > ScilabEval "TCL_SetVar(\"lang\",getlanguage(),\"scipad\")" "sync" > "seq" > } > } > > in defaults.tcl lines 202+, then launching of Scipad just hangs. > > > Tcl interface... > > > scipad.sci reads the Tcl code the following way: > > TCL_EvalStr("source > """+SCI+"/modules/scipad/tcl/scipad.tcl""","scipad") > > In scipad.tcl, a number of files are sourced, then Tcl main > level code is executed, starting in defaults.tcl. > > In defaults.tcl, we have now > ScilabEval{TCL_SetVar\"lang\",getlanguage()... } sync seq > > It hangs on this instruction. > > > Removing the sync, and keeping only the seq it doesn't hang anymore > but it sets the lang variable to the getlanguage() value only after > the full Scipad is sourced, which is too late. OK, so, it is understand well, the sync option doesn't work correctly. It is the current issue here ? Sylvestre From fvogelnew1 at free.fr Tue Jul 22 10:15:22 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Tue, 22 Jul 2008 10:15:22 +0200 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <1216714473.20360.372.camel@korcula.inria.fr> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> <4867E536.9040204@scilab.org> <1214811845.18511.93.camel@segre-pc2.weizmann.ac.il> <488392A2.3040204@free.fr> <1216714473.20360.372.camel@korcula.inria.fr> Message-ID: <1216714522.4885971aad13f@imp.free.fr> Selon Sylvestre Ledru : > OK, so, it is understand well, the sync option doesn't work correctly. > It is the current issue here ? I think so, yes. I will try to provide you with a simpler test case, but please allow me some time, I'm currently travelling abroad for business. Francois From fvogelnew1 at free.fr Thu Jul 24 10:22:54 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Thu, 24 Jul 2008 10:22:54 +0200 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <1216714522.4885971aad13f@imp.free.fr> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> <4867E536.9040204@scilab.org> <1214811845.18511.93.camel@segre-pc2.weizmann.ac.il> <488392A2.3040204@free.fr> <1216714473.20360.372.camel@korcula.inria.fr> <1216714522.4885971aad13f@imp.free.fr> Message-ID: <1216887774.48883bdeed16b@imp.free.fr> Selon fvogelnew1 at free.fr: > Selon Sylvestre Ledru : > > > OK, so, it is understand well, the sync option doesn't work correctly. > > It is the current issue here ? > > I think so, yes. > I will try to provide you with a simpler test case While trying to find a simple test case I stumbled across bugs 3303 and 3308, now fixed. These bugs seem to be reasonably unrelated to the sync option of ScilabEval, nevertheless it seems that the proposal from Enrico is now working with ScilabEval sync for some obscure reason (any idea?). I will investigate more but I have already achieved what Mr CEO wants (i.e. start Scipad the very first time with the same localization language as Scilab). However, hell is in the details, as usual, and I'm sorting those details out at the moment. Stay tuned, Francois From sylvestre.ledru at scilab.org Thu Jul 24 10:34:27 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 24 Jul 2008 10:34:27 +0200 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <1216887774.48883bdeed16b@imp.free.fr> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> <4867E536.9040204@scilab.org> <1214811845.18511.93.camel@segre-pc2.weizmann.ac.il> <488392A2.3040204@free.fr> <1216714473.20360.372.camel@korcula.inria.fr> <1216714522.4885971aad13f@imp.free.fr> <1216887774.48883bdeed16b@imp.free.fr> Message-ID: <1216888467.31232.217.camel@korcula.inria.fr> Le jeudi 24 juillet 2008 ? 10:22 +0200, fvogelnew1 at free.fr a ?crit : > Selon fvogelnew1 at free.fr: > > Selon Sylvestre Ledru : > > > > > OK, so, it is understand well, the sync option doesn't work correctly. > > > It is the current issue here ? > > > > I think so, yes. > > I will try to provide you with a simpler test case > > While trying to find a simple test case I stumbled across bugs 3303 and 3308, > now fixed. Merci ! > I will investigate more but I have already achieved what Mr CEO wants (i.e. > start Scipad the very first time with the same localization language as Scilab). Great! Mr CEO is happy about that ;) Sylvestre From fvogelnew1 at free.fr Thu Jul 24 18:41:46 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Thu, 24 Jul 2008 18:41:46 +0200 Subject: Servers down Message-ID: <4888B0CA.2020401@free.fr> Hi guys, All your servers seem to be down. Routine maintenance, power outage or something more serious? Any idea of when you will recover? Francois From pierre.marechal at scilab.org Fri Jul 25 08:54:01 2008 From: pierre.marechal at scilab.org (Pierre MARECHAL) Date: Fri, 25 Jul 2008 08:54:01 +0200 Subject: [Scilab-Dev] Servers down In-Reply-To: <4888B0CA.2020401@free.fr> References: <4888B0CA.2020401@free.fr> Message-ID: <48897889.4000105@scilab.org> Fran?ois Vogel a ?crit : > Hi guys, > > All your servers seem to be down. Routine maintenance, power outage or > something more serious? > > Any idea of when you will recover? > > Francois Hi Fran?ois, Nothing to report, everything is fine here. But if your adsl provider is "Free" : http://forums.degroupnews.com/discussion/internet-reseaux/securite_conseils/sujet-104810-0.html Pierre -- ============================================== Pierre MARECHAL INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at scilab.org ============================================== From fvogelnew1 at free.fr Fri Jul 25 17:48:20 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Fri, 25 Jul 2008 17:48:20 +0200 Subject: [Scilab-Dev] Servers down In-Reply-To: <48897889.4000105@scilab.org> References: <4888B0CA.2020401@free.fr> <48897889.4000105@scilab.org> Message-ID: <1217000900.4889f5c407aad@imp.free.fr> Selon Pierre MARECHAL : > Fran?ois Vogel a ?crit : > > Hi guys, > > > > All your servers seem to be down. Routine maintenance, power outage or > > something more serious? > > > > Any idea of when you will recover? > > > > Francois > Hi Fran?ois, > > Nothing to report, everything is fine here. > > But if your adsl provider is "Free" : > http://forums.degroupnews.com/discussion/internet-reseaux/securite_conseils/sujet-104810-0.html Aoh, yes, this might be the problem, thanks for the pointer. All the best, Francois From BlanchardJ at ieee.org Fri Jul 25 20:01:44 2008 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Fri, 25 Jul 2008 15:01:44 -0300 Subject: Compilation of Scilab 5 beta 4. Message-ID: I have a problem building Scilab 5 beta 4 and any recent svn sources. Compilation stop with the following error : Making all in . make[2]: Entering directory `/export/home/jo/build/scilab/scibuild/modules' make[2]: *** No rule to make target `../modules/fileio/libscifileio.la', needed by `libscilab.la'. Stop. make[2]: Leaving directory `/export/home/jo/build/scilab/scibuild/modules' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/home/jo/build/scilab/scibuild/modules' make[1]: Entering directory `/export/home/jo/build/scilab/scibuild' make[1]: *** No rule to make target `modules/libscilab.la', needed by `scilab-bin'. Stop. make[1]: Leaving directory `/export/home/jo/build/scilab/scibuild' make: *** [all-recursive] Error 1 It's on a vanilla source and clearing dependencies doesn't work. All of this under Opensolaris... Jonathan Blanchard From sylvestre.ledru at scilab.org Sat Jul 26 01:53:11 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sat, 26 Jul 2008 01:53:11 +0200 Subject: [Scilab-Dev] Compilation of Scilab 5 beta 4. In-Reply-To: References: Message-ID: <1217029991.3959.291.camel@zlarin.inria.fr> Le vendredi 25 juillet 2008 ? 15:01 -0300, Jonathan Blanchard a ?crit : > I have a problem building Scilab 5 beta 4 and any recent svn sources. > Compilation stop with the following error : > > Making all in . > make[2]: Entering directory `/export/home/jo/build/scilab/scibuild/modules' > make[2]: *** No rule to make target > `../modules/fileio/libscifileio.la', needed by `libscilab.la'. Stop. > make[2]: Leaving directory `/export/home/jo/build/scilab/scibuild/modules' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/export/home/jo/build/scilab/scibuild/modules' > make[1]: Entering directory `/export/home/jo/build/scilab/scibuild' > make[1]: *** No rule to make target `modules/libscilab.la', needed by > `scilab-bin'. Stop. > make[1]: Leaving directory `/export/home/jo/build/scilab/scibuild' > make: *** [all-recursive] Error 1 > > It's on a vanilla source and clearing dependencies doesn't work. All > of this under Opensolaris... OK. With a Linux, I just try to rebuild all from a brand new checkout and it works. I will have a look with OpenSolaris next week. Sylvestre From fvogelnew1 at free.fr Sat Jul 26 09:11:37 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Sat, 26 Jul 2008 09:11:37 +0200 Subject: [Scilab-Dev] Servers down In-Reply-To: <1217000900.4889f5c407aad@imp.free.fr> References: <4888B0CA.2020401@free.fr> <48897889.4000105@scilab.org> <1217000900.4889f5c407aad@imp.free.fr> Message-ID: <488ACE29.9030006@free.fr> fvogelnew1 at free.fr said on 25/07/2008 17:48: > Selon Pierre MARECHAL : > >> Fran?ois Vogel a ?crit : >>> Hi guys, >>> >>> All your servers seem to be down. Routine maintenance, power outage or >>> something more serious? >>> >>> Any idea of when you will recover? >>> >>> Francois >> Hi Fran?ois, >> >> Nothing to report, everything is fine here. >> >> But if your adsl provider is "Free" : >> > http://forums.degroupnews.com/discussion/internet-reseaux/securite_conseils/sujet-104810-0.html > > Aoh, yes, this might be the problem, thanks for the pointer. Must have been the problem you pointed out. It was still not working for me yesterday night. This morning is apparently OK. Happened also with winamp.com, so definitely nothing to do with your servers. Francois From sylvestre.ledru at scilab.org Sat Jul 26 10:49:14 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sat, 26 Jul 2008 10:49:14 +0200 Subject: [Scilab-Dev] Servers down In-Reply-To: <488ACE29.9030006@free.fr> References: <4888B0CA.2020401@free.fr> <48897889.4000105@scilab.org> <1217000900.4889f5c407aad@imp.free.fr> <488ACE29.9030006@free.fr> Message-ID: <1217062154.32199.0.camel@zlarin.inria.fr> > > > > Aoh, yes, this might be the problem, thanks for the pointer. > > Must have been the problem you pointed out. It was still not working > for me yesterday night. This morning is apparently OK. Happened also > with winamp.com, so definitely nothing to do with your servers. I had the same problem too (free) with a few unknown websites (like Google). S From fvogelnew1 at free.fr Sat Jul 26 14:15:20 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Sat, 26 Jul 2008 14:15:20 +0200 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <1216888467.31232.217.camel@korcula.inria.fr> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> <4867E536.9040204@scilab.org> <1214811845.18511.93.camel@segre-pc2.weizmann.ac.il> <488392A2.3040204@free.fr> <1216714473.20360.372.camel@korcula.inria.fr> <1216714522.4885971aad13f@imp.free.fr> <1216887774.48883bdeed16b@imp.free.fr> <1216888467.31232.217.camel@korcula.inria.fr> Message-ID: <488B1558.4000409@free.fr> Sylvestre Ledru said on 24/07/2008 10:34: >> I will investigate more but I have already achieved what Mr CEO wants (i.e. >> start Scipad the very first time with the same localization language as Scilab). > Great! Mr CEO is happy about that ;) Committed. Scipad 6.151 (r26201) has the feature. Francois From fvogelnew1 at free.fr Sat Jul 26 14:36:04 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Sat, 26 Jul 2008 14:36:04 +0200 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <488B1558.4000409@free.fr> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> <4867E536.9040204@scilab.org> <1214811845.18511.93.camel@segre-pc2.weizmann.ac.il> <488392A2.3040204@free.fr> <1216714473.20360.372.camel@korcula.inria.fr> <1216714522.4885971aad13f@imp.free.fr> <1216887774.48883bdeed16b@imp.free.fr> <1216888467.31232.217.camel@korcula.inria.fr> <488B1558.4000409@free.fr> Message-ID: <488B1A34.2080007@free.fr> Fran?ois Vogel said on 26/07/2008 14:15: > Committed. Scipad 6.151 (r26201) has the feature. Btw, I still have to update the makefiles. I'll do it in a few hours, sorry but I cannot right now. F. From fvogelnew1 at free.fr Sat Jul 26 17:11:45 2008 From: fvogelnew1 at free.fr (=?UTF-8?B?RnJhbsOnb2lzIFZvZ2Vs?=) Date: Sat, 26 Jul 2008 17:11:45 +0200 Subject: [Scilab-Dev] Localization Scilab / Scipad In-Reply-To: <488B1A34.2080007@free.fr> References: <1214577555.6049.359.camel@korcula.inria.fr> <1214728942.18511.28.camel@segre-pc2.weizmann.ac.il> <4867E536.9040204@scilab.org> <1214811845.18511.93.camel@segre-pc2.weizmann.ac.il> <488392A2.3040204@free.fr> <1216714473.20360.372.camel@korcula.inria.fr> <1216714522.4885971aad13f@imp.free.fr> <1216887774.48883bdeed16b@imp.free.fr> <1216888467.31232.217.camel@korcula.inria.fr> <488B1558.4000409@free.fr> <488B1A34.2080007@free.fr> Message-ID: <488B3EB1.9010401@free.fr> Fran?ois Vogel said on 26/07/2008 14:36: >> Committed. Scipad 6.151 (r26201) has the feature. > > Btw, I still have to update the makefiles. > I'll do it in a few hours, sorry but I cannot right now. Done (r26203). F. From vincent.couvert at scilab.org Tue Jul 29 18:13:12 2008 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Tue, 29 Jul 2008 18:13:12 +0200 Subject: Printing functions Message-ID: <488F4198.7040800@scilab.org> Hi all, Yesterday and today, I made some modifications on printing functions: - printing now works under Linux and Windows - functions *toprint* (printing without dialogs, no user action needed) and *printsetupbox* are avaiblable under Linux and Windows and call standard Java dialogs - a new function called *printfigure* is now available and is the equivalent of *toprint* but only for figures printing and requires a user action because this function displays print setup dialogs. I think this can help you, for Scipad for example. Vincent -- From ycollet at freesurf.fr Tue Jul 29 18:42:34 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Tue, 29 Jul 2008 18:42:34 +0200 Subject: [Scilab-Dev] Printing functions In-Reply-To: <488F4198.7040800@scilab.org> References: <488F4198.7040800@scilab.org> Message-ID: <488F487A.7090703@freesurf.fr> Vincent COUVERT a ?crit : > Hi all, > > Yesterday and today, I made some modifications on printing functions: > - printing now works under Linux and Windows > - functions *toprint* (printing without dialogs, no user action > needed) and *printsetupbox* are avaiblable under Linux and Windows and > call standard Java dialogs > - a new function called *printfigure* is now available and is the > equivalent of *toprint* but only for figures printing and requires a > user action because this function displays print setup dialogs. > > I think this can help you, for Scipad for example. > > Vincent > Hello, Maybe you forgot to commit something in a makefile: make[2]: *** Pas de r?gle pour fabriquer la cible ? sci_gateway/c/sci_printfigure.c ?, n?cessaire pour ? libscigui_la-sci_printfigure.lo ?. Arr?t. make[2]: quittant le r?pertoire ? /home/collette/scilab-dev/scilab/modules/gui ? make[1]: *** [all-recursive] Erreur 1 make[1]: quittant le r?pertoire ? /home/collette/scilab-dev/scilab/modules ? make: *** [all-recursive] Erreur 1 YC From vincent.couvert at scilab.org Tue Jul 29 18:44:28 2008 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Tue, 29 Jul 2008 18:44:28 +0200 Subject: [Scilab-Dev] Printing functions In-Reply-To: <488F487A.7090703@freesurf.fr> References: <488F4198.7040800@scilab.org> <488F487A.7090703@freesurf.fr> Message-ID: <488F48EC.1090405@scilab.org> Hi, All is up to date but for some obscure reasons, you may need to do a distclean in the gui module... Vincent Collette Yann a ?crit : > Vincent COUVERT a ?crit : >> Hi all, >> >> Yesterday and today, I made some modifications on printing functions: >> - printing now works under Linux and Windows >> - functions *toprint* (printing without dialogs, no user action >> needed) and *printsetupbox* are avaiblable under Linux and Windows >> and call standard Java dialogs >> - a new function called *printfigure* is now available and is the >> equivalent of *toprint* but only for figures printing and requires a >> user action because this function displays print setup dialogs. >> >> I think this can help you, for Scipad for example. >> >> Vincent >> > Hello, > > Maybe you forgot to commit something in a makefile: > > make[2]: *** Pas de r?gle pour fabriquer la cible ? > sci_gateway/c/sci_printfigure.c ?, n?cessaire pour ? > libscigui_la-sci_printfigure.lo ?. Arr?t. > make[2]: quittant le r?pertoire ? > /home/collette/scilab-dev/scilab/modules/gui ? > make[1]: *** [all-recursive] Erreur 1 > make[1]: quittant le r?pertoire ? > /home/collette/scilab-dev/scilab/modules ? > make: *** [all-recursive] Erreur 1 > > > YC -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From sylvestre.ledru at scilab.org Tue Jul 29 18:45:27 2008 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 29 Jul 2008 18:45:27 +0200 Subject: [Scilab-Dev] Printing functions In-Reply-To: <488F48EC.1090405@scilab.org> References: <488F4198.7040800@scilab.org> <488F487A.7090703@freesurf.fr> <488F48EC.1090405@scilab.org> Message-ID: <1217349927.4198.87.camel@zlarin.inria.fr> Try $ rm -rf modules/gui/.deps $ ./config.status S Le mardi 29 juillet 2008 ? 18:44 +0200, Vincent COUVERT a ?crit : > Hi, > > All is up to date but for some obscure reasons, you may need to do a > distclean in the gui module... > > Vincent > > Collette Yann a ?crit : > > Vincent COUVERT a ?crit : > >> Hi all, > >> > >> Yesterday and today, I made some modifications on printing functions: > >> - printing now works under Linux and Windows > >> - functions *toprint* (printing without dialogs, no user action > >> needed) and *printsetupbox* are avaiblable under Linux and Windows > >> and call standard Java dialogs > >> - a new function called *printfigure* is now available and is the > >> equivalent of *toprint* but only for figures printing and requires a > >> user action because this function displays print setup dialogs. > >> > >> I think this can help you, for Scipad for example. > >> > >> Vincent > >> > > Hello, > > > > Maybe you forgot to commit something in a makefile: > > > > make[2]: *** Pas de r?gle pour fabriquer la cible ? > > sci_gateway/c/sci_printfigure.c ?, n?cessaire pour ? > > libscigui_la-sci_printfigure.lo ?. Arr?t. > > make[2]: quittant le r?pertoire ? > > /home/collette/scilab-dev/scilab/modules/gui ? > > make[1]: *** [all-recursive] Erreur 1 > > make[1]: quittant le r?pertoire ? > > /home/collette/scilab-dev/scilab/modules ? > > make: *** [all-recursive] Erreur 1 > > > > > > YC > > From ycollet at freesurf.fr Tue Jul 29 19:22:42 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Tue, 29 Jul 2008 19:22:42 +0200 Subject: [Scilab-Dev] Printing functions In-Reply-To: <1217349927.4198.87.camel@zlarin.inria.fr> References: <488F4198.7040800@scilab.org> <488F487A.7090703@freesurf.fr> <488F48EC.1090405@scilab.org> <1217349927.4198.87.camel@zlarin.inria.fr> Message-ID: <488F51E2.30506@freesurf.fr> OK, thanks, it works now. YC Sylvestre Ledru a ?crit : > Try > $ rm -rf modules/gui/.deps > $ ./config.status > > S > > Le mardi 29 juillet 2008 ? 18:44 +0200, Vincent COUVERT a ?crit : > >> Hi, >> >> All is up to date but for some obscure reasons, you may need to do a >> distclean in the gui module... >> >> Vincent >> >> Collette Yann a ?crit : >> >>> Vincent COUVERT a ?crit : >>> >>>> Hi all, >>>> >>>> Yesterday and today, I made some modifications on printing functions: >>>> - printing now works under Linux and Windows >>>> - functions *toprint* (printing without dialogs, no user action >>>> needed) and *printsetupbox* are avaiblable under Linux and Windows >>>> and call standard Java dialogs >>>> - a new function called *printfigure* is now available and is the >>>> equivalent of *toprint* but only for figures printing and requires a >>>> user action because this function displays print setup dialogs. >>>> >>>> I think this can help you, for Scipad for example. >>>> >>>> Vincent >>>> >>>> >>> Hello, >>> >>> Maybe you forgot to commit something in a makefile: >>> >>> make[2]: *** Pas de r?gle pour fabriquer la cible ? >>> sci_gateway/c/sci_printfigure.c ?, n?cessaire pour ? >>> libscigui_la-sci_printfigure.lo ?. Arr?t. >>> make[2]: quittant le r?pertoire ? >>> /home/collette/scilab-dev/scilab/modules/gui ? >>> make[1]: *** [all-recursive] Erreur 1 >>> make[1]: quittant le r?pertoire ? >>> /home/collette/scilab-dev/scilab/modules ? >>> make: *** [all-recursive] Erreur 1 >>> >>> >>> YC >>> >> > > From yjlee123 at gmail.com Thu Jul 31 17:50:46 2008 From: yjlee123 at gmail.com (Yung-Jang Lee) Date: Thu, 31 Jul 2008 23:50:46 +0800 Subject: [Scilab dev] Main menu disabled Message-ID: <9371b4280807310850u2bbf4224vdd0c76dedc49d47a@mail.gmail.com> Hi,all : I build Scilab5 yesterday and today from the current svn and find following problems (under Windows /zh_TW and Linux/Fedora9/zh_TW.utf8) 1. Main menus are disabled. The bugs seems come form *.gui.jar (if replaced with old *gui.jar, the menus enabled ) 2. It seem no need to add extra blank space before '&' key for menu items in current version, (ref. http://lists.scilab.org/cgi-bin/ezmlm-browse?list=localization&cmd=showmsg&msgnum=30) YungLee -------------- next part -------------- An HTML attachment was scrubbed... URL: From vincent.couvert at scilab.org Thu Jul 31 17:53:33 2008 From: vincent.couvert at scilab.org (Vincent COUVERT) Date: Thu, 31 Jul 2008 17:53:33 +0200 Subject: [Scilab-Dev] [Scilab dev] Main menu disabled In-Reply-To: <9371b4280807310850u2bbf4224vdd0c76dedc49d47a@mail.gmail.com> References: <9371b4280807310850u2bbf4224vdd0c76dedc49d47a@mail.gmail.com> Message-ID: <4891DFFD.3050301@scilab.org> Hi, You are right, some modifications have been made and it is no more needed to add extras blank spaces before '&' key in menu item names. I'm going to upload a new version of gui.pot. Vincent Yung-Jang Lee a ?crit : > Hi,all : > > I build Scilab5 yesterday and today from the current svn and > find following problems (under Windows /zh_TW and > Linux/Fedora9/zh_TW.utf8) > > > 1. Main menus are disabled. The bugs seems come form *.gui.jar > (if replaced with old *gui.jar, the menus enabled ) > > 2. It seem no need to add extra blank space before '&' key for > menu items in current version, > > (ref. > http://lists.scilab.org/cgi-bin/ezmlm-browse?list=localization&cmd=showmsg&msgnum=30 > > ) > > > YungLee